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

本文作者VitalikButerin

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

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

V神將數萬億枚模因代幣從其公共錢包轉出:金色財經報道，V神（Vitalik Buterin）再次從他的公共錢包中發送了幾種他從未要求獲得的以狗為主題的模因代幣。值得注意的是，V神將大部分代幣發送給了去中心化交易所Uniswap，包括300萬億個jejudoge、超過223萬億個kishu inu、3700億個baby shiba和大約120萬億個huskytoken。據Etherscan稱，盡管數字高得驚人，但在交易時，沒有一筆金額超過80萬美元。據悉，作為一種營銷噱頭，模因代幣的創建者喜歡將大量代幣發送給V神。截至目前，至少有另外四種模因代幣被發送到了V神的錢包，包括floki pup、saiba inu和misty inu。[2021/10/21 20:45:06]

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

動態 | 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]

提案

動態 | V神在釋放以太坊開發者Virgil Griffith的請愿書上簽名:V神VitalikButerin剛剛在推特表示，我在釋放以太坊開發者Virgil Griffith的請愿書上簽名。據此前消息，紐約南區美國檢察官辦公室和聯邦調查局宣布，已逮捕并指控Virgil Griffith違反美國制裁法。[2019/12/2]

假設有一個兌換中介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神推特改名:以太坊創始人Vitalik Buterin（V神）推特賬號已改名為Vitalik “No I’m not giving away ETH” Buterin（Vitalik·我沒有送出任何ETH·Buterin）。此前曾有人假冒V神賬號“宣布了”一項ETH活動，向指定地址發送ETH即可獲得獎勵。[2018/3/4]

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

當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：ALIROLROLLLICalice幣怎么樣roll幣怎么用TROLL價格Publica

火幣APP