Arcはブロックチェーンを対象に「予測市場」基盤インフラのロードマップを発表し、メインネットは2026年にローンチ予定

Circle（サークル）が運営するステーブルコインのネイティブなLayer-1ブロックチェーン「Arc」が、5月26日にX上で予測市場の基盤インフラのブループリントを公開し、4つの中核となる設計方針を確認しました。すなわち、ステーブルコインネイティブの実行、内蔵された為替サポート、確定的な決済、そしてコンプライアンス業務のワークフローを支援することを目的としたアーキテクチャです。Arcのメインネットは2026年に稼働予定で、それまでの公開テストネットでは1.5億件超の取引を処理してきました。

Arcは既存の予測市場における確認済みの制約をどう解決するのか

Arcの技術設計は、既存の予測市場プラットフォームにおける4つの主要な制約を的確に解決します：

変動するGas費：イーサリアムなどのネットワークでは変動性のあるGasトークンが使われるため、ユーザーは追加の資産を管理する必要があり、取引コストの予測が難しく、小額取引に特に不向きです。Arcの解決策：Gas費は直接USDCで支払い、取引コストは法定通貨建てで、かつ予測可能です。開発者はユーザーフローをより正確にモデル化でき、消費者にやさしい低参入障壁の予測市場を経済面でも成立させやすくなります。

米ドル中心の資金フロー：多くの予測市場はUSD建てのみをサポートしており、他の通貨圏のユーザーの参加や越境アプリケーションの可能性を制限しています。Arcの解決策：ネイティブなチェーン上の為替ルーティングにより、開発者は市場設計をそれぞれのステーブルコインに基づいて行えます（例：欧州のインフレ連動市場ではEURC決済、米国の政策関連市場ではUSDC決済）。そのため、ユーザーに無理に通貨転換をさせる必要がありません。

クロス・ジュリスディクション（管轄）におけるUXの断片化：地域ごとにユーザーが直面する市場入口や体験が一致しておらず、予測市場の世界的なアクセス可能性が制限されます。Arcの解決策：ローカライズされた市場設計と複数の通貨での参加をサポートし、開発者は単一の決済レイヤー上で、異なる地域に適応した市場バージョンを構築できます。

コンプライアンス業務のワークフロー支援不足：予測市場がガバナンス、企業、または規制対象の場面に参入するには、送金の管理、本人確認、監査可能性が必要になりますが、既存のパブリックチェーンのアーキテクチャでは十分に対応しにくいのが現状です。Arcの解決策：送金の制御、IDのゲーティング、情報開示プロセスをアプリケーションのロジックに直接組み込めます。確定的なファイナリティにより、明確な決済結果が提供され、監査可能性が検証や操作に対する信頼を支えます。

よくある質問

ArcのUSDC Gasメカニズムは技術面でどのように実現されており、既存のイーサリアムLayer-2のGasメカニズムとは本質的にどこが異なりますか？

イーサリアムおよびそのLayer-2上では、Gas費は通常ETHまたはネイティブトークンで支払う必要があり、ユーザーは追加のネイティブトークンを保有していないとやり取りできません。これにより、参入時の摩擦が増えます。Arcは独立したLayer-1ブロックチェーンであり、そのコンセンサス層プロトコルは、Gas Station Networkなどの仕組みでプロトコル外から疑似的にこの能力を再現するのではなく、GasトークンとしてUSDCを直接受け入れるよう設計されています。つまりユーザーはArc上でのすべての操作を行うためにUSDCさえ保有していればよく、追加でネイティブトークンを入手する必要がありません。開発者にとっては、Gasコストが法定通貨建てで、かつ安定しているため、ビジネスモデルやユーザー体験の設計がより予測しやすくなります。

Arcの「確定性ファイナリティ（Deterministic Finality）」は予測市場の決済に対して具体的にどんな意味がありますか？

確定性ファイナリティとは、一度ブロックが確定すると、取引がロールバックされたり変更されたりできないことを意味します。予測市場にとって、これは決済段階で極めて重要です。市場イベントの結果が確認された後（例：選挙結果、価格が一定水準に到達したとき）に、システムは勝者へ資金を直ちに、そして不可逆的に配分する必要があります。基盤のブロックチェーンに「確率的ファイナリティ」（例：ビットコインは安全と見なすのに複数回の確認が必要）という性質がある場合、決済プロセスには組み替え攻撃の理論上のリスクが生じます。Arcの確定性ファイナリティに加えて、約0.5秒のテストネットでの決済時間が、特に機関投資家やコンプライアンスが重要なシーンにおける明確な決済境界を提供します。

インドネシア、インドなどの多くの国で予測市場が封鎖されるという規制背景のもとで、Arcのコンプライアンス・アーキテクチャは規制リスクを効果的に下げられますか？

Arcのコンプライアンス・アーキテクチャは、アプリケーションのロジック層で送金の制御、IDのゲーティング、情報開示の仕組みを統合できるように設計されています。これにより、特定の法域で運営する予測市場プラットフォームは、現地の規制要件に合わせてカスタマイズできます。たとえば、特定の国・地域のユーザーのアクセスを制限すること、KYC（本人確認）検証プロセスを統合すること、資金移動の監査トラッキングを設定することなどです。ただし、コンプライアンス・ツールの存在それ自体が、法律上の位置づけの問題を自動的に解決するわけではありません。インドネシア、インド、インドネシアなどの国で予測市場が封鎖されているのは、それを「オンライン賭博」として位置づける法的認定に基づくためで、この認定は、プラットフォームがどのようなコンプライアンス・フレームワークを採用していても適用されます。Arcのアーキテクチャは、特定の法域における賭博法を回避するというより、機関のコンプライアンス・シーン（例：AML/KYC、越境での資金移動）における技術的な摩擦を解消するのにより役立ちます。