从2020年初开始，以太坊DeFi呈爆发式的增长，由COMP，YFI等引发的流动性挖矿导致以太坊急剧拥堵，矿工费一度提高至500Gwei，DeFi手续费高达上百美金。以太坊拥堵不堪，亟需一种可扩展的智能合约方案。
10月上旬，V神发表评论「以Rollup为中心的以太坊路线图」，开启了二层网络浪潮，ZKRollups和OptimismRollups竞相出镜。ZKRollups和OPRollups采用了两种完全不同的证明模式，分别是：有效性证明和错误性证明。
ZK的有效性证明是将一批次的交易和对应的完整性证明发送到以太坊的智能合约进行验证，如果验证正确则被合约接受，验证错误则拒绝交易；OP属于错误性证明，是数据状态运营者将数据提交，并附加押金，在一段时间内任何人都可以发布非交互式的错误证明，如果这段时间内无人成功验证错误，则状态获得终局性，反之，成功证明错误则会罚没运营者押金。
ZK和OP的区别在于对状态终局采用了两种不同的方式。我把ZK类比为PoW，他是通过密码学算法验证结果有效性；而OP更像是PoS，是运营者抵押资金，采用了一系列的「治理」手段达到最终目的。ZK由于密码学理论和技术的限制，由于其「指令集」过于简洁，难以处理复杂的业务程序；OP的问题在于治理机制，需要将资金进行锁定并限制了流动性。
QitChain2022年度技术重点突破 实现图灵完备的虚拟机:据官方年度报告披露：Qitchain主网自2021年9月15上线后，整体网络数据统计如下：
区块高度：103352；持币地址数：300,000 +；总计交易笔数：350,000 +；网络容量：450,000 TB +；节点总数：1000 +；2022年将1,继续增加网络节点数；提升网络容量；优化I/O性能与底层数据库结构；增强数据校验有效性等.2、实现图灵完备的虚拟机.3、初步的去中心化应用与搜索引擎.4、更加强大的社区生态建设。[2022/2/10 9:43:38]
不管是ZK还是OP，能对以太坊进行扩容的根本都在于对数据压缩和链外计算。如下图所示，为了节省一层网络的负载，数据进行了极大的压缩并将计算迁移到二层进行处理，此时一层存储的数据减少，并且只需要对状态进行验证即可，极大的降低了一层的负载。
但是降低负载并不代表无限负载。一层的区块大小和gas具有上限，并且在将来仍有大量的gas会消费在一层DeFi和组合性应用中，因此二层必定会和一层抢占资源，并且多个二层之间也会涉及到资源抢占问题。最终在有限资源下会不会存在某些二层无法上链、无法打包交易，那么二层是否会因此停机？就算二层不进行停机，一直在二层进行没有限制的交易，当资产需要要回到一层时，是否会存在过多的数据需要在一层验证，最终导致无法验证。另外，二层的组合行也是一个比较严重的问题。
图灵交易所将上线UNI:据官方消息显示，图灵所将正式上线UNI，并于2月2日14:00上线UNI/USDT，充提将在2月2日14:00开放。
据悉，Uniswap是建立在以太坊区块链上的首个自动做市交易协议。[2021/2/1 18:37:26]
以太坊是一台「世界计算机」，其设计初衷即是在区块链上完成计算和存储。在链上做计算意味着区块链网络中的所有节点都必须对计算过程进行处理，链上计算模式的成本不可能太低。就算采用二层的扩容方式，也仅仅是对数据和计算进行了压缩，但仍然需要计算过程在一层进行处理。
本文旨在介绍一种新的计算范式，与以太坊在链上计算的模式不同，该计算范式将计算完全放在链下，链上只作存储，此时区块链仅需要保证存储的可用性和确定性。假设一个计算的入参是确定性的，那么这个计算的输出结果也应该是确定的。比如xy=z这个程序，如果x和y的值都是在链上记录，分别是x=1和y=2，那么公式在任何地方计算结果z始终为3。只要程序的参数在链上确定性的记录下来，那么程序其实也不需要在链上运行，其结果依然是确定可信的。由于计算过程与链完全解耦，计算参数完全依赖确定性存储，我们将这样的计算范式称为：存储计算范式。
声音 | 图灵奖得主Silvio Micali：区块链有利于公证和储存、金融交易等:在由同济大学、杨浦区人民政府等主办的中国新技术发展与应用论坛上，美国国家科学院院士、图灵奖得主Silvio Micali表示，区块链有利于公证和储存、医疗保健、非中介化、金融交易和治愈流感。[2018/9/12]
图灵机，回归本源的存储计算范式
我们知道，不管是冯诺依曼结构还是哈佛结构的计算机，其本质都是一台通用图灵机。
图灵机是一台假想的机器，由一条无限长的纸带和一个带状态寄存器的纸带读取机器组成。读取器会在纸带上来回移动并将新的参数写入纸带。这样一台假想的机器可以进行任意复杂的计算。
借助区块链技术，我们可以将图灵机的纸带替换为区块链，可以得到下图中的新型计算模型：
可以编写一个业务程序，将程序的代码提前上传到区块链上。任何人都可以将程序从可信的区块链中下载并运行起来，程序的读取和输出端都是区块链。由于区块链具备可追溯、不可伪造的特性，因此链下程序的输入输出也具备确定性。程序加载来自区块链的确定性参数，最终生成的程序状态也是确定性的。
声音 | Craig Wright：比特币图灵完整性是大多数人忽略的谬误:Craig Wright在Deconomy的采访中谈到比特币的图灵完整性时表示：比特币的图灵完整性是大多数人都没有想到的常见谬误之一，图灵完整机器可以计算任何可计算的数字，而不是无限数。在一个假想的计算机中，说它不是图灵完成的概念，是因为它无法计算无限数，所以，有些人认为这需要循环，永远继续下去并在比特币中存档，否则它不是图灵完整的。而这是一个不同的问题，这仅仅取决于存储空间的多少，并非计算的本质。[2018/9/5]
存储计算范式将程序的源代码、输入输出存储在区块链上。运行程序时，加载链上可信的源代码，对链上的可信参数进行链下计算，输出状态也必定具备一致性。任何人都可以运行程序，任何人运行的结果都一致的，达到可信计算的目的。
模型理论上可行，但将以太坊作为确定性存储依然过于昂贵，会到导致应用的成本激增。使用以太坊有限的区块大小作为存储也会使应用的扩展性大打折扣。借助Arweave，一条以永久存储为目标的区块链，我们可以将存储计算范式进行实践。
图灵奖得主Silvio Micali融资400万美元 构建更好区块链:Silvio Micali是麻省理工学院（MIT）教授和图灵奖得主，他和该校开发人员一起构建了Algorand区块链协议，并且成功募集到了一笔400万美元的种子轮融资。据悉，本轮融资的投资方包括知名风投Pillar和Union Square Ventures。Algorand协议能够帮助构建数字货币和交易平台，基础协议是由Si ...[2018/2/17]
Arweave原理简介
Arweave是一个基于区块链的文件存储协议，它具有一次性付费，永久存储文件的特点，它实现了一套简单的经济激励规则，让矿工能长久的存储数据。
永久存储是AR的核心功能，因此首先需要明确永久存储的成本。统计发现存储成本每年都在以惊人的速度降低，其中每GB的存储成本平均每年下降30.57%。经计算，成本会收敛到一个常数，得出一个永久存储的成本。AR使用这个收敛的永久成本作为数据存储的收费基准。下图所示，存储1GB的数据消费2.45个AR，花费约为$9.8。
在有了收费基准后，怎么让矿工永久保存这些数据呢？AR引进了全新的挖矿机制：开采一个新的区块时，会随机链到先前的一个「回忆块」，要求矿工证明可以访问这个回忆块的数据，才能开采出一个有效的新区块。这会激励矿工尽量多的存储历史区块。同时，该算法还激励矿工存储「稀有」区块，因为当稀有区块被选为回忆块时矿工能在更小的竞争下开采出新的区块，以达到数据永存的目的。
AR能保证数据永存、价格稳定，便宜。依赖区块链技术，AR存储的数据也具备可验证可追溯的特性，非常适合作为可信计算的「图灵机纸带」。
总结
存储计算范式能运行的关键在于数据永存和成本固定，只有永存能使数据始终「可得」，得到这些数据才能在链下计算出一致性的状态；成本的固定或低廉，能让应用的共识成本始终保持在一个稳定的范围，不会像以太坊那样，在区块拥堵的情况下出现激烈竞争资源的情况，稳定的成本使应用更具备可用性。
将存储计算范式与AR结合，我们可能获得了一个比较完美的确定性图灵机，一个可以实践应用的新型可信计算模型。
存储计算范式至少具备以下优势：
可以进行任意复杂度的计算。计算能力取决于链下机器的性能；
降低共识成本。共识的成本仅包含存储成本，不再包含计算成本。计算成本由应用的运营者提供；
具备可组合性和优秀的「分片」能力。应用只需要从链上加载自己关心的数据，多个应用之间组合时加载多个应用的数据，运营者不再需要下载所有数据；
极强的可拓展性。一是共识成本的的降低提高了拓展性，二是数据不仅是下载「分片」，也能达成上传「分片」，因此性能瓶颈仅仅是网络带宽；
不限制编程语言。只需要将目标程序提前存入区块链并将程序的所有入参序列化上链。
我们对Rollups和ETH2.0进行了深入研究，所有的努力方向都在将计算链外化，而最终的目标可能就是完全的链下计算。在探索的过程中，可以得出这样一个结论：在程序没有二义性的情况下，只要输入输出的存储具备确定性，那么程序的计算结果也一定具备确定性。
存储计算范式是一种完全不同于以往区块链计算模型的新事物，或许还需要很多时间让大众来接受和认可，但它一定是更接近本质的优秀可信计算范式。
感谢以太坊爱好者阿剑老师对Rollups和ETH2.0的深度解读，星火矿池喵叔对SmartWeave的引介以及星火矿池李培对Arweave和LazyLedger的深入研究。
原文标题：《区块链存储ARWEAVE：图灵机的纸带，可信计算新范式》
撰文：outprog，imToken后端开发与智能合约开发
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。