📑 如果你使用過一個涉及多個鏈的去中心化應用，你就知道這種痛苦。

您想進行交易：

- 流動性在另一條鏈上
- 你橋接
- 你等
- 你簽署多個交易
- 你希望沒有東西壞掉。

這不是“用戶體驗”。這是僞裝成用戶體驗的運營工作。

即使有全球所有的橋梁、中繼器、路由器和聚合器，大多數應用程序仍然受一個假設的限制：

用戶必須推動每筆交易，知道資產在哪裏，並手動跳鏈以獲取他們想要的。

這就是‘意圖求解器’派上用場的地方。

————————————————————

➩ 從交易到意圖

在傳統的加密系統中，用戶提交低級交易：

- "從A發送X到B"
- "在Uniswap上將代幣X兌換爲Y"

但用戶並不真正想提交交易。
他們想要結果。

- "從我的資產中獲取100 USDC，無論它們在哪裏。"
- "以低於0.1 ETH購買此NFT，即使需要一天時間。"

@anoma 引入了一種新的抽象概念，稱爲 '意圖'：以結果爲導向的用戶目標表達，無需指定路徑或鏈。

結果？

你描述你想要的。網路會找出如何完成它。

————————————————————

➩ 理解求解者網路

意圖是強大的，但它們不會自我執行。

這就是求解者的工作；去中心化的代理掃描已聲明意圖的內存池，並競爭以最佳方式滿足這些意圖。

將解算器視爲一個實時的、跨鏈的機器人、做市商和路由引擎的網路，它們：

- 發現對手方意圖
- 構建有效的交易捆綁
- 原子性地在一個或多個鏈上執行它們

這是去中心化的對手方發現 + 結算。傳統智能合約系統沒有本地提供這樣的功能。

————————————————————

➩ 爲什麼這從根本上解決了多鏈用戶體驗

多鏈應用今天面臨的挑戰包括：

- 碎片化狀態和流動性
- 脆弱的路由邏輯
- 手動用戶橋接
- 依賴於中心化的中繼器或序列器

解算器將其抽象掉。

與其編寫 "連接到鏈 A，然後是 B，然後是 C，" 不如圍繞意圖設計您的應用程序，讓解決者競爭以滿足這些意圖，無論涉及哪些資產、路線或鏈。

換句話說：

多鏈復雜性成爲一個'求解'問題，而不是一個'用戶'或'開發者'問題。

這是這個領域所需要的明確分工。

————————————————————

➩ 建設者的好處

有了 @anoma 和意圖求解器，開發者不需要：

- 在每個鏈上部署合約
- 硬編碼橋接邏輯或流動性路徑
- 用戶知道他們的資產在哪裏

您只需在您的應用中定義“意圖”的樣子，其餘的由解算器處理。

這將dApp設計從鏈綁定轉變爲結果綁定。

這就像是從匯編語言轉向高級編程，但針對應用程序的用戶體驗.

————————————————————

➩ 結論

解算器不是機器人。它們是一個新的基礎設施層。

在序列器對交易進行排序，匯總器將其批處理的地方，解算器將意圖組合成跨鏈、資產和參與者的有意義、可執行的流程。

它們是在一個日益模塊化、異步和代理驅動的世界中，用戶與流動性之間缺失的連接性組織。

在2020年，AMM成爲了原始形式。
在2021年，是L2s。
在2023年，模塊化。
在2024年，共享測序。

在2025年？
原始目的是解決問題。