V神最新L2解決方案，提出跨Rollup擴展方案以實現L2項目相互通信_ROL

本文作者VitalikButerin

“L2DeFi協議當前無法相互通信，因此V神Vitalik提出了解決方案。為了應對不斷上升的交易費用，V神在提案中，提出了一種針對特定類型跨Rollup擴展的解決方案。該提案概述了使用rollup的兩個協議如何在保持互連性和可組合性的同時相互通信。V神提案假設，一個rollup可以處理簡單的事務，而另一個rollup具有完整的智能合約支持。使用rollups在兩個智能合約支持的協議之間進行傳輸，目前早已有提案。”

假設我們有兩個Rollup，A和B，并且Alice希望將RollupA上的一些幣兌換為RollupB上的相同幣。如果A和B同時都支持完整智能合約，那目前就有以一種去中心方式來實現這種兌換的提案。而在本文檔中，提出了當只有RollupB支持完整智能合約的情況下的一種解決方法。

V神：像LUNA這樣的加密貨幣價格暴跌對加密行業的發展是有利的:金色財經消息，Vitalik Buterin在接受前彭博社觀點專欄作家Noah Smith采訪時表示，價格下跌“很好”地暴露了其弱點，“我確實認為價格下跌有助于揭示從一開始就存在的問題。不可持續的商業模式往往會在繁榮時期取得成功，因為一切都在上漲，所以人們可以支配的資金也在增加，因此可以通過不斷涌入的新美元暫時支撐事物”。

他表示，穩定幣發行人Terra（LUNA）的原生代幣的崩潰是價格暴跌暴露不可持續的商業模式的一個例子，“在牛市期間協議開發很容易維持，但當價格暴跌時，通常新團隊很難在財務上維持下來”。（Daily hodl）[2022/9/4 13:07:55]

我們假定A上的交易具有某種“備注字段”；如果沒有，我們可以使用該值的低位數字作為備注。

V神：BCH硬分叉表明社區需要清晰愿景才能成功:V神剛剛于推特回應網友時表示，BCH硬分叉事件表明，社區需要有一個清晰、積極的愿景才能取得成功。[2020/11/19 21:21:14]

提案

假設有一個兌換中介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神：使用zk rollups可以最有效的減少gas費用:V神在推特表示，在ETH和ERC20 代幣轉帳中使用zk rollups可以最有效的減少gas費用。[2020/8/4]

在等待一些延遲后，按批次和索引順序處理提款，并將這些轉賬包含到RollupA。

當Ivan看到自己在IVAN_A收到資金時，便可以親自將TRADE_VALUE*幣發送到DESTINATION。他可以通過使用IVAN_B中的方法發送交易來完成此操作，該方法可以保存一條記錄，以防止合約中的自動發送語段觸發該交易。

預期的行為很簡單：

Alice將N個幣和備忘錄ALICE_B通過一筆交易發送給IVAN_A

Ivan發送一筆交易，通過IVAN_B將TRADE_VALUE*幣發送到ALICE_B

動態 | Weiss Ratings：V神的新數據遷移提議技術細節仍有待解決:加密貨幣評級機構Weiss Ratings發推稱：“V神提出了一種將數據遷移到#ETH 2.0的更快方法，這意味著人們期待已久的升級可能會比預期來得更早。在ETH 2.0系統中把ETH 1.0變成一個分片的想法非常簡單。不過，技術細節仍有待解決。”注：在12月23日的Ethresear.ch提案中，V神提出了一種將數據遷移到以太坊 2.0的更快方法，這意味著期待已久的升級可能比預期的要快。V神描述了一種消除Ethereum 1.0當前工作證明區塊鏈的方法，這將允許項目“加速進度”與Ethereum 2.0的信標鏈合并。但目前還不清楚這一過渡將在何時實施。[2019/12/25]

第二步可以在第一步之后立即進行。如果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發送了幣，則她將失去該權利。

Tags：ROLROLLALIALICEroll幣是什么BankRollAlien Wars Goldalice幣創始人

Gateio