DATA: 2026.06

ブロックチェーンのための
専用光ファイバー網
A dedicated fiber network
built for blockchains

公共インターネットは「安く・広く」のために設計され、ミリ秒の協調のためではありません。DoubleZeroはバリデータ同士を専用の光で結ぶ「もう一つのインターネット」。動かしながら理解しましょう。 The public internet was built to be cheap and broad — not for millisecond coordination. DoubleZero is a parallel internet connecting validators over dedicated fiber. Let's learn it hands-on.

💡

合意形成の敵は「遅さ」より「揺れ」。公共インターネットはたまに大きく遅れる(ジッター)。DoubleZeroは速くて、揺れない道を提供します。 Consensus fears "wobble" more than "slowness." The public internet occasionally lags badly (jitter). DoubleZero offers a path that's fast — and steady.

DEMO到着リズム・モニターArrival Rhythm Monitor

同じデータを2つの経路で送り続けたとき、受け取る側の「リズム」を聴き比べてみましょう。世界中のバリデータが400ミリ秒ごとに歩調を合わせるSolanaでは、平均速度と同じくらい「ばらつきの少なさ」が重要です。 Stream the same data over two paths and compare the receiving "rhythm." On Solana, where validators worldwide sync every 400ms, low variance matters as much as raw speed.

🤔 まず予想してみよう🤔 Predict first

合意形成にとって、より厄介なのはどっち?Which is worse for consensus?

40%
パケット(投票やデータ)packet (votes/data)混雑で失われたパケット(ロス=再送が必要)packet lost to congestion (needs resend)右端の縦線=受信記録(到着リズム)right strip = arrival rhythm log
公共インターネット(BGP経路・共有帯域)Public internet (BGP routes, shared bandwidth)
遅延latency · ジッターjitter · ロスloss 0
DoubleZero (専用ファイバー・予約帯域)(dedicated fiber, reserved bandwidth)
遅延latency · ジッターjitter · ロスloss 0

▶ スタートを押すと、パケットの到着リズムが流れ始めます。混雑スライダーも動かしてみて。▶ Press start to see packet arrival rhythms. Try the congestion slider too.

💡

このデモの数値は概念を示す例です。実測値ではありません。公共インターネットの性質(経路は「安く広く」が基準で選ばれ、混雑時に遅延・ジッター・ロスが増える)を体感するための簡略モデルです。Numbers in this demo are illustrative. It's a simplified model of public-internet behavior (routes chosen for cost and reach, with latency/jitter/loss rising under congestion), not measurements.

🛣️ なぜ公共インターネットは「揺れる」?🛣️ Why does the public internet wobble?

経路選択(BGP: Border Gateway Protocol=ネットワーク事業者同士が経路情報を交換し合う仕組み)は速さではなく事業者間のコストや方針で決まり、帯域は世界中のトラフィックと共有。だから普段は十分速くても、混雑の瞬間に遅延が跳ね、パケットが落ちる。Webブラウジングなら気になりませんが、400msごとの世界的な歩調合わせには大敵です。 Route selection via BGP (Border Gateway Protocol — how network operators exchange routing info) follows business cost and policy, not speed, and bandwidth is shared with the world's traffic. Usually fast enough — but under congestion, latency spikes and packets drop. Fine for browsing; hostile to a global 400ms heartbeat.

✨ DoubleZeroの答え:予約席の専用道路✨ DoubleZero's answer: a reserved private road

通信事業者やデータセンターが持つ余っている専用ファイバーをつなぎ合わせ、ブロックチェーンのトラフィック専用の網に。帯域は予約済み、経路は最適、だから速くて揺れない。前作Firedancerが「バリデータの中」を磨いたのに対し、DoubleZeroは「バリデータの間」を磨きます。 It stitches together underutilized dedicated fiber from carriers and data centers into a network reserved for blockchain traffic. Reserved bandwidth, optimal paths — fast and steady. Where Firedancer (our previous guide) polished the inside of a validator, DoubleZero polishes the space between them.

💡

「いま動いているもの」と「ホワイトペーパーの完成形」は分けて理解しよう。現在はトンネル+専用基幹網+マルチキャスト。FPGA門番は設計図の次章です。 Separate "what runs today" from "the whitepaper's final form." Today: tunnels + a dedicated backbone + multicast. The FPGA gatekeepers are the blueprint's next chapter.

DEMOしくみ解剖図Network Anatomy

スイッチで「いま(2026年・稼働中)」と「設計図(ホワイトペーパーの二重リング構想)」を切り替えられます。各パーツをタップすると説明が出ます。 Toggle between "Today (live, 2026)" and "Blueprint (the whitepaper's two-ring vision)." Tap any part for an explanation.

⚙️ いま(稼働中)⚙️ Today (live) 📐 設計図(完成形)📐 Blueprint (final form)
Validator A(東京)(Tokyo) GRE tunnel DZD最寄り装置nearest device FPGA 🛡️入口の門番(計画)gatekeeper (planned) 専用ファイバー基幹網dedicated fiber backbone 都市間を直結・帯域は予約済みmetro-to-metro, reserved bandwidth 回線の貢献者link contributorSLA × 2Z DZD相手側の装置remote device FPGA 🛡️入口の門番(計画)gatekeeper (planned) GRE tunnel Validator B(フランクフルト)(Frankfurt) IBRL mode ✅1対1の高速トンネルfast 1-to-1 tunnels Multicast mode ✅1対多の同報送信(02へ)1-to-many delivery (see 02) 入口フィルタリング 📐Edge filtration 📐スパム除去・署名検証(計画)spam removal, sig verify (planned) 接続モード:connection modes:

👆 各パーツをタップすると、説明が表示されます👆 Tap any part to see what it does

?

パーツを選択してくださいSelect a part

最後の1マイルLast mile
既存回線+トンネルExisting line + tunnel
都市間の長距離Middle mile
専用ファイバーDedicated fiber
入口フィルタリングEdge filtration
計画(ロードマップ)Planned (roadmap)
💡

正直ポイント:「設計図」側のFPGA門番と入口フィルタリングは、ホワイトペーパーの構想であり公式ロードマップの計画機能です(2026年6月時点では接続手順に登場しません)。現在の価値は「トンネル+専用基幹網+マルチキャスト」にあります。Honesty note: The FPGA gatekeepers and edge filtration on the "Blueprint" side are the whitepaper's vision and official roadmap items (as of June 2026 they don't appear in the connection docs). Today's value lies in tunnels + the dedicated backbone + multicast.

⭕ ホワイトペーパーの「二重リング」構想⭕ The whitepaper's "two-ring" vision Inner Ring / Outer Ring

設計図をもう一歩ズームアウトすると、DoubleZeroの完成形は2つのリングで描かれています。▶でパケットの旅を再生し、各パーツをタップしてみてください。Zoom out one step: the blueprint draws DoubleZero as two rings. Press ▶ to follow the packets, and tap any part.

— / — / —
外側リング 📐Outer Ring 📐 内側リング ✅Inner Ring ✅ 合意形成Consensus フィルタ済みの通信だけが届くonly filtered traffic arrives メンバーのバリデータ/RPCmember validators / RPC 🛡️🛡️🛡️🛡️ FPGA門番(計画)FPGA gatekeepers (planned) 📍 設置先はコロケーション拠点📍 housed at colocation hubs 外部バリデータexternal validator 外部RPCexternal RPC 外部バリデータexternal validator 外部RPCexternal RPC 🌐 公共インターネットpublic internet 🌐 公共インターネットpublic internet 既存の回線から参加join via existing lines

👆 リング・門番・ノードをタップすると用語の説明が出ます👆 Tap the rings, gatekeepers, or nodes for definitions

?

パーツを選択してくださいSelect a part

▶ を押すと、外から来たパケットが門番でふるいにかけられ、きれいな通信だけが合意形成へ進みます。Press ▶ to watch incoming packets get sifted by the gatekeepers — only clean traffic reaches consensus.

ホワイトペーパーいわく、DoubleZeroはL1でもL2でもなくN1(Network 1) — その上にブロックチェーンなどの分散システム(N2)が載る、物理インフラの土台レイヤーです。貢献者は「仕様に沿って構築されたアプライアンス」で入口フィルタとDDoS防御(帯域込み)を提供し、回線ごとにSLA(拠点・帯域・遅延・MTUサイズ)を結ぶ、という設計が描かれています。 Per the whitepaper, DoubleZero is neither L1 nor L2 but N1 (Network 1) — a physical-infrastructure base layer with distributed systems (N2) on top. Contributors provide edge filtering and DDoS protection via spec-built appliances, signing per-link SLAs (endpoints, bandwidth, latency, MTU size).

💡

アニメの数と割合はデモ用の例です。また、門番(外側リング)は設計図の章 — 今日きれいな通信を支えているのは、内側リングに相当する専用基幹網です(上の解剖図参照)。The animation's counts and ratios are illustrative. And the gatekeepers (Outer Ring) belong to the blueprint chapter — today, the live backbone plays the Inner Ring's role (see the anatomy above).

🤝 誰がこの網を作っているの?🤝 Who builds this network?

世界の光ファイバーには使われていない容量が眠っています。DoubleZeroでは、通信事業者・データセンター・企業がその余剰回線を貢献し、スマートコントラクトのSLA(Service Level Agreement=帯域・遅延の品質を約束する契約)に基づいて性能が良ければ報酬を受け取ります。初期の貢献者にはJump Crypto、RockawayX、Teraswitch、Latitude.shなどが名を連ね、装置(DZD)が置かれた都市圏は30以上に拡大中です。 The world's fiber has idle capacity. On DoubleZero, carriers, data centers, and enterprises contribute spare links, earning rewards when they meet smart-contract SLAs (Service Level Agreements — quality promises on bandwidth and latency). Early contributors include Jump Crypto, RockawayX, Teraswitch, and Latitude.sh, with devices (DZDs) now in 30+ metros and growing.

💡

Turbineは「公共網の制約」の中での天才的発明。マルチキャストはその制約自体を外す。網そのものがデータを複製してくれる世界へ。 Turbine is a brilliant invention within the public internet's limits. Multicast removes the limits themselves. The network itself replicates the data.

DEMO配り方くらべ:リレー vs 網内複製Delivery Showdown: Relay vs In-network Replication

リーダーが作ったブロックの断片(シュレッド)を、全バリデータへどう配る? 公共インターネットでは網レベルの同報送信(IPマルチキャスト)が使えないため、SolanaはTurbineという木構造リレーを発明しました。DoubleZeroの専用網では、本来のマルチキャストが使えます。 How do you deliver the leader's block shreds to every validator? Since network-level multicast isn't available on the public internet, Solana invented Turbine, a tree-shaped relay. On DoubleZero's dedicated network, true multicast is back on the table.

9
木構造リレー(Turbine型・概念図)Tree relay (Turbine-style, conceptual)
リーダーの送信leader sends · 最遠ホップmax hops · 中継役relayers
網内複製(DoubleZeroマルチキャスト)In-network replication (DoubleZero multicast)
リーダーの送信leader sends · 最遠ホップmax hops · 中継役relayers

▶ 再生を押すと、同じシュレッドが2つの方式で配られます。バリデータ数を増やして違いを見てみよう。▶ Press play to deliver the same shred both ways. Increase the validator count and compare.

💡

これは概念図です。実際のTurbineはステーク加重の動的な木で、各ホップで消失訂正符号も使う高度な仕組み。ここでは「中継の段数が増える」構造だけを取り出しています。中継のたびに受信→再送の処理時間が積み重なる点がポイントです。なお、Alpenglow世代では伝播はTurbineからRotorに置き換わりますが、Rotorも「選ばれたバリデータが中継する」リレー型(段数は1段に浅くなります)。網そのものが複製するマルチキャストとは別アプローチで、この比較の本質は変わりません。Conceptual diagram. Real Turbine uses stake-weighted dynamic trees with erasure coding — far more sophisticated. We isolate one property: relay depth. Each hop adds receive-then-resend time. Note: in the Alpenglow era, Turbine gives way to Rotor — still a relay model where chosen validators retransmit (just one shallow layer). In-network replication remains a different approach, so this comparison still holds.

STATUSマルチキャストはどこで使われている?Where is multicast used today?

稼働中LIVE

📥 受信側(IBRLモード)📥 Receiving side (IBRL mode)

バリデータはトンネル経由でDoubleZeroに接続し、専用ファイバーでトランザクションやデータを受け取っています(2025年10月のメインネットβから)。Validators connect via tunnels and receive transactions/data over dedicated fiber (since the Oct 2025 mainnet-beta).

稼働中LIVE

📡 Edge(シュレッド配信)📡 Edge (shred delivery)

2026年、マルチキャストでSolanaのシュレッドをリアルタイム配信する「DoubleZero Edge」が公開β。バリデータは発行したデータで収益も得られます。In 2026, "DoubleZero Edge" entered public beta, streaming Solana shreds in real time via multicast — and validators earn revenue for publishing.

実験中TESTING

🧪 コンセンサス統合🧪 Consensus integration

公式ドキュメントによれば、Anza・Firedancer・Jitoの開発チームがテストネットでマルチキャストの実験を進めています。Turbineの木構造そのものが置き換わるのは、まだこれからの章。Per official docs, the Anza, Firedancer, and Jito teams are experimenting with multicast on testnet. Replacing Turbine's tree itself is a chapter still being written.

🔗 前作とのつながり:AlpenglowのRotorも仲間🔗 Series link: Alpenglow's Rotor is an ally

前作Firedancer編で登場した次世代コンセンサスAlpenglow。そのデータ伝播層「Rotor」も地理を意識した経路選択は持っていないため、DoubleZeroの専用網はAlpenglow時代にも補完関係にあります。「実行はFiredancer、合意はAlpenglow、配線はDoubleZero」— レイヤーごとの分業です。 Remember Alpenglow from our Firedancer guide? Its propagation layer "Rotor" also lacks geography-aware routing, so DoubleZero's network stays complementary in the Alpenglow era. Execution: Firedancer. Consensus: Alpenglow. Wiring: DoubleZero — a clean division of layers.

💡

世界がフラットになるほど、東京にチャンスが来る。東京はDoubleZero創設7都市の一つ。距離のハンデが縮む世界の主役候補です。 The flatter the world, the bigger Tokyo's chance. Tokyo is one of DoubleZero's seven founding metros — a protagonist as distance handicaps shrink.

DEMO世界レイテンシ・マップWorld Latency Map

バリデータの投票はフランクフルト周辺(欧州)に多くのステークが集まる場所へ届く必要があります。遠い地域ほど不利 — しかも公共インターネットの混雑は、その差をさらに広げます。平常時と混雑時を切り替えてみましょう。 Validator votes need to reach where stake concentrates — around Frankfurt (Europe). Distant regions start at a disadvantage, and public-internet congestion widens the gap. Toggle calm vs congested.

ニューヨークNYC ロサンゼルスLA サンパウロ*GRU* ロンドンLON アムステルダムAMS フランクフルトFRA シンガポールSIN 東京 🗼TYO 🗼 ステーク集中地帯(欧州)stake concentration (Europe) — — 公共インターネットpublic internet: 基準+α — DoubleZero: 安定(予約帯域)steady (reserved)

※ 大陸の形と都市の配置はおおまかなイメージです。*サンパウロはPhase IIの委任対象都市(公式に確認できた展開地域は北米・欧州・アジアの30超都市圏)。※ Continent shapes and city placement are rough sketches. *São Paulo is a Phase II delegation target (confirmed coverage spans 30+ metros in NA, Europe, and Asia).

欧州内のバリデータValidators in Europe
±0ms
米国のバリデータValidators in the US
アジア(東京)のバリデータValidators in Asia (Tokyo)

💡

数値はDoubleZeroの公表値です。「シュレッド配信は従来比で平均6ms高速、混雑時の差は欧州20ms・米国80ms・アジア100ms超」とDoubleZeroは公表しています(コミュニティは実証データの公開も要望中で、独立ベンチマークも登場し始めています)。なお光速は超えられません — 専用網が消すのは「遠回りと混雑による距離以上のハンデ」です。Figures are DoubleZero's published claims: shred delivery averages 6ms faster, with congestion-time gaps of 20ms (EU), 80ms (US), and 100ms+ (Asia). The community has asked for empirical data, and independent benchmarks are emerging. And no, it doesn't beat light speed — it removes the extra handicap from detours and congestion, not distance itself.

🗼 東京は「創設メンバー」🗼 Tokyo, a founding member

2025年3月のテストネットは7都市 — シンガポール・東京・LA・NY・ロンドン・アムステルダム・フランクフルト — で始まりました。東京は後から追加されたのではなく、初日からの中核拠点です。 The March 2025 testnet launched across seven metros — Singapore, Tokyo, LA, NY, London, Amsterdam, and Frankfurt. Tokyo wasn't added later; it's been core since day one.

🌏 Phase II:世界をフラットに🌏 Phase II: flattening the world

投票レイテンシで有利な欧州にステークが集まる構造は自己強化的です。2026年3月のPhase IIでは、東京・シンガポール・香港・サンパウロのバリデータへ計240万SOL(各地域最大60万SOL)の委任を振り向け。実際、DoubleZeroは非欧州圏のステーク成長の98.3%を獲得しました(Solana公式)。距離のハンデが縮むほど、世界中どこでもバリデータ運営が成り立つようになります。 Stake gravitating to latency-advantaged Europe is self-reinforcing. Phase II (March 2026) directed 2.4M SOL in delegations (up to 600k per region) to validators in Tokyo, Singapore, Hong Kong, and São Paulo — and DoubleZero captured 98.3% of non-European stake growth (per Solana). As the distance handicap shrinks, validators become viable everywhere.

💡

半年でステークの2割→ほぼ半分へ。そして手数料モデルは「育てる期」から「経済エンジン期」へ卒業しました。 From ~20% of stake to nearly half in six months — and the fee model graduated from bootstrap to economic engine.

DATAあゆみと現在地Journey & Current State

構想からわずか1年強で、Solanaのステークの約半分が乗るインフラに。年表と成長カーブで振り返ります。In just over a year from concept, it became infrastructure carrying roughly half of Solana's stake. The timeline and growth curve tell the story.

📈 接続ステーク比率のあゆみ📈 Connected stake share over time

0% 25% 45% 2025.3テストネットtestnet 2025.10~21-22% 2026.3~46% 2026spring 46-48%
なぜ「46〜48%」と幅があるの?Why the 46–48% range?

公式Xの発表(2026年3月)は「約46%」、公式ダッシュボードのスナップショット(2026年3月末・Figment経由)は「47.6%・448バリデータ・総容量9.52Tbps」。毎時更新される数字のため、本サイトでは幅を持たせて表記しています。Official X (March 2026) said "~46%"; an official-dashboard snapshot (late March 2026, via Figment) showed 47.6% with 448 validators and 9.52 Tbps aggregate capacity. The figure updates hourly, so we show a range.

🗓️ 年表🗓️ Timeline

2025.03
テストネット始動 & $28M調達Testnet launch & $28M raise

7都市(東京🗼を含む)でテストネット稼働。Multicoin CapitalとDragonfly共同リードで2,800万ドルを調達(評価額4億ドル)。中核貢献者はMalbec LabsとJump Crypto。Testnet live across 7 metros (incl. Tokyo 🗼). $28M raised, co-led by Multicoin Capital and Dragonfly at a $400M valuation. Core contributors: Malbec Labs and Jump Crypto.

2025.10
メインネットβ稼働Mainnet-beta goes live

10月2日、ステークの約2割(21〜22%)・300超のバリデータを乗せて始動。SECのノーアクションレターを受け、ユーティリティトークン2Zも発行。70超のリンクが25拠点を直結。Oct 2: launched carrying ~21–22% of stake and 300+ validators. The 2Z utility token shipped following an SEC no-action letter. 70+ links across 25 locations.

2026.03
Phase II & 手数料ゼロ化 & Edge発表Phase II, zero fees & Edge announced

3月9日、東京などへ240万SOLの委任プログラムPhase II開始。Epoch 939で5%ブロック報酬手数料を撤廃 — 公式いわく「ブートストラップから経済エンジンへの成熟」。3月11日にはEdgeを発表。Mar 9: Phase II directs 2.4M SOL toward Tokyo and peers. At Epoch 939 the 5% block-reward fee was removed — officially, "maturing from bootstrap into an economic engine." Edge announced Mar 11.

2026.04
Edge 公開βEdge public beta

マルチキャストによるシュレッド配信プラットフォームが公開βに。379バリデータが発行に参加し、Jito・Temporal・Staking Facilities・Tritonなど主要クライアント陣営が勢ぞろい。購読料は公開β時点でエポックあたり30〜100ドル。The multicast shred-delivery platform entered public beta with 379 publishing validators and participants spanning every major client camp — Jito, Temporal, Staking Facilities, Triton. Subscriptions ran $30–100 per epoch at beta launch.

2026.06
現在地Today

接続ステーク約46〜48%・448バリデータ・総容量9.52Tbps・30超の都市圏(2026年春の公式値)。AlpenglowとFiredancerの時代を、配線の側から支えるインフラへ。~46–48% of stake connected, 448 validators, 9.52 Tbps capacity, 30+ metros (official figures, spring 2026) — the wiring layer beneath the Alpenglow and Firedancer era.

🪙 2Zのいま:手数料ゼロ時代の経済🪙 2Z today: economics in the zero-fee era

立ち上げ期はバリデータがブロック報酬の5%を支払って網を育てました。2026年3月(Epoch 939)以降はバリデータの接続手数料はゼロ。収益の軸はEdgeの購読料経済へ移り、回線の貢献者・シュレッドを発行するバリデータ・クライアント開発元に分配され、一部はバーンされます。※価格や投資判断に関わる情報は扱いません。 During bootstrap, validators paid 5% of block rewards to grow the network. Since March 2026 (Epoch 939), validator connection fees are zero. Revenue now centers on Edge subscriptions, distributed to link contributors, shred-publishing validators, and client teams, with a portion burned. (We don't cover price or investment topics.)

🔥 シリーズ前作:Firedancer編🔥 Previous in series: Firedancer

「バリデータの中」の高速化はFiredancer編でどうぞ。タイル設計・パイプライン・カーネルバイパスを動かして学べます。実行はFiredancer、合意はAlpenglow、配線はDoubleZero — Solana高速化の3部作です。 For speed inside the validator, see our Firedancer guide — tiles, the pipeline, kernel bypass, all hands-on. Execution: Firedancer. Consensus: Alpenglow. Wiring: DoubleZero — a speed trilogy.

→ Firedancer 図解ハンズオン