10月29日，以太坊联合创始人VitalikButerin发布了一份关于跨分片交易的新提案，所谓跨分片交易，是以太坊2.0平台需要实现的一种功能。
以下是提案译文：
以太坊2.0阶段2的要求之一，是能够快速地将ETH从一个分片移动到另一个分片。尽管通过常用收据机制的跨分片交易是可能的，因为协议本身只需提供对彼此分片的每个分片的状态根的访问，但跨分片ETH需要在协议活动中实现更安全的目的。原因是我们需要跟踪每个分片中有多少ETH，并且我们需要一个重要的机制来防止跨分片传输的重放问题。
Aptos：此前推出的测试网NFT系列代表Longevity测试网的启动:9月20日消息，公链项目Aptos公布激励测试网3（AIT3）参与和奖励变更情况，为参与者增加了50%的奖励，将最多800枚代币奖励上调至1200枚，也就是说全额奖励为1200枚，满足≥50% Staking奖励的将获得800代币，满足≥9%的质押奖励或治理投票为零的人将获得500枚代币。关于测试网参与情况，测试网在不到2周的时间内完成了超过8亿笔交易，实现超过4000TPS。
此外，Aptos还表示，最近推出的测试网NFT系列APTOS : ZERO标志着其Longevity测试网的启动，表示其对软件和部署架构状态的信心。Longevity测试网NFT会保留很长时间，而非之前的每周清零。Aptos计划不再对Move、交易和API进行重大更改，将不再有数据清除，因此DApp和其他实体之间可以有效地建立伙伴关系。Aptos将继续继续每周向devnet推出更改，并将继续每周进行清除。[2022/9/20 7:08:54]
一般来说，基于收据的机制确实解决了这一问题，但它是通过具有“已消耗收据ID”的状态树来实现的，这将相当复杂地添加到当前名义上的无状态系统中。之所以需要此收据ID树，是因为我们允许收据无序使用。也就是说，如果爱丽丝从分片A向分片B发送一笔交易，然后Applebaum也从分片A向分片B发送一笔交易，那么有可能会出现Appelbaum的交易更早在分片B中被接受的情况。这是必要的，因为系统使用的是gas方法来处理收据消耗交易，爱丽丝可能会决定不为这笔传输交易支付费用。
声音 | Vitalik：Libra 短期不足以影响以太坊 DeFi 生态 传统领域并非以太坊强项:以太坊创始人 Vitalik Buterin 在回答“Facebook 区块链项目 Libra 会影响以太坊 DeFi 生态吗？”时表示，他认为短期内不会有太大影响，毕竟 Libra 明年才会推出，推出后也只是发布代币，再往后才会推出智能合约。而目前以太坊的 DeFi 的规模已经相当大，而且在这两年只会越来越壮大，以太坊的生态也会有更多方向的发展。如果 Libra 与以太坊架起桥梁，以太坊也会进行相应开发，让 Libra 用户进入以太坊的生态。总体来说，参与 Facebook 的 Libra 生态成员的类型自然相对保守，因此他们会在 Libra 生态中搭建传统的设施，而这并不是以太坊的强项。[2019/6/29]
因此，这里就出现了一个问题：我们是否可用一个按顺序处理收据的机制，来代替处理收据的机制，这样对于“上次从分片A收到的分片B的收据ID”，我们只需一个变量可递增？
动态 | Gravity将为难民推出自我主权数字身份平台:据btcmanager消息，内罗毕区块链初创企业Gravity为非洲难民推出证明自我主权数字身份的平台，从而帮助难民获得金融服务。据报道，该公司已经开始在肯尼亚卡库马的一个难民营部署其平台，约有80,000名用户。测试将在营地的三所学校举行，允许Gravity跟踪每日出勤率和学生的学习成绩。该公司还将与非政府组织建立密切关系，以便能够追踪可能对难民营难民生活条件产生积极影响的其他数据和指标。[2018/12/2]
也就是说，每个分片A保持其状态，对于每个其他分片B而言，则是两个值：将从分片A发送到分片B的下一个收据的nonce，以及将从分片B接收到分片A的下一个收据的nonce。
至于“谁来买单”问题的答案很简单：区块生产者需处理每个区块来自其他分片一定数量的收据，通过对收据的源分片收费来限制费率。然而，这里有一个主要问题：如果一个人通过从所有分片向特定分片发送收据，对其进行了拒绝服务攻击时，会发生什么呢？
N个分片分别都发送N个收据，会对目标分片产生
的负载。
为了解决这个问题，我们可以采用以下机制：每个分片都需在一个区块中处理最高N个收据；如果其他分片处理的收据少于N，它可使用其它分片的Merkle证明来证明这一点。每个分片不断地向信标链转发它已处理的收据总数，这用于提供更新的“gas价格”，以便将收据发送到该分片。例如，每一区块分片的收据处理队列是满的，gas价格可增加10%，最多可达到N。
这确保了在极端情况下，DoS攻击最终无法增加接受分片队列的长度，因此，每则消息都会得到处理，但这始终可发送一笔执行最小数量跨分片活动的交易。或者，分片需要将其EIP1559gasprice发布到信标链来处理区块费用；该费用也可用于此项功能。
如果我们有这种发送ETH跨分片的机制，我们还可以将其用于通用收据发送功能，从而创建一个有强大保证的跨分片交易系统。
这里存在的主要挑战是，为了计算收据的效果，我们需要有人自愿提供状态的Merkle验证内容。如果未写入完整状态，则无法在协议级别强制执行此操作；但可以做的是添加表单要求：“为了包含你自己的一笔交易，你还必须为队列中的跨分片收据提供验证内容。”
?
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。