Vitalik：如何實現跨Rollup DEX_ROL

假設我們有兩種 rollup 解決方案 A 和 B，Alice 想要用 rollup A 上一定數量的代幣來換取 rollup B 上同樣的代幣。已經有人提出方案解決這個問題了，如果 rollup A 和 B 都是完全支持智能合約時，那么就可以去中心化地實現這個假設。然而這篇文章提出的是，當僅有 rollup B 完全地支持智能合約時 (且 rollup A 只能處理簡單交易) 如何實現跨 rollup 轉賬。

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

提案

假設我們有一個交換中介 Ivan (在實現時有許多中介可供選擇)。Ivan 在 rollup A 中擁有一個 (完全由他控制的賬戶) IVAN_A。同時，Ivan 還在 rollup B 的智能合約 IVAN_B 中存了一些資金。

Vitalik：決定向COVID研究項目再投入1億美元贈款:6月9日消息，以太坊聯合創始人 Vitalik Buterin 在社交媒體發文表示，在與 Polygon 聯合創始人 Sandeep Nailwal 討論后得出結論，決定向 COVID 研究項目再投入 1 億美元贈款。其中，CryptoRelief 基金會出資 9000 萬枚 USDC，我本人出資 1000 萬美元。期待我們的團隊持續合作，長期 COVID 研究仍是主要關注點。[2023/6/9 21:24:45]

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

如果任意用戶發送了一筆交易 (發送某代幣交易值 TRADE_VALUE 至賬戶 IVAN_A) ，(交易中還附上了一個目的地址 B DESTINATION 作為備注)，則在最小償還延遲 MIN_REDEMPTION_DELAY 區塊之后，該用戶就可以返還一筆交易至賬戶 IVAN_B 中 (其中包括之前的轉賬證明)，然后這筆交易就會排隊等候提款至地址 DESTINATION 中。

游戲公司Gravity將與The Sandbox合作，為旗下游戲Ragnarok構建元宇宙土地:7月27日消息，The Sandbox 與游戲公司 Gravity 達成合作，將把 Gravity 旗下游戲“仙境傳說”（Ragnarok）在 The Sandbox 中構建元宇宙土地，以及使用 Ragnarok IP 的各種內容和 NFT，此外用戶可以參加以 Ragnarok 元宇宙=和角色為主題的未來游戲 Jam。[2022/7/27 2:41:20]

等待一定的延遲 (例如一天) 后，按照轉賬打包進 rollup A 的批次和索引順序處理提款。

當 Ivan 發現其賬戶 IVAN_A 收到款項時，他就可以親自發送 TRADE_VALUE * (1 - fee) 代幣至 DESTINATION 中。他可以用 IVAN_B 的方法發送交易來完成上述操作，這個方法保存了一個記錄，防止合約中的自動發送條款觸發該交易。

Cosmos上IBC DeFi協議Gravity DEX已完成部署:據官方消息。7月13日，Cosmos上IBCDeFi協議GravityDEX宣布已完成部署，后續將上線GravityBridge以連接以太坊和其他EVM兼容鏈。GravityDEX是為CosmosHub創建的鏈間去中心化交易所，并將CosmosHub確立為鏈間中心，允許交易任何連接鏈的代幣。[2021/7/13 0:47:15]

預期的行為很簡單：

Alice 發送一筆交易至賬戶 IVAN_A 中 (包含 N 代幣 和一個備注 ALICE_B)

Ivan 通過 IVAN_B 發送 TRADE_VALUE * (1 - fee) 代幣至 ALICE_B 中

第二筆交易緊接著第一筆交易發生。如果 Ivan 可以證明第一筆交易和第二筆交易之間的時間戳差異非常小，那么合約甚至有規則允許提高費用 fee 。

Vitalik在Synthetix L2上質押了562枚SNX:瀏覽器信息顯示，Vitalik在昨日在Synthetix的Layer2上質押了562枚，價值9700美元的SNX。[2021/1/26 13:33:07]

最糟糕的情況是，Ivan 沒有如他所期望那樣向 ALICE_B 發送代幣。遇到這種情況，Alice 可以等待 rollup A 上的交易確認之后，在 rollup B 上找到其他獲取代幣的替代路徑來支付費用，然后就可以自己認領其資金。

資本成本

該方案的主要限制是，IVAN_B 需要持有大量的資金，以確保所有交易發送者都能得到支付。尤其是，假設出現以下情況：

我們將交易上限設置為 TRADE_LIMIT (所以當發送至 IVAN_A 的交易超出限額 value > TRADE_LIMIT 時，交易無效)

動態 | Vitalik提出加速合并以太坊1.0及2.0的替代方案，1.0系統將成為執行環境:以太坊聯合創始人Vitalik Buterin發布了一項在向以太坊2.0過渡中的合并以太坊1.0和2.0的替代方案。Vitalik表示，該方案旨在將整個PoW區塊鏈加速移向以太坊2.0的信標鏈，但該方案需要無狀態客戶端 (stateless clients) ，無需無狀態礦工和Webassembly語言，所以將減少需要完成過渡的配置。該方案的條件包括需要一個能夠實現支持驗證、見證區塊以及生成見證區塊功能的無狀態客戶端軟件。該方案的運營方式為，以太坊1.0系統將成為以太坊2.0的執行環境之一，但在最初可以成為以太坊2.0的分片之一。在該方案中，參與以太坊1.0系統的驗證人可以注冊為以太坊1.0的友好驗證人，將維護除了其信標節點外一個完整的以太坊1.0完整節點。[2019/12/26]

每個 rollup 批次最多可以包含 TXS_PER_BATCH 筆交易

Alice 可以自行檢查 rollup A 下一批需要處理的交易之前，還有多少未處理的交易，用她在合約 IVAN_B 中的資金減去這些交易的總值，并檢查剩余的金額是否足夠。由于提款是按順序處理的 (這是上述的排列機制的目的)，Alice 不需要擔心合約先處理其他提款申請，再處理她的提款交易申請。

在每批次中最大交易額為 TRADE_LIMIT * TXS_PER_BATCH ，因此 IVAN_B 合約中至少需要這么多的 ETH，還需要額外的資金包含為處理的交易。舉個例子，假設交易上限為 0.1 ETH TRADE_LIMIT = 0.1 ETH (交易上限可以設得比較低，因為一筆大額交易可以分成幾筆小交易完成)，并且每批次可以處理1000筆交易 TXS_PER_BATCH = 1000。那么，合約 IVAN_B 需要持有 100 ETH。

注意，這個設計中還包括隱含的費用，因為交易額超過 0.1 ETH 的任意用戶都需要浪費區塊空間。這與資本要求相權衡，也就是說，如果用戶消耗了一半的區塊空間，那么其資本要求將翻倍，反之亦然。如果想要獲得合適的平衡，那么隱含的費用要比市場上明確的費用少幾倍。

如果我們想要減少或者消除這種消耗，可以這樣設計 rollup A：讓序列器發送一個已簽名的信息，該信息證明了 Alice 在該批次的所有交易。然后 Alice 就會知道在她之前沒有交易 (盡管惡意的序列器可以欺騙 Alice，但是作惡代價會很高)。

備注

上述設計基于一個假設：Rollup A 上的交易有一個備注字段，Alice 可以通過該備注指定 ALICE_B 作為她接收代幣的目的地址。如果 rollup 沒有這種特性，那么我們可以使用以下解決方案。Alice 可以在 rollup B 上的一個以順序登記的合約上注冊賬號 ALICE_B ，并獲得一個按順序分配的 ID (因此 Alice 的 ID 等于在她之前注冊的用戶數量)。

設置用戶數的最大值 MAX_USER_COUNT ；如果有必要，這個值可以隨時間向上調整。則 Alice 可以確保 ?TRADE_VALUE % MAX_USER_COUNT ?等于 (Alice 的 ID)，使用 TRADE_VALUE 的低位數字 (這個數字是這筆交易的一個小數值) 來表示她想交易的代幣數量。

從 Rollup B 到 Rollup A 的交易

如果 Alice 把 Rollup B 上的代幣轉移到 Rollup A，她可以使用相同的機制，只是角色顛倒了：

Alice 將代幣發送給 IVAN_B

經過一段時間的延遲后，她將獲得取回代幣的權利

如果 Ivan 可以向 IVAN_B 證明，他在 Rollup A 上給 Alice 發送了代幣，Alice 就失去了這個權利

原文鏈接：https://ethresear.ch/t/cross-rollup-dex-with-smart-contracts-only-on-the-destination-side/8778

Tags：ALIROLROLLICEDecentralinkROLS幣roll幣在哪換ICEBRK幣

FIL