金色财经讯，3月12日消息，以太坊核心开发者Mikhail Kalinin在以太坊2.0技术规范中发表了关于将以太坊1.0合并至2.0的讨论稿（WIP），他表示和DannyRyan在最近的一次以太坊2.0会议中讨论了该话题，双方正在制定技术规范，以实现“最小化合并”的方案。
“最小化合并”方案很早已经提出，该方案指出的Eth1.0和Eth2.0的合并发生在Eth1.X的过渡时期。
该方案的基础思路是构建“可执行信标链”，也就是将信标链和Eth1.0做出一个耦合状态，也是将Eth1.0数据作为信标链的“数据分片”之一提供可用数据，其中便涉及到对Eth1.0客户端的修改设计。
以下为该方案的简述，删除了部分晦涩难懂的代码和技术词语：
以太坊以rollup为中心的路线图宣布将数据分片作为eth2中主要执行的扩容思路，从而允许在单个执行分片上实现可伸缩性并简化总体设计。这是一个eth2执行模型，可替代可执行分片，并支持信标链中包含的单个执行线程。
金色数据丨Uniswap交易对24H交易量手续费收益播报:据金色数据显示，Uniswap交易对24H交易量手续费收益如下：
昨日Uniswap推出治理代币UNI，24H币价+71.51%，流动性+58.75%，交易量+67.44%，对Uniswap各仿盘是重大利空。
UNI可以在Uniswap v2上的ETH/USDT、ETH/USDC、ETH/DAI、ETH/WBTC四个池中挖，每个池将向LP分配500万个UNI。[2020/9/18]
Eth1分片设计假设通过信标链与数据分片进行通信。如果将推出具有多个执行分片的第2阶段，则此方法很有意义。由于主要关注以rollup为中心的路线图，因此将Eth1放在专用分片上（即独立于信标链并经常“交联”信标链）给共识层增加了不必要的复杂性，并增加了在分片上发布数据和访问分片之间的延迟。
金色财经行情播报丨BTC昨日大幅拉升 多方已显后劲不足:据火币行情显示，昨日BTC大幅拉升，并在7100USDT和6900USDT之间震荡徘徊，1小时图形成局部小箱体并尝试突破。日线级别大箱体企稳，但多方已显后劲不足。BTC 4小时图连续收涨的极限一般是6根K线，目前已经接近。截至10:00，火币平台的主流币的具体表现如下：[2020/4/17]
因此该方案建议通过将eth1数据（事务，状态根等）嵌入信标块并让信标提议者有义务生成可执行的eth1数据来摆脱这种复杂性。这体现了作为共识核心的eth1执行力和有效性。
因此做出了以下的提案：
Eth1引擎由系统中的验证器维护，当验证者打算提出一个信标块时，它要求eth1-engine创建eth1数据。然后，将Eth1数据嵌入正在生成的信标块的主体中。如果eth1数据无效，它也会使携带该数据的信标块无效。
金色晨讯丨3月23日隔夜重要动态一览:21：00-7：00关键字：流动性、央行数字货币、矿机关机
1.美联储将向市场提供4万亿流动性。
2.现货黄金跳空高开，美股期货触及下跌熔断限制。
3.央行论文：大力发展以人的价值为基础的数字货币。
4.央行邹平座：数字货币传导机制是一种价值创造的市场过程。
5.中石化利用区块链技术保障食品可追溯。
6.观点：流动性危机是导致比特币近腰斩的原因之一。
7.商务部区块链专委会副主任：平均每台矿机的出售价格较春节前下降30%-50%。
8.OKEx研究员：BTC若跌破蚂蚁S17关机价位 BTC将进入休克或死亡状态。
9.比特币持续下跌，由最高6138美元最低跌至5800美元。[2020/3/23]
Eth1引擎的修改
根据之前的内容，以Eth1 Shard为中心，设计eth1-engine和eth2-client松散耦合并通过RPC协议进行通信（检查eth1 + eth2客户端关系）。Eth1引擎不断维护需要自己的网络堆栈的事务池和状态下载器。它还应保留eth1块的存储。
金色相对论 | 比太钱包文浩：大节点必须设计良好的架构来确保安全:在本期金色相对论之“闪电网络：Hello，TPS”上，金色财经合伙人佟扬对话比太钱包创始人文浩，针对有人说加入闪电网络后，会出现中心化安全风险，这样是否会降低钱包的安全性的问题，文浩表示，安全永远是相对的概念，哪怕钱包账户是去中心化的，对于用户来说仍然需要根据自己的资产特点来设计适合自己的安全存储资产的方案。对于钱包的安全性来说，闪电网络本身并不增加安全风险，当然由于会增加技术复杂度（比如说通道状态的记录等），因此提供服务时要做好充分的测试，以确保资产安全。另外，随着闪电网络应用的发展，未来必然会出现大节点，这类的大节点会为很多用户提供通道的建立和关闭以及通道状态的维护等服务。此类大节点面临一个问题，就是当其为大量的用户提供闪电网络节点服务时，不得不在通道里压大量的币，这就必须考虑安全性，因为大量的通道内的币都是处于热钱包状态，节点必须要设计良好的架构来确保安全。总之，闪电网络是革命性的，将大大颠覆传统币圈链圈的生态模式，从这个角度上讲，每一个业内参与者都理应对其引起足够的重视。[2019/3/7]
当前的提议删除了eht1块的概念，而eth1-engine有两种可能的方式来处理此更改：
从信标块携带的eth1数据中综合创建eth1块
修改引擎，使交易处理不需要eth1块，而是使用eth1数据
前一种选择看起来比后一种选择更短期。它允许将eth1客户端更快地转换为eth1-engine，并且已经通过eth1 shard PoC进行了证明。
调整后，需要使用可执行数据术语来表示包括eth1状态根，交易列表（包括收据根和bloom过滤器），coinbase，时间戳，块散列以及eth1状态转换功能所需的所有其他数据位的数据。
此外，eth1引擎责任的清单与我们以前对Eth1 Shard的责任相似。主要观察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嵌入信标节点（例如，作为共享库），则它可以通过节点提供的主机功能从相同的存储空间读取状态。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。