Fireblocks、キュー停滞を防ぐため取引処理を再構築
重要ポイント
- •Fireblocksは、Ethereumを含むEVM互換ブロックチェーンではnonce順に取引を処理する必要があるため、今回の再構築を実施したと説明した。
- •新システムでは、ワークスペース単位と取引単位の両方でカスタムタイムアウトを設定でき、期限超過の取引は自動的に失敗扱いになる。
- •Account Traffic Controlは滞留取引を監視し、数分以内にアラートを送信する。
- •Wallet Poolsは複数のVaultに取引を分散し、1つのnonceシーケンスが詰まっても全体の停止を避けやすくする。
- •発表では特定の暗号資産やトークンは示されず、SolanaやBitcoinのような非EVMチェーンは異なる取引モデルを使うと述べられた。

もし料金所でぴったりの小銭で支払う人の後ろに並んで身動きが取れなくなった経験があるなら、Fireblocksが解決したとする核心的な問題が理解できるだろう。EthereumのようなEVM互換ブロックチェーンでは、取引はnonceと呼ばれる仕組みによって厳密な数値順で処理されなければならない。1件の取引が滞ると、その後ろに並ぶすべての取引が待機状態のまま止まる。数十億ドル規模のデジタル資産を動かす機関にとって、これは単なる不便ではなく、運用上の問題だ。特に、トレジャリーのワークフロー、取引所への送金、決済業務が順番通りに取引が承認されることに依存している場合はなおさらである。
Fireblocksは、150以上のブロックチェーンにまたがって、数千の機関投資家向け顧客が処理する数兆ドル規模のデジタル資産取引を支えるとするインフラプラットフォームであり、今回、取引処理システムを根本から再構築した。同社によると、その目的は、1件の滞留取引が二度とキュー全体を停止させないようにすることだ。活動が急増したりネットワークが遅延したりした際に、機関が手作業での整理ではなく、予測可能な処理を必要とするためである。
何が変わったのか
今回の再構築では、取引パイプラインを円滑に流し続けるための3つの主要機能が導入された。
まず、ユーザーが設定できるタイムアウトだ。機関は、ワークスペース単位と個別取引単位の両方で、カスタムのタイムアウト期間を設定できるようになった。取引が期限を過ぎても未承認のまま残ると、システムはそれを無期限に保留せず、自動的に「FAILED」とマークする。
次に、Account Traffic Controlという新しいシステムだ。これは、滞留取引を監視し、数分以内にアラートを発するリアルタイム監視レイヤーである。
3つ目はWallet Poolsだ。この機能は、複数のVaultにまたがる取引をまとめ、状態を考慮したルーティングで作業を分散する。すべての取引を1つのnonceシーケンスに紐づいた単一アドレスへ流し込むのではなく、システム全体で負荷を分散する。1つのVaultが詰まっても、他のVaultは処理を継続できる。
nonceシーケンスが重要な理由
この問題の重要性を理解するには、EVMブロックチェーンにおける最も厄介な設計制約の1つであるnonceシーケンスを理解する必要がある。
Ethereumの各アカウントは、nonceと呼ばれる取引カウンターを保持している。取引番号5は、取引番号4が承認されるまで承認できない。取引4が、ガス代の急騰やネットワーク混雑の悪化などで詰まった場合、取引5から500までがその背後で停止する。これらは有効で署名済みで、実行準備も整っているが、前の取引が解消されるまで実行できない。
Fireblocksの従来のシステムは、多くの機関向け暗号資産インフラと同様に、nonce管理を中央集権的に扱っていた。今回の再構築は、Wallet Poolsを通じて取引を複数の独立したnonceシーケンスに分散することでこのリスクを実質的に分散し、さらに設定可能なタイムアウトによって自動的な回路遮断機能を追加するものだ。
投資家にとっての意味
すでにFireblocksを利用している機関にとって、実務上の利点は明確だ。運用リスクの低減である。設定可能なタイムアウトにより、トレジャリーチームは自らのリスク許容度に合ったポリシーを設定できる。Account Traffic Controlによるリアルタイム通知により、運用チームは小さな滞留取引が大きな障害に発展する前に対応できる。Wallet Poolsは、介入が必要になった場合でも、その影響範囲を取引パイプライン全体ではなく単一のVaultに限定する。
なお、今回の発表はEVM互換ブロックチェーンに限定しており、特定の暗号資産やトークンは取り上げられていない。SolanaやBitcoinのような非EVMチェーンは、根本的に異なる取引モデルを採用しており、同じnonceシーケンスのボトルネックは生じない。