GIN:金色观察｜Eth2.0讨论的“最小化合并”方案是什么？_ROGin AI

金色财经讯，3月12日消息，以太坊核心开发者MikhailKalinin在以太坊2.0技术规范中发表了关于将以太坊1.0合并至2.0的讨论稿，他表示和DannyRyan在最近的一次以太坊2.0会议中讨论了该话题，双方正在制定技术规范，以实现“最小化合并”的方案。

“最小化合并”方案很早已经提出，该方案指出的Eth1.0和Eth2.0的合并发生在Eth1.X的过渡时期。

该方案的基础思路是构建“可执行信标链”，也就是将信标链和Eth1.0做出一个耦合状态，也是将Eth1.0数据作为信标链的“数据分片”之一提供可用数据，其中便涉及到对Eth1.0客户端的修改设计。

以下为该方案的简述，删除了部分晦涩难懂的代码和技术词语：

金色晨讯 | 5月31日隔夜重要动态一览:21:00-7:00关键词：USDT、9700美元、哈希算力

1. 报告：USDT或将威胁以太坊作为支付工具的地位。

2. BTC突破9700美元关口。

3. Ripple SBI亚洲区CEO：哈希算力正在从东方向西方转移。

4. 外媒：韩国金融监管机构提议对通过加密交易获得利润的企业征税。

5. 数据：区块链投资交易数量连续七个月下降。

6. Blockstream CEO：买入并持有BTC，这是你能做的最有效的事情。

7. 河北金融学院教授：区块链行业发展需要政府进行有序引导。

8. Glassnode数据显示，BTC活跃供应量达到三年新高。[2020/5/31]

以太坊以rollup为中心的路线图宣布将数据分片作为eth2中主要执行的扩容思路，从而允许在单个执行分片上实现可伸缩性并简化总体设计。这是一个eth2执行模型，可替代可执行分片，并支持信标链中包含的单个执行线程。

金色财经合约行情播报 | BTC缩量盘整，市场观望情绪较浓:据火币BTC永续合约行情显示，截至今日16:00（GMT+8），BTC价格暂报6868美元（+0.56%），20:00（GMT+8）结算资金费率为0.010000%。

昨夜至今BTC围绕着4小时的30日均线做窄幅震荡。根据火币交割合约数据，BTC季度合约成交持续降低，幅度较昨日收窄，持仓量亦有所下降，精英多空比稳定，季度合约保持负溢价。市场成交寡淡，整体情绪并不高。

USDT于火币全球站OTC的报价为7.16元，溢价率为1.43%。USDT溢价率继续降低。[2020/4/15]

Eth1分片设计假设通过信标链与数据分片进行通信。如果将推出具有多个执行分片的第2阶段，则此方法很有意义。由于主要关注以rollup为中心的路线图，因此将Eth1放在专用分片上给共识层增加了不必要的复杂性，并增加了在分片上发布数据和访问分片之间的延迟。

金色相对论 | 肖臻：央行的数字货币与Libra的区别主要还是潜在应用场景的不同:在今日举行的金色相对论中，关于“央行的数字货币与之前facebook准备推出的Libra相比，在技术上有什么区别”北京大学计算机系研究员、博士生导师肖臻表示，目前官方还没有公布央行数字货币的技术细节，一种说法是将在技术上保持中性，既不排斥基于区块链技术的实现，也不排斥其它实现方案。Libra已经公布了初步实现代码，这个代码还有很多不够完善的地方，但是看得出来是基于区块链技术实现的，类似于联盟链。技术区别主要还是潜在应用场景的不同。Libra声称的目标1000 TPS，也就是每秒钟处理一千个交易。它目前的开源版本还远远达不到这个性能，但是即使我们假设将来它达到了这样的性能，跟国内双十一、春节抢票这样的场景相比，在性能上仍然要相差好几个数量级。所以，我觉得央行发行的数字货币在技术实现上比较大概率会更像传统的分布式系统，而不是比特币那样的区块链记账方式。Libra目前设计的性能指标无法直接应对广大消费者，当然将来可能通过分片、分区等技术提高性能，但是也很难提升到为27亿facebook用户服务的目标。[2019/8/15]

因此该方案建议通过将eth1数据嵌入信标块并让信标提议者有义务生成可执行的eth1数据来摆脱这种复杂性。这体现了作为共识核心的eth1执行力和有效性。

分析 | 金色盘面：XMR短线调整接近尾声:金色盘面分析：XMR在调整多日后，迎来反弹行情，macd有望金叉后进入多头趋势，从形态看这里可能走出3浪上升行情，但前提是放量上攻，否则保持观望，市场有风险，投资需谨慎。[2018/9/15]

因此做出了以下的提案：

Eth1引擎由系统中的验证器维护，当验证者打算提出一个信标块时，它要求eth1-engine创建eth1数据。然后，将Eth1数据嵌入正在生成的信标块的主体中。如果eth1数据无效，它也会使携带该数据的信标块无效。

Eth1引擎的修改

根据之前的内容，以Eth1Shard为中心，设计eth1-engine和eth2-client松散耦合并通过RPC协议进行通信。Eth1引擎不断维护需要自己的网络堆栈的事务池和状态下载器。它还应保留eth1块的存储。

当前的提议删除了eht1块的概念，而eth1-engine有两种可能的方式来处理此更改：

从信标块携带的eth1数据中综合创建eth1块

修改引擎，使交易处理不需要eth1块，而是使用eth1数据

前一种选择看起来比后一种选择更短期。它允许将eth1客户端更快地转换为eth1-engine，并且已经通过eth1shardPoC进行了证明。

调整后，需要使用可执行数据术语来表示包括eth1状态根，交易列表，coinbase，时间戳，块散列以及eth1状态转换功能所需的所有其他数据位的数据。

此外，eth1引擎责任的清单与我们以前对Eth1Shard的责任相似。主要观察eth1引擎的下列行为：

交易执行。

事务池维护。

可执行数据创建。

状态管理。

JSON-RPC支持。

信标块处理

将ExecutableData结构替换Eth1Data进入信标块主体。此外，信标链和eth1的同步处理可实现即时存款。因此，可以从信标块体去除沉积物。

在EVM中访问信标块状态

我们更改BLOCKHASH了用于返回eth1块哈希的操作码的语义。而是返回信标块根。这允许检查从256信箱之前的时隙到上一个信箱包括的信标状态或块中包含的那些数据的证明。异步状态读取有一个主要缺点。客户端必须等待一个块，才能创建带有链接到该块的证明或它产生的状态根的交易。简而言之，异步状态访问至少要延迟一个时隙。

直接状态访问

假设eth1引擎可以访问表示整个信标状态的merkle树。然后，EVM可能带有操作码，可READBEACONSTATEDATA(gindex)提供对任何信标状态的直接访问。该操作码具有几个不错的属性。首先，这种读取的复杂性取决于gindex价值，并且易于计算，因此可以轻松推断出天然气价格。其次，返回数据的大小为32字节，完全适合EVM的32字节字。

使用此操作码，可以创建更高级别的信标状态访问器库，从而为智能合约提供便捷的API。

该模型消除了状态访问延迟。因此，通过对信标链操作和eth1执行适当的排序，N-1可以在插槽中访问到插槽分片数据的交叉链接N，从而允许汇总以最快的方式证明数据的包含。而且，这种方法降低了信标状态读取的数据和计算复杂性。

直接访问的成本增加了eth1引擎的复杂性。读取信标状态的能力可以通过不同的方式实现：

传递状态以及可执行数据。这种方法的主要问题是处理大尺寸的状态副本。如果将直接访问限制为状态数据的一个子集，而该状态数据的子集需要将一小部分状态传递给执行，那么它可能会起作用。

双工通信通道。拥有双工通道，eth1-engine将能够同步向信标节点询问EVM请求的状态。根据通道的设置方式，延迟可能会成为执行具有信标状态读取的事务的瓶颈。

嵌入式eth1引擎。如果将eth1-engine嵌入信标节点，则它可以通过节点提供的主机功能从相同的存储空间读取状态。

来源：金色财经

标签：GINEngineENGINEROGin AIGame Engine SystemPengolinCoinLadyminers

Polygon热门资讯