Signal
📡 Signal｜Injective、銀行・企業向けの専用入口 Institutional Rail を公開
Injective が機関の取引を専用 API からブロック生成へ直接届ける Institutional Rail を公開。約600ミリ秒のブロックで次の取り込みを狙う。
金融向けのブロックチェーン Injective は11月2日、銀行や企業の取引を専用の入口からブロックの生成に直接届ける仕組み「Institutional Rail」を公開した。取引は公開の窓口を通らず、専用の API から「エンタープライズ・バリデーター」の取引待ちの列 (メンプール) に入り、次のブロックへの取り込みを狙う。
発表が前面に出すのは速さではなく、取引がいつ載るかを予測できることだ。公開型のブロックチェーンの読みにくさを、検証の仕組みは変えずに入口だけを分ける形で埋めにきた。
専用の API から、次のブロックへ
Injective の発表によると、Institutional Rail の流れは次のとおりだ。
- 機関は公開のエンドポイントではなく、専用の API から取引を送る
- 取引はバリデーターどうしで回覧される前に、エンタープライズ・バリデーターのメンプールに直接入る
- 受け付けた時点で、ブロックの確定より先に「受領の通知」が返る
- ブロックの確定は従来どおり、投票権の 3 分の 2 を超えるバリデーターの合意で決まる
Injective のブロックはおよそ 600 ミリ秒ごとに作られる。発表は、受領の通知はあくまで運用上の合図で、決済の完了ではないと書き分けている。確定したブロックが後から組み替わることはなく、確率的な待ち時間も無い、というのが Injective の説明だ。ビットコインの約 10 分、イーサリアムの 12 秒ごとというブロックの間隔と比べると、決済の時間の読みやすさを売りにしやすい設計ではある。
エンタープライズ・バリデーターは、ハードウェアで隔離された実行環境 (TEE) の中で動く。取引を送る前に、誰でもハードウェアの署名つきの報告を求め、その環境で動いているコードを確かめられる。エンタープライズ・バリデーターが止まった場合は、取引は通常の経路に戻り、ブロックの提案は他のバリデーターに戻る。
「早く載る」と「有利に約定する」を分ける
専用の入口と聞いて最初に浮かぶのは、一部の参加者だけが先回りできるのではないかという疑問だ。Injective の発表はこの点に先に答えている。次のブロックに載ることは時間の話で、価格の話ではない、という整理だ。
Injective の取引所の機能は、一定の間隔で集めた注文をまとめて同じ価格で突き合わせる方式 (頻繁なバッチ・オークション) をとる。同じバッチの中では、早く届いた注文が有利な価格を得るわけではない。Institutional Rail から入った注文も、価格の上では他の注文と同じ条件で競う。
資産の預かりについても線を引いている。機関は自分の鍵と資産を自分で持ち、Institutional Rail が顧客の資金を預かることはない。
まだ「選ばれた少数」の段階
Institutional Rail は、すでに一部の金融機関、プロの取引業者、企業のチームの間で本番の運用に入っているという。ただし利用者の名前も取引の量も公表しておらず、今後の展開は個別に判断するとしている。利用の条件や手数料も、発表には書かれていない。
発表は、Injective のエンタープライズ・バリデーターのネットワークの参加者として Google Cloud、Deutsche Telekom、Kraken、BitGo の名を挙げている。Injective は8月に関連会社が SEC に移転代理人として登録し、9月には規制に対応したトークンの規格を稼働させた (9月26日の Signal)。発行、記録、そして今回の取引の入口と、機関が使う部品を順に積み上げている。
ここで問われるのは、銀行の決済の担当者が「何秒後に載るか」を契約の前提に書けるかどうかだ。公開型のチェーンの上でそれを約束できる入口が本当に使われるかは、名前の出ない利用者が名乗り出るまで外からは測れない。
次に見るもの
確認先は Injective の公式ブログと、ブロックエクスプローラー Mintscan の Injective のバリデーターの一覧だ。Institutional Rail の最初の利用者の名前と、エンタープライズ・バリデーターを誰が運営しているかが、次の発表で示されるかを見る。利用の条件と手数料が開発者向けの文書 (docs.injective.network) に載る日が、一般の機関に開かれる目安になる。
ことば
- メンプール — ブロックに取り込まれる前の取引が待つ列。通常はバリデーターどうしで回覧されるため、いつどのブロックに載るかが読みにくい。
- TEE (信頼できる実行環境) — プロセッサーの中に隔離された領域を作り、外から中身を書き換えられないようにする仕組み。動いているコードを第三者が確かめられる「リモート証明」と組み合わせて使う。
- 頻繁なバッチ・オークション — 一定の間隔で注文を集め、同じ価格でまとめて約定させる方式。注文が届く速さの差で有利・不利が生まれにくい。
🔗 一次ソース
