SeeDAO | Web3 中间件和基础设施全景概览

摘要：本文分类并详细介绍了zee prime 投资组合中的web 3 中间件们，其分类包括：存储 / 数据，数据模型和有效性，索引器，访问控制，和集成平台。其描绘了它们与其下区块链的关系，以及它们是如何互相组合以构成web 3 应用。此外，本文还阐述了下一代开发者选择 web3 中间件的理由。

距离我们发表以 Pocket Network 为主要内容的中间件论文，已经过去了一年。在此期间，中间件领域不断进化，呈指数级增长。在这篇文章中，我们从自上而下的视角出发，再次探讨了中间件和基础设施，试图把这个快速发展的领域内发生的变化都联系起来。

值得注意的是，这篇论文重在研究 Zee Prime 的投资组合。我们在深入研究的同时，向内探索了我们的投资组合，将独立的研究们向前推演，将它们组合成一个中间件「元论文」。

我们对使用诸如可组合性，Web 3 等流行语表示歉意。但如果不依赖一些模因，就很难描绘其全景。模因扮演着重要角色。

目

录

01

 

中间件论文 卷二

 

02

 

存储 / 数据

 

03

 

数据模型和有效性

 

04

 

索引器

 

05

 

访问控制

 

06

 

集成平台

 

07

 

这一切是如何结合起来的

 

08

 

为什么下一代应用建设者要选择 Web3 中间件？

 

09

 

Zee Prime 观点

 

10

 

术语表

 

中间件论文 卷二

随着区块链上更高级别的应用持续超越早期的 DeFi 原始设施，对强大的基础设施和中间件的需求也在扩张。多年来，我们在 Zee Prime一直大声看好这个「类别」。我们的第一篇中间件文章 - 「基础设施乐高 中间件论文」 强调了强大的数据中继在可持续的去中心化平台发展中的重要性和与之相关的经济性。

这一次，我们试图将我们的思考扩大到已经兴起的中间件生态系统，特别是在实现去中心化的应用中间件。虽然像 Dfinity 这样的存在肯定是一个一站式解决方案，为所有你的麻烦提供端对端的解决方案，但在像 Dfinity 这样的产品被大规模采用的那一天到来前，我们不得不四处拼拼凑凑，并逐渐建立独立的解决方案。

Meme表示目标是成为“去中心化的世界计算云”的 DFINITY 已经死了，抢救不了了，得埋了。

现在，叙事是一个艰难的卖点。

通过应用程序复杂性的蓬勃发展（耶，真正的应用程序）我们看到对支持性基础设施的需求的爆炸式增长。从早期的 DeFi 开始，大量的网络数据，索引器，访问控制和其他的中间件工具开始涌现 —— 所有这些都是下一代应用的关键黏合器。

关于中间件的全景图可能会难以描绘。中间件是一个模糊的概念，就像 Web 3 那样。其界限往往是模糊的。从根本上说，当我们说起中间件时，我们的意思是支持其他更高级别应用的任何项目。上一次我们讨论这个话题时，我们指出它将作为中层间，为上下层之间提供连接。然而，现实的网络交互非常复杂，很难映射出明显的上下级层次关系。

这是 Web 3 中间件的地图吗？

在这篇更新的中间件论文中，我们将描述我们以前没有涉及的其他类别的中间件，同时也为建设者阐明了它们的使用案例和使用它们的理由。这决不是一个详尽的清单。

储存 / 数据

去中心化应用栈的一个关键要素，同时也是基础计算的基本要素是：储存。Web 3 的活动和复杂性的寒武纪大爆发所要求的也是一个不仅仅是在基础层上对账户状态进行简单记录的储存解决方案。越来越多的去中心化应用正在寻求没有中心化故障点或 Web 2 解决方案相关的审查的技术栈。

每个应用都会以某种形式需要由 Web 3 中间件提供的服务。然而，这其中的一个挑战是，开发-运营是复杂的，而且不是每个建设者都有在他们的项目里实施 Web 3 中间件的专业知识。因此，我们需要抽象层，以便将更容易地将这些基础设施组装到新项目中，就像组装乐高组件那样。

这反映了更广泛地采用加密货币所面临的挑战。钱包，助记词，以及交易所需的 gas fee 对用户来说本质上来说都是非常不友好的，除非存在更高的抽象水平，广泛采用将面临阻力。我们必须假设，普通用户无需处理我们今天所看到的复杂性。

Arweave 和 Filecoin 等储存网络已经存在了一段时间，为过剩的储存和储存需求提供了分布式匹配系统 —— 这可能众所周知，无需我们介绍。

不同的解决方案提供不同程度的持久性和抗审查性。它们是任何去中心化技术栈的基础。储存可以分为两类协议，基础储存层，以及解决可扩展性和促进更广泛采用的聚合器。

Banyan 是拼图的一块，我们认为它是储存网络的一个重要聚合层。Banyan 专注于为储存提供中介服务，改善现用于桥接的储存协议的经济激励机制，Banyan 确保应用程序在保证出处的前提下，能够以与网络无关的方式使用 Web 3 储存解决方案。

Banyan 也能为 Web 2 应用程序整合新的 Web 3 服务（如去中心化储存方案）起到桥梁的作用。目前来看，实施这些储存解决方案是非常复杂的，而 Banyan 的抽象层和市场降低了这些乐高组件的使用门槛。

同样的，Spheron 也旨在作为一种更广泛的中间件解决方案的抽象层。该协议旨在成为部署和自动化 Web 3 项目的一站式解决方案。它有一个类似于「应用商店」的界面，非 Web 3 原生用户可以很容易地从去中心化的基础设施产品中进行选择 —— 就像 Web 2 的数字化海洋那样。

数据模型和有效性

区块链是一种状态机，这种状态机在执行计算的同时不断以状态转换的方式产生数据。随着时间的推移，账户，状态和智能合约的数量迅速增长。这可能会导致各种问题的产生，从索引到初始节点同步和备份耐久性。这些都会影响底层状态机的可拓展性和安全性。

KYVE 对具体的数据有效性问题采取了更细化的方法，利用 Arweave 网络为应用程序和协议提供关键支持。KYVE 是一个去中心化的数据湖（原始非结构化数据都在一个池中）解决方案，用于存储，验证和检索数据流。

KYVE 最初的产品市场适应性很大程度上帮助了节点同步问题。通过提供易于检索的，经过验证的档案状态数据，可以大大减少初始节点的同步时间，确保可以增加新的验证节点可以加入网络，并维持网络安全。在另一种情况下，如果初始节点同步时间同步时间过长（而且还在增长），如果验证人的数量减少，新验证节点的加入遇到困难，网络安全就会受到威胁。

虽然我们已经讨论了数据可能被储存的位置和方式，但我们还需要考虑这些数据的模型和表示。对于建立在这些状态机上的应用，其活动中产生的数据将需要灵活的储存和计算，而不仅仅是账户余额。

Ceramic，在其最基本的层面，是一个分散的数据模型网络。为什么这对去中心化的应用来说是重要的基础设施，换句话说，「Layer 1」（L1）储存账户余额（会计数据）的状态。KYVE 在寻求对 L1 的状态变化提供数据验证，而 Ceramic 则在基础层之上提供应用程序的数据状态和模型存储。网络的用户能够创建 IPFS 的数据集合（流），允许静态数据（如 Filecoin 或 arweave 上的数据）成为高阶的可变内容。

除此之外，Ceramic 还建立了一个开源数据模型的交易市场，来实现这些数据模型的可组合性。你可能经常可以看到， Ceramic 指出，这么做给数据带来了和 ERC20 带给 DeFi 相同水平的可组合性，它提出了一种关于数据的标准，并让它们可以在各种应用中被复用。就这样，金钱的乐高与数据的乐高相遇了。这几乎是一次开放 API 的回归，就像建立在如 Facebook 那样的社交网络上的开放 API 那样。

Kwil 采取了一种兼容 SQL 的方式来实现 web 3 数据模型。这样的模型的最大优势是，有大量的熟悉 SQL 的开发者。Kwil 使用一个节点网络来维护关系型数据库。这些数据库（称为数据库护城河）由节点的子网来维护，并通过扫描新的写入内容，并查询同一护城河内的其他节点来保持更新。最有趣的是，这些节点可以运行一个高级请求网网关，以有效地实现数据库互动的逻辑执行。

索引器

随着应用程序和网络所产生的数据的激增，对解释层的需要增加了。就像网络的早期那样，人们不得不手动记忆地址，维护 IP 地址簿。DNS 和搜索引擎提供了一个可供人类阅读的索引层。

随着互联网的发展，索引数据的中心化程度随经济规模的发展而增长，并使得对数据的查询变得更加用户友好。同样的，在 L1 区块链和储存网络中，索引也非常重要。分布式系统的性质导致一份数据可能被切分开来存储在多个地方，难以检索。索引层有助于加快查询进程，并创建标准化程序。

Zee Prime 投资的公司 Subsquid 就是一个关于索引器的研究案例。Subsquid 采用多层的方法，以去中心化的方式对链上数据进行索引。他们的最终目标是支持 Web 3 的下一代 API。该协议同时支持 Substra 和 EVM 生态系统，指定了链上数据的类型，模式和定义，并随后通过将新索引的数据切换到他们基于 API 的调用解决方案（而不是使用 RPC）来增强新索引数据的检索能力。