NBS:Jump Crypto：Mempool交易如何避免三明治攻擊實現最優swap

作者：Lucas Baker、Nihar Shah、Alex Toberoff 和 Suraj Srinivasan，Jump Crypto研究員；翻譯：金色財經0xxz

去中心化交易所（DEX）是DeFi的核心基礎之一，每天促進數十億美元的交易。人們可能會認為，生態系統中這樣一個關鍵且久經考驗的組成部分將面臨巨大的優化壓力，而“交易供應鏈”的許多方面確實已經進行了優化，無論是實現跨池交易的DEX聚合平臺，還是無gas費的互換交易。

NirvanaMeta將投資Jump Rope建設社交健身App:據官方消息，NirvanaMeta將投資Jump Rope建設一款跳繩APP，

該APP通過人工智能技術分析用戶的運動數據，并計劃包含社交功能和健身計劃。[2022/5/10 3:01:59]

協議層也具有豐富的創新設計，包括RFQ平臺、私有中繼服務、訂單流拍賣（OFA），甚至是重新捕獲交易活動所創造的價值的競爭工具。然而，令人驚訝的是，很少有人審視分析那些讓交易一開始變得“脆弱”的基本參數。

對于通過內存池公開提交的交易來說，“三明治”攻擊仍然是一個主要問題，即通過在交易前后下單相同資產的交易來提取互換交易或類似操作所創造的價值。Eigenphi的研究人員估計，僅在以太坊上，三明治攻擊就在30天內產生了超過800萬美元的利潤，這構成了所有鏈上“最大可提取價值”（MEV）的大部分。

南非金融科技公司JUMO以4億美元估值完成1.2億美元融資，富達領投:11月9日消息，南非金融科技公司JUMO以4億美元估值完成1.2億美元融資，富達管理和研究公司領投，支付巨頭Visa及倫敦資管公司Kingsway Capital參投。JUMO迄今已完成逾2億美元的股權和債務融資，此前的投資方包括高盛、Brook Asset Management、Finnfund、Gemcorp、Proparco和Leapfrog。JUMO自稱銀行即服務平臺，利用人工智能為金融服務提供動力，圍繞儲蓄、客戶和企業信貸以及銀行、金融科技和電子貨幣運營商的基礎設施提供核心產品。（Tech Crunch）[2021/11/9 6:40:26]

動態 | 拉丁美洲最大投行BTG Pactual與Jumio合作開發數字投資服務:據nsbanking消息，數字身份和地址驗證公司Jumio近日與拉丁美洲最大投行BTG Pactual展開合作，共同開發數字投資服務，并幫助巴西投資銀行正確審查新客戶的數字身份并自動化其入職流程。[2019/7/11]

雖然使用上述服務當然可以進行私下交易或以其他方式保護交易價值不泄漏，但三明治攻擊的持續流行表明大多數用戶尚未采用這些服務。在實踐中，大量的DeFi互換交易是通過使用默認執行參數的協議前端直接提交的（例如Uniswap上的最大滑點為0.5%）。不管這是由于不熟悉還是不愿意依賴第三方服務，我們認為這表明了需要一個更簡單的解決方案。其中一種解決方案是智能交易結構——優化交易數量和每筆交易參數——僅在DEX前端就可實現，不需要額外的信任假設或對基礎設施進行任何更改。

動態 | 疑似OKEx Jumpstart網址可直接跳轉至幣安LaunchPad 雙方均回應與該網址無關:今日，有外媒發文稱，疑似OKEx Jumpstart官網網址“http://www.okjumpstart.com”會被重新定向至幣安Launchpad。經查詢，該域名的創建日期為3月12日，即OKEx宣布推出Jumpstart平臺的日期，且由香港注冊商West263 International Limited在whois平臺注冊，該域名登記者地址信息顯示為四川成都。對此，OKEx官方回應稱，OK Jumpstart官網網址為“https://www.okex.com/activity/jumpstart”，并非上述網址。

幣安官方則表示，此前并不知道此事，應該只是該域名注冊者的自發行為。幣安創始人趙長鵬也發推文回應稱，已檢查并能保證這個域名不屬于幣安的任何人。這也可能是域名占有者的策略，將其轉發給“競爭對手”，迫使他們購買。該域名占有者甚至不使用推薦碼，所以我們也不能識別他。幣安通常不會轉發任何包含推薦鏈接的內容，也不評論其他特定的交易所。鼓勵其他人模仿幣安，尤其是LaunchPad的模式。模仿是一種驗證，也是最高形式的贊美。[2019/4/10]

最近對預防三明治攻擊的博弈論方法的研究解釋了取決于交易規模的滑點范圍如何能夠減少很多Uniswap交易者的預期損失（有些人減少了一個數量級或更多）。然而，更廣泛的設計空間還需要回答以下三個問題：

單筆互換參數：內存池交易員應該如何設置滑點范圍，以最大限度地減少單筆交易的預期損失？

最佳互換分割：在單個池中，內存池交易員應該如何將單個大單互換交易分割成跨順序塊執行的多個部分？

MEV-aware的DEX路由：針對跨多個池的交易，DEX聚合平臺應該如何考慮MEV因素，以最大限度地減少預期的端到端損失？

我們最近提出了一個理論框架來解決前兩個問題，將問題簡化為一組閉環解決方案。首先，我們展示了如何為給定的交易規模設置參數，以平衡執行的預期損失（例如交易失敗和gas成本）和提取的損失（例如三明治攻擊）。其次，我們展示了，對于滑點隨交易規模增加而增加（例如，Uniswap和Curve等恒定乘積DEX）的一個給定凹函數，最佳解決方案是將大規模交易拆分為跨順序塊的若干同等規模交易，其確切規模由價值函數確定。

雖然目前的框架還只是初步理論性的，但我們非常希望看到框架的實現和擴展。未來要做的工作可能包括擴展到較小規模的互換，其中每筆交易的gas費所占財富比更大，以及將多區塊互換推廣到多個池的工作。更廣泛地說，我們鼓勵DeFi建設者從交易雙方角度優化互換市場的效率，幫助用戶表達智能前端默認參數，同時持續改進市場設計和架構。隨著交易量的增加、應用的成熟和采用的擴大，為用戶提供高效交易的工具將變得越來越重要，無論他們是否精明老練或者或對加密貨幣的種種是否有足夠經驗。

澎湃新聞

金色薦讀

金色財經 善歐巴

鏈得得

LD Capital

深潮TechFlow

Odaily星球日報

Foresight News

BTCStudy

iBox

Tags：NBSBSPDEXSTANBS價格BSPAY幣SCIFI IndexFootballStars

非小號