Vitalik：如何實現跨Rollup DEX_ALICE

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

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

提案

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

Vitalik Buterin：賬戶抽象可簡化用戶體驗，同時增強以太坊的靈活性和適用性:7月18日消息，以太坊創始人Vitalik Buterin在以太坊巴黎EthCC會議上，詳細闡述了賬戶抽象的歷史及最新進展。Vitalik強調了賬戶抽象的重要性，這一特性可為智能合約賬戶和普通賬戶提供統一的交互界面，從而簡化用戶體驗，同時增強以太坊的靈活性和適用性。[2023/7/18 11:02:52]

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

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

Vitalik：以太坊需要改進的不僅是協議的功能，需要對應用程序和錢包進行深度改變:金色財經報道，以太坊創始人Vitalik Buterin發布《The Three Transitions》文章。Vitalik稱，當以太坊從一個年輕的實驗性技術過渡到一個成熟的技術棧，能夠真正為普通用戶帶來開放、全球和無需許可的體驗，堆棧需要大致同時經歷三個主要的技術過渡：向L2擴展過渡，每個人都轉向Rollup；向錢包安全過渡，每個人都使用智能合約錢包；向隱私過渡，確保保護隱私的資金轉移可行。

由于上述原因，這三個轉變至關重要。但它們也具有挑戰性，因為要妥善解決這些問題需要密切協調。需要改進的不僅是協議的功能；在某些情況下，我們與以太坊交互的方式需要從根本上改變，需要對應用程序和錢包進行深度的改變。[2023/6/9 21:27:01]

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

聲音 | Vitalik：Libra 短期不足以影響以太坊 DeFi 生態 傳統領域并非以太坊強項:以太坊創始人 Vitalik Buterin 在回答“Facebook 區塊鏈項目 Libra 會影響以太坊 DeFi 生態嗎？”時表示，他認為短期內不會有太大影響，畢竟 Libra 明年才會推出，推出后也只是發布代幣，再往后才會推出智能合約。而目前以太坊的 DeFi 的規模已經相當大，而且在這兩年只會越來越壯大，以太坊的生態也會有更多方向的發展。如果 Libra 與以太坊架起橋梁，以太坊也會進行相應開發，讓 Libra 用戶進入以太坊的生態。總體來說，參與 Facebook 的 Libra 生態成員的類型自然相對保守，因此他們會在 Libra 生態中搭建傳統的設施，而這并不是以太坊的強項。[2019/6/29]

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

非營利組織“機器情報研究所”接受加密貨幣捐贈 收到Vitalik Buterin763,970美元的捐贈:非營利組織“機器情報研究所”(Machine Intelligence Research Institute)最近發布了一份籌款統計數據，顯示了對加密貨幣社區的大力支持。該機構是一家非盈利組織，負責調查與人類高級人工智能(AI)相關的安全問題。他們在2017年的年度募款活動籌集了250多萬美元，是125萬美元目標的兩倍多。非營利組織透露，在這次籌款活動中捐贈的資金有66%(大約166萬美元)是用加密貨幣(主要是比特幣和以太坊)進行的。事實上，最大的捐贈是在籌款活動結束的時候，從Vitalik Buterin那里獲得了價值763,970美元的捐贈。Vitalik的捐贈是迄今為止研究機構在所有籌款活動中所收到的第三大捐款。[2018/2/22]

預期的行為很簡單：

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

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

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

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

資本成本

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

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

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

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

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

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

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

備注

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

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

從RollupB到RollupA的交易

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

Alice將代幣發送給IVAN_B

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

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

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

Tags：ALIROLLROLALICENeuralink V2RollerSwapQrollialice幣價格

OKB