超光速通信

量子相関（絡み）だけでは通信できません。超光速が成立するなら、外部介入で「送れる状態」を作る必要があります。

ここでの超光速通信は、「情報が瞬時に移動する」のではなく、「受信側の端末状態を外部から更新する」ことで成立します。絡みは同期の足場を作るだけで、情報そのものは外部介入で書き込まれる、という立場です。

したがって議論の軸は三つあります。同期品質をどこまで確保できるか、層ずれの符号化をどれだけ細かくできるか、そして反作用率の上限がどれくらいか。この三つが「細い線」としての超光速回線を決めます。

以下では、最小手順→上限→符号化→運用の順に、式と図の意味を言葉で補います。

最小の手順（概念）

図8-1は超光速通信の最小フローです。重要なのは、相関は「足場」でしかなく、情報が運ばれるのは外部介入の瞬間だという点です。
同期で基準を合わせ、層ずれ \(\delta\) に情報を写し、外部介入で受信端末を更新し、その状態を読み戻す。これが成立しない限り、相関だけで通信は起きません。

実運用では、同期に失敗すれば全てが無効になり、符号化の誤りは誤読に直結します。外部介入が成功しても復号できなければ通信は成立しないため、どの工程も同じくらい重要になります。

送信レートの上限は反作用率で決まる

超光速回線の太さは、端末数や距離ではなく、反作用を1秒あたりにどれだけ払えるかで決まります。
反作用率の上限がある以上、どれだけアンカー網が良くても「一気に大量の情報を送る」ことはできません。

式(14)は「1ビット送るのに最小で \(1/\eta\) [RU] の反作用が必要だ」と仮定したときの上限です。
\(r_{\max}\) [bit/s] は最大送信レート、\(\eta\) [bit/RU] は“反作用あたりの情報効率”です。

式(14)は理想値であり、実運用では署名・再送・同期維持が入るため、実効レートはさらに下がります。

図8-2の直線は、反作用率の上限が唯一のボトルネックであることを示します。曲線が寝ている世界では、超光速があっても情報流通は細く、戦略と社会のテンポは遅いままになります。

層方向符号化：段数と安全幅

層方向符号化は、受信側が読める層ずれ \(\delta\) [rad] を N 段に分けて使う方式です。

受信側は「どの段にいるか」を読むので、段を細かくするほど情報は増えますが、誤読のリスクも増えます。

使える範囲を \(-\delta_{\max}\) から \(+\delta_{\max}\) とすると、段間隔は

式(15)は量子化の間隔です。N を増やすほど段間隔は狭くなり、識別に必要な安全幅が取れなくなります。

1回の介入で送れる情報量は

式(16)は段が完全に識別できると仮定した理想値で、実際には安全幅と再送の分だけ実効は減ります。

ただし同期後の短期揺らぎ \(\sigma_{\delta}\) [rad] を考えると、段間隔はこれより十分大きく取る必要があります。

式(17)は「段が2σ以上離れていれば誤読が抑えられる」という目安です。これを満たせない段数は、理論上は送れても運用上は使えません。

端末状態と介入の最小プロトコル

受信端末は常に書き込み可能ではありません。同期窓の間だけ「待機」し、介入が入ると「書込済み」に遷移します。
書込済みの端末は再初期化（反作用の支払い）なしに再利用できず、これが連続送信を抑えます。

つまり端末は「一度きりの記録媒体」に近く、介入のたびに反作用が残留します。図8-3はその状態遷移を簡略化したものです。

送信側は \(\delta\) を選んで書き込み、受信側は「どの段か」を読むだけです。状態が戻らない限り次の書き込みはできず、これが自然な送信レート制限になります。

運用上は、待機状態の寿命（TTL）や品質 V の下限を設け、低品質な書込は破棄します。
冷却時間は反作用の回復待ちであり、端末数を増やしても無限に送れるわけではない理由になります。

ftl_prepare := (anchor_id A, window [t0,t1], key K, ttl dt)
ftl_write := (delta, nonce, ttl)
ftl_read := (delta_hat, quality V, timestamp)
accept if V >= V_min and within window; else discard

この簡易プロトコルは、短い同期窓と署名・nonceで偽書込を避けるための最小形です。
受信側は品質 V と時刻を返し、送信側は「書込が正しく届いたか」を判断できます。

再送・誤り訂正

層ずれの短期揺らぎや妨害で、単回の書き込みは誤読する可能性があります。
そのため運用では、同一内容を複数端末で繰り返すか、同一端末に複数回書き込んで多数決を取ります。

符号化を粗くすると誤読は減りますが情報量が落ちるため、再送と安全幅のバランスが重要になります。

ここで \(p_e\) は単回の誤読率、\(n_{\mathrm{rep}}\) は独立な再送回数です。
当然ながら再送はコストも遅延も増やすため、短い合図に限って有効です。

式(18)は誤読が独立であるという仮定に基づきます。実際には揺らぎが相関するため、再送は時間をずらすか、端末を分けて独立性を作るのが基本です。

多宛先通信とコスト

超光速通信は「外部介入で受信端末を更新する」以上、受信者が増えるほどコストは増えます。
放送に近い運用は高価で、通常は少数宛の“指令線”として使われます。

外部介入は受信端末ごとに必要なため、「一回の送信で全員に届く」ことはありません。これが超光速通信が細い理由の一つです。

\(C_{\mathrm{write}}\) は1端末の書き込みコスト、\(C_{\mathrm{sync}}\) は同期維持の固定費です。
\(N_{\mathrm{recv}}\) が増えるほど、同報通信が現実的でなくなるのが分かります。

同報が必要なら、超光速で最小の合図だけを送り、詳細は通常通信で拡散する二段階運用が現実的です。

用途の棲み分け：超光速は細い線

以上の制約から、超光速回線は「短く、少なく、高価」な線として扱うのが自然です。用途は以下に絞られます。

• 救難・警報の短い合図（位置コード、状態コード）。
• 鍵配布や認証の初期合意（大量データは常速回線へ）。
• 艦隊・拠点間の即時命令（後続の詳細は通常通信）。
• アンカー網の異常通知や同期の緊急更新。

妨害と防御

妨害は高価ですが、短い同期窓に成功すれば効果が大きいので、攻防の焦点になります。
防御側は品質 V と署名・nonceで偽書込を弾き、同期窓を短くして成功率を下げます。

• 妨害は「同期品質 V を落とす」「冷却を強制する」「偽の書込を混ぜる」の三つが基本。
• 防御は「短い同期窓」「署名・nonce」「複数アンカーの一致」で誤書込を弾く。
• 防衛側が大きな \(\dot C_{\max}\) を持つと、妨害を物量で押し返せる。

まとめると、超光速通信は「同期と反作用を買う」技術です。帯域よりも確実性のほうが重要で、少量の合図を確実に届ける用途に向きます。