ROL:V神最新L2解决方案，提出跨Rollup扩展方案以实现L2项目相互通信

本文作者VitalikButerin

“L2DeFi协议当前无法相互通信，因此V神Vitalik提出了解决方案。为了应对不断上升的交易费用，V神在提案中，提出了一种针对特定类型跨Rollup扩展的解决方案。该提案概述了使用rollup的两个协议如何在保持互连性和可组合性的同时相互通信。V神提案假设，一个rollup可以处理简单的事务，而另一个rollup具有完整的智能合约支持。使用rollups在两个智能合约支持的协议之间进行传输，目前早已有提案。”

V神：可通过部分区块拍卖应对区块构建者的中心化风险，长远看区块生产需要第三者介入:10月3日消息，以太坊联合创始人Vitalik Buterin发文表示，可通过部分区块拍卖限制构建者权力以应对其中心化风险，并主要介绍了包含列表（Inclusion lists）、提议者后缀（Proposer Suffixes）两种可能方式：

在包含列表模式（Inclusion Lists）中，提议者提供一个包含列表，他们要求的事务列表必须包含在块中，除非构建者可以完全用其他事务填充块。这种设计相当简单，但弱点包括：激励相容性问题；提议者的额外负担；构建者仍然可以从事一些滥用行为；需要partial enshrining才能使账户抽象化发挥作用。

另一种构建方法是允许提议者为区块创建一个后缀。构建者在构建区块时不会看到关于提议者意图的信息，而提议者能够将构建者遗漏的任何交易添加到末端。这样的做法减少了激励的兼容性问题，尽管对提议者来说可能增加额外负担，但在从构建者那里得到响应和必须发布区块之间，提议者将得到一些MEV机会。

在任何情况下，我们需要在最大限度地减少构建者的权力和信息的同时，最大程度地减少强加给提议者的负担，而这似乎清楚地表明在区块生产中需要一些第三者介入。[2022/10/3 18:38:10]

假设我们有两个Rollup，A和B，并且Alice希望将RollupA上的一些币兑换为RollupB上的相同币。如果A和B同时都支持完整智能合约，那目前就有以一种去中心方式来实现这种兑换的提案。而在本文档中，提出了当只有RollupB支持完整智能合约的情况下的一种解决方法。

V神：分叉期货合约或为市场带来不良影响:今日，推特用户Benjamin Dean Mahala发推称，“Defi的价格波动并不连续（也许更糟糕的是，无法确定的价格）。从这个方面来看，Defi从根本上来说是弱者，但没有扎实的证据说明，价格不稳定一定是分叉引发的。如果可以事先对分叉进行广告宣传，人们就可以交易分叉期货合约，并且可以在协议内部知道不同分叉期货，分叉X /分叉Y的价格。人们可以主动响应，并且看到价格变化，提前平仓。”对此，V神回应：“我不认为分叉期货市场是个好主意。一般而言，这是一种多重均衡机制，每个人都认为X有可能赢，然后X赢了，这滋养了歪曲、撒谎、哗众取众等动机；不会为市场带来良好的影响和动能。有些机制在设置上明显更具有这种影响（为市场留有负面的影响），而分叉期货合约明显更具有这类影响力。”[2020/3/1]

我们假定A上的交易具有某种“备注字段”；如果没有，我们可以使用该值的低位数字作为备注。

动态 | V神称赞PoS机制“伟大” 期待升级版共识机制出现:V神刚刚在Twitter上转推了自己在2013年采访Sunny King后撰写的PoS普及文章，并评论称“该文章揭开了PoS的伟大序幕，事后证明，由Sunny King发明的PoS机制获得了广泛采用及其应得的地位。接下来会是什么呢，超级PoS？”。Sunny King为PoS机制发明人，其于去年重出江湖并发行了VSYS币，基于SPoS共识机制。[2019/1/24]

提案

假设有一个兑换中介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神：现在不用对与其价值观有悖的事情妥协:V神今晚在王峰十问上表示：“对我个人来说，财富增加对我的生活没有太多变化，只是我不需要为了花费两美元乘巴士这些琐事担心。现在不用把时间浪费在赚钱上，而是可以专注于创造我认为有价值的东西。而且，对于那些和我价值观有悖的事情，我也用不着妥协。”[2018/6/22]

在等待一些延迟后，按批次和索引顺序处理提款，并将这些转账包含到RollupA。

当Ivan看到自己在IVAN_A收到资金时，便可以亲自将TRADE_VALUE*币发送到DESTINATION。他可以通过使用IVAN_B中的方法发送交易来完成此操作，该方法可以保存一条记录，以防止合约中的自动发送语段触发该交易。

预期的行为很简单：

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发送了币，则她将失去该权利。

标签：ROLLROLALIICEQrolliroll币怎么用alien币在哪个交易所ethicalsiliconpolice

PEPE热门资讯