パオロ・アルドイーノはAIにビットコインマイニングを運営させたい。誰が行動の許可を得るのか？

パオロ・アルドイーノのビットコインマイニングへのAI導入の推進には、人間の決定が中心にあります。それは、誰が機械にその行動を変更する許可を与えることができるのかということです。テザーのMDK v0.11リファレンスエージェントは、デバイスアクションツールを人間の承認のために一時停止し、サイトは誰がそれを許可できるかを確立する必要があります。

その区別は重要です。テザーは、10月24日に15の業界参加者からのコミットメントを発表し、マイニング開発キットとの統合を構築・維持することを約束しました。これは、マイニング機器、プール、アプリケーションを接続するオープンソースフレームワークです。共通のインターフェースは、ソフトウェアが異なるシステムにアクセスするための一貫した方法を提供します。行動の許可は、インストールに依存します。

v0.11の例は、QVACまたは参加しているマインがインストールしているコードを確立するものではありません。新しいメインブランチコードは、そのタグには存在しない呼び出し制限を追加します。したがって、サイトの制御は、誰がコマンドを発行できるかと、マインが採用する上流ソフトウェアによって決まります。

統合から機器コマンドへ

テザーのリストには、BITMAIN、MicroBT、Canaan、Bitdeer、Foundry Digital、Luxor Technologyが含まれています。また、ACME Swisstech、Elektron Energy、EMCD、F2Pool、Heatbit、OCEAN、Proto、SpiderPool、Stratum V2も名を挙げています。

発表された取り決めの下で、参加者はWorkersを構築・維持します。これは、企業の既存のハードウェア、プール、またはシステムインターフェースをMDKの共通言語に変換するソフトウェアです。各企業は、自社が公開する機能を選択します。アプリケーションは、そのインターフェースを使用することで、各メーカーごとに別の統合を必要としません。

テザーは、QVACマイニングエージェントがすでにMDK上で動作していると述べています。発表には、参加している艦隊の容量、ビットコインハッシュレートのシェア、または測定された節約は記載されていません。

v0.11リファレンスサイトのアクションツールは、1つの名前付きデバイスを受け入れ、2つの操作を提供します：再起動するか、電源モードを変更するかです。電源モードのオプションは、低、通常、高、スリープであり、ハンドラーはコマンドを送信する前に、そのデバイスがサポートするモードを確認します。

これらは例の機能であり、MDKで誰かが構築できるすべてのアプリケーションやWorkerの上限ではありません。

リファレンスツールは明示的に書き込みとしてマークされています。エージェントの実行ループが承認を必要とするツールに遭遇すると、保留中の承認イベントを発生させ、一時停止します。拒否は呼び出しを防ぎます。ゲートウェイエージェントプラグインは、デフォルトの2分間の承認ウィンドウを文書化しており、未回答のリクエストは拒否として解決されます。

v0.11プラグインは、セッションと承認をそれを作成したアイデンティティに結びつけます。ユーザーアイデンティティが提供されない場合、リクエストは共有ローカルオペレーターを使用します。その構成では、承認の一時停止は一人の人間を他の人間と区別しません。

このバージョンを組み立てるマインは、したがって、自身のアイデンティティチェックを承認表面に接続する必要があります。機器データを表示することを許可された人と、電源モードの変更を承認することを許可された人は、サイトによって確立された権限が必要です。

同じ展開の選択はデータにも適用されます。エージェントリファレンスは、ローカルQVACモデルとホストされたエンドポイントをサポートします。ホストされたプロバイダーを使用すると、プロンプトとツールの結果はそのエンドポイントのホストに送信されます。エージェントをローカルで実行し、そのモデルが実行される場所を選択することは、別の構成決定です。

コマンドパスが権限チェックを変更する

タグ付けされたv0.11セキュリティブループリントは、直接コマンドと承認ゲート付きアクションを区別します。直接のcommand.request呼び出しには、カーネル側の権限チェックがありません。別のaction.pushルートは、承認されたバックエンド呼び出し元によって提供された権限を使用します。したがって、ゲートウェイ、アプリケーションのエントリポイントは、確認されたユーザーからそれらを導出する必要があります。

ここでは、カーネルがアプリケーションとワーカー間のリクエストを調整します。バックエンドプロセスがカーネルに連絡するためのキーが、そのプロセスの入場を確立します。このキーは、変更を要求する人間を特定するものではありません。

v0.11ワーカーの実装は、考慮すべき別の境界を追加します。ネットワークコマンドインターフェースは、呼び出し元のキーを確認せずにリクエストを送信します。タグ付けされた設計図は、ワーカーに到達し、その公開鍵にアドレスを指定できるピアが、直接コマンドを送信できることを警告しています。その露出はネットワークとインストールに依存し、特定のマインがそのワーカーを公開していることを確立するものではありません。

したがって、リファレンスチャットでの承認は、そのエージェントの相互作用をカバーします。すべてのルートを機器に制限するには、他のエントリポイント周辺に制御が必要です。

新しいリポジトリコードは、この状況を変えます。GitHubのリファレンスは10月24日にチェックされ、v0.11.0はコミットfae8fbce052aにマッピングされ、メインは35c144f240f0にマッピングされます。後者のピン留めされたスナップショットでは、ワーカーは明示的なallowAll設定が有効でない限り、入場した呼び出し元キーを必要とします。

v0.12ラベルの変更ログも、読み取り、書き込み、および管理のためのカーネルの役割、オプトインMCP書き込みツール、およびデバイス状態の宣言された検証を説明しています。

一方、10月24日に取得された公開されたセキュリティガイドは、呼び出し元の許可リストなしでワーカーを説明しています。オペレーターは、サイトの保護の説明としてどちらかを扱う前に、ガイドを展開されたコードに一致させる必要があります。

リリース権限はプロジェクトに残る

マインのソフトウェアの選択は、MDKのリリースガバナンスにも関連しています。プロジェクトのガバナンス文書は、コアチームに最終的なプロジェクト権限を与え、リードメンテイナーにマージ、アーキテクチャ、リリース計画に関する最終的な技術権限を与え、コミュニティマネージャーに戦略的方向性とロードマップに関する最終的な権限を与えます。

統合のコミットメントは、参加者にMDKのリリースに対する権限を与えるものではありません。同様に、上流コードをマージする権限は、マイン内でコマンドを発行する許可を確立するものではありません。

これにより、更新のレビューは運用上の責任となります。v0.11セキュリティポリシーは、修正は最新のメインコミットに対して最善の努力で処理され、古いコミットやタグ付けされたリリースは受け取らない可能性があると述べています。バージョンを選択することは、サイトのコードベースラインを固定し、構成がそのコードの使用方法を決定します。後続の変更には独自のレビューが必要です。

新しい変更ログのコマンド受け入れと結果としてのデバイス状態の確認の区別は、何が危険にさらされているかを示しています。電力モード指示を送信する許可と、機械が要求されたモードに到達した証拠は、異なる運用上の質問に答えます。

マインの自律性は、誰が書き込みを承認できるか、どのバックエンドプログラムが機器に到達できるか、誰がソフトウェアの更新を採用するかに依存します。