以Oasis、Arweave、Mina为例：探讨Web3时代数据计算的可能范式_国盛区块链研究院_火星财经

原标题| Web3.0程序应该跑哪里？

文|宋嘉吉任鹤义

在web 3.0时代，互联网的基础并不都是基于区块链，数据计算也走的是公链的“独木桥”。 考虑到数据计算的效率性问题和作为不同基础的程序语言环境，Web3.0时代的数据计算基础层将是复杂多样的环境。 因此，如何解读区块链时代的数据计算效率成为新一代计算范式的重点方向。

Web3.0时代的区块链基础架构，仅有共识机制的创新和交叉链是不够的，产业链/链外计算(off-chain )是解决当前问题的大趋势不可能有三角的束缚，探索在链外计算中采用偏中心化等手段可以获得更高的扩展性。 该方案的关键是如何使链外计算结果在链上达成一致意见，通过TEE、零知识证明等技术手段将链外数据计算结果返回到主链以达成一致意见和安全。 本报告分析以Oasis、Arweave、Mina等链下计算模型为例，分析了Web3.0时代的数据计算可能范式，以及如何实现链下、链间数据计算协同的可能方式。

以性能为中心的升级，公链的发展大致经历了以下几个历程：

1)共识机制的探索。 共识机制虽然经历了从POW到POS，再到各种POS机制的改进，试图解决公共链的可扩展性问题，但仍然受制于不可能的三角

2)交叉链尝试通过多链装载APP应用。 交叉链需要多条公共链来解决数据的托管和计算的执行，以考虑到一条公共链并不适用于所有场景。 对于即使跨越链条也不能束缚行业的三角必须取得相应的平衡

3)通过Off-chain (解链计算、解链计算)释放主链负担已成为趋势。 从以太网2.0的切片到L2网络，所有的工作都只是以如何释放主链的负担为中心进行。 总体思路是脱链/链外计算，将计算(存储等资源消耗)与保存证分开。 去链计算最核心的问题是链上链下的数据验证问题，或者说是如何使链下的数据计算在链上达成共识，使这种方式为去中心化用户所相信。

本章介绍了三个典型的脱链计算项目： Oasis、Arweave的SCP模式和MINA生态的Snapp。 从这些不同的实现方式中，可以窥见Web3.0世界数据计算实现方案复杂性的真正一面。 未来的Web3.0世界，可能不是理想的雄链独木桥，而是纷繁的百花齐放。 在

web2.5时代，如何在两种生态之间共享数据，如何跨两种生态运行程序，两种生态系统融合成为时代的刚需。 在中心化世界和中心化世界共享数据，将推动预言机器类应用的巨大需求。 Web2.0时代的数据和APP在通往Web3.0时代的道路上长期存在而且，继续与Web3.0融合的——数据在所谓的新的Web3.0 APP生态和当前的Web2.0生态之间共享，APP应用在web 3.0和Web2.0系统之间工作(Web2.5时代)。，用户同时属于两个生态世界。 另外庞大的Web2.0时代的数据资产和计算方式将继续长期存在它们必须构成Web3.0时代的一部分。 关于这部分数据和计算如何与区块链主导的新生态融合同时，如何协调数据的存储、网络、计算内存等互联网基础资源的调用是一个巨大的挑战。 这个问题不是光靠交叉链、预言机就能解决的。

风险提示：区块链商业模式落地不可预期的监管政策不确定性。

一、核心观点

在web3. 0时代，互联网的基础并不都是基于区块链，数据计算也不都是走公链独木桥。 考虑到数据计算的效率性问题和作为不同基础的程序语言环境，Web3.0时代的数据计算基础层将是复杂多样的环境。 因此，如何解读区块链时代的数据计算效率成为新一代计算范式的重点方向。

对于去中心化系统，仅有共识机制的创新和交叉链是不够的，产业链/链外计算(off-chain )已成为目前解决问题的大趋势。 由于不可能束缚三角，搜索链外计算采用偏中心化等手段可以获得更高的可扩展性，该方案的关键是如何使链外计算结果在链上达成一致的共识，通过TEE、零知识证明等技术手段将链外数据计算结果返回到主链以达成一致的共识和安全。 本报告分析以Oasis、Arweave、Mina等链下计算模型为例，分析了Web3.0时代的数据计算可能范式，以及如何实现链下、链间数据计算协同的可能方式。

二、Web3.0共识：在雄链独木桥外可以做很多事情

以以太体为代表的对雄链基础性能的限制，仅靠共识机制方面的创新是不够的，只能依靠多链桥梁。 因此，以太网2.0的切片、L2、poca平行链等各类扩展方案目前已成为现实的解决方案。 尽管这些计划的细节各不相同，但最终市场共识是，Web3.0的数据和计算并不都走在公链这条独桥上，大量的数据和计算处理在公链之外实现(L2、并列链甚至其他非区块链方式也可以) 总之，离链计算(off-chain )已成为业界的共识，尤其是对于海量数据处理和计算在主链外完成。

本文临时将各类基公链主链以外的方式称为链外计算。 如何在公共链之外构建有效的数据和计算平台，配备Web3.0的各种APP应用将成为未来的重要问题。

2.1.web3.0之路：共识机制、链间、模块化公链的探索

公链的基础性能是业界无法回避的终极问题。 围绕性能升级，雄链的发展大致经历了以下几个历程。

1)共识机制的探索。 共识机制只是想经历从POW到POS机制，再到各种POS机制的改进版，解决公共链的可扩展性问题。 但是，无论是什么样的共识机制，完成一致的共识都会牺牲系统的工作性能，这是牢不可破的三角形

2)交叉链尝试通过多链装载APP。 交叉链需要多条公共链来解决数据的托管和计算的执行，以考虑到一条公共链并不适用于所有场景。 例如，Polkadot作为一种可伸缩的异构多链系统，不仅可以将令牌，还可以将任意数据传递到所有区块链，实现各链之间资产和数据的相互流通。 这对区块链网络的可扩展性和APP多样性非常重要，单个区块链的性能毕竟有限，难以实现专用与通用的平衡。 同时，无法束缚行业的三角，即不能同时实现可扩展性、安全性、去中心化，也需要取得相应的平衡。

3)解链(解链计算、解链计算)释放主链负担。 从以太网2.0的切片到L2网络，所有的工作都只是以如何释放主链的负担为中心进行。 也就是说那么，繁重的数据计算交给主链外进行——，可能是切片式的任务分组方式，也可能是用L2、甚至非区块链系统进行数据计算，最终返回主链证书。 主链一致协议提供数据结果验证，保证充分去中心化和安全另一方面，繁重的数据计算交给主链以外的平台。

这些性能优越的平台虽然以中心化和安全性为代价运行，但可以通过零知识证明、TEE等技术手段实现对主链外链平台的监控和验证。 总的想法是去掉链/链外计算，分离计算(记忆等资源消耗)和记忆证。

最近，业界出现了模块化雄链这一新提法。 互联网协议分层未来的公共链是执行层(Execution Layer )、结算层(Settlement Layer )、数据可用性层(Data Availability Layer )。 在以太坊，运行层是运行各种类型的Dapp的L2，并将打包的事务数据(Rollup )返回到以太体的主链进行身份验证上链。 当前的数据也保存在以太网上，当然是在Rollup打包之后。 对于不断增加的原始数据，也有人考虑设置数据可用性层来存储数据，进一步释放以太网的主链，只进行验证计算工作(共识—— )。毕竟，庞大的链上的数据验证问题数据存储是以太网的

当然，这种理想的分层方法尚未得到验证，包括Vitalik在内，对数据可用性层的安全性提出了质疑。 解链计算最核心的问题是链上链下的数据验证问题，或者如何使链下的数据计算在链上达成一致让中心化的用户相信这种方式。

对于分片、L2、链外计算，公共链就像是货运管理严格的主干道(共识)，并不是所有的数据都在主干道上行驶，而是支路上的运输车辆通过零知识证明等手段证明自己工作严谨可靠的基础上，可以将复杂乡村毛细血管小道上的货物放入包装箱在主干道上运行。 如何向主链证明其数据结果可靠，必须利用零知识证明、TEE等灵活的技术手段为了应对各种工作场景。 此外，Web2.0时代庞大的数据资产和计算方式将长期存在，它们将成为Web3.0时代的一部分。 关于这部分数据和计算如何与区块链主导的新生态融合同时，如何协调数据的存储、网络、计算内存等互联网基础资源的调用是一个巨大的挑战。 这个问题不是光靠交叉链、预言机就能解决的。

三、Web3.0数据计算：链外计算的三种模式

数据计算虽然远离了主链，但瓦片、L2等技术手段考虑基础数据计算依赖区块链，兼顾了去中心化的考虑。 由于不可能束缚三角，搜索链外计算采用偏中心化等手段可以获得更高的可扩展性，该方案的关键是如何使链外计算结果在链上达成一致的共识，通过TEE、零知识证明等技术手段将链外数据计算结果返回到主链以达成一致的共识和安全。

链外计算的中心问题是脱离主链，数据计算如何达成共识？ 也就是说，如何让用户相信主链以外的计算？

本章介绍三种典型情况。 从这些不同的实现方式中，可以窥见Web3.0世界数据计算实现方案复杂性的真正一面。 未来的Web3.0世界，可能不是理想的雄链独木桥，而是纷繁的百花齐放。 [

3.1.Oasis :一致层和执行层(ParaTime )分离的模块化分层设计(xy002 ) )。

Oasis网络是一种不使用权益证明(POS )进行中心化的第1层区块链网络，其使用的模块化架构为共识层和智能合约执行层的ParaTime层两部分解也就是说，数据计算(合同执行)脱离L1主链)即共识层)，放在ParaTime层中执行，充分考虑了隐私计算。 同时，在设计上，进行了尽量简化共识层的设计协议层只处理Token的转移、质押及解除绑定等相对简单的操作。 该设计类似于以太网第2层项目隔离智能合约的执行和协议操作，都有助于提高网络的安全性和效率。 在参数层的设计中Oasis将该层的各个ParaTime模块分离，不同的ParaTime模块可以根据不同的需求进行适当的优化调整，相互独立运行。

运行时另外，不同的ParaTime分别构建不同的运行环境、验证机制及加密机制，智能合约在ParaTime层完成运行后将结果值提交给协议层。 共识层从ParaTime层接收各种参数值，将这些值写入下一个块，并同时处理基本操作。 在执行过程中，如果某个ParaTime的执行过载或发生错误，它只会影响对已发生错误的ParaTime提交给合意层的状态的更新不影响其他ParaTime的行为。 为了防止某个ParaTime层恶意地向协议层发送过多的垃圾邮件，降低协议层的执行速度，各ParaTime层必须向协议层支付交易费用，从而增加了负载攻击的成本。在

中，ParaTime层如何与L1主链对接并达成共识呢？ 在执行结果的验证中，Oasis利用差异检测来验证ParaTime的执行结果。 执行差分检测时，从节点中随机选择计算节点组成计算委员会，如果委员会所有成员都同意结果，则接受结果。 如果检测到差异，则使用差异分析协议进行处理。 差分检测成本更低，执行更快，但差分分析需要更多的成本。 在具体执行过程中，计算节点首先将执行结果通过Gossip协议网络发送到差分检测器，如果检测结果无异常，由验证器提交协议层完成处理和屏蔽。 如果有争议，启动差异解决协议以确定正确的结果，对产生冲突结果的节点进行处罚，冲突节点支付差异分析的成本。

不同的ParaTime在进行并行运算时，可以将各结果同步提交给共识层，也可以定期提交多个结果的融合值由此，实现ParaTime结果的产量和共识层的模块数的解耦。 但是，缺点是无法确定不同参数时间之间的相对顺序中，如果ParaTime A产出的结果TA和ParaTime B产出的结果TB同时提交到同一个块中，则无法判断TA和TB的发生顺序。 另外，Oasis是IBC协议(链间通信协议)交叉通信协议(inter-blockchaincommunicationprotocol )提供不同参数时间之间的通信，通过tee (trustedexecutionenvironment )向平台提供更高的隐私和保障

隐私计算是Oasis的亮点。 Oasis网络支持基于隐私计算的智能合约，充分体现了隐私计算的特点。 在加密的ParaTime中，节点必须使用TEE (信任的执行环境)，Trusted Execution Environment (安全计算技术，TEE相当于为智能合约的执行提供安全岛。 对于节点运营商和APP应用程序开发人员来说，数据是完全加密的。 计算层使用TEE的可信执行环境执行智能签约，使Oasis网络能够兼顾性能和隐私。 另外，支持最近普及的机器学习和深度学习等计算密集型的APP场景。

总的来说，Oasis通过分离共识层和计算层的方式，实现了节点功能的解耦，大大降低了网络各节点的工作压力，提高了平台的工作速度。 同时TEE为数据计算提供了隐私和安全解决方案Web3.0时代有丰富的想象空间。

3.2.Arweave :基于存储共识的计算范式

Arweave(AR )通过去中心化的运营方式和POA )共识机制为用户提供数据存储服务，同时对提供存储服务的矿工进行ar奖励。 POA安装的基础是Arweave独有的Blockweaves结构，各块不仅与以前的块(Previous Block )相关联，同时也与一个召回块(recoller block )相关联，召回块的产生取决于以前块的哈希值和块高度。 决定发矿工时，矿工必须证明可以访问召回块的数据，获得屏蔽权，并获得屏蔽奖励。 因此，要求矿工1 )尽量多复制各类区块。 2 )尽可能保存难以复制的块)3)尽可能保存存储人数少的块，从而在开采新块时获得更多的好处。 同时，区块链特有的数据验证和可追溯性特性大幅确保链上数据的可靠性，实现可靠的永久存储。

Arweave采用一次付费、永久保存的模式。 从长远来看，AR的存储成本非常低，接近于零。 另外，由于AR的存储效率很高，AR经常被比作图灵机磁带，它像磁带一样低成本地存储用户数据。

因此，您可以利用AR高效、低成本的存储，在数据计算链下进行。 数据源来自AR链，计算结果也保存在链中。 scp (storage-basedconsensuspARadigm )实现了基于AR的计算，即以AR为数据源的图灵带，为链式APP应用提供数据源，计算结果也上传到ar存储器证书中。 其效率取决于链下APP交流和计算机性能，当然高于基于共识机制的链上计算。

以太网等传统第1层中，计算、存储、共识等功能全部由节点负责，通过POW等共识机制完成上链证明并且，受到不可能的三角的束缚，其效率可想而知。 SCP将链上的证书和计算功能分开。 这意味着公共链本身就像计算机的硬盘，只负责存储数据。 在保证链中存储的数据可靠的前提下，智能合约的执行可以在链下任何有计算能力的设备上进行。

SCP的理念来源于SmartWeave，是构建在Arweave上的智能合约平台，通过懒惰评估过程(The Process of Lazy Evaluation )将智能合约的执行负担转移给用户。 与以太网不同，每个节点必须执行所有事务。 这样的协议会影响计算性能)，SmartWeave采用“惰性评估”系统，将交易验证的计算交给用户。 用户在与SmartWeave合同交互时，会评估dApp上以前的每个事务处理，以确保其与链中存储的数据的最新状态一致，将交易结果写入Arweave网络并保存证书。 时，SmartWeave可以视为在链外运行的虚拟机。 通过读取APP应用程序的代码和Arweave上的输入参数来在本地完成事务的执行，通过将输出结果与Arweave同步，实现链上存储与链下计算的分离。 用户的验证工作类似于区块的链结构，是分阶段追溯验证事务的。 所有这些都不需要在链条上完成，而是用户在链条下完成的任务，即这个环节可以不受共识机制的束缚。

SCP的另一个开发示例是Arweave上的everPay。 everPay是一种跨链令牌支付协议，在用户和商户之间提供实时令牌支付服务。 everPay将其他公共链中的各种资产锁定在一个智能合约中，并将其映射到相应的资产。 当用户将资产从Ethereum交叉链接到Arweave时，Coordinator首先收集并验证事务处理将每个事务置于序列化的未处理事务池中。 然后，未处理的交易被拆分打包，并每隔一段时间上传到Arweave。 然后，检测器验证链上的全局状态和账户余额任何用户都可以申请成为检测器节点。 Watchmen使用多个签名或阈值签名完成Arweave未完成的事务，完成结果将返回给Ethereum。 因此，合同的执行都是在链条下进行的，数据全部保存在链中，实现保存与计算的分离。

总的来说，基于存储共识范式建立了一个脱链-DAPP原型。 充分发挥链上记忆、链下运行、链上记忆溯源、不可篡改的特性。 基于数据可靠性，释放链上运行的负担，使其分布在用户端，在更合理使用Web3.0资源的同时，提高Dapp的运行效率。 另外，SCP开发可以基于任意的编程语言进行链式计算性能提高了可用性和可扩展性，并降低了存储成本。 另外，在链下部署APP应用程序可以很好地与web2.0APP应用程序对接。

另外，链APP执行的计算如何实现可靠的——，即SCP共识？ 由于数据来自AR链，APP应用程序也可以开源发布在链上，因此计算程序和数据有保证链上的证书，用户在本地修改APP应用程序和数据时，会出现分支，与源数据和APP序列发生分歧。 这与块链项目的开源代码相似，矿工节点运行相同的开源客户端脚本并达成共识。 更改客户端代码(或数据源)会形成分支。 因此，运算在链下执行但是，从链上的数据源和开源程序代码中可以保证链下的结果是可靠的。

3.3.Mina :零知识智能构建Snapp

在主链和外部APP环境之间协同进行数据计算，以达成一致的最终结果中选择所需的族。 必须证明每次计算使用的数据与链上块中的数据一致。 对于存储在一系列历史记录块中的数据，如何在主链和外部APP环境之间以轻量级、中心化的方式验证数据的有效性？ Mina作为目前最轻的雄性连锁平台中选择所需的族。 通过递归零知识证明，易于验证块链，用块大小一定的加密证明替换，不需要覆盖所有的块，可以用最新的块(21kb左右)进行验证。 这样可以大大减少每位用户需要下载的数据量，降低用户的点对点连接阈值提高了互联网去中心化的程度。

一般的块链公共链整个账本的数据量非常大，(例如比特币账本接近400G )按时间顺序分布成多个块，给数据验证带来了很大的负担。 Mina使用递归zk-SNARK (零知识证明)实现验证证明。 只需验证和验证每个块中的事务，然后将该证明保存到块中，而不逐个块进行证明而是在每次新块进行证明时与上次的块证明一起生成证明，并保存在最新的块中。 很容易理解，像EVA一样，最新的块将本块内的数据和前面的块的验证数据一起进行类似快照的证明。 像这样中选择所需的族。 每个块都是一次证明结果，可以包含所有历史记录块的数据证明。 举个例子，旅行者为了证明自己去了哪个景区，可以在每个景区剪牌拍照，下一次拍景区的照片时可以拿起上次的景区照片一起拍照这样递归地进行，所有的照片都包含了以前所有景点的打卡信息，所以只需要一张最新的照片就可以证明那个旅行者去了所有的景点。

这样，块链中保存的都不是交易本身，而是交易正确性的证明。 如上所述的证明占用空间小，因此会压缩块的大小。

在此基础上，Mina开发了更具扩展性、以隐私为中心的Dapp——Snapp。 Snapp由智能签约和UI界面两部分组成。 因为Snapp是基于零知识证明(zk-SNARKs )构建的，开发人员需要构建证明者函数和相应的验证者函数来生成和处理零知识证明。

证明者函数作为Snapp的一部分直接在用户的web浏览器中运行，当用户与snapp ui界面交互时用户必须将私有数据输入(PRIVATE INPUTS )和公共数据输入(PUBLIC INPUTS )提交给验证器函数以生成零知识证明。 生成

零知识证明后中选择所需的族。 用户不需要提供私人数据输入，用户的隐私得到保护。 验证者函数用于验证零知识证明是否通过了证明者函数中定义的所有约束函数，即数据是否有效，通常由Mina网络进行验证。

在具体操作中，证明功能发生在用户的web浏览器上，所生成的零知识证明(验证器密钥)存储在给定Snapp帐户的链中，并随后发送到Mina网络进行验证。 因此，交易的生成和数据计算在链条下进行中选择所需的族。 此外，该过程还会生成可用于验证交易的零知识证书，用户原始私有数据的隐私得到充分保护。 链上只负责该证明的验证，验证后保存在链上，更新Snapp的状态。

从用户的角度来看，当用户与Snapp交互时，用户通过智能合约前端UI进行交互，然后Snapp通过证明方函数在本地生成用户输入的数据的零知识证明另外，数据可以是私有的(不透明地公开的)或公共的(存储在链上或链下的)。 它还会生成与事务关联的Snapp状态更新列表，以更改Snapp的状态。 然后，用户向Mina网络提交数据Mina网络用Snapp给出的验证者函数验证此交易，成功后更新Snapp的状态。

例如，用户可以在本地产生他/她的身份凭证并提交到链上，而不会泄露他/她的隐私数据所有接受DeFi系统灵活信用服务的传统DeFi贷款服务都需要以资产超额抵押为前提。 该应用场景的意义在于快速对接多个生态的数据和应用，这些生态可以是区块链，也可以是链下生态。 于是，我决定，snapp APP应用可以起到跨链、跨链上链下桥梁的作用。

3.4 .总结

根据上述三种情况，Oasis平台的设计考虑了模块化分层设计因此，从设计之初就完成了计算和协议的分层。 Arweave和Mina类似于使用分层解决方案主动隔离计算和存储等功能像Arweave这样的SCP和Mina的Snapp都是在雄链运行一定时间后诞生的。 总而言之，前者是设计上的层次，后者是解决方案上的层次。 忽略了这两种不同路径的总体表现情况，对现有的公共链来说，解决方案的路径看起来可以更快地完成协议、计算和存储分层，并根据独特的特性进行调整。 但是当分层和模块化成为不久的未来发展方向时，前者在设计架构上的变化似乎能很好地适应时代的需要。

四、Web2.5时代的刚需：预言机

未来Web3.0的真实面貌可能难以预测，但Web2.0时代的数据和APP无疑同时存在于通往Web3.0时代的道路上而与Web3.0持续融合的——数据将在所谓的新型Web3.0 APP生态与当西Web2.0生态之间共享，APP生态运行在web 3.0与Web2.0系统之间，用户属于这两个生态世界。 试着把从Web2.0到Web3.0的过渡时期定为Web2.5时代吧。 在

web2.5时代，如何在两种生态之间共享数据，如何跨两种生态运行程序，两种生态系统融合成为时代的刚需。 在中心化世界和中心化世界共享数据，将推动预言机器类应用的巨大需求。

Web2.0时代的API界面成为了App获取外部数据的重要方法。 作为APP应用接口的API接口(applicationprogramminginterface )是一种预定义的函数，允许用户或开发人员在不访问源代码的情况下直接调用程序实例对APP来说、API接口是APP获取外部数据并输出自身数据的窗口。 另一方面，在链上的APP dapp的情况下，区块链自身的确定、封闭的特性，Dapp一般不能直接获取链外的数据。 例如，Dapp从Coingecko获得BTC实时报价。 预言机(Oracle Machine )正是区块链内写入区块链外信息的机制，其本质是为智能合约提供外部信息的第三方服务，当智能合约请求链外数据时，预言机将链外数据输入链。

目前，ChainLink是链上使用较多的预言机协议之一，使用第三方的预言机运行也就是说，当链上的合同要求外部数据时，合同的要求被发送到预言机合同，然后预言机合同将相关事件发送到第三方链下的Chainlink网络，Chainlink网络完成外部数据的收集工作然后，再次用预言机合同将数据恢复为请求数据的合同。 该方法的优点是，Chainlink提供的第三方预言机通过预定的协议规则确定结果，可以保证数据传输的安全性然而，由于没有冗余(第三方预言机没有效率由API提供者直接提供外部数据)和不透明(第三方网络无法知道数据的来源)的存在，第三方预言机仍然面临许多挑战。

API3为了解决第三方预言机存在的问题中选择所需的族。 API的提供直接传递给数据提供者运营的预言机，配置dAPI，通过DAO管理其数据提供。 运行

时，dApps订阅dAPIs服务并支付相应的订阅费以获取数据或服务，如果调用的数据有误，则使用Staking Pool中的资金为订阅支付赔偿。 API向提供dAPIs，每个提供执行各自预言功能的服务，API道为其支付相应的报酬。 Stakers通过质押API3 Token为质押池提供保险金，参与API3 DAO的管理，主要包括选择比较优秀的服务商进入聚合器dAPIs。

链下计算重要的是保证链上数据的可靠性，根据数据源将链上数据分为链上生成和链下导入两类，需要同时保证这两类数据的可靠性。 API3等预言机协议的存在保证了链下部署数据的可靠性但是，是否有通过在链下直接计算本来需要导入的数据来减轻链上负荷的更高效的方法值得探索。

风险提示

区块链商业模式落地不尽如人意： Web3.0基于区块链、密码学等技术，相关技术和项目处于发展初期，存在商业模式落地不尽如人意的风险。

监管政策不确定性： Web3.0的实际运行过程中涉及到诸多金融、网络及其他监管政策，目前各国的监管政策还处于研究和探索阶段，没有成熟的监管模式，行业面临着监管政策不确定性的风险

本文摘自国盛证券研究所于2022年3月9日发表的报告《国盛区块链Web3.0程序该跑在哪里？》。 有关具体内容，请参阅相关报告。

本文来源：国盛区块链研究院n原文标题：以Oasis、Arweave、Mina为例： Web 3时代可能探讨数据计算范式声明：本文为入驻“火星号”作者之作，以火星财经官方立场。 n转载请联系网页的下部。 内容合作栏，用邮件许可。 许可后转载时，请注明出处、作者、正文的链接。 擅自转载本网站文章，将追究相关法律责任，追究侵权行为。 提示：投资有风险，入市须谨慎，此信息不是投资理财的建议。 免责声明：作为区块链信息平台，本站提供的信息信息不代表任何投资暗示，本站发表的文章仅表达个人观点，与火星财经官方立场无关。 虚拟货币不具有与法定货币同等的法律地位参与虚拟货币投资交易存在法律风险。 火星财经反对各类代币炒作，请投资者理性看待市场风险。 n语音技术为科大讯飞提供关键词：数据Web3.0存储Oasis共识机制