ステートチャネルとペイメントチャネル

ステートチャネルは、2 者（または多者）が Layer-1 ブロックチェーン上に資産をロックし、その後の状態更新をオフチェーンで繰り返すことで、L1 のトランザクション手数料と確定遅延を最小化するスケーリング手法である。決済に特化した「ペイメントチャネル」が最もよく知られており、Bitcoin の Lightning Network がその代表例として 2026 年時点で最も成熟した実用 L2 として稼働している。Ethereum では Raiden が類似のアーキテクチャを提供するが、Rollup の台頭によりチャネルの採用は限定的にとどまる。

仕組み：2 者間オフチェーン状態更新

チャネルを開くには、参加者がマルチシグアドレス（両者の署名が揃わなければ資金を動かせないアドレス）に資産を預ける L1 トランザクションを送信する。この「開設トランザクション」の確定後、2 者はオフチェーンで状態を更新できる。

各状態更新は、「Alice が 0.5 BTC、Bob が 0.3 BTC を保有する」といった最新残高を記した数値に両者が電子署名したメッセージであり、L1 に送信されない。更新は任意の回数・任意の間隔で行えるため、速度は通信往復のレイテンシのみに依存し、コストはほぼゼロである。

チャネルを閉じる際には、双方が最新の状態に合意した「クロージングトランザクション」を L1 に送信し、最終残高が確定する。通常の協力クローズでは 1 トランザクションで完了する。一方が不正（古い状態で引き出しを試みる）を働いた場合、もう一方が一定期間内に異議申し立てできる（タイムロック付き Dispute）仕組みが設けられており、L1 の安全性が最終的な保護として機能する。

まとめると、L1 トランザクションはチャネルの開設と閉鎖の 2 回のみで、その間の取引はいくら多くても L1 を消費しない。ステートチャネルは決済だけでなく、汎用の状態遷移（ゲームの手番更新、マイクロサービス間の状態管理など）にも適用できる。

HTLC と多ホップ送金

2 者間のチャネルだけでは、全員と直接チャネルを張る必要があり、スケールしない。この問題を解決するのが HTLC（Hashed Timelock Contract） に基づく多ホップ（マルチホップ）ルーティングである。

HTLC は「事前に合意したハッシュの原像（プリイメージ）を提示すれば決済が成立し、一定時間内に提示されなければ資金が返却される」という契約をスマートコントラクトとして実装したものだ。Alice → Bob → Carol という経路を例に取ると、次のように動作する。

1. Carol がランダムな値 R を生成し、そのハッシュ H = hash(R) を Alice に伝える。
2. Alice は「H の原像を提示すれば 0.01 BTC を払う、タイムロックは 3 ブロック」という HTLC を Bob との既存チャネルで作成する。
3. Bob は同じ条件（タイムロックは 2 ブロック）の HTLC を Carol との既存チャネルで作成する。
4. Carol が R を Bob に開示 → Bob は支払いを受け取り、R を Alice に開示 → Alice は支払いを受け取る。

いずれかのステップが失敗（タイムロック超過など）した場合、支払いはアトミックにキャンセルされる。このメカニズムにより、Alice と Carol が直接チャネルを持たなくても、信頼なしで送金できる。

Lightning Network：Bitcoin の決済 L2

Lightning Network は Bitcoin 向けの多ホップ決済チャネルネットワークであり、HTLC を核とするプロトコルとして 2018 年前後からメインネット運用が始まり、2026 年時点で最も成熟した Bitcoin L2 である。

ネットワークのノードは流動性プロバイダーとして機能し、チャネルに資産を預けてルーティング手数料を受け取る。公開チャネルの容量は 2026 年 5 月時点で約 5,637 BTC であり、プライベート（非公開）チャネルはそれをさらに大きく上回るとされる。

プロトコルの最新機能として、Taproot Assets（v0.7 / 2025 年 12 月リリース）が挙げられる。再利用可能なアドレスと監査可能な供給量管理を実現し、これを基盤として USDT が Lightning Network 上で稼働開始した（2026 年 3 月 / Tether CEO Ardoino による確認）。Bitcoin の決済レイヤーで米ドルステーブルコインが流通し始めたことは、実用性の観点から重要な節目である。

技術的には、Taproot（2021 年 11 月 Bitcoin に有効化）が Lightning の効率・プライバシー向上に寄与している。Schnorr 署名により協力クローズトランザクションが通常の P2PKH と区別しにくくなり、オンチェーン・フットプリントが縮小した。

Ethereum のチャネル：Raiden と その周辺

Ethereum にも Lightning Network に類似したペイメントチャネルネットワーク「Raiden」が存在する。ERC-20 トークンを含む任意の Ethereum 資産をオフチェーンで転送できる点が特徴で、μRaiden（マイクロレイデン）は N 対 1 の単方向チャネル実装として dApp への少額課金ユースケースに特化していた。Radios（Raiden 2.0）は ERC-20 以外の資産への対応拡張を目指した派生実装である。

しかし Ethereum のエコシステムにおいては、Optimistic Rollup と ZK Rollup が 2021 年以降に急速に普及し、ステートチャネルは相対的に採用が限定的になっている。Rollup はチャネルの開設・閉鎖を必要とせず、任意のスマートコントラクトインタラクションをそのままスケールできるため、汎用 dApp のスケーリングにはより適している。

ステートチャネルが依然として優位性を持つのは、定型的な少額高頻度取引（マシン間マイクロペイメント、IoT センサーデータ課金など）や、オフライン署名更新で十分な二者間ゲームのような限定的なユースケースである。

長所と課題

長所

• 即時確定性：オフチェーン更新はネットワーク往復のみで完了し、実質ゼロ遅延。
• 極低コスト：開設・閉鎖の L1 手数料のみで、中間取引にガス代がかからない。
• プライバシー：オフチェーン更新は L1 に公開されないため、取引の詳細が外部から見えない。
• 高スループット：チャネルの容量と流動性が許す限り、理論上は無制限の取引数をこなせる。

課題

• 受信側のオンライン要件：ペイメントチャネルで決済を受け取るには、受信者が（または代理のウォッチタワーが）オンラインである必要がある。オフライン状態での受取が困難であることは、Lightning Network が一般消費者ウォレットへの普及において依然ハードルとなっている。
• 流動性制約：大口送金はチャネルの流動性（預け入れ残高）に制限される。ルートを確保するためにノードは流動性をロックする必要があり、資本効率が低下する。
• ルーティングの複雑さ：多ホップルーティングでは経路探索・流動性管理・手数料最適化が必要であり、ノード運営は技術的難易度が高い。
• ハブ集中リスク：流動性の大部分を少数の大型ハブが提供する構造になりやすく、ネットワークの中央集権化や単一障害点のリスクが指摘されている。
• 状態管理コスト：チャネルを多数張るほど管理するオフチェーン状態が増加し、ウォッチタワー（代理監視ノード）コストが発生する。

これらの課題はユースケースを選ぶ形で緩和できる。Lightning Network が Bitcoin 決済、特に少額・高頻度・双方向性の送金に特化しているように、ステートチャネルは「高頻度・低価値・定型的な取引を 2 者間で繰り返す」シナリオで最大の効果を発揮するアーキテクチャである。