意圖導向橋樑的內部結構
在過去三年中，橋接領域已經取得了長足的進步，每一種新的設計都在提高可擴展性和資本效率。基於意圖的橋樑是最新的一種類型，因其改進的UX和更快的速度而被引入。
正如其名，它們是基於用戶意圖工作的。讓我們來分解一下意圖為基礎的橋樑是什麼，以及它們是如何工作的。
基於意圖的架構
意圖就像提出一個簡單的請求。想像一下，你決定要去旅行。你告訴旅行社你想去的地方和日期（你的意圖），然後他們會安排其餘的事情，包括航班、酒店和活動（填充）。
任何基於意圖的架構都可以分解為這些關鍵元素：
- 意圖：用戶啟動流程的動作，例如要求一本書。
- 解決者：完成用戶請求的實體。可能會使用不同術語，如中繼人、填充者或代理人，來表示類似的角色。
- Fill：求解器履行用户请求的任务。术语“填充”特别用于基于意图的桥接上，用以解释求解器“填充”用户的任务，即在目标链上代表所需资产。
- 結算：最後一步是驗證完成情況並正式滿足使用者的請求。
考慮到這一點，讓我們了解一下這個設計如何與橋樑配合使用。
意圖導向橋樑的工作原理
基於意圖的橋接過程在用戶啟動操作時開始，創建概述所需結果的意圖消息。這將觸發幾個步驟來滿足使用者的請求。
以下是一個逐步解釋發生的事情：
- 用户启动意图。
- 資金已發送至鏈上託管。
- 求解器通過拍賣競標來實現意圖。
- 選中並給予一個時間範圍來執行交換的勝利解決者。
- 求解器在目標鏈上提供流動性。
- 這個求解器通過神諭提供完成證明。
- 橋樑從來源鏈釋放用戶的資金並將其發送到解決方。
讓我們以一個例子來理解這個。
Alice想從Optimism發送1個Eth到Arbitrum。
Intent-based Bridges 的工作原理
這裡，組件如下:
- Bridge Contract：负责在源链上维护用户资金托管、汇总交易，并将资金释放给求解者。
- Oracle/Messaging Bridge：這會在目標鏈上驗證交易。
- Solver Network: 參與拍賣以滿足使用者意圖的求解者網絡。
需要注意的一個重要方面是，一旦用戶發起交易，就無法取消。這個設計選擇是為了防止定時攻擊例如，如果用戶在求解器完成交易後立即取消交易，他們可能會偷取求解器的資金。
意圖驅動橋樑的拍賣動力學
任何基於意圖的橋樑，其基本運作方式與上述相同，但它如何為求解器進行拍賣是一個關鍵的區別因素。每個橋樑的拍賣動態不同，不同的操作有不同的拍賣類型。
這是求解器參與的拍賣類型：
- 未選擇 / 記憶池：解算器競相實現目標。
- 報價請求（RFC）：求解者提供離鏈報價，用戶選擇最佳報價。
- 私人意愿池：该桥梁为少数几个解决者运行一个有权限的拍卖。
- 公开意愿池：该桥梁运行一个开放给所有解决方案者的无需许可的拍卖。
- 荷蘭式拍賣：從較高的費用開始，價格隨著解決者的出價而降低。
- 批次拍賣：將多個意向組合在一起進行結合競拍。
每种拍卖类型都有其优势和权衡。
目錄擴大差異化由Everclear团队制作的
討論基於意圖的橋樑中的邊緣案例
橋接器的基於意圖的設計簡化了跨鏈操作，但在某些情況下，交易可能無法通過。以下是不同網橋如何處理這些情況：
- 沒有求解器對意圖進行競標：Across使用自己的求解器來填充意圖，如果不盈利，意圖將在一定時間後過期。另一方面，Everclear提高費用並舉行新的拍賣。
- 求解器無法執行該意圖：如果意圖過期，資金將退還給使用者。
- 意圖過期：如果獲勝的解決者未能在指定的時間內執行轉帳，該意圖將重新開放給其他解決者，他們可以申請該任務和相關費用。
同時，不同的橋樑有不同的支付解決者的選項。例如：
- Everclear: Solvers are paid only on the source chain.
- 跨鏈：解決者可以在任何支持的鏈上收取少量費用的結算。
最後要注意的一點是，目前每個協議都在發展自己的求解器網絡。這些網絡是孤立的，有一個提案是要統一求解器網絡的標準，稱為ERC 7683由Across和Uniswap提出。
我們將在即將推出的文章中更多地介紹求解器網絡和ERC 7683。目前，任何人在創建基於意向的橋樑（或基礎設施）時所面臨的主要挑戰是創建和維護求解器網絡。
意圖導向橋樑的優缺點
基於意圖的橋樑具有幾項優勢，使它們成為跨鏈操作的一個引人注目的選擇:
- 快速且具有成本效益的執行：這些橋旨在在特定時間範圍內執行交易並預定義費用，使用戶不必長時間等待，因此對使用者來說效率很高。
- 簡潔：通過最小化鏈上交互和使用鏈外流動性，設計降低成本並加快交易速度。求解器之間的競爭性投標確保了高效、低手續費的交易和更快的執行。
- 降低用户风险：该设计通过将最终风险转嫁给解算器，将用户风险降至最低。
意圖導向橋樑的一些關鍵缺點是：
- 中心化風險：少數主導訂單流的求解器可能會導致潛在風險，如審查制度、單一故障點和執行不力。
- 進入門檻高：成為一個求解者需要具有大量流動性（由於某些基於意圖的協議的抵押要求和固定成本）和技術基礎設施，這使得新進入者面臨著挑戰。
- 單一投標人問題：在某些協議中，由於缺乏解決方案，只有一個投標人，從而沒有競爭投標。訂單經常在沒有競爭投標的情況下得到滿足，這反過來會影響向用戶提供的利率，因為拍賣的好處沒有得到實現。
結語
基於意圖的橋樑為跨鏈交易提供了一個有前景且簡化的系統，但也帶來了一些挑戰。其中一個擔憂是少數關鍵解決者可能壟斷整個拍賣。然而，正在努力制定標準，降低任何人成為解決者的門檻。
將ERC-7683提議為統一求解器層的目的是通過標準化過程來解決這個問題。這種標準化將簡化以太坊生態系統內的操作，但有趣的是看看橋樑如何管理求解器拍賣動態和其他L1s(如Solana)的基礎設施。
話雖如此，如果實施了ERC-7638，則任何基於意圖的橋樑的效率將取決於其拍賣動態，類似於第1層根據其共識機制來區分自己的方式。看到這個領域如何演變並在多個應用程序中採用意圖設計將會很有趣，包括橋樑。
在這個中，我們已經討論了意圖為基礎的橋樑的主要權衡。發布但整體而言，設計採納看起來是積極的，而我們在LI.FI正在仔細觀察這種設計在長期內的表現。
今天開始使用LI.FI
喜歡閱讀我們的研究嗎？要了解更多關於我們：
- 前往我們的鏈接門戶 link3.to
- 閱讀我們的SDK‘quick start’在docs.li.fi
- 訂閱我們的電子報，了解最新消息 子堆疊
- 追隨我們的Telegram通訊
- 在Gate上關注我們Twitter&领英
免責聲明：本文僅供信息參考之用。文章中提到的項目是我們的合作夥伴，但我們鼓勵您在使用或購買任何提到的協議的代幣之前進行對其進行必要的審查。本文不構成財務建議。
免責聲明：
本文轉載自 [LI.FI 博客]，轉發原標題“意圖橋的引擎蓋下”，所有版權歸原作者所有[Yash Chandak]. 如果對此轉載有任何異議，請聯繫 Gate Learn團隊會迅速處理它。
責任聲明：本文所表達的觀點和意見僅代表作者本人，並不構成任何投資建議。
文章的翻譯工作由Gate Learn團隊完成。除非另有說明，禁止複製、分發或抄襲翻譯後的文章。
関連記事
什麽是 ZEC?
意圖導向橋樑的內部結構
在過去三年中，橋接領域已經取得了長足的進步，每一種新的設計都在提高可擴展性和資本效率。基於意圖的橋樑是最新的一種類型，因其改進的UX和更快的速度而被引入。
正如其名，它們是基於用戶意圖工作的。讓我們來分解一下意圖為基礎的橋樑是什麼，以及它們是如何工作的。
基於意圖的架構
意圖就像提出一個簡單的請求。想像一下，你決定要去旅行。你告訴旅行社你想去的地方和日期（你的意圖），然後他們會安排其餘的事情，包括航班、酒店和活動（填充）。
任何基於意圖的架構都可以分解為這些關鍵元素：
- 意圖：用戶啟動流程的動作，例如要求一本書。
- 解決者：完成用戶請求的實體。可能會使用不同術語，如中繼人、填充者或代理人，來表示類似的角色。
- Fill：求解器履行用户请求的任务。术语“填充”特别用于基于意图的桥接上，用以解释求解器“填充”用户的任务，即在目标链上代表所需资产。
- 結算：最後一步是驗證完成情況並正式滿足使用者的請求。
考慮到這一點，讓我們了解一下這個設計如何與橋樑配合使用。
意圖導向橋樑的工作原理
基於意圖的橋接過程在用戶啟動操作時開始，創建概述所需結果的意圖消息。這將觸發幾個步驟來滿足使用者的請求。
以下是一個逐步解釋發生的事情：
- 用户启动意图。
- 資金已發送至鏈上託管。
- 求解器通過拍賣競標來實現意圖。
- 選中並給予一個時間範圍來執行交換的勝利解決者。
- 求解器在目標鏈上提供流動性。
- 這個求解器通過神諭提供完成證明。
- 橋樑從來源鏈釋放用戶的資金並將其發送到解決方。
讓我們以一個例子來理解這個。
Alice想從Optimism發送1個Eth到Arbitrum。
Intent-based Bridges 的工作原理
這裡，組件如下:
- Bridge Contract：负责在源链上维护用户资金托管、汇总交易，并将资金释放给求解者。
- Oracle/Messaging Bridge：這會在目標鏈上驗證交易。
- Solver Network: 參與拍賣以滿足使用者意圖的求解者網絡。
需要注意的一個重要方面是，一旦用戶發起交易，就無法取消。這個設計選擇是為了防止定時攻擊例如，如果用戶在求解器完成交易後立即取消交易，他們可能會偷取求解器的資金。
意圖驅動橋樑的拍賣動力學
任何基於意圖的橋樑，其基本運作方式與上述相同，但它如何為求解器進行拍賣是一個關鍵的區別因素。每個橋樑的拍賣動態不同，不同的操作有不同的拍賣類型。
這是求解器參與的拍賣類型：
- 未選擇 / 記憶池：解算器競相實現目標。
- 報價請求（RFC）：求解者提供離鏈報價，用戶選擇最佳報價。
- 私人意愿池：该桥梁为少数几个解决者运行一个有权限的拍卖。
- 公开意愿池：该桥梁运行一个开放给所有解决方案者的无需许可的拍卖。
- 荷蘭式拍賣：從較高的費用開始，價格隨著解決者的出價而降低。
- 批次拍賣：將多個意向組合在一起進行結合競拍。
每种拍卖类型都有其优势和权衡。
目錄擴大差異化由Everclear团队制作的
討論基於意圖的橋樑中的邊緣案例
橋接器的基於意圖的設計簡化了跨鏈操作，但在某些情況下，交易可能無法通過。以下是不同網橋如何處理這些情況：
- 沒有求解器對意圖進行競標：Across使用自己的求解器來填充意圖，如果不盈利，意圖將在一定時間後過期。另一方面，Everclear提高費用並舉行新的拍賣。
- 求解器無法執行該意圖：如果意圖過期，資金將退還給使用者。
- 意圖過期：如果獲勝的解決者未能在指定的時間內執行轉帳，該意圖將重新開放給其他解決者，他們可以申請該任務和相關費用。
同時，不同的橋樑有不同的支付解決者的選項。例如：
- Everclear: Solvers are paid only on the source chain.
- 跨鏈：解決者可以在任何支持的鏈上收取少量費用的結算。
最後要注意的一點是，目前每個協議都在發展自己的求解器網絡。這些網絡是孤立的，有一個提案是要統一求解器網絡的標準，稱為ERC 7683由Across和Uniswap提出。
我們將在即將推出的文章中更多地介紹求解器網絡和ERC 7683。目前，任何人在創建基於意向的橋樑（或基礎設施）時所面臨的主要挑戰是創建和維護求解器網絡。
意圖導向橋樑的優缺點
基於意圖的橋樑具有幾項優勢，使它們成為跨鏈操作的一個引人注目的選擇:
- 快速且具有成本效益的執行：這些橋旨在在特定時間範圍內執行交易並預定義費用，使用戶不必長時間等待，因此對使用者來說效率很高。
- 簡潔：通過最小化鏈上交互和使用鏈外流動性，設計降低成本並加快交易速度。求解器之間的競爭性投標確保了高效、低手續費的交易和更快的執行。
- 降低用户风险：该设计通过将最终风险转嫁给解算器，将用户风险降至最低。
意圖導向橋樑的一些關鍵缺點是：
- 中心化風險：少數主導訂單流的求解器可能會導致潛在風險，如審查制度、單一故障點和執行不力。
- 進入門檻高：成為一個求解者需要具有大量流動性（由於某些基於意圖的協議的抵押要求和固定成本）和技術基礎設施，這使得新進入者面臨著挑戰。
- 單一投標人問題：在某些協議中，由於缺乏解決方案，只有一個投標人，從而沒有競爭投標。訂單經常在沒有競爭投標的情況下得到滿足，這反過來會影響向用戶提供的利率，因為拍賣的好處沒有得到實現。
結語
基於意圖的橋樑為跨鏈交易提供了一個有前景且簡化的系統，但也帶來了一些挑戰。其中一個擔憂是少數關鍵解決者可能壟斷整個拍賣。然而，正在努力制定標準，降低任何人成為解決者的門檻。
將ERC-7683提議為統一求解器層的目的是通過標準化過程來解決這個問題。這種標準化將簡化以太坊生態系統內的操作，但有趣的是看看橋樑如何管理求解器拍賣動態和其他L1s(如Solana)的基礎設施。
話雖如此，如果實施了ERC-7638，則任何基於意圖的橋樑的效率將取決於其拍賣動態，類似於第1層根據其共識機制來區分自己的方式。看到這個領域如何演變並在多個應用程序中採用意圖設計將會很有趣，包括橋樑。
在這個中，我們已經討論了意圖為基礎的橋樑的主要權衡。發布但整體而言，設計採納看起來是積極的，而我們在LI.FI正在仔細觀察這種設計在長期內的表現。
今天開始使用LI.FI
喜歡閱讀我們的研究嗎？要了解更多關於我們：
- 前往我們的鏈接門戶 link3.to
- 閱讀我們的SDK‘quick start’在docs.li.fi
- 訂閱我們的電子報，了解最新消息 子堆疊
- 追隨我們的Telegram通訊
- 在Gate上關注我們Twitter&领英
免責聲明：本文僅供信息參考之用。文章中提到的項目是我們的合作夥伴，但我們鼓勵您在使用或購買任何提到的協議的代幣之前進行對其進行必要的審查。本文不構成財務建議。
免責聲明：
本文轉載自 [LI.FI 博客]，轉發原標題“意圖橋的引擎蓋下”，所有版權歸原作者所有[Yash Chandak]. 如果對此轉載有任何異議，請聯繫 Gate Learn團隊會迅速處理它。
責任聲明：本文所表達的觀點和意見僅代表作者本人，並不構成任何投資建議。
文章的翻譯工作由Gate Learn團隊完成。除非另有說明，禁止複製、分發或抄襲翻譯後的文章。
関連記事