区块链进化之路：众比特币|以太坊2.0可执行信标链

金色财经报道，北京时刻11月26日，以太坊中心开发人员Mikhail Kalinin在以太坊研究者论坛发起了一个从Eth1到Eth2的过渡提案“可履行信标链”。根据该提案，这个Eth2履行模型能够代替可履行的分片，并支撑信标链中包括的单个履行线程。该提案的初衷是经过将eth1数据（买卖和状况根等）嵌入到信标区块中，并让信标提议者生成可履行的eth1数据，以降低复杂性。

Eth1的分片规划是假定经过信标链与数据分片进行通讯。假如多个履行分片的第2阶段能够顺利推出，那么这种方法就有含义了。但由于目前以rollup为中心的路线图，将Eth1放在专用分片上会给一致层增加不必要的复杂性，而且增加在分片上发布数据和拜访分片之间的推迟。

因此，我们建议经过将eth1数据（买卖，状况根等）嵌入信标块中，并让信标链的验证者生成可履行的eth1数据来脱节这种复杂性。

提案概述：
– Eth1引擎由体系中的每个验证者保护。当验证者打算提出一个信标块时，它会要求eth1引擎创立eth1数据，并将该数据嵌入正在生成的信标块的主体中。假如eth1数据无效，那么带着该数据的信标块也会变得无效。

Eth1引擎的修正：
– 根据之前的内容，以Eth1Shard为中心规划，eth1引擎和eth2客户端经过RPC协议松懈耦合进行通讯。Eth1引擎保护自己的网络仓库、买卖池和状况下载器，并保留eth1块的存储。
– 当前的提议删除了eth1块的概念，eth1引擎有两种或许的处理方法：
1. 从信标块带着的eth1数据中归纳创立eth1块。
2. 修正引擎，使买卖处理不需要eth1块，而使用eth1数据。

Eth1引擎的职责列表类似于之前对Eth1Shard的职责。首要包括：
– 买卖履行：Eth2客户端将可履行数据发送给eth1引擎，eth1引擎经过处理数据来更新自己的内部状况。
– 买卖池保护：Eth1引擎使用ETH网络协议传达和跟踪线路中的买卖。待处理的买卖保存在内存池中，并用于创立新的可履行数据。
– 可履行数据创立：Eth2客户端发送曾经的块哈希和eth1状况根、coinbase、时刻戳以及创立可履行数据所需的一切其他信息（买卖列表的一部分）。
– 状况办理：Eth1引擎保护状况存储以能够运行eth1状况履行功能。

在信标块处理中，Eth1Data被ExecutableData结构代替信标链和eth1的同步处理可完成即时存款，然后能够从信标块主体中去除存款。

在EVM（以太坊虚拟机）中拜访信标状况时，我们更改了BLOCKHASH操作码的语义，使其返回信标块根而不是eth1块哈希。这样能够用于查看信标状况或块中包括的那些数据的证明。

直接拜访信标状况有一个首要缺陷，就是需要等待一个块才干创立带有连接到该块的证明或其产生的状况根的买卖。简而言之，异步状况拜访至少要推迟一个插槽。

为了解决这个问题，我们能够假定eth1引擎能够拜访表示整个信标状况的merkle树。然后，经过在EVM中引进操作码READBEACONSTATEDATA(gindex)，能够直接拜访任何信标状况。使用这个操作码，能够创立更高级别的信标状况拜访器库，为智能合约提供方便的API。

这种模型消除了状况拜访的推迟，而且经过正确排列信标链操作和eth1履行（后者遵循前者），能够在一个插槽中拜访到插槽分片数据的交叉链接。这样一来，rollup能够以最快的方法证明数据，而且降低了信标状况读取的数据和计算复杂性。

直接拜访信标状况会增加eth1引擎的复杂性。读取信标状况的才能能够经过不同的方法完成，例如传递状况以及可履行数据、双工通讯通道或嵌入式eth1引擎。

有人或许会说，当前的提议固定了履行模型，并在需要时降低了引进更多可履行分片的才能。

另一方面，引进几个可履行分片或许会引发一些问题，例如跨分片通讯和共享帐户空间等，这些问题与履行模型的预期转变同样重要，但也难以解决。

此时快讯

【Binance Japan与认证服务商Liquid合作以满足KYC法规】金色财经报道，Binance Japan将于8月14日重新进入日本市场，与生物识别数据认证服务商Liquid合作。此次合作旨在满足日本设立的加密货币交易所运营监管要求。根据规定，加密货币交易所必须遵守严格的KYC程序。这涉及实施详细的身份验证流程并对客户进行尽职调查以防止洗钱。
Liquid首席执行官HirOKi Hasekawa在8月10日的声明中解释说，eKYC服务提供“面部识别和身份证件图像识别技术”。该声明指出，该服务能够适应各国不同的监管要求。