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

本文作者VitalikButerin

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

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

Lookonchain：疑似V神地址將5000 ETH轉移到一巨鯨地址:金色財經報道，鏈上分析師Lookonchain披露，一個疑似“V神”Vitalik Buterin 的“0xD04daa”地址在兩小時前將5000 ETH（價值約832萬美元）轉入到“0x93927c”巨鯨地址。鏈上數據顯示，此疑似“V神”的地址總計向“0x93927c”巨鯨地址轉入1.43萬枚ETH，當前該巨鯨地址已持有50,001枚ETH，價值高達8320萬美元。[2023/2/24 12:26:10]

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

提案

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

V神：關注預測市場的人對今天的大選進程“不太驚訝”:推特網友DCinvestor.eth稱，昨日，市場預測在幾個點上都大錯特錯，沒人知道誰還是對的。對此V神剛剛回復稱，我想說人類一般都錯得離譜。當人類大錯特錯的時候，沒有一種機制能把正確性從魔法帽子里拔出來。但我確實認為，關注預測市場的人對今天發生的一切“不太驚訝”。今日早前消息，V神再次發推表示看好市場預測類DeFi項目。[2020/11/4 11:39:22]

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

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

V神：ETH的復利只有0.01% 其存在自我糾正的負反饋機制:4月6日消息，一名推特用戶發推稱，DeFi服務和POS協議之間的競爭將導致網絡的脆弱性、攻擊和集中化。如果PoS的區塊獎勵會隨著時間的推移而減少，特別是在ETH采用的通縮模型下，那么資產借貸和持有之間的長期均衡將向前者傾斜。V神評論稱，“我不相信這些。即使在今天，ETH的復利也只有0.01% (lol)。V神進一步解釋說：“許多人錯誤地認為，不同貨幣的貸款利率應該相等。這是錯誤的，因為法幣本來就是一種計息資產，而加密貨幣不是，所以法幣的利率當然更高。”V神還解釋說，目前對以太坊的貸款需求還不是很高。此外，他還指出，存在一種“自我糾正的負反饋機制”，可以防止抵押的以太坊走到極端。（AMBcrypto）[2020/4/7]

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

動態 | V神回復“以太坊遷移到Eth 2.0執行環境時是否會破壞當前部署的合約”的問題:Parity的Rust開發者Wei Tang發推擔憂以太坊接下來的伊斯坦布爾硬分叉中的 EIP-1884 提案可能會破壞目前已經部署在以太坊上的合約。V神回復稱，支持EIP 1884（并希望重新定價更高），但這仍然需要進一步探討。此外，對于以太坊遷移到 Eth 2.0 執行環境時是否會破壞當前部署的合約的問題，Vitalik回復道，約束見證數據大小以重新平衡 Gas 費，是我能想到的產生重大變化的一點。區塊間間隔可能縮短至 3-6 秒，DIFFICULTY 操作碼將不再輸出任何有用的內容。在遷移時，除非給出偏移的區塊編號進行破解，否則操作碼編號將遵從非單調邏輯（non-monotonic）。同時，以太坊merkle證明的硬編碼驗證可能會遭到破壞，很大可能會從十六進制的 Patricia 樹切換到二進制的 SMT。此外，EIP 1559 提案將會改變與 GASPIRCE 操作碼相關的所有經濟活動，帳戶抽象將使 ORIGIN 操作碼的工作方式發生改變。[2019/9/2]

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

Tags：ALIROLLROLICEAlien Wars GoldAITROLLSControl2XYflokiceo幣是什么幣

幣安下載