Web3.0 App 系统架构

sherryzhou (74)in #chinese • 3 years ago

如果不能将完整信息存储在区块链中，那么存在哪儿呢？业界在这一块也有非常多的探索。比如 IPFS 项目，目标是分布式存储；比如 Arweave 项目，目标是永久存储。它们都可以与区块链进行配合，在区块链的账户和交易数据相关对象中存储一个外部数据 blob 的 hash 值，就能够实现数据关联，关系绑定。这种模式目前已经被大量的项目所采用。下文我们将这一类用于存储大量数据的基础设施统称为分布式存储或 Distributed Storage (DS)。

但是这种模式仍然有很多细节问题需要面对：

要稳定、持久。既然是用 Hash 方式关联，那就得保证 Hash 值固定不变，且始终有效。于是对这些 DS 项目提出了比较高的要求，要求数据永久有效，Hash 值固定不变，且无冲突 Hash。
存取效率要高。这些 DS 项目要能比较好的支持数据存储与访问的效率，延迟不能太高。
存取费用不能太高。数据的存储和访问的费用不能太高，不然无法真正普及。
接入要方便。接入容易才会让各种项目快速对接，快速建立起 DS 服务生态。
业界很多项目在这些方面努力进行着探索，相信这是合理的方向。

这种数据的分离，会带来软件架构上的变更。区块链的存储和链上逻辑处理，只应负责经济事务相关业务，其它数据和业务，应该在链下进行处理。理由如下：

向 DS 存入数据和获取数据，都是网络操作，是一个异步请求。这种请求的返回时长具有相当程度的不确定性，相对于本地请求，最多可能有 2，3 个数量级上的差异。因此，这种操作不适合放到链上，而应该拿到链下来处理。
大量非经济事务数据的计算和处理，可能需要花费大量时间，这种处理，应该放在链下执行。
链下处理的结果，如果与经济事务相关，则应提交给链上进行后续处理。如果与经济事务无关，则应直接存取 DS。

于是，现在存在两个逻辑处理引擎：一个在链上，一个在链下。这两个引擎如何完美的协作、维护、版本升级，其实是相当大的问题。我们看到，业界也开始有相应的解决方案了。比如 Substrate 中的 Off-Chain Worker （OCW）目的就是要解决这种集成性和维护性的问题。

在整套系统中，为了提高系统执行的效率和稳定性，可能还需要负载均衡，缓存层等组件。

本帖steem首发

Web3.0 App 系统架构

Web3.0 App 系统架构

本帖steem首发

最近新帖

Coin Marketplace