本文作者VitalikButerin
“L2DeFi协议当前无法相互通信，因此V神Vitalik提出了解决方案。为了应对不断上升的交易费用，V神在提案中，提出了一种针对特定类型跨Rollup扩展的解决方案。该提案概述了使用rollup的两个协议如何在保持互连性和可组合性的同时相互通信。V神提案假设，一个rollup可以处理简单的事务，而另一个rollup具有完整的智能合约支持。使用rollups在两个智能合约支持的协议之间进行传输，目前早已有提案。”
V神：马斯克将狗狗币扩展10倍计划存在根本缺陷:以太坊联合创始人Vitalik Buterin发表一篇关于区块链可扩展性限制论文，其中对特斯拉首席执行官伊隆·马斯克（Elon Musk）此前言论给予批评。Vitalik Buterin主要针对伊隆·马斯克在5月15日发布一条推文，后者在推文中计划将狗狗币区块大小增加900%，旨在将狗狗币变成主流区块链，伊隆·马斯克表示：理想情况下，如果区块大小扩大十倍，狗狗币交易速度会有所提升，交易费将会下降100倍，然后胜出。
?Vitalik Buterin认为，区块链可扩展性和吞吐量急剧增加可能会导致极端中心化问题并损害区块链的基本属性，他强调了去中心化管理的必要性，尤其是消除网络产生单点故障的风险，继而享有免受协同攻击的保护，如果没有普通用户自由运行节点的权限，就无法实现去中心化。Vitalik Buterin希望让普通用户能够运行节点，使其变成一种常见活动，他断言分片可以促进许多中心化区块链实现可扩展性，Vitalik Buterin根据以太坊网络的当前状态预测，分片的以太坊可以每秒处理一百万笔交易，并且确保区块链的完全安全性。（Cointelegraph）[2021/5/24 22:37:59]
假设我们有两个Rollup，A和B，并且Alice希望将RollupA上的一些币兑换为RollupB上的相同币。如果A和B同时都支持完整智能合约，那目前就有以一种去中心方式来实现这种兑换的提案。而在本文档中，提出了当只有RollupB支持完整智能合约的情况下的一种解决方法。
V神：想要参与ETH2.0质押可随时进行存款:刚刚，针对推特网友询问“从现在起，还想要参与ETH2.0质押的人会怎样”，V神回复称，可以随时进行存款。[2020/11/24 21:53:40]
我们假定A上的交易具有某种“备注字段”；如果没有，我们可以使用该值的低位数字作为备注。
提案
假设有一个兑换中介Ivan。Ivan在A上拥有一个帐户IVAN_A。Ivan在B的智能合约IVAN_B中也存有一些资金。
智能合约IVAN_B具有以下规则：
如果有人发送了一笔发送TRADE_VALUE币到IVAN_A的交易，其中包含一个地址DESTINATION作为备忘录，则在MIN_REDEMPTION_DELAY区块之后，他们可以发送一笔包含转移证明的交易给IVAN_B，并进入地址DESTINATION的TRADE_VALUE币提款队列中。
声音 | V神：加密社区过于关注ETF:V神在推特中表示，加密社区过于关注ETF，而没有让加密货币更容易被用作通过支付卡进行日常购买的支付方式。他认为，日常交易大规模采用是加密货币的关键，加密货币ETF的可用性也可能在促成这一目标的实现中发挥作用。这一消息在推特上引起了很大反响。一名推特用户指出，创建获取加密货币的能力将对鼓励采用加密货币起到更大的作用，因为当一个人获得加密货币时，没有必要将其转换为法定货币，这给用户带来了不便。[2018/7/31]
在等待一些延迟后，按批次和索引顺序处理提款，并将这些转账包含到RollupA。
当Ivan看到自己在IVAN_A收到资金时，便可以亲自将TRADE_VALUE*币发送到DESTINATION。他可以通过使用IVAN_B中的方法发送交易来完成此操作，该方法可以保存一条记录，以防止合约中的自动发送语段触发该交易。
V神：对区块链支持的在线投票是“谨慎”而非“谨慎支持”:据V神最新消息，他指责一篇文章误解了他对于区块支持的在线投票技术的态度，他的态度是“谨慎”而非“谨慎支持”，并称非常重要的是这种投票方式不能用于政府选举。他6月6日发推称，在线投票需要特别的私密性、安全性以及特殊的技术来实现，将这种投票机制强行与公共账本结合只会适得其反。而一篇文章引用他的推特后，称V神对于区块链在线投票是持“谨慎支持”的态度。[2018/6/7]
预期的行为很简单：
Alice将N个币和备忘录ALICE_B通过一笔交易发送给IVAN_A
Ivan发送一笔交易，通过IVAN_B将TRADE_VALUE*币发送到ALICE_B
第二步可以在第一步之后立即进行。如果Ivan证明第二笔交易与第一笔交易之间的时间戳差异很小，则合约甚至可以具有允许费用增加的规则。
“最坏的情况”是如果Ivan没有按预期方式将币发送到ALICE_B。在这种情况下，Alice可以等到RollupA上的交易确认之后，找到某个替代路由让RollupB上的币支付费用，然后自己领取资金。
资本成本
该方案的主要限制是IVAN_B需要持有大量资金以确保所有发送者都将得到付款。特别是，假设：
我们将交易大小限制为TRADE_LIMIT个币
每个Rollup批次最多可以包含TXS_PER_BATCH个交易
在即将进行的RollupA批次之前，Alice可以自己检查有多少未处理的交易，可以从她在IVAN_B合约中看到的资本中减去该值，然后检查剩余金额是否足够。因为提款是按顺序处理的，所以Alice不必担心那些自己的交易之前被处理的提款。
一个批次可以交易的最大金额为TRADE_LIMIT*TXS_PER_BATCH，因此IVAN_B合约需要至少持有这个数量的ETH，加起来需要足以覆盖未处理的交易。例如，假设TRADE_LIMIT=0.1ETH并且TXS_PER_BATCH=1000。那么，IVAN_B将需要持有100ETH。
请注意，这种设计需要支付额外的隐性费用，因为任何交易量超过0.1ETH的人都将浪费区块空间。这是向资金要求妥协的：如果将区块浪费减半，则资金要求将增加一倍，反之亦然。对于正确的余额，似乎隐性费用比市场上出现的显性费用小几倍。
如果我们想减少或消除这种浪费，可以设计RollupA来这样做，例如，让sequencer发送一个签名的消息，向Alice证明到目前为止在批处理中批准的所有消息。这样，Alice就会知道在她前面没有交易。
Memos
上面的设计假定RollupA上的交易具有一个备注字段，Alice可以使用该字段将ALICE_B指定为目的地。如果rollup不具有此功能，那么我们可以使用以下解决方法。Alice可以按顺序注册表合约在B上注册ALICE_B，并获得按顺序分配的ID。令MAX_USER_COUNT为最大用户数；如有必要，此值可以随时间向上调整。Alice只需使用TRADE_VALUE的低位数字来表示她要交易的金额，即可确保TRADE_VALUE％MAX_USER_COUNT等于。
RollupB到A的交易
如果Alice从RollupB上的币开始并将其移动到RollupA，则可以使用类似的机制，但角色相反：
爱丽丝将币发送到IVAN_B
经过一段时间的延迟后，她有权利收回这些币
如果Ivan可以向IVAN_B证明他在RollupA中向Alice发送了币，则她将失去该权利。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。