Paolo Ardoino 希望 AI 來運行比特幣礦場。誰有權限行動?

By: cryptoslate.com|2026/10/25 21:30:07

Paolo Ardoino 將 AI 引入比特幣挖礦的推動中,核心是一個人類的決定:誰可以授權機器改變其行為?Tether 的 MDK v0.11 參考代理暫停其設備操作工具以等待人類批准,而該網站必須確定誰有權給予這個授權。

這一區分很重要,因為 Tether 在 10 月 24 日宣布來自 15 家行業參與者的承諾,將建立和維護與其挖礦開發工具包的整合,這是一個開源框架,連接挖礦設備、池和應用程序。通用接口可以為軟件提供一種一致的方式來訪問不同的系統。行動的許可仍然取決於安裝。

v0.11 的示例並未確定 QVAC 或參與礦場安裝了哪種代碼。更新的主分支代碼增加了該標籤中缺失的調用者限制。因此,網站控制取決於誰可以發出命令以及礦場採用哪種上游軟件。

從整合到設備命令

Tether 的名單包括 BITMAIN、MicroBT、Canaan、Bitdeer、Foundry Digital 和 Luxor Technology。它還提到了 ACME Swisstech、Elektron Energy、EMCD、F2Pool、Heatbit、OCEAN、Proto、SpiderPool 和 Stratum V2。

根據宣布的安排,參與者將建立和維護 Workers:將公司的現有硬件、池或系統接口轉換為 MDK 的通用語言的軟件。每家公司選擇其公開的功能。然後,應用程序可以使用該接口,而不需要為每個製造商要求單獨的整合。

Tether 表示其 QVAC 挖礦代理已經在 MDK 上運行,作為早期示範。公告中未提供參與艦隊的容量、比特幣哈希率的份額或測量的節省。

v0.11 參考網站的操作工具接受一個命名設備並提供兩個操作:重啟它或改變其電源模式。電源模式選項為低、正常、高和睡眠,處理程序在發送命令之前檢查該設備支持哪些模式。

這些是示例的能力,而不是任何應用程序或 Worker 的上限。

參考工具明確標記為寫入。當代理的執行循環遇到一個被分類為需要批准的工具時,它會發出待批准事件並在調用之前暫停。拒絕會阻止該調用。Gateway 代理插件記錄了一個默認的兩分鐘批准窗口,未回覆的請求將被視為拒絕。

v0.11 插件將會話和批准綁定到創建它們的身份。當未提供用戶身份時,請求使用共享的本地操作員。在該配置中,批准暫停不會區分一個人與另一個人。

因此,組裝此版本的礦場必須將其自己的身份檢查連接到批准界面。被允許查看設備數據的人和被允許批准電源模式變更的人需要由網站建立的權限。

相同的部署選擇適用於數據。代理參考支持本地 QVAC 模型和托管端點;使用托管提供者時,提示和工具結果將離開該網站,發送到該端點的主機。當地運行代理並選擇其模型運行的位置是分開的配置決策。

命令路徑改變了權限檢查

標記的 v0.11 安全藍圖區分直接命令和需要批准的行動。直接的 command.request 調用沒有內核端的權限檢查。單獨的 action.push 路徑使用由已獲准的後端調用者提供的權限,因此 Gateway,即應用程序的入口點,必須從經過驗證的用戶中推導出這些權限。

在這裡,內核協調應用程式與工作者之間的請求。一個允許後端過程聯繫它的金鑰確立了該過程的入場資格。它不識別要求變更的人類。

v0.11 工作者實現增加了另一個需要考慮的邊界:其網路命令介面在未檢查呼叫者的金鑰的情況下發送請求。標記的藍圖警告說,能夠接觸工作者並地址其公鑰的對等方可以直接提交命令。這種暴露取決於網路和安裝;它並不確立特定的礦場是否暴露其工作者。

因此,參考聊天中的批准涵蓋了該代理互動。限制每條通往設備的路徑需要對其他進入點進行控制。

更新的代碼庫改變了這一情況。GitHub 的參考檢查於 10 月 24 日將 v0.11.0 對應於提交 fae8fbce052a,主分支對應於 35c144f240f0。在後者的固定快照中,工作者需要已獲准的呼叫者金鑰,除非啟用了明確的 allowAll 設定。

檢查的軟體工作者呼叫者檢查操作影響
標記的 v0.11.0, fae8fbce052a工作者運行時的 RPC 入口點沒有呼叫者金鑰檢查。網路可達性和站點控制是重要的邊界。
主快照, 35c144f240f0啟動時的非空已獲准金鑰集,連接防火牆和每請求的對等金鑰檢查,除非啟用 allowAll。在檢查啟用的情況下,撤銷限制了現有連接上的後續請求。這並不確立已發送工作的取消。

其 v0.12 標記的變更日誌還描述了內核在讀取、寫入和管理方面的角色,選擇性 MCP 寫入工具和設備狀態的聲明驗證。

同時,於 10 月 24 日檢索的已發布安全指南仍然描述沒有呼叫者允許列表的工作者。操作員需要將指南與已部署的代碼進行匹配,然後才能將其視為站點保護的描述。

發佈權限保留於項目

礦場的軟體選擇也將其與 MDK 的發佈治理相連。該項目的治理文件賦予核心團隊最終的項目權限,負責維護者對合併、架構和發佈計劃的最終技術權限,以及社區經理對戰略方向和路線圖的最終權限。

整合承諾本身並不授予參與者對 MDK 發佈的權限。同樣,合併上游代碼的權限並不建立在礦場內發出命令的許可。

這使得審查更新成為一項操作責任。v0.11 安全政策表示,修復是基於最新主提交的最佳努力進行處理的,並且較舊的提交或標記的發佈可能不會收到它們。選擇一個版本固定了站點的代碼基線,而配置決定了該代碼的使用方式。隨後的變更需要自己的審查。

更新的變更日誌在命令接受和確認結果設備狀態之間的區分說明了所涉及的風險。發送電源模式指令的許可和機器達到請求模式的證據回答了不同的操作問題。

礦場的自主性取決於誰可以批准寫入,哪些後端程序可以接觸設備,以及誰採納軟體更新。

-- 價格

--
--
--

本內容僅供參考,不構成任何金融、投資、法律或稅務建議。文中提及的任何活動、獎勵、線上活動或相關資訊,不應被視為對購買、出售或交易任何加密資產的推薦、招攬或邀請。加密資產具有高波動性,存在價值損失風險。WEEX服務、產品及相關活動的可用性可能因地區而異。用戶在參與前有責任確保符合當地適用法律法規。

猜你喜歡

iconiconiconiconiconiconiconiconicon
客戶服務:@weikecs
商務合作:@weikecs
量化做市商合作:bd@weex.com