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

本文作者VitalikButerin

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

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

V神在Polygon zkEVM主網完成了其第一筆交易:金色財經報道，據Polygon Labs開發工程師steph.polygon在社交媒體透露，以太坊聯合創始人Vitalik Buterin已在Polygon zkEVM主網上完成了其第一筆交易，交易哈希：0x18db0b46e46777b5b369460be229b0704abe7d24bf88dbfee99054c43b0c121c，交易額為0.005 ETH，交易費0.0003367104 ETH，gas費用0.0000000152 ETH。[2023/3/27 13:29:22]

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

提案

假設有一個兌換中介Ivan。Ivan在A上擁有一個帳戶IVAN_A。Ivan在B的智能合約IVAN_B中也存有一些資金。

V神地址已拋售約30萬枚BITE:金色財經報道，據PeckShieldAlert數據監測，標記為“vitalik.eth”的地址拋售約30萬枚BITE。此外，該地址已轉移約200枚ETH到Kraken。[2023/3/19 13:12:42]

智能合約IVAN_B具有以下規則：

如果有人發送了一筆發送TRADE_VALUE幣到IVAN_A的交易，其中包含一個地址DESTINATION作為備忘錄，則在MIN_REDEMPTION_DELAY區塊之后，他們可以發送一筆包含轉移證明的交易給IVAN_B，并進入地址DESTINATION的TRADE_VALUE幣提款隊列中。

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

V神未明確表示2022年初會推出以太坊2.0:在第二日以太坊全球峰會上，關于最遲2022年初能否推出以太坊2.0，以太坊聯合創始人V神表示：聽起來蠻合理的（That sounds reasonable）。另外，他認為自己并不是最年輕的億萬富翁。（Decrypt）[2021/5/7 21:35:24]

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

預期的行為很簡單：

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

V神：“無幣區塊鏈”只能用在私有鏈上:V神今晚在王峰十問表達了其對于關于“無幣區塊鏈”的看法。V神稱：“對于無幣區塊鏈我并不樂觀，首先，‘無幣區塊鏈’只能用在私有鏈上，只要你是一個公有鏈，就肯定需要激勵。不管是在中國還是其他地方，我都看到了一些私有鏈項目，有些私有鏈項目聲稱已經投產了。實際上，這些私有鏈往往只有7個節點左右，而且所有這些節點都由同一家公司控制，所以基本上根本不是多中心化（分權）。”[2018/6/22]

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發送了幣，則她將失去該權利。

Tags：ROLALIROLLICEROLSALIX幣roll幣能出坐騎嗎rice幣還會漲

TRX