金色观察|简析Arbitrum Rollup虚拟机的设计原理_BIT:有人靠区块链4天就挣了30万块钱

Arbitrum和Optimism是以太坊Layer2扩容的主要项目,因为两者是以Rollup为技术核心实现的二层扩容,符合以太坊未来发展方向。

但面对未来丰富的生态应用预期,需要一个虚拟机来实现可编辑能力。因为Rollp的技术核心,却让这个方向成为一个实现略难的技术需求,目前两者也限于虚拟机并不成熟。使得在这一层的可编辑能力有所限制。

今天本文中,我们将摘录资料来了解Arbitrum网络的虚拟机设计原理。

AVM设计的起点是基于以太坊虚拟机 (EVM),因为Arbitrum目标是高效地执行为EVM编写或编译的程序,所以Arbitrum并未更改EVM设计的绝大部分。例如,AVM采用EVM的数据类型以及对EVM整数进行的操作指令等。

金色晨讯 | 国家外汇局“跨境金融区块链服务平台应用”项目正式获批;韩国加密交易所Upbit大量加密货币转移至未知钱包:1.江西省省委书记:以区块链等数字技术为引领,推动传统产业智能化改造升级;

2.青岛建成国内首个应用区块链技术的5G电子证据平台,已存证19万余条;

3.BTC突破7600美元

4.中国工商银行原董事长:支付功能演进的最大不确定性在于数字货币的推出;

5.汇丰银行计划将200亿美元资产转移至区块链托管平台;

6.北京海淀企业登记用上区块链 住所审查实现“智慧审批”;

7.安全公司:Upbit交易所大额EOS 和XLM转入Bittrex交易所操作或是Bittrex协助规避风险

8.国家外汇局“跨境金融区块链服务平台应用”项目正式获得批复;

9.何超:建议国家尽早起草《中华人民共和国区块链产业促进法》。

1.Bakkt比特币期货日交易量再创新高;

2.BM:租赁系统主要供Dapp和服务商使用,用户可依赖钱包等服务商的资源方案;

3.黑客对Docker平台进行大规模扫描以挖掘加密货币;

4.BloXroute Labs将以太坊主网上的区块传播时间缩短一半;

5.法官保留SEC动议,以打击Telegram有关模糊性的辩护;

6.印度电子和通讯技术部部长:正在拟定国家级区块链框架文件;

7.动态 | 瑞士政府将进一步改善分布式账本技术与区块链技术状况;

8.加纳央行行长:加纳中央银行正在考虑发行数字货币;

9.韩国加密交易所Upbit大量加密货币转移至未知钱包。[2019/11/28]

这样看来,AVM和EVM之间的差异源于Arbitrum的layer2需求和Arbitrum的多轮挑战协议。

分析 | 金色盘面: VET/USDT在高位震荡整理:金色盘面综合分析:VET/USDT在高位震荡整理,受资金流入减少影响,波幅越来越低,上方阻力关注0.014,下方支撑关注0.013。[2018/8/21]

执行与证明

与EVM架构不同,Arbitrum需要支持本地执行和受信证明。基于EVM的系统通过重新执行有争议的代码来解决争议,而Arbitrum依赖于形成最终证明的挑战协议解决争议。

Arbitrum希望在本地可信环境中针对速度做优化执行,因为本地执行是常见情况。系统很少需要证明,但需要一直保持准备证明的状态。

金色财经现场报道 IBM高级副总裁:2025年“信任和透明”将成为“加密经济的货币”:金色财经现场报道,今日在Coindesk 2018共识会议上,IBM高级副总裁Bridget van Kralingen发表了演讲。她表示,她的梦想是小额信贷以及商业加速可以扩大规模,通过区块链可以做到这一点。随着区块链应用的增加,到2025年“信任和透明”将成为“加密经济的货币”。Kralingen表示自己对于令牌经济感到非常兴奋。[2018/5/15]

操作系统

Arbitrum使用2层操作系统ArbOS。ArbOS控制单独合约的执行,以将它们彼此隔离并跟踪它们的资源使用情况。

此外,上面这些功能是执行在2层的可信软件中,而不是像以太坊那样将可信添加到的1层网络搭建的强制规则中,这样参与者都会从2层较低的计算和存储成本中受益,而不是必须将这些资源成本作为1层EthBridge合约的一部分进行管理,增加成本。

Merkleize

任何依赖断言和争议解决(至少包括所有汇总协议)的2层协议都必须定义一个规则,用于对虚拟机的完整状态进行Merkle哈希。该规则必须是架构定义的一部分,因为它依赖于解决争议。

维护的Merkle哈希在需要重新计算时也需要保持有效。这会带来一些构建内存的影响。任何大型且可变的存储结构对于Merkleize来说都是较贵的,并且Merkleize的算法必须是架构规范的一部分。

AVM架构通过只有大小有限、不可变的内存对象(“元组”)来应对这一需求,这些对象可以通过引用包含其他元组。元组不能就地修改,但有一条指令可以复制带有修改的元组。这允许构建树结构,其行为类似于大型平面存储器。通过访问在内部使用元组的库,应用程序可以使用诸如大型平面数组、键值存储等功能。

元组的语义使得创建元组的循环结构变得不可能,因此 AVM 实现可以通过使用引用计数的、不可变的结构来安全地管理元组。每个元组值的哈希只需要计算一次,因为内容是不可变的。

代码点

代码的常规组织是存储指令的线性阵列,并需要保持指向下一条指令的程序计数器。使用这种传统方法,证明执行指令需要对数时间和空间,因为必须提供Merkle证明来证明当前PC下的指令。

AVM使用这种传统的执行方法,但它增加了一个功能,使证明和证明检查需要恒定的时间和空间。出于证明目的,“程序计数器”被替换为“当前代码点哈希”值,它是机器状态的一部分。

在正常执行中(当不需要证明时),实现通常只使用传统架构上的 PC 值。但是,当需要证明时,证明者可以使用查找表来获取与任何相关 PC 对应的代码点哈希值。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

水星链

[0:0ms0-1:533ms