金色财经讯，3月12日消息，以太坊核心开发者MikhailKalinin在以太坊2.0技术规范中发表了关于将以太坊1.0合并至2.0的讨论稿，他表示和DannyRyan在最近的一次以太坊2.0会议中讨论了该话题，双方正在制定技术规范，以实现“最小化合并”的方案。
“最小化合并”方案很早已经提出，该方案指出的Eth1.0和Eth2.0的合并发生在Eth1.X的过渡时期。
该方案的基础思路是构建“可执行信标链”，也就是将信标链和Eth1.0做出一个耦合状态，也是将Eth1.0数据作为信标链的“数据分片”之一提供可用数据，其中便涉及到对Eth1.0客户端的修改设计。
以下为该方案的简述，删除了部分晦涩难懂的代码和技术词语：
Web3数字艺术市场HeartX启动Beta测试，4月底将在L2部署智能合约:金色财经报道，Web3数字艺术市场HeartX宣布今天开始启动Beta测试，受邀用户将能探索其X-to-Earn生态，但内测期间将不开放NFT交易功能。 HeartX还宣布，到4月底，大部分智能合约将部署在以太坊Layer 2上，以降低gas费用成本，为用户带来更好的艺术品交易体验。（thedefiant）[2023/4/19 14:14:20]
以太坊以rollup为中心的路线图宣布将数据分片作为eth2中主要执行的扩容思路，从而允许在单个执行分片上实现可伸缩性并简化总体设计。这是一个eth2执行模型，可替代可执行分片，并支持信标链中包含的单个执行线程。
Eth1分片设计假设通过信标链与数据分片进行通信。如果将推出具有多个执行分片的第2阶段，则此方法很有意义。由于主要关注以rollup为中心的路线图，因此将Eth1放在专用分片上给共识层增加了不必要的复杂性，并增加了在分片上发布数据和访问分片之间的延迟。
元宇宙基础设施开发商Hadean完成500万美元融资:3月24日消息，元宇宙基础设施开发商Hadean今天宣布，它已经筹集了额外的500万美元资金，用于构建其元宇宙基础设施解决方案。新的资金增加了该公司之前的A轮融资，该公司去年9月筹集了3000万美元。
此次额外融资投资方包括Ericsson Ventures、Metrea Discovery、VU Venture Partners、Sanctor Capital和Tirta Ventures。（Venturebeat）[2023/3/24 13:23:26]
因此该方案建议通过将eth1数据嵌入信标块并让信标提议者有义务生成可执行的eth1数据来摆脱这种复杂性。这体现了作为共识核心的eth1执行力和有效性。
Starknet基金会宣布任命五个委员会:3月21日消息，Starknet 基金会宣布任命五个委员会，其中 Provisions Committee 负责规划、监督和执行 Starknet 生态系统 Token STRK 的供应，STRK 将作为参与 Starknet 共识机制的质押 Token，将作为网络的治理 Token 和支付网络交易费用的 Gas Token；早期采用者拨款委员会致力于通过向在 Starknet 上构建链上应用的创新团队提供资助来促进 Starknet 生态系统的发展。
另外，开发者合作委员会将通过培养和监督新的战略开发者合作伙伴关系来引入 Starknet 生态系统；治理委员会的任务是在 Starknet 生态系统的持续去中心化中发挥关键作用，该委员会负责研究、规划和执行 Starknet 治理的初始阶段，已经启动了 Starknet 治理的第一阶段；另外，生态系统准入委员会负责授权新的开发人员和社区成员并将其整合到 Starknet 生态系统中。[2023/3/21 13:16:15]
因此做出了以下的提案：
数据：过去一周Circle USDC流通量减少9亿美元:12月25日消息，据官方消息，12月15日至12月22日期间，Circle共发行46亿美元USDC，赎回56亿美元USDC，流通量减少9亿美元。截至12月22日，USDC总流通量为441亿美元，储备量为444亿美元，其中现金64亿美元，短期美国国债379亿美元。[2022/12/25 22:06:24]
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嵌入信标节点，则它可以通过节点提供的主机功能从相同的存储空间读取状态。
来源：金色财经
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。