誰もがエージェントのセキュリティモデルについて話し続けているけど、実際に肝心な“死体”が埋まっているのはどこかと思って、私はベスティング（権利確定）計算を掘り下げることにした。コミュニティの配分はだいたい60％で、社内貢献者とMagic Labsが残り40％。そして、その社内向けのトランチの多くには、36か月のリニアリリースが始まる前に12か月のクリフ（猶予期間）が付いている。エコシステムのトランチのうち20％はTGE（トークン生成イベント）で付与され、残りは48か月にわたって少しずつ放出される。さらに、それらで解放された供給は、一度出てしまった後はセカンダリーマーケットに流れ戻ることはない。
上場時の流通供給量は、固定された10億枚の上限のうち、およそ2億1500万枚でした。予定されたトランシェが満期になって、オペレーターまたはコントリビューターのウォレットに着地するたびに何が起きるのか計算してみてください。今年のある時点での単一のアンロックイベントでは、1週間で1億3000万枚以上のトークンが放出されました。その時点の流通供給の30％を超えています。これは切り捨て誤差ではなく、そのトークンに対して供給ショックが起きており、同時にガス需要の吸収やステーキング用の担保の確保もしなければならないのです。
誰もこの部分について語らないので、RPCの挙動をここで重ねて説明します。自動化の意図（インテント）がネットワークに送信され、条件がトリガーになるまで待機します。もしエージェントが依存しているRPCエンドポイントが実行途中でダウンした場合、意図は黙って止まるだけではありません。タイムアウトして再送が必要になるか、陳腐化した状態の読み取りにさらされたままになります。そして、エージェントが古い権限データに基づいて発火する前に、このギャップをリプレイ保護で捕捉しなければなりません。
同じ懸念が何度も頭をよぎります。暗号学的な保証に基づくプロトコルでも、RPCの稼働率やベスティングの規律といった、退屈なインフラがドキュメントどおりに振る舞うことに結局は依存しているのです。洗練された証明があっても、落ちたエンドポイントによって権限チェックが陳腐化した状態ルートに対して実行されてしまえば意味がありません。そして、大量のトランシェを薄い流動性に放り込む供給スケジュールは、あなたのKeystore設計がどれほど綺麗でも気にしません。監査レポートをもう一つ見るより、3か月分のクリーンな稼働データを見たいです。