加密AI代理需要全新的算力:為什麼Acurast很重要

AI代理正在超越對話。加密AI代理能持有錢包、呼叫智慧合約、為服務付費,並在鏈上執行任務,而不需要人類核准每一個步驟。
x402等基礎設施讓代理能以穩定幣支付API費用,代理錢包則讓它們能在持有者設定的額度內支出。
然而,自主性也帶來了新的安全隱憂。
聊天機器人洩漏對話紀錄,是隱私問題。自主的加密代理若洩漏其憑證,或執行遭人暗中修改的程式碼,則可能演變成在鏈上造成實際後果的資安事件。
然而,許多代理仍在筆記型電腦、傳統VPS執行個體或中心化雲端基礎設施上執行。這些環境或許方便,卻引發了重要的問題:誰能存取代理的執行環境?任何人要如何驗證正在執行的是什麼程式碼?當單一供應商離線或決定將其關閉時,又會發生什麼事?
加密代理需要的不只是算力。它們需要機密執行、可驗證的基礎設施,以及一種不必仰賴單一供應商就能取得算力的方式。
Acurast提供了不同的做法:一個建立在智慧型手機硬體安全之上的分散式算力網路。
核心問題
加密代理擁有錢包
該信任誰來執行它們?
加密原生算力的五項要求
自主代理需要其執行環境具備五項核心特性。
機密執行
憑證、API金鑰與私密情境資訊必須受到保護,免於未經授權的存取。
可驗證的執行
使用者與交易對手需要證據,證明底層硬體與已部署的程式碼符合預期的安全要求。
持續可用
鏈上事件、排程任務與協議操作,不會等筆記型電腦重新打開。
分散式基礎設施
主要依賴單一供應商,會形成潛在的單點故障與控制點。
加密原生存取
代理應能以程式化方式請求並支付算力,使用的是錢包,而非傳統帳戶。
這些要求並非加密領域獨有。但當軟體能控制錢包或觸發鏈上行動時,一旦出錯,後果就會嚴重得多。
傳統雲端基礎設施為何留下缺口
中心化雲端平台提供熟悉的工具、可靠的基礎設施與簡單直接的部署方式。問題不在於它們本質上不安全,而在於它們的信任模型未必符合自主、具備錢包功能之軟體的需求。
- 供應商仍在信任邊界之內。若沒有額外以硬體為基礎的防護,擁有特權的基礎設施營運者可能可以檢視工作負載的記憶體、儲存空間或設定。對代理而言,這些地方可能包含敏感的情境資訊與憑證。
- 驗證執行環境可能很困難。當代理在他人的基礎設施上執行時,使用者需要一種方法,確認它在什麼樣的環境中執行,以及已部署的工作負載是否符合預期。單憑一份部署說明,並不足以獨立證明實際的執行情況。
- 基礎設施可能成為單點故障。單一供應商的服務中斷、帳戶停權或政策變更,都可能讓所有依賴它的代理停擺。
- 傳統的資源配置以人類操作者為前提。雲端帳戶、計費安排與存取憑證,都是圍繞個人或組織而設計。已經擁有錢包的自主代理,需要更程式化的方式來請求算力。
整個產業正朝著為代理提供專屬運算環境的方向發展,Meta的Muse與OpenAI的Dots都體現了這個方向。
但對加密原生代理來說,問題不只是讓每個代理都擁有自己的電腦。
代理的執行環境能否做到機密、可獨立驗證,並且無需讓單一基礎設施供應商掌握控制權就能存取?
Acurast:建立在智慧型手機硬體上的算力
Acurast將智慧型手機變成分散式算力網路。它不仰賴中心化資料中心,而是協調一個分布全球的手機(Processor)網路。
它以不同方式回應這五項要求。
1. 以硬體為基礎的機密性
Acurast在以硬體為基礎的可信執行環境(TEEs)中執行部署。
TEE提供一個隔離的執行環境,旨在保護敏感資料與運算不受周圍系統影響。相較於僅仰賴一般的軟體權限,這能建立更強的機密邊界。
部署的環境變數可在執行時將機密資訊提供給工作負載,讓這些資訊留在預期的執行邊界之內。
對加密代理而言,這與API憑證、私密情境資訊及其他敏感設定格外相關。目標是減少使用者必須對手機持有者或基礎設施營運者付出的信任。
如同任何安全架構,實際的防護程度取決於硬體、實作方式與部署設定。
2. 硬體認證
機密性處理的是誰能存取工作負載;認證則有助於確認執行它的是什麼樣的硬體。
在派送工作負載之前,Acurast會運用硬體認證來驗證符合資格的手機。這有助於區分真正受支援的硬體,以及未通過網路檢查的手機。
結合部署流程,認證為驗證基礎設施與執行前提提供了依據,而不必單憑營運者的說法。
對自主代理而言,這個區別很重要:安全性的主張應盡可能有可驗證的證據支持。
3. 分散式基礎設施
Acurast協調由不同持有者所營運、遍布手機網路的Processor。
這讓算力分散到單一傳統基礎設施供應商之外。它能降低對單一公司的機器與營運決策的依賴,不過任何特定部署的韌性,仍取決於其設定以及網路的可用容量。
對於監控協議或執行週期性基礎設施任務的代理來說,降低對單一主機的依賴,是一項有意義的架構優勢。
4. 沿用現有工作負載,無需完全重寫
透過Cargo,開發者可以部署各種Linux工作負載,包括Python、Go、Rust、C++、shell指令碼與二進位檔。
開發者可以使用熟悉的工具、透過SSH檢視日誌,並調整現有的代理框架,而不必圍繞專有的執行環境重建整個應用程式。
Cargo支援Android Processor Core手機上的Linux工作負載,iOS Processor則持續支援JavaScript工作負載。
這讓Acurast不只適合打造新代理的開發者,也適合希望將現有工作負載轉移到不同算力架構上的團隊。
5. 以錢包取得算力
透過Acurast Deploy Agent,代理可以經由HTTP介面請求算力,並使用x402在Base上以USDC付費。
視請求內容而定,它可以取得任務部署,或請求一台VPS。VPS請求可回傳一個在Processor上執行、可公開存取並支援SSH連線的Ubuntu環境。
VPS請求不需要傳統的Acurast帳戶、本機CLI或ACU代幣。
這為代理系統提供了實用的建構基礎:在設定的期限與支出上限範圍內,軟體可以請求所需的基礎設施、執行任務,然後讓部署到期。
結果是一種能自然融入具備錢包功能之軟體的算力模式。
在Acurast上執行加密AI代理的三種方式
網路的這些能力,可轉化為三種實際的部署模式。
1. 在Processor上執行整個代理
對於需要持續執行並存取敏感設定的工作負載,整個代理都可以在Acurast Processor上的TEE內執行。
已有兩個範例在Acurast範例應用程式儲存庫中提供Cargo應用程式:
Hermes:具備排程、記憶與工具使用能力的自主代理。
OpenClaw:能處理排程與多步驟任務的個人助理。
開發者可以在.env中設定環境、在acurast.json中指定部署期限,並使用acurast deploy進行部署。產生的代理網址會傳送到已設定的回呼端點。
對於擁有自家代理的團隊,Cargo範本提供了將現有框架帶入這個環境的起點。
最適合:排程代理、協議監控、週期性維護,以及能受益於以硬體為基礎之機密性的工作負載。
2. 讓代理的推理保持私密
即使代理保護了執行時的憑證,如果它把每個提示詞都傳送到第三方模型API,仍可能暴露敏感的情境資訊。
視工作負載而定,Acurast提供兩種在TEE內執行推論的做法。
直接在Processor上執行模型。Acurast LLM模組支援許多來自Hugging Face的GGUF模型,適合分類、擷取與摘要等輕量推論任務。
執行AI閘道。在一項有Pocket Network與NodeGhost參與的早期實驗中,一個相容OpenAI的閘道以Cargo建置的形式執行,連續一小時交替處理推論與網路搜尋請求,沒有任何請求遺失。
這項閘道實驗屬於探索性質,並不代表已具備生產規模的效能。儘管如此,它展示了在智慧型手機算力上執行更完整推論工作流程的潛力。
最適合:處理機密文件、內部研究、私密營運資料的代理,或是團隊不希望例行傳送給第三方推論供應商的提示詞。
3. 讓代理自行配置算力
代理不一定需要一台常駐伺服器,也不一定需要人類來管理每一次部署。
透過Deploy Agent,代理可以發出一個HTTP請求,其中包含在Base上以USDC支付的x402款項,以及任務規格或VPS請求。
舉例來說,代理可以請求一個運算環境來執行排程的基礎設施任務,透過SSH連線到回傳的Ubuntu機器,完成任務後讓部署到期。
這個工作流程不需要傳統的Acurast帳戶或本機CLI。
搭配代理錢包與明確的支出上限,這為程式化的算力配置提供了實用的基礎。
最適合:臨時工作負載、自動化維護、特定任務的環境,以及需要隨需取得算力的代理。
加密代理的五個使用案例
最能發揮價值的應用,是持續運作、機密執行與可驗證基礎設施能帶來實際效益的場景。
治理監控
功能:追蹤DAO提案、摘要變更內容,並在投票截止前提醒成員。
為何選擇Acurast:支援持續監控,並具備以硬體為基礎的執行防護。
國庫監控
功能:監控多簽錢包的餘額與待處理交易,並標記異常活動。
為何選擇Acurast:協助將敏感設定與警示邏輯保護在預期的執行邊界之內。
協議自動化代理
功能:執行排程維護任務及其他預先定義的協議操作。
為何選擇Acurast:提供分散式算力,並支援有明確範圍限制的程式化部署工作流程。
資料饋送代理
功能:擷取鏈下資料並加以驗證,再將結果傳送給合約或應用程式。
為何選擇Acurast:硬體認證有助於確認執行環境的完整性,但它本身並不能確保來源資料正確無誤。
研究代理
功能:閱讀文件、論壇與鏈上資料,然後產出結構化的簡報。
為何選擇Acurast:本地推論選項可減少敏感研究情境資訊暴露給外部模型供應商的程度。
這些是基礎設施層面的使用案例,並不代表代理的決策或輸出永遠正確。應用程式邏輯、資料來源、權限與營運防護措施依然重要。
更重要的是,代理可以被設計成較不依賴對單一營運者的信任。開發者可以結合以硬體為基礎的防護、認證、分散式基礎設施與明確的存取控制。
這正是加密基礎設施自始以來所秉持之原則的自然延伸。
加密基礎設施的下一層
加密領域花了多年時間,打造減少對中介者依賴的系統。自主代理帶來了新的挑戰:能夠獨立行動的軟體,也需要一套不必盲目信任營運者就能運作的基礎設施。
Acurast結合了以智慧型手機為基礎的算力、以硬體為基礎的機密執行、認證,以及以錢包為基礎的資源配置,構成一套專為這項挑戰設計的架構。
它為開發者提供了一種探索不同代理執行模式的方式:執行環境可以更機密,基礎設施可以更分散,取得算力的方式也更適合自主軟體。
如果代理將在鏈上行動,那麼執行它們的基礎設施,就值得獲得與它們所互動的錢包及協議同等的重視。
開始使用
探索Acurast最快的方式,是在打造自己的代理之前,先部署一個現有的代理。
選擇一個範例。瀏覽Acurast範例應用程式,並從Hermes或OpenClaw開始。
依照部署教學操作。設定環境與部署期限,然後部署應用程式,詳見Hermes教學。
打造您自己的工作負載。使用Acurast Quickstart與CLI文件來調整您現有的代理。
探索自主資源配置。如果您的代理需要以程式化方式請求並支付算力,請閱讀Deploy Agent文件。
無論您選擇哪種基礎設施,部署加密代理時都請遵守三項基本原則:
- 使用專用的錢包或帳戶。只授予代理所需的權限,並設定明確的支出上限。
- 不要讓機密資訊出現在提示詞與日誌中。透過適當的部署設定提供憑證,並避免在代理對話中暴露這些資訊。
- 為部署到期預作規劃。設定適當的期限,並將必要的狀態存放在持久性儲存空間中,因為臨時部署可能會停止,其本機資料也可能在到期時遭到刪除。
無論代理在哪裡執行,這些防護措施都很重要。更好的算力基礎設施能與健全的錢包設計及嚴謹的應用程式層級安全相輔相成,但無法取而代之。
正在Acurast上開發嗎?如果您正在手機上執行代理、代理後端或推論服務,Acurast Discord就是開發者交流心得的地方。加入Discord。


