鏈上 AI 代理正逐漸走出實驗室。
Lit Protocol 的代理堆疊 Vincent 現在為開發者提供了一種方式，可以部署非託管自動化系統，這些系統能夠實際接觸資金，但受到用戶和應用程式作者設定的明確、可執行的限制。Blockworks 獨家獲悉，一個「早期訪問」版本剛剛上線。
根據聯合創始人 David Sneider 的說法，Lit 將核心模型簡單定義為：政策（護欄）和能力（如交換/借貸/橋接等離散操作），這些在部署時綁定在一起，並在運行時執行。
「Vincent 政策（護欄和控制）是由 Vincent 應用程式開發者根據任何特定用例創建和公開的，」Sneider 告訴 Blockworks。「例如，交易應用可能會公開『支出政策』或『代幣允許清單政策』，用戶可以根據自己的需求和偏好對其進行微調。」
在底層，Vincent 依賴於 Lit 現有的「縱深防禦」密鑰模型：閾值分割密鑰在安全飛地（TEEs）內運行，而飛地僅在鏈上政策檢查通過時執行。實際上，這意味著在任何簽名或合約調用發生之前，會評估支出上限、允許清單、時間窗口和速率限制等權限。最近的一個關鍵改進是開發者現在可以通過 Vincent 在執行點輕鬆打包和執行這些規則。
根據「入門套件」中的示例，開發者可以根據需要定義和公開特定於應用的政策；該平台現在支持範圍狹窄和更廣泛的智能合約權限，只需一行 SDK 調用即可調用它們。
在 Sneider 看來，工作是讓代理行動，但只能在明確定義的範圍內行動。
根據 Morpheus 的首席代碼維護者 David Johnson 的說法，這是有效的，Morpheus 已將 Lit Protocol 作為其參考開源代理工作的一部分進行了構建。
「MPC 實現了良好的支出上限、代理白名單和代理訪問用戶資金的有限時間批准，」Johnson 告訴 Blockworks。「這些類型的功能應該是所有代理的原生功能，」他補充說，集成 Lit 比「開發自己的、經過較少實戰測試的解決方案」更安全。
DeFi 特定的風險掛鉤，如 MEV 保護和處理預言機，被留給應用程式作者。「他們還有權定義所有數據源[和]與外部協議的集成，這可以幫助解決這些可能的限制，」Sneider 說，指的是滑點上限、私人訂單流路由、RFQ 檢查或價格過時保護等方面。這種立場保持核心平台最小化，同時允許領域專業團隊靈活定制。
自動化代理並非魔法，Morpheus 的 Johnson 指出「DeFi 中所有正常的攻擊向量和失敗模式都將適用於利用 DeFi 的代理，因此減輕這些風險的最佳方法是利用已通過其結構消除許多這些風險的 L2，例如對交易進行排序以避免攻擊。」
Vincent 已經為每次執行產生成功和失敗信號以及證明，但這些仍然局限於開發者的應用程式，而不是發布到更廣泛的註冊表中。路線圖指向可以跨註冊表和代理網絡傳播的隱私保護證明，使得在一個場所證明的合規性可以在另一個場所被信任。
「更大的願景是代理將能夠以隱私保護的方式將這些證明表面化到共享註冊表（如 ERC-8004）和代理間通信協議（如 A2A [Agent-to-Agent]）中，」Sneider 說。想像可驗證的憑證（例如「我已遵守 XYZ 政策 100 次」）廣播到共享代理生態系統中，其他代理或平台可以信任它們而無需重新審核。
超越 DeFi
至關重要的是，代理格局預計將發展到純 DeFi 自動化以外的新用例，包括真實企業依賴的憑證和 API，Sneider 說。
「我們目前的重點是管理更多秘密類型，如密碼和 API 密鑰，以便代理可以登錄應用程式，我們可以打破代理嵌入在應用程式中的當前範式，」他說。「我們還在繼續構建更多跨不同鏈和協議（如 BTC 和 Solana）的政策和能力示例，為開發者提供更多起點，使用 Vincent 啟動代理變得更簡單。」
如果這聽起來像是帳戶抽象的代理版本，這是有意為之的。早在 2024 年，Sneider 就主張「密鑰、物質簽名就像分佈式系統中的終極統一器，這些系統在最終只是狀態和簽名。」
將其與可執行的政策結合，你就能得到更接近生產級自主性的東西，正如我們現在開始看到的那樣。
「每個人基本上都會在口袋裡擁有一個量化分析師來管理他們的資金，這個想法看起來非常、非常連貫，並且正在逐漸成形。」
在您的收件箱中獲取新聞。探索 Blockworks 通訊：
來源：https://blockworks.co/news/lit-protocol-vincent-ai-agents
