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

本文作者VitalikButerin

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

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

V神提出兩種可能的解決方案來處理以太坊的歷史數據:11月24日消息，V神Vitalik Buterin在Reddit的AMA中提出了兩種可能的解決方案來處理以太坊的歷史數據。其中包括將在合并后發生的一次性歷史到期，以及具有移動截止日期的定期歷史到期，正式名稱為EIP-4444。這兩種解決方案都可以實施。據了解，以太坊歷史數據已經超過400GB，處理以太坊客戶端的歷史數據，歷史到期將使運行節點變得更便宜，或者可以用來證明適度增加gas限制是合理的，這將降低交易費用。

一位用戶詢問了區塊提議者/區塊創建者分離 (PBS)。Buterin最近發布了關于這種方法的帖子，該方法旨在阻止區塊提議者（或礦工）以有利于他們的方式向區塊添加交易。PBS尚未完全開發和測試。（AMBCrypto）[2021/11/24 7:08:00]

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

動態 | V神就51%攻擊問題在推特發起投票:V神在推特發布投票：“一個51%攻擊需要多少時間恢復多少區塊，才能支持額外的協議干預（即軟分叉），聲明攻擊鏈不合法，從而讓用戶和客戶端忽略它？”目前投票最高的選項為時間最短的“一天之內”，占50%。[2019/10/20]

提案

假設有一個兌換中介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神和ETH，應專注于應用以突破容量限制問題:趙長鵬發推表示：“我喜歡V神和ETH，但速度和容量在一年前就是一個問題，不過現在對于更新的區塊鏈來說已經很大程度上解決了這個問題。我們需要增加人們可以實際使用的應用程序，以便我們再次突破容量限制問題。專注于應用。”[2019/8/21]

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

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

預期的行為很簡單：

聲音 | V神：加密貨幣與法幣是共存的關系:據日經新聞消息，以太坊創始人Vitalik Buterin在接受采訪時表示，加密貨幣與法幣并不是競爭，而是共存的關系。在談及加密貨幣市場走低時，V神表示泡沫的確存在并且已經收縮，正如過去曾重復經歷過的泡沫一樣，過度興奮或感到恐慌都是人之常情。此外V神還表示，區塊鏈技術已產生了實用價值，對其實效性有信心。[2018/11/19]

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：ALIROLLROLICEalice幣前景TROLL幣Control2XYICEBT

以太坊交易所