ROL:V神说的跨Rollup DEX是什么？_BankRoll

当人们还在思考用rollup的方式缓解Layer1拥堵的时候，Vitalik已经在考虑rollup之间怎么做交互。?6天前，Vitalik发起了一个叫做“跨rollupDEX”的提案，其中提到当一条rollup有智能合约部署，另一条rollup没有完全的智能合约功能的时候，资产可以在两条rollup之间以去中心化的方式转移。

有一点“隔空挪物”的感觉。?这个过程到底是怎么实现的呢？哔哔News将提案，以及Vitalik和社区成员间的精彩讨论内容翻译如下：?假设我们有两条rollup，分别是rollupA和rollupB。Alice想要把rollupA上特定数量的代币转移到rollupB上。如果A和B都有完全的智能合约支持，在这种情况下，已经有关于如何以去中心化的方式解决这个问题的提案。本提案想要为只有rollupB有完全的智能合约支持的情况提供思路。?我们假设，rollupA上的交易有某种“备注字段”，如果没有的话，我们可以使用值的低阶位作为备注发送。

WETH基金会在资不抵债后，孙宇晨称将与V神共同投资20亿美元作为救助:11月28日消息，孙宇晨发推文称：“作为加密货币行业的一员，我亲自与V神（Vitalik Buterin）进行了讨论，我们将共同向WETH基金会投资20亿美元，以恢复所有资金。”

此前昨日下午，Wrapped Ethereum （WETH ）基金会联合创始人poordart.weth在推特上回应关于WETH资不抵债的传言，他表示：“不幸的是，传言是真的。整个项目将返还给社区(金库除外)，我会去一个非引渡国休养精神。”poordart.weth还转发了一条推文，该推文称：“WETH已与ETH脱锚，poordart.weth宣布筹集资金已填补他们的20亿美元的亏空。”[2022/11/28 21:06:36]

提案?

假设存在一个交易中介Ivan(在实际实现中，将有许多中介可供选择)。Ivan在rollupA上有一个账户IVAN_A(他完全控制该帐户)。Ivan还将一些资金存入了rollupB上的智能合约IVAN_B中。?智能合约IVAN_B有以下规则：如果任何人发送TRADE_VALUE数量的代币到IVAN_A，其中包含一个地址DESTINATION作为备注，那么在MIN_REDEMPTION_DELAY块之后，IVAN_B将收到一笔交易，该交易包含一个代币转移的证明，从而把提取TRADE_VALUE数量的代币这样一笔交易排队到DESTINATION地址。提币按照交易被包括到rollupA中的批次和索引顺序处理，要经过一些延迟(比如1天)。

V神：狗狗币和Zcash等区块链应该转向PoS机制:9月24日消息，以太坊联合创始人Vitalik Buterin在Mainnet会议上表示，狗狗币和Zcash等所有希望扩展的区块链都应该效仿以太坊合并转移至权益证明（PoS）共识机制。以太坊合并成功后，过去十多年来一直多云的天空，终于放晴了。

在被问及是否会执行类似合并的活动时，加密隐私货币Zcash创始人Zooko Wilcox表示，“我们一直在观望，并从以太坊合并升级中认识到迁移至PoS真的有效。”（Decrypt）[2022/9/24 7:18:25]

?当Ivan看到他在IVAN_A收到资金时，他可以亲自将TRADE_VALUE*(1-fee)数量的代币发送到DESTINATION地址。他可以通过IVAN_B中的方法发送交易，该方法保存一条记录，防止合约中的自动发送条款触发该交易。?预期的操作很简单：?-Alice向IVAN_A发送一笔交易，其中包含N个代币和备注地址ALICE_B。-Ivan通过IVAN_B发送TRADE_VALUE*(1-fee)数量的代币到ALICE_B。?第二步可以在第一步之后立即进行。如果Ivan证明第二笔交易和第一笔交易之间的时间戳差异非常小，那么合约甚至可以制定规则，允许费用更高。?“最坏的情况”是Ivan没有像预期的那样向ALICE_B发送代币。在这种情况下，Alice可以等待rollupA上的交易确认，找到获得rollupB上的代币的其他途径来支付费用，然后她自己就可以索要资金。?

V神：以太坊主网合并升级不会立即完成PoS转型，因此不会很快影响价格:7月28日消息，以太坊联合创始人V神（Vitalik Buterin）在接受采访时表示，以太坊价格不太可能在合并之前或之后很快上涨，不仅从市场角度，而且从心理和叙事角度来看都是如此。这场备受期待的合并最有可能发生在9月19日，但不会随着以太坊主网和信标链的合并而立即完成PoS转型。理想情况下，Surge、Verge、Purge和Splurge这几个升级对“合并”至关重要。在“在合适的条件下”实际价格波动之前，预计会有6-8个月的等待期。合并后以太坊将出现通缩。

此前消息，V神曾表示，Merge、Surge、Verge、Purge及Splurge非不同阶段，将并行发生。以太坊已顺利完成第十次影子分叉，以太坊测试网Goerli/Prater合并于8月4日开始分两步进行。(Coingape)[2022/7/28 2:43:28]

资本成本?

V神提出将The Graph作为一种可能的数据存储解决方案:11月30日消息，据雅虎财经报道，V神提出将TheGraph作为一种可能的数据存储解决方案，计划利用高度可伸缩的ZK-rollups来彻底改变以太坊2.0网络吞吐量。V神认为只有通过大规模采用ZK-rollups才能解决以太坊网络GAS费用过高问题。不管是短期和中期，还是长期来看，Rollups都是以太坊唯一无需信任的扩展解决方案。[2021/11/30 12:41:18]

该方案的主要限制是，IVAN_B需要持有大量资金，以确保所有发送者都能得到支付。特别是，假设：我们把交易金额上限设置为TRADE_LIMIT（所以发送到IVAN_A的交易中，交易值>TRADE_LIMIT的交易都不是有效交易)。?同时，我们设置每个rollup批次最多可包含的交易数量是TXS_PER_BATCH。Alice可以自己检查，rollupA即将到来的批处理之前有多少未处理交易，用她在IVAN_B合约中看到的资金减去这个值，并检查剩余的金额是否足够。

V神发文探讨代币投票治理利弊，并提出替代解决方案:V神发文称，去中心化治理是必要的，但目前形式的代币投票治理存在许多公认和未公认的危险，因此扩大或超越代币投票是解决方案的关键部分。关于代币投票，V神称主要担心两种类型的问题：1.不平等和激励失调（即使在没有攻击者的情况下）；2.通过各种形式的（通常是模糊的）买票形成直接攻击。第一种问题具体包括：

- 小群体的富有参与者（鲸鱼）比大群体的小型持有者更善于成功地执行决策；

- 代币投票治理以牺牲社区的其他部分为代价，赋予持有者和权力和利益；

- 利益冲突问题。

V神就此给出以下解决方案：

解决方案1：有限治理

- 仅对应用程序使用链上治理，而不是基础层；

- 将治理限制为固定的参数选择；

- 添加时间延迟；

- 对于分叉更加友好。

解决方案2：非代币驱动的治理

- 人格证明系统：该系统可验证帐户对应于唯一个人，因此治理可以分配给每人一票。可以还可查看正在开发的一些技术，ProofOfHumanity和BrightID是实现这一功能的两种尝试。

- 参与证明系统：该系统可证明帐户对应于参与过某事件、通过了某些教育培训或在生态系统中执行过一些有用工作的人。

解决方案3：风险共担

通过改变投票规则来打破公地悲剧。代币投票失败的原因是，虽然选民需要对他们的决定承担集体责任，但每个选民并不需要单独承担责任。所以V神提议创造一种投票系统来改变这种动态，让选民们独立而不是集体地为他们的决定负责。

其他方案：各种混合形式的futarchy治理、时间延迟加上选举专家治理、松耦合（咨询）代币投票等。

V神总结道，目前的代币投票形式是“safe defaults”，在更大的经济压力、更成熟的生态系统和金融市场条件下，它们的功能仍有很多有待观察的地方，现在是开始同时试验替代方案的时候了。[2021/8/16 22:17:20]

由于提币是按顺序处理的(这是上面顺序机制的目标)，Alice不需要担心在她自己提币之前IVAN_B会去处理后面的提币需求。?在一个批次中可以交易的最大金额是TRADE_LIMIT*TXS_PER_BATCH，因此IVAN_B合约需要至少持有这个数量的ETH，再加上足够的资金来覆盖未处理的交易。?例如，假设TRADE_LIMIT=0.1ETH（上限可以设得比较低，因为一笔较高金额的交易可以通过多笔交易完成)，并且TXS_PER_BATCH=1000。那么，IVAN_B需要有100ETH的资金。

?注意，在这个设计中还有额外的隐含费用，因为任何交易超过0.1枚ETH的人都需要消耗区块空间，这与资金要求相权衡：如果你消耗掉一半的区块空间，那么你的资金要求也会翻倍，反之亦然。要建立合适的平衡，似乎应该让隐含费用比市场上出现的显性费用少几倍。?如果我们想减少或消除这种消耗，rollupA可以被设计成这样，例如，让排序器发送一个签名消息，向Alice证明到目前为止，批次中批准的所有消息。然后Alice就会知道在她之前没有交易(尽管恶意的排序器可以Alice，但代价很高)。?

备注?

上面的设计建立在rollupA上的交易有一个备注字段的假设上，Alice可以使用该字段指定ALICE_B作为她接收代币的目的地址。如果rollup没有此特性，那么我们可以使用以下解决方案。?Alice可以在顺序注册合约的rollupB上注册ALICE_B，并获得一个按顺序分配的ID(因此Alice的ID等于在她之前注册的用户数量)。设置MAX_USER_COUNT为用户数的最大值，如果有必要，这个值可以随时间向上调整。Alice可以简单地确保TRADE_VALUE%MAX_USER_COUNT等于(Alice的ID)，使用TRADE_VALUE的低阶位(这个数字表示一个不重要的值)来表示她想交易的代币数量。?

从rollupB到rollupA的交易?

如果Alice把rollupB上的代币转移到rollupA，可以使用类似的机制，只是角色颠倒了：?-Alice将代币发送给IVAN_B-经过一段时间的延迟，她将获得收回代币的权利-如果Ivan可以向IVAN_B证明，他在rollupA上给Alice发送了代币，Alice就失去了这个权利?

总结?

所以我们可以看到，在这个过程中，许许多多的“Ivan”其实就是去中心化的银行，在两条rollup上分别扮演存款机和取款机的角色，从而赚取手续费。?如果Ivan作恶，rollupA和rollupB间不需要进行过多的交互，Alice就可以提供打币证明。根据Vitalik的表述，在从rollupA向rollupB转账的场景中，提供证明这一步操作可以直接在rollupB上进行，只要rollupB能获取rollupA的区块哈希，就可以计算出rollupA上的交易记录，从而向Ivan索赔。?在索赔这个过程中，Vitalik还给出了更多的可能性。

比如，可以在IvanB上增加一个“快速通道”，AliceB可以把她在IvanB上的提币插槽出售给其他用户。?假设这个用户叫Bob，那么Bob可以把款项先转账给AliceB，此后，IvanB应该转账给AliceB的资金将被Bob获取。也就是由Bob先垫付资金给Alice，以此来提升Alice的用户体验，这个过程或许可以涉及到挖矿之类的玩法。?Github上有用户提到，如果中间商Ivan不是个体，而是去中心化的资金池，这个模型是否会更好。

Vitalik表示，这会涉及到rollupA上资金池的所有权问题，相比之下，由多个中间商来作为分散的“资金桥”可能更合理。?这就是跨rollupDEX的大致思路。

虽然可应用场景可能不多，也有一些影响到资金安全的场景可能没有被考虑进去，但是这让我们又看到了一些Layer2上的可能性。区块链解决方案从某些角度来看，或许就是规则设计。

标签：ROLROLLALIICEBankRollTROLLBNB币TALI币ice币是局吗

ICP热门资讯