AIエージェントが、融資プロトコルに資金を移そうとしています。
何かに署名する前に、直近の四半期におけるプロトコルの記録済み手数料を取得します。
単純な疑問です。その数値が本物だと、どうすればわかるのでしょうか？
現時点では、ほとんどそうなっていません。
その数値はAPIや誰かのデータベースから取得され、エージェントは渡された情報をそのまま、機械の速度で処理します。
@SpaceandTime は、このギャップを埋めるために作られています。
Space and Timeは、Microsoftのベンチャーキャピタル部門M12の支援を受けるデータブロックチェーンです。
ブロックチェーン上のデータをインデックス化し、オフチェーンのデータセットをその隣に保存して、zk証明付きのSQLクエリ結果（Proof of SQL）を返します。
結果を利用するのがエージェントでもコントラクトでも、証明を検証すれば、オペレーターを信頼せずに済みます。
AI
エージェントを支える基盤は急速に整いつつあります。ウォレット、署名、決済レール、クロスチェーン実行などです。しかし、エージェントの意図とそのトランザクションの間にあるもの、つまり、その取引にそもそも意味があるかを判断するデータは、まだ十分ではありません。
本格的な金融エージェントが行動する前に何をしなければならないか、考えてみてください。
数週間にわたるポジションの推移を読み、複数のプロトコルやチェーンにまたがる活動を集計し、準備金水準などのオフチェーン情報を取り込み、それらすべてにロジックを適用する必要があります。
融資を評価するエージェントは、借り手の担保比率が過去30日間にどう推移したかを知りたいと考えます。しかし、スマートコントラクトは現在の状態からその答えを出せません。
人間のトレーダーなら、クリックする前にダッシュボードを見て妥当性を確認するでしょう。エージェントには、そのような立ち止まる時間がありません。
古い数値や改ざんされた数値が、そのまま署名済みトランザクションに使われてしまいます。手数料履歴や担保データが証明付きのクエリ結果として返されれば、エージェントは入力データを自ら検証でき、資金が動く前に取引相手もエージェントが見た情報を確認できます。
この後半の部分こそが、「エージェントに資金管理を任せる」ことを、信じるしかない賭けから、リスクチームが承認できる仕組みへと変えるのです。
トークン化
第一波のトークン化は、債券や株式の価格に連動するトークンという、単なるラッパーでした。いま機関投資家が運用する商品は、計算そのものです。
- トークン化されたマネーマーケットファンドは、イールドカーブに応じてリバランスし、流動性のしきい値に基づいて償還ルールを適用します。
- プライベートクレジットのプールは、数十件のローンから返済を受け取り、トランシェ間でウォーターフォールロジックを実行し、デフォルトが発生するたびに評価額を調整します。
その計算結果が資産になります。
多くのプログラムが行き詰まるのはここです。コントラクトはルールを強制できますが、大規模なデータセットや過去のデータに対する計算はできません。オフチェーンシステムなら計算できますが、その結果はすべての保有者が信頼するしかありません。
その結果、発行体は資産を単純化するか、信頼できる仲介者を加えることになります。それでは、そもそもトークン化する理由が損なわれてしまいます。
Space and Timeは、その隔たりを埋めます。管理者や発行体は、保有データに対するSQLクエリとしてNAV計算を実行し、そのデータに基づいて正しく実行されたことを示す証明とともに結果を公開できます。
保管と監査によって、保有資産の内容は引き続き確認されます。証明は、それらの記録と保有者がオンチェーンで見る数値との間の最後の隔たりを埋めます。
複数のプールで取引されるトークン化株式も同じです。すべてのプールの総取引量を一つの計算にまとめ、コミット済みデータに基づいて証明できます。
DeFi
コントラクトが参照できるのは現在のブロックだけで、それ以前の情報は見られません。そのため、DeFiのインセンティブの多くは画一的です。
全員に同じ手数料ティア。ファーマーが攻略法を覚えてしまうスナップショットに基づく報酬配分。ロイヤルティを把握できないロイヤルティプログラム。
Uniswap v4のフックは、可能性の限界とその解決策の両方を示しています。フックはスワップのたびにカスタムロジックを実行できますが、把握できるのは現在のプールの状態と、渡された情報だけです。
Space and Timeは、フック用のテンプレートを公開しています。フックが「このウォレットは過去30日間にどれだけスワップしたか」といった過去に関する質問を行い、証明付きの回答を受け取る仕組みです。
ロイヤルティ割引のテンプレートでは、適格性が証明された時点でユーザーのティアをキャッシュし、スワップ時に低い手数料を適用します。開発者が書くのはSQLクエリだけです。
同じ仕組みは報酬プログラムにも応用できます。適格性は実際の過去の利用状況から算出され、証明されるため、誰も自己申告する必要はなく、誰でも誰がどんな理由で対象になったかを監査できます。
プロトコルはついに、一瞬の状態ではなく、時間を通じた行動に基づいて価格を設定できます。
トークン
このトークンは実際の作業と結び付いています。ネットワーク上のあらゆる処理は$SXT で決済されます。チェーンデータのインデックス作成、オフチェーンデータセットの挿入、クエリ証明の生成と検証などが含まれます。
クエリには実際の計算処理が伴うため、SXTが必要です。一方で、クエリを実行しチェーンを保護するバリデーターを支えるために、SXTがステーキングされます。
利用とセキュリティは同じ資産によって支えられ、手数料はオンチェーンに記録されるため、誰でも追跡できます。
エージェントやプロトコルが行動する前に、過去に関するクエリを1つ証明できるとしたら、最初にどのクエリを選びますか？
