仮想マシンが多言語対応になったら？Kiteのクロスランゲージの飛躍の舞台裏

ほとんどの場合、開発者が仮想マシンについて話すとき、その会話は奇妙に単一言語的な感じがします。まるでインフラ自体が「一つの話し方で十分だ」と決めてしまったかのようです。 チェーンを選び、その優先言語とプロトコルの期待を受け入れ、その後は他のすべてが追いつけるように接着コードを書き続ける。 Kiteの背後にある考え方は、そのデフォルトを逆転させます：VMは決定論的で安全なままにしつつ、複数の言語に流暢になるとしたらどうでしょうか？ Solidityはもちろん、A2A、MCP、OAuth 2.1、x402、エージェントネイティブの支払い文法も。 Kiteは実用的な出発点として、EVM互換のレイヤー1から始まります。これは、SolidityやEVMツール、既存のコントラクトがなくなることを尊重していることを意味します。 開発者は馴染みのあるコンパイラやフレームワークを使ってコントラクトを展開でき、結果のバイトコードは、低遅延、ステーブルコインネイティブ、エージェントが多くトラフィックを処理することを想定した基本チェーン上で実行されます。 実行エンジンを再発明する代わりに、KiteはEVMをコア言語とみなし、それをエージェントやサービスが自分たちの好む方言を使って相互作用できる層でラップします。 多言語の飛躍は、Kiteが外部のエージェントや支払い標準を直接プロトコルに織り込む方法に現れます。これらをミドルウェアに任せるのではなく。 このチェーンは、Coinbaseのx402支払い標準、Googleのエージェント間A2Aプロトコル、AnthropicのModel Context Protocol MCP、OAuth 2.1、エージェント支払いプロトコルとネイティブに互換性があります。 実用的には、これによりKite上のAIエージェントはHTTP 402の支払いチャレンジを理解し対応でき、他のエージェントとタスクを調整するときにA2Aを話し、モデルツールと話すときにMCPを使いながら、アイデンティティと決済を同じL1に固定します。 裏側では、これは従来のVMの概念を拡張した層状アーキテクチャによって支えられています。 基底には、安定コインのネイティブガス、ステートチャネル、計算リクエストやAPI呼び出しをトランザクション内に埋め込む特殊なトランザクションタイプに調整されたEVM互換のチェーンがあります。 その上には、アイデンティティ、委任、マイクロペイメントの標準化されたインターフェースを導入するアプリケーションとプログラム可能な信頼層があり、エージェントは単にコードを実行するだけでなく、明示的なオンチェーン制約とサービスレベルの期待のもとで動作します。 最上位のエコシステム層は、探索と調整に焦点を当て、サービスやエージェントが互いを見つけ、共有プロトコルの保証のもとで取引できるようにします。 アイデンティティは、人間、エージェント、セッションの言語がしばしば衝突する場所であり、Kiteはこれを三層のアイデンティティスキームで対処します。 根底にはユーザーアイデンティティがあり、BIP 32スタイルの階層化キーを用いて導出されたエージェントアイデンティティ、そして一時的でタスクに束縛された権限のためのセッションアイデンティティがあります。 ユーザーは、支出制限やホワイトリストの取引先、有効期限などの正確な権限をエージェントに委任でき、それにより短期間のセッションキーが生成され、ワークフローを実行します。 APIキーを設定ファイルに放り込み、漏洩を心配する代わりに、委任と取り消しはVMが強制する第一級のプロトコル操作になります。 支払いも同様に真剣に扱われます。なぜなら、真の多言語VMはエージェントの会話だけでなく、その支払い方法も理解しなければならないからです。 Kiteの基本層は、ステーブルコイン料金に最適化されており、状態チャネルスタイルのマイクロペイメントレールを使ってスケール時に1セント未満、100ミリ秒未満のトランザクションコストを実現し、リクエストごとの価格設定を可能にします。 x402標準は、HTTP上の支払いのための文法を提供し、402ステータスコードを支払い必要のシグナルとして復活させ、Kiteはこれらのフローのネイティブ決済層として位置付けています。 さらに、エージェント支払いプロトコルは、これらのセマンティクスをKite上のステーブルコイン決済に特化して調整し、エージェントがAPIやデータ、計算に対して最小限の摩擦で支払うためのデフォルトの方法を提供します。 このアプローチは、エージェントシステム、相互運用可能な標準、および利用に基づくビジネスモデルといった、より広範な業界の流れにうまく適合します。 AIの世界は、単一のアシスタントから、互いに呼び合い、サービスを構成し、自律的に取引するエージェントの群れへと進化しています。そして、そのエージェントは、中央集権的な請求ダッシュボードや不透明なプラットフォームクレジット以上の何かを必要としています。 同時に、CoinbaseやGoogle、Anthropicのような企業は、エージェントがサービスを発見し、コンテキストを交換し、支払いを交渉する方法を標準化しています。これらはx402やA2A、MCPといったプロトコルです。 Kiteはこれらの標準と競合するのではなく、それらを理解し、上位のセマンティクスを検証可能な状態と最終的な決済に変換する多言語の基盤層を目指しています。 インフラの試行錯誤を長年見てきた者として感じるのは、ここで違いを生むのは、未来のために単一の勝者言語を選ぶことを拒む姿勢です。 EVM最大主義、REST最大主義、あるいは「すべてを支配するエージェントプロトコル」最大主義など、いずれも現実世界がきちんと標準化しないという盲点を共有しています。 対照的に、Kiteの設計は、開発者や企業、AIベンダーが自分たちのスタックを使い続けることを暗黙の前提とし、その現実を受け入れ、チェーン自体に翻訳と制約の強制を責任させています。 ビルダーの観点から見ると、それは新しい方言に強制されるというよりは、既に使っている環境に流暢なインタープリターを追加するような感覚です。 もちろん、VMに複数の声を持たせることは、リスクや曖昧さも伴います。 Kiteがx402、A2A、MCP、OAuthといった新しいプロトコルを話すたびに、意味論がずれたり誤解されたりする表面積が広がり、オフチェーンの前提とオンチェーンの強制が一致しないとエッジケースが生じる可能性があります。 階層化されたアイデンティティ、プログラム可能な制約、取り消し、超高速のマイクロペイメントをサポートするには、暗号、ネットワーキング、開発ツール間の緊密な連携が必要であり、そうでなければシステムは多くのチームにとって安全に理解しにくい複雑さになります。 また、ひとつのL1を複数のエージェント標準のコア依存性とすることには、エコシステムのリスクも伴います。耐性は、オープンな実装、強力なガバナンス、そして分散化に関する現実的な期待に依存します。 これらの留保にもかかわらず、この多言語間の飛躍には明確な進展の方向性が見えます。 もし仮想マシンが単一言語のままであれば、エージェント的インターネットは、各エコシステムが独自の支払い、アイデンティティ、ガバナンス層をゼロから構築したサイロに分裂してしまうでしょう。 一方、実行層が多言語になり、Solidity、エージェントプロトコル、アイデンティティのセマンティクス、支払い標準を等しく流暢に話せるなら、Kiteのようなチェーンは、かつては一致させることができなかったマシン間の共通調整の組織として機能できます。 その世界では、スマートコントラクトの作成は、特定のチェーン用のコーディングというよりも、任意の準拠エージェントが理解し、確実に従うことができるルールを定義することに近くなるでしょう。 Kiteの実験は、その未来についてすべての質問に答えるわけではありませんが、1つの言語に固執せず、多くの言語に耳を傾け始めたときに何を意味するのかを具体的に垣間見せてくれます。 $KITE #KITE @GoKiteAI