Skip to main content

IntentionはAIネイティブな取引ネットワーク

取引アプリケーションではなく、取引ネットワークです。誰が何をいくらで約定したのか、誰が誰にいくら負っているのかを決める取引所の中核部分は、ネットワーク自身のバリデータによって実行され、コンセンサスによって順序づけられ、同じブロックを持つ人なら誰でも再現できます。別の場所で動いて結果を報告してくるマッチングエンジンは存在しません。 AIネイティブと言うのは、それが人に代わって取引するエージェントの実際の必要だからです。人は取引所を見て反応できます。エージェントにはできません。エージェントが行動の根拠にできるのは、取引所が証明できるものだけです。マッチング、証拠金、資金調達率、強制決済、決済をプロトコルの中へ移すことが、取引所を「信頼する取引相手」から「検証できるインフラ」へ変えます。 通常は機能一覧として提示されるものは、すべてこのひとつの決定から導かれます。実行はコンセンサスが確定した順序に従います。だからブロックをリプレイすれば、結果はそのまま再現されます。価格は、それを消費するブロックの中で認証されます。先回りできるオラクルの更新サイクルは、そもそも存在しません。強制決済と資金調達率はコントラクト呼び出しではなくプロトコル操作です。だから、それらを引き起こした約定と同じステップで実行されます。状態機械はトランザクションごとに出力を出します。あらゆる結果に発生源があります。
取引所はこれだけではありません。フロントエンド、アカウント運用、マーケットの上場、サポート、商業条件がその周囲にあります。ネットワークが公開し検証可能にするのは、決済に直結する中核部分です。つまり、食い違いが誰かの損失になる部分です。

レイヤー構成

四つのレイヤーを、トランザクションが通過する順に並べます。
1 · アプリケーション — プロトコル外
2 · ネットワーク
3 · 実行 — IntentionKernel
4 · ステート
Intentionウェブゲートウェイ
フロントエンド · ウォレット
エージェント · マーケットメイカー · APIクライアント
メモリプール受け入れ · 伝播
IntentionBFT順序 · 価格 · ファイナリティ
マッチング板 · 優先順位
クリアリングハウス証拠金 · 強制決済 · 資金調達率
ステートストアバージョン別の値
Merkleステート証明 · アキュムレータ
署名済みトランザクション
コミット済みブロック
書き込み · 帰属付きイベント
読み取り · 証明
五つめのグループは、このスタックの内側ではなく横に位置します。サービスレイヤーのプロセスはバリデータと並走し、接続点は二つだけです。価格と資産はネットワークレイヤーで入り、コミット済みレコードはステートレイヤーから出ていきます。
署名済みトランザクション
メモリプール保存される前に検証
コンセンサス順序と価格クォーラム
カーネルブロック実行
状態書き込み帰属付きイベント
コミット台帳とステートストア
この順序が生むもの順序と価格は実行が始まる前にコミットされ、あらゆる状態変化は、それを引き起こしたトランザクションに結び付きます。だからこそ、誰がブロックをリプレイしても同じ結果になります。
トランザクション1件の全経路
アプリケーションレイヤー。人と機械が実際に触れるすべてです。Intentionウェブゲートウェイ、サードパーティのフロントエンドとウォレット、プログラムで取引するエージェントとマーケットメイカー。どれもプロトコルの一部ではありません。プロトコルはそれらのために存在し、これらは意図的に差し替え可能にしてあります。二つのフロントエンドがポジションの評価額について食い違ったなら、それはフロントエンドの不具合です。どちらも同じコミット済み状態を読んでいるからです。 ネットワークレイヤー。トランザクションが受け入れられ、伝播され、順序づけられる場所です。IntentionBFTは、ひとつのコンセンサスイベントの中で順序と認証済み価格ベクトルをコミットします。メモリプールは何がそこに到達するかを決め、ネットワークトポロジーは誰が何を運用するかを説明します。 実行レイヤー。IntentionKernelは、コミット済みブロックを固定された段階の連なりとして実行します。その命令セットは、デリバティブ取引所に必要な金融操作を列挙したものであって、汎用の仮想マシンではありません。マッチングとクリアリングハウスはその内部のステージであり、独立したシステムではありません。 ステートレイヤー。ステートとストレージでは、結果がどのように永続化され、認証され、提供されるかを扱います。読み取り用の現在値ストア、証明用のバージョン付きMerkle構造、トランザクションとイベントに対するアキュムレータです。 サービスレイヤー。ブロックの内側ではなく、バリデータと並んで動くプロセス群です。価格をコンセンサスへ供給するオラクル、コミット済み状態を照会可能なデータに変えるインデクサー、コミット済み履歴からアカウント状態を導出しプロトコルトランザクションとして書き戻すプログラムサービス、チェーンをまたいで資産を動かすブリッジがあります。

ひとつのブロックの中で

取引所の挙動を検証可能にしているものは、すべてひとつのコミット済みブロックの中で起きます。
オラクルラウンドごとの認証済み価格
ブリッジ入金と出金
四つのレイヤーネットワーク → 実行 → ステート
インデクサーコミット済みレコード → 照会可能な履歴
プログラムサービスブロックの外側で計算する派生状態
チェーンへ書き戻し、実行中に読み取り
順序は実行が始まる前に確定し、実行はその順序と事前状態の関数です。同じブロックを渡された二つの正直なノードは、バイト単位で同じ結果に到達します。方針としてそう決めているのではなく、実行経路上のどこからも他のものを読めないからです。下流のすべてはこの性質の上に載っています。証明、帰属、リプレイ、出した注文が何を引き起こすかをエージェントが推論できること。

取引所の保証はどこから来るのか

約束を別立ての一覧にするのではなく、各性質はそれを生み出すレイヤーまで辿れるようになっています。

これが置き換える市場インフラ

伝統的な取引所は、機関の連なりの一つにすぎません。約定は取引所で成立し、中央清算機関で債務引受と証拠金の徴収を受け、誰が何を保有しているかの帳簿を持つ機関に記録され、決済システムを通って決済され、取引情報蓄積機関へ報告されます。五つの機能、五組の記録、そしてそれらが食い違ったときに気づくためだけに存在する突合の工程です。 ここではその五つがひとつのブロックのステージであり、だからこそこの一連はアトミックなクリアリングと決済になります。ひとつの単位としてコミットされるか、まったくコミットされないかのどちらかです。この語は正確に使う価値があります。ここでのアトミック性が覆うのはプロトコル自身の台帳であり、ブリッジを通した担保の出し入れは外部チェーンのファイナリティを待つため、この単位の外にあります。
五つの機関
ひとつのブロック
マッチング取引所
クリアリング中央清算機関
記録保管振替機関
決済決済システム
報告取引情報蓄積機関
マッチングマッチングのステージ
クリアリングクリアリングハウス
記録ステートレイヤ
決済同じブロック
報告取引ごとの帰属
隙間が四つ。そのどれにも、まだ誰も履行していない約束があります。突合という仕事は、それらが食い違ったときに気づくために存在します。
同じ五つの機能が、ひとつのコミット単位として。すべて起きたか、何も起きなかったかのどちらかであり、突合すべき二つ目の記録もありません。
主張は安上がりだということではありません。それらの機関のあいだの間隔こそ、まだ誰も履行していない約束が置かれている場所だ、ということです。約定と証拠金請求のあいだ、請求と担保の到着のあいだ、取引と決済のあいだ、事象とその報告のあいだ。機能をひとつのブロックのステージへ畳み込んでも、約束が強くなるわけではありません。約束が破られうる間隔がなくなるのです。 ここではマッチング、クリアリング、決済はパイプライン上の三つの停留所ではなく、同じブロックの中の同じひとつの出来事です。約定と決済は同じひとつの出来事なのです。

現在のネットワーク

上記のアーキテクチャは、フルスタックを載せたプライベートテストネットの上で現在稼働しています。チェーンの識別情報、稼働中のエンドポイント、2026年9月20日の一般公開までに想定しておくべきことは、現在のネットワークを参照してください。

次に読む

IntentionKernel

実行レイヤーです。命令セット、ブロックのパイプライン、決定性を保つ境界がここにあります。

IntentionBFT

コンセンサスです。順序のコミット、価格クォーラム、ファイナリティがここで決まります。

クリアリングハウス

証拠金、強制決済、自動デレバレッジ、保険基金、資金調達率です。

ステートとストレージ

コミット済みの結果が永続化され、認証され、プルーニングされる仕組みです。