ステーブル: USDTによる、USDTのための、USDT専用デジタル国家

1. ブロックチェーンは国家である

1.1 ブロックチェーンを見るさまざまな視点

トランプ政権発足以降、ブロックチェーンと暗号資産への関心が非常に高まっています。Strategyをはじめ、世界中の上場・未上場企業が自社資産の一部をBitcoinやBitcoin ETFで保有し始め、EthereumやSolanaを買い集める企業も登場しており、主要な金融機関はブロックチェーンを基盤とした様々なRWA商品をリリースしています。

このようにブロックチェーン技術や暗号資産が徐々に伝統的金融圏に取り込まれつつあり、ブロックチェーンネットワークを見る多様な新しい視点が生まれました。特に伝統金融は暗号資産を株式と類似したものとして扱い、従来のバリュエーション手法を適用するケースが多くなっています。確かにdAppに対してはこうしたメンタルモデルも適用できるでしょう。しかし私は、ブロックチェーンを企業ではなく「国家」として見るべきだと考えます。

ブロックチェーンとは、誰もがトラストレスな環境でパーミッションレスに多様な活動をできる国家です。ブロックチェーンのコンセンサスアルゴリズムは、現実世界の物理法則、バリデータは国会議員、dAppは企業、ネイティブトークンは基軸通貨といえるでしょう。

1.2 ブロックチェーンにおけるGDP

ブロックチェーンを企業ではなく国家と考えるなら、GDPという概念も適用できるのではないでしょうか？実際にFidelityやBanklessでもこうしたコンセプトを一度紹介しています。GDP(国内総生産)の定義は、一定期間内に国内で生産されたすべての最終財・サービスの市場価値の合計であり、いくつかの計算方法があります。中でも代表的な支出額ベースの計算式は次の通りです：

*GDP = C + I + G + (X-M)*

ここでCは民間消費(Consumption)、Iは企業投資(Investment)、Gは政府支出(Government)、(X-M)は純輸出(Net Exports)を指します。誰かの生産は誰かの支出となるため、民間・企業・政府の支出と純輸出の合計がそのままGDPになります。FidelityはブロックチェーンにおけるC, I, G, X-Mも表で定義しています。

ですがGDPを表現する手法にはこのような支出アプローチ以外にも様々あり、貨幣と総支出の関係を示す会計的恒等式「MV=PQ」、すなわち交換方程式が存在します。ここでMはマネーサプライ、Vは貨幣の流通速度、Pは物価水準、Qは実質生産量、P*Qが名目GDPを意味します。つまりこの式によれば、マネーサプライと貨幣流通速度が上がればGDPも上昇することになります。

MV=PQをブロックチェーンに当てはめれば、ブロックチェーンというデジタル国家のGDP成長には、マネーサプライすなわちブロックチェーンのTVLの規模が大きくなり、流通速度、すなわちチェーン内資産の循環速度が高まることが条件になります。

1.3 USDTはGDP成長のカギ

ブロックチェーンを国家とするなら、USDTはGDP成長の中核といえるでしょう：

- マネーサプライ(M)観点：USDTは暗号資産の中でBTC, ETHに次ぐ第3位の時価総額を持ち、その規模は約$160Bに達します。EthereumネットワークのDeFiプロトコルに預けられたTVLが約$65Bなのに対し、Ethereum上のUSDT残高だけで約$74Bです。TronネットワークのTVLが約$86Bですが、この内$80BがUSDTという規模で、USDTは事実上ブロックチェーン経済圏の基軸通貨として機能しています。

- 流通速度(V)観点：他の暗号資産と違い、ステーブルコインは高い利便性のために価値を法定通貨にペッグしています。統計によればUSDTは全世界4億4300万人のユーザーを持ち、1日あたり取引件数は約2100万件、平均規模$46Bの取引が行われています。そこからUSDTのV値を計算すると約100という驚異的な数値です。なお、米国M1マネーサプライのV値は約1.2-1.6程度です。

2. USDTのための国家はない

2.1 USDTディアスポラ

MV=PQの観点からUSDTは一級市民です。しかしUSDTのためのブロックチェーン国家はどこにも存在しません。USDTは現在ほとんどがTronネットワーク($78B)とEthereumネットワーク($71B)上にあり、それ以外ではSolana($1.9B), Arbitrum($1.3B), Avalanche($1.1B)などに少しずつ存在しています。ただし、TronもEthereumもUSDTのために設計されたネットワークではありません。

Tronネットワークは初期、BinanceのUSDT入出金ネットワークとして利用され、USDTの採用が爆発的に成長しました。面白いことに、現在Tronネットワークのトランザクションの99.3%がUSDT関連であり、消費されるガスの98.7%がUSDTトランザクション由来です。もはやTronネットワークがUSDTチェーンだといっても差し支えありません。

さらに興味深いのは、過去1年で最も多くトランザクション手数料を稼いだのはEthereumやSolana、BitcoinではなくTronであり、約$3.2Bものトランザクション手数料が発生しています。その99%近くがUSDT由来です。つまりUSDTの発行者はTetherですが、送金にかかる巨額の手数料がTronエコシステム側に全て流れています。

もちろん、TronはEthereumに比べ高いスケーラビリティを持ち、USDT送金に有利です。しかしTronの1トランザクションあたりの手数料は約$0.2と高めで、DeFi TVLも~$5B程度とエコシステムの活発度は低いのが現状です。すなわちTronは、初期に取引所連携による入出金ネットワークとして使われ出した惰性でUSDT送金が多くなっただけであって、USDT本来の活用に最適なネットワークとは言えません。

2.2 USDTのための国家建設が必要なとき

ステーブルコインは止めようのないトレンドです。米国のGENIUS Actを皮切りに、全世界でステーブルコイン産業は例のないペースで成長しており、USDTも例外ではありません。仮に今の成長が続けば、2030年にはUSDTの時価総額は約$350Bから$400Bになると見込まれます。

USDTはブロックチェーンエコシステムの一級市民です。ブロックチェーン産業は、USDTのためにより良い環境を持つブロックチェーンネットワークを必要とする時を迎えています。

3. Stable: USDTによる、USDTのための、USDT専用デジタル国家

従来のブロックチェーンネットワーク上でステーブルコインを使うには様々な不便がありました。ユーザーはステーブルコインを使った取引のために、変動価格の他トークンもガス代目的で持つ必要があり、手数料予想が難しく、ネットワーク活動による手数料変動も大きいなど、デメリットが多数ありました。

もしあなたがUSDTを簡単に使えるブロックチェーンを設計するとしたら、どんな機能を盛り込みますか？

- 第一は当然高いスケーラビリティです。前述の通りUSDTの流通速度は非常に高く、トランザクション頻度がきわめて多いのです。これだけの取引を円滑に処理するには、ネットワークのスケーラビリティが必須となります。

- 第二に、USDTだけでネットワークの全てを安定して利用できることが求められます。ユーザーはUSDTだけ保有していればネットワーク上のあらゆる操作ができ、企業であれば手数料を予測できることで、送金/決済基盤として安心してブロックチェーンを使えます。

- 第三は低手数料です。ステーブルコインという特性上、送金・決済が極めて頻繁に発生するため、手数料は可能な限り低く抑えるか、場合によっては無料とする必要もあります。

Stableはまさにこのような目的意識で誕生したネットワークです。

ビジネス的にもStableはUSDTに最適な環境を備えています。Tether CEOのPaoloだけでなく、PaoloがCTOを務めるBitfinexやUSDTのクロスチェーンインフラであるUSDT0もStableへ投資しています。これによりStableがUSDTのためのブロックチェーンである正当性が生まれ、今後のビジネス推進も円滑になります。

4. USDT向け最適化機能

StableはUSDT特化ネットワークとして、次のような機能を備えます：

- USDTガストークン (USDT as Gas Token)

- USDT0送金無料 (Gas-free USDT0 Transfer)

- ブロックスペース保証 (Guaranteed Blockspace)

- USDT送金アグリゲーター (USDT Transfer Aggregator)

- 機密送金 (Confidential Transfer)

4.1 USDT0 & gasUSDT

ユーザーはStable上でUSDTを用い、様々な活動をシームレスに行えます。Stableは基本的にEIP-7702とアカウント抽象化を導入し、ユーザーはUSDT0さえ持っていればネットワーク上で全てのアクションが可能です。内部構造を見ると、Stableエコシステム上には二種のUSDTが存在します。1つは手数料支払用のgasUSDT、もう1つは送金・決済・DeFi等で利用されるUSDT0です。

4.1.1 USDT0

USDT0はLayerZeroのOFT(Omnichain Fungible Token)規格を基盤にしたトークンで、USDTが流動性分断なく他のエコシステムでシームレスに利用できるよう設計されています。これまでUSDT0がなかった時代、USDTは様々なサードパーティブリッジ経由で他チェーンにブリッジされることで、流動性分断の問題を引き起こしていました。

USDT0はバーン&ミントメカニズムでこの問題を解決します。USDT0は、USDTネイティブ発行に対応していないネットワークへのブリッジを次のように仲介します：

1. 資産ロック：Ethereum上から他のネットワーク(A)へUSDTを送る場合、Ethereum上のスマートコントラクトにUSDTをロックします。

2. USDT0発行：Ethereum上でのUSDTロックが検証されると、同量のUSDT0が目的チェーン(A)上で発行されます。

3. シームレスなUSDT0クロスチェーン送金：チェーンAから他のチェーンBへUSDT0を送りたい場合、A上のUSDT0はバーン、B上で同量のUSDT0がミントされます。B上のUSDT0も、Ethereum上にロックされたUSDTと同価値です。

4. 償還：USDT0を再びUSDTに戻したい場合、保有USDT0をバーンすればEthereum上で同量USDTが受け取れます。

USDT0を使えばUSDTネイティブ対応がないネットワークでも流動性分断なくネイティブUSDTとほぼ同じユーザー体験を提供できるため、Arbitrum、VeraChain、Unichain、Optimismなど多様なネットワークでUSDT0が導入され、その発行規模は総額約$1.3Bにのぼります。

StableもUSDT0を採用し、ユーザーがネットワーク内で流動性分断に悩まされずUSDTを利用できるようにしています。これにより既存の巨大なUSDT流動性にも容易にアクセスでき、エコシステム成長のカタリストになると期待されています。

4.1.2 gasUSDT

gasUSDTはStable上でトランザクション手数料として使われるトークンです。USDT0以外のトークン送信や、DeFiなどのスマートコントラクト操作にはgasUSDTを手数料として支払います。gasUSDTはUSDT0と同じ価値を持っています。

基本的には、ユーザーがgasUSDTと直接やり取りする必要はありません。StableはEIP-7702とアカウント抽象化をサポートしているため、USDT0さえ持っていればネットワーク上の全トランザクションを実行できるからです。どうしてもgasUSDTが必要な場合、Stableエコではどう手に入るのでしょうか？

一つは無料アンラップ機能です。USDT0→gasUSDTのアンラップはアカウント抽象化を使い無料で提供され、StableでUSDT0をブリッジ後に簡単にgasUSDTが得られます。もう一つはLayerZeroブリッジ時のガスコンバージョン機能です。LayerZeroは、ブリッジ時に送金先チェーンのガストークンを自動で少量変換して渡す仕組みがあり、これでUSDTやUSDT0ブリッジ時にgasUSDTも得られます。

USDT0は仕組み上、USDTとほぼ同じく扱えるためEthereumやSolanaなどUSDTネイティブ発行対応チェーンだけでなく、Binance、Bybitなど取引所USDTとも出入金互換性があります。ただしgasUSDTはStable専用ガストークンであり、他チェーン・取引所へ送金すると資金損失の恐れがあるため、送付は制限されています。それでもUSDT0さえ持っていれば無料アンラップが可能なので、簡単にgasUSDTが入手できます。

4.2 USDTガス・トークン&USDT0送信無料：EIP-7702とアカウント抽象化

StableはEIP-7702とアカウント抽象化(Account Abstraction)を提供し、ユーザーはUSDT0のみ所持していればgasUSDTがなくてもエコシステム内すべてのアクションが可能です。特にUSDT0の送金であれば無料送金となる仕組みです。

4.2.1 アカウント抽象化

Ethereumのアカウントには、外部所有アカウント（EOA: たとえばMetaMaskなどプライベートキー管理のアカウント）とコントラクトアカウント（CA: コントラクトデプロイ時に生成されるアカウント）の2種類があります。CAはEVMコードとコントラクトの状態データを持ちます。EOAは直接トランザクション実行できますがCAはそれ自体での送信はできず、必ずEOAからの呼び出しでのみ実行されます。

この構造は開発体験を直感的にする一方、UXでは、例えばEOAのプライベートキー紛失で資産が失われる、EOAの署名方式（ECDSA）のみではウォレット設計の多様性が損なわれる、EOAからトランザクションを打つ際は常にETHを保有せざるを得ないなど多くの制約がありました。

アカウント抽象化はEOAとCAを一つのアカウントに抽象化し、エンドユーザー・開発者双方が区別を意識せず一つのアカウントタイプとして振る舞える体験を提供します。すなわちEOAをCAのように高機能化し、CAをEOAのように自己送信・自己発生できるよう両者の長所を取り込むのが目標です。

これをどう実現するかというと、トランザクション実行は「検証(verification)」と「実行(execution)」の2段階に分かれます。まずイーサリアムプロトコル層でプライベートキー経由で真の実行主体か検証され、次にイーサリアム実行層でトランザクションの状態変更処理を担います。

4.2.2 ERC-4337

イーサリアム上でアカウント抽象化を実装するさまざまな取り組みがされてきましたが、現在最も使われているのがERC-4337です。ERC-4337は既存イーサリアムプロトコルに手を加えず、EntryPoint, Bundler, Paymasterなどの役割追加によって高度な抽象化が簡単に可能になるためです。

ERC-4337ではユーザーは署名時にUserOpという専用オブジェクトを使い、公式メインメンプールではなく独自のオフチェーンメンプール（UserOperation mempool）に送ります。本来はメンプールでバリデータがTXを検証しますが、ERC-4337ではBundlerがUserOpの検証とBundle取引生成を行い、EntryPointコントラクトへ送ります。

EntryPointはERC-4337の中核コントラクトでUserOpの検証・実行・ガス清算まで一手に処理します。Paymasterはオプション要素で、ガス支払い代替や他トークン決済が可能なスマートコントラクトです。もしUserOpにPaymasterや追加データがあればEntryPoint経由で処理され、ユーザーはガス無料または他トークンでの支払も可能です。

4.2.3 EIP-7702

ERC-4337は革新的な標準ですが、実際のユーザー利用には課題がありました。代表例が「従来使っていたEOAの資産を、新設したCAに移してしかアカウント抽象化機能を使えない」という点です。これがUX摩擦となって導入を妨げてきた側面があります。

EIP-7702はこの問題を解消します。EIP-7702はEthereum Pectraアップグレードで導入された、EOAを一時的にCAとして振る舞わせられる画期的な機能です。これにより、既存EOAのまま、ERC-4337のような抽象化機能をアドレスそのままで活用できる実用的な標準といえます。

4.2.4 USDTガストークン（USDT as Gas Token）

StableはEIP-7702とERC-4337を取り入れ、従来使っていたMetaMask等のウォレットでアカウント抽象化の全機能を利用できるようにします。すべてのEOAはデフォルトでEIP-7702対応済みのため、トランザクションのたびにEIP-7702専用タイプを発行する必要がありません。つまりStableユーザーは複雑な設定なく、スマートウォレット機能をそのまま使えます。

Stableの代表機能の一つが「USDT0をガストークンとして使える」点です。ユーザーがgasUSDTの代わりにUSDT0でガス支払いを行えることで、USDT0さえ持っていればネットワークの様々な活動が可能となります：

1. ユーザーがTX送信時、USDT0をガストークンとして用いることに署名

2. TXはUserOpとしてBundlerに渡る

3. BundlerがトランザクションをまとめてEntryPointに送信し、Paymasterと協力してガス支払いを準備

4. PaymasterがユーザーのUSDT0をgasUSDTに変換し、Stableネットワークのガスコストを実際に支払う

5. 最終的にEIP-7702のスマートアカウントがコントラクトを呼び出し、ユーザーはgasUSDTを持たずともdApp利用が可能になります。

4.2.5 USDT0送信無料（Gas-free USDT0 Transfer）

StableはUSDT0送金を無料で実行します。これもEIP-7702とERC-4337の組み合わせによるものです：

1. ユーザーはUSDT0送信TXをEIP-7702適用済アカウントで署名

2. 署名済みUserOpはBundlerへ

3. BundlerがバンドルしてEntryPointに渡し、Paymasterと協力してガス準備

4. Paymasterがガスを立替払いし、EntryPointがTXを実行した結果、USDT0送金は無料処理となります。

4.3 ブロックスペース保証（Guaranteed Blockspace）

個人に限らず、特に企業は決済インフラとしてステーブルコインを使う場合、その安定利用が不可欠です。もしネットワークが突然混雑し、決済/送金サービスに支障が出れば、大きな業務リスクになり得ます。Stableはこれを解消するため、ブロックスペース保証機能を導入予定です。

ブロックスペース保証は、Stableのブロック容量の一部を確実に割り当てるサービスで、サブスクリプション形式で利用可能です。どれほどネットワークが混雑しても、契約者には一定量のブロックスペースが保障され、サービスを継続的に利用できます。

この実現のため、1)専用メンプールで契約者TXを管理、2)バリデータがブロック内でスペースを先取り、3)専用RPC運用で安定送信できる設計になります。

4.4 USDT送金アグリゲーター（USDT Transfer Aggregator）

StableはUSDT0無料送信に留まらず、効率化のためUSDT送信アグリゲーターも導入します。これは他のTX影響を受けずにUSDT0送信TXを集中的に処理し、より高品質なUXを提供する仕組みです。

従来のERC-20処理は逐次実行でしたが、Stableはプリコンパイルドコントラクトにより各アカウントの残高や送信による変化量(diff)をパラレルで計算し、USDT0送信のみ抜き出して同時並行実行することで処理速度を飛躍的に高めます。

各USDT0送信は送信者(sender)と受取人(recipient)から成ります。これらを合計して各アカウント単位の純変化量(diff)を計算、たとえばAがBに100USDT0送ればAは-100, Bは+100となります。

検証も並列処理され、全送信額=全受領額であること・各アカウントの残高>=diffであることを検査します。もしAの残高が120USDT0でdiffが-150USDT0の場合Aはフラグ処理されます。

これにより、USDT0送信をまとめてパラレル処理する場合、同一アカウントを共有するTXの衝突リスクがあります。これを防ぐため、事前検知で高リスク送信にはフラグを付与し、残高不足時は各アカウント基準で送金を分離扱いとすることで他送金への影響を与えません。

4.5 機密送金（Confidential Transfer）

金融システムにおいてプライバシーは必須です。多くの人はブロックチェーンの利点として透明性を挙げますが、金融では透明性はむしろ欠点にもなり得ます。Stableは送金・決済特化ネットワークだけにプライバシーを非常に重視しています。今後はZK技術でプライバシー機能を導入予定です。

Stableでの機密送信では、規制順守のため送信者と受信者アドレスは公開しつつ、送信金額のみ非公開とします。金額は送信者・受信者・認可規制当局のみ閲覧でき、機密送金機能で不正利用が起きないように設計します。

5. ブロックチェーンコア最適化

StableはUSDT向け多様な機能だけでなく、チェーン自体のスケーラビリティも強化し膨大なUSDTトランザクションを効率的に捌くことを目指します。

ユーザーがTXを発生させるとRPCインターフェースを経てメンプールに入り、ブロックに格納され、コンセンサスアルゴリズムで検証、計算後にステート更新、最終的にDB保存されます。この過程で一部だけを改善しても他がボトルネックになれば性能向上には繋がりません。よって全体的な性能改善が必要です。

Stableでもトランザクションライフサイクルに関与する全コンポーネントの総合改善を目指しており、そのロードマップは次の通りです：

5.1 コンセンサス（Consensus）

5.1.1 StableBFT

Stableは初期にCometBFT由来のStableBFTをコンセンサスアルゴリズムとして採用します。即時確定性があり、フォークが起きず金融システム向きです。StableBFTはCometBFTのパフォーマンスを更に高める改善も予定しています。

5.1.2 Autobahn

今後はより大規模なスケーラビリティ向上のため、AutobahnというBFTコンセンサスも導入予定です。

BFTプロトコルは大きく伝統的なビュー型BFT（例：CometBFT, Hotstuff）とDAG型BFT（例：Narwhal-Tusk）に分かれます：

- ビュー型BFTは、平常時の低遅延が利点ですが、障害時には復旧まで時間がかかる弱点があります。障害中の未処理リクエストがバックログとなり、復旧後もコンセンサスの遅延要因になります。

- DAG型BFTは障害時復旧が速い一方、平常時のレイテンシが高くなりがちです。DAG型はデータ伝播と合意を分離できるため、コンセンサス故障中でもデータ拡散が進み、復旧後一気に合意達成できます。ただし全ノードが全データ同期するため、通常時はビュー型より高レイテンシです。

Autobahnは両者の長所を組み合わせ、低レイテンシ・高スループット・復旧力をすべて兼備するDAG型BFTプロトコルです。

実際にAutobahnでは各ノードがどのような合意プロセスを踏むのか見ていきましょう。

データ伝播（Data Dissemination）

Autobahnでは全ノードがブロック提案者役を担い、受け取ったTXを「データプロポーザル」というバッチ単位にまとめて伝播します。従来、一定タイミングで一人のブロック提案者がブロックを生成・共有しますが、Autobahnは複数ノードが独立してチェーン（Lane）を生成し、お互いのチェーンに影響を与えません。

データプロポーザルが伝達されると他ノードはこれに投票、n=3f+1システムとしてf+1票が集まるとPoA(Proof of Availability)が成立します。これは、そのプロポーザルがネットワーク上で少なくとも1ノードに保持されている保証です。

このデータプロポーザル＆PoAのセットをCAR(Certification of Available Request)と呼びます。合意前にデータ伝播・信頼性を保証する単位です。新CARは必ず前のCARを参照します。

合意（Consensus）

各ノードがLaneを別々に進めるため、これらの合意が必要です。Autobahnでは各ノードの最新CARをまとめた「tip cut」に一括してBFT合意を行います。

CARは必ず過去のCARを参照するため、各レーンの最新CARに合意がなされれば過去分も全て合意済となります。これが障害時の高速復旧理由の一つです。

またCARはf+1票を含むため、全ノードが全データを同期せずとも合意進行可能で、DAG型でもビュー型並みの低遅延合意を可能にします。

5.2 実行（Execution）

5.2.1 Stable EVM

Stable EVMはEVM互換実行レイヤで、ユーザーや開発者は従来のEthereum系インフラをそのまま活用できます。StableはStableBFTコンセンサスを採用し、コアにはネイティブトークン管理・ステーキング管理など専用モジュールがあるため、Stable EVMには追加プリコンパイルが組み込まれます。

5.2.2 ロードマップ1: オプティミスティック並列実行（Optimistic Parallel Execution）

EVMでスケーラビリティ向上の代表的手法はトランザクションの並列実行です。標準ではTXは直列処理ですが、例えばA→B・C→D送金TXなら並列処理が可能で処理速度を大きく向上できます。

実際MegaETHによるブロック20000000〜20010000のシミュでは、1ブロック内並列処理で平均2倍の速度向上が確認できました。複数（2,5,10）ブロックまとめてのパラレル処理では2.75倍程度に収束しますが、これはブロック内のTX干渉（衝突）によるものです。

並列処理で重要なのは、TX同士が同じ状態（state）にアクセスするかの判定です。衝突時には並列処理結果の不整合が起こり得るため、工夫が必要です。

衝突回避法の一つは「事前に各TXがどのstateを参照するか見極める」状態アクセス型手法です。SolanaやSuiが代表格です。もう一つは全TXをまず並列処理し、衝突TXのみ再度順次処理するオプティミスティック並列実行（OPE）型です。Block-STM（AptosやMonadが使用）がこれに該当します。StableもBlock-STM型OPEエンジン導入方針です。

5.2.3 ロードマップ2: StableVM++

Stableは今後、より高性能なEVM実装の採用も計画しています。その代表例がEVMONEです。従来主流のGo言語実装EVMはシンプルで長年実績がありますが、GoはC++に比べメモリ制御やローレベル最適化に弱くパフォーマンスが出ません。

EVMONEはEthereum財団のIpsilon（旧eWASM）チームがC++で開発した実装で、低レベル最適化や直接メモリアクセスでGo実装比5-10倍速の性能を出せます。

5.3 データベース

5.3.1 従来DBの課題

ブロックチェーンDBはネットワークの状態（アカウント残高・コントラクト変数・トークン所有など、あらゆる現在情報）を保存・管理します。ブロックごとに状態更新が発生し、「状態確定」「状態保存」の2段階があります。

1. 状態確定（State Commitment）：TX実行で新状態を確定

2. 状態保存（State Storage）：今後の検証や履歴保存のため、確定状態をディスクへ格納

従来DBの最大の課題は、この2ステップが密結合していることです。つまり保存が終わるまで次ブロック処理が進みません。もしディスクI/Oが遅ければ全体の処理も遅延します。

もう1点は、状態データを取り出す際の非効率さです。データはランダムなディスク位置に格納されるため、読み込み時のレイテンシも上昇します。

5.3.2 StableDB

Stableはこれを以下2つで改善します。

第一は状態確定と状態保存のディカップリングです。StableDBでは、前ブロックの状態確定直後から次ブロック実行に移れるようにし、状態保存は並列で進行します。

第二は「mmap」技術と、「MemDB」「VersionDB」の二層ストレージです。mmapはファイルをメモリにマッピングし、osのreadやwrite呼び出しなしで高速アクセスを可能にするものです。

MemDBは最新・頻繁利用ステートをメモリへ保持し高速なread/writeに対応します。VersionDBは長期保存が必要な古い状態をディスク保存し、検証や履歴検索に使います。

この構造により、1)状態保存前の並列処理による性能向上、2)MemDB・VersionDBの使い分けで頻用ステートの高効率管理が実現します。事実、Sei等のネットワークはこの構造によって2倍のTPSを達成しています。

5.4 RPC

6. 結び：超大規模デジタル国家の登場

まとめると、ブロックチェーンをデジタル国家として見た場合、USDTはオンチェーンGDP成長のカギ資産であり、Stableはコア最適化とUSDT特化機能によってUSDT利用に最適化された環境を提供します。ではStableがどのようにユーザーに価値をもたらすのでしょうか？

一つはUSDT送金ネットワークです。Stableのユーザーは基本的にUSDT0送金が無料であり、USDT Transfer Aggregator等で更なる送金効率向上も可能です。この観点から、従来ドルにアクセス困難だったアフリカ・南米・アジア諸国でStableがUSDT送金ネットとして活用され、またUSDT出来高の高いBinance等大手CEXはStableを出入金ネットとして導入することで運用コストを大幅に下げることができます。

二つ目はUSDT決済ネットワークです。Stableは企業がUSDT決済を滑らかに受けられる多様なインフラを提供します。例えばGuaranteed Blockspaceを活用すれば、ネットワーク混雑時も顧客決済を安定的に処理できます。また高スケーラビリティ・USDT0無料送金により、ペイメントやデビットカードといったサービスでドル非アクセス層も現実世界決済がUSDTで容易に可能となります。

さらにStableはUSDT0によって既存巨大USDT流動性を取り込みやすく、EVMフル互換なのでUSDT向け多彩なDeFiも構築可能、USDT0無料送金で爆発的なUSDT取引量の実現も期待できます。こうした特性全体を勘案すると、StableはMV=PQ観点で巨大なオンチェーンGDPを持つ可能性を秘めた、USDT専用の超大規模デジタル国家となりうるでしょう。

Four Pillarsはグローバルなブロックチェーン専門リサーチ企業であり、業界の実務経験者が集まり、世界中の顧客にリサーチサービスを提供しています。2023年設立以降、100以上のプロトコル・企業とともにステーブルコイン、DeFi、インフラ、トークノミクス等のリサーチを進め、情報非対称の解消とブロックチェーンの実用的な普及・成長を支援することを目指しています。

免責事項

本稿はStableからの支援による筆者独自の調査を基に作成されています。本稿は一般的な情報提供を目的とし、法律・事業・投資・税務アドバイスを提供するものではありません。本稿を根拠とした投資判断や会計・法・税務判断はお控えください。特定資産・証券への言及は情報提供のみが目的であり、投資勧誘ではありません。本稿中の意見は著者個人の見解であり、関連組織等の見解を必ずしも反映しません。また意見は予告なく変更されることがあります。

本レポートはメディア編集方針と無関係であり、すべての責任は情報提供者側にあります。