# オフチェーン拡張デプス解析## 1. スケーラビリティの必要性ブロックチェーンの未来のビジョンは、去中心化、安全性、そして可用性ですが、通常はそのうちの2つしか実現できません。これはブロックチェーンの不可能三角問題と呼ばれています。長年にわたり、人々はこの難題を解決する方法を探求してきました。去中心化と安全性を確保しながら、ブロックチェーンのスループットと取引速度を向上させる、つまりスケーラビリティの問題を解決することは、現在のブロックチェーンの発展過程におけるホットな話題の一つです。ブロックチェーンの非中央集権、安全性、及びスケーラビリティは以下のように定義されます:- 分散型: 誰でもノードとなり、ブロックチェーンシステムの生産と検証に参加できる。ノードの数が多いほど、分散の程度が高まり、ネットワークが少数の大規模な中央集権的参加者の支配を受けないことを保証する。- 安全性: ブロックチェーンシステムのコントロールを取得するためにかかるコストが高ければ高いほど、安全性が高くなり、そのため、チェーンはより多くの参加者からの攻撃に抵抗できる。- スケーラビリティ: ブロックチェーンが大量の取引を処理する能力。ビットコインネットワークの最初の重大なハードフォークは、スケーラビリティの問題から生じました。ビットコインのユーザー数と取引量が増加するにつれて、各ブロックの上限が1MBのビットコインネットワークは混雑の問題に直面し始めました;2015年から、ビットコインコミュニティはスケーラビリティの問題で意見が分かれ、一方はBitcoin ABCを代表とするブロック拡大を支持する拡張派、もう一方はBitcoin Coreを代表とする小ブロック派で、Segwitによる最適化を主張しました。2017年8月1日、Bitcoin ABCは独自に8MBのクライアントシステムを開発し運用を開始し、ビットコイン史上初の重大なハードフォークが発生し、新しい通貨BCHが誕生しました。同様に、イーサリアムネットワークもネットワークの安全性と分散化を保障するために、一部のスケーラビリティを犠牲にすることを選択しました。イーサリアムネットワークはビットコインネットワークのようにブロックサイズを制限して取引量を制限するのではなく、単一ブロックに収容できる燃料費の上限を設定する形に変わっていますが、目的はTrustless Consensusを実現し、ノードの広範な分布を確保することです(制限を取り消すか引き上げるかにかかわらず、帯域幅、ストレージ、計算量が不足している小規模なノードは多く排除されることになります)。2017年のCryptoKitties、DeFiサマー、そしてその後のGameFiやNFTなどのオフチェーンアプリケーションの台頭に伴い、市場はスループットの需要が増加していますが、チューリング完全なイーサリアムでさえ、1秒あたり15〜45件の取引(TPS)しか処理できません。これにより、取引コストが増加し、決済時間が長くなり、大部分のDappsは運営コストを賄うことが困難になり、全体のネットワークはユーザーにとって遅くて高価になっています。ブロックチェーンのスケーラビリティの問題は早急に解決される必要があります。理想的なスケーリングソリューションは、非中央集権性と安全性を犠牲にすることなく、ブロックチェーンネットワークの取引速度(をできるだけ向上させ、ファイナリティ時間)を短縮し、取引スループット(を高めることです。! [10,000語の詳細な調査レポート:オフチェーン拡張の包括的な分析])https://img-cdn.gateio.im/social/moments-7d930821d982f99c43cf5400e4db2175(## 2. スケーラビリティソリューションの種類私たちは「メインネットのレイヤーを変更するかどうか」を基準として、スケーリングソリューションをオンチェーン拡張とオフチェーン拡張の2つの大カテゴリーに分けています。) 2.1 チェーン上のスケーリングコアコンセプト:メインネットプロトコルの一層を変更することでスケーラビリティを達成するソリューション、現在の主要なソリューションはシャーディングです。チェーン上のスケーリングにはさまざまなソリューションがありますが、この記事では詳しく説明しません。以下に2つのソリューションを簡単に列挙します:- 方案一はブロックスペースを拡大することで、各ブロックにパッケージ化される取引の数を増やすことですが、これは高性能ノードデバイスに対する要求を高め、ノードの参加ハードルを上げ、「非中央集権」の度合いを低下させます。- 方案二はシャーディングであり、ブロックチェーンの帳簿をいくつかの部分に分け、すべてのノードがすべての記帳に参加するのではなく、異なるシャード、つまり異なるノードが異なる記帳を担当します。並行計算により、複数の取引を同時に処理できます。このようにして、ノードの計算負荷と参加の敷居を下げ、取引処理速度と分散化の程度を向上させることができます。しかし、これは全ネットワークの計算能力が分散されることを意味し、全体のネットワークの「セキュリティ」が低下します。一層のメインネットプロトコルのコードを変更することは、予期しない悪影響を引き起こす可能性があります。なぜなら、基盤となるわずかなセキュリティの脆弱性が、ネットワーク全体の安全性を深刻に脅かすからです。ネットワークは、フォークを強いられたり、修復のためのアップグレードを中断したりする可能性があります。例えば、2018年のZcashのインフレーションバグ事件: Zcashのコードはビットコイン0.11.2バージョンのコードを基に修正されたもので、2018年にあるエンジニアがその基盤のコードに高リスクの脆弱性が存在することを発見しました。すなわち、トークンが無限に発行可能であり、その後、チームは8か月をかけて秘密裏に修正作業を行い、バグ修正後にこの事件を公表しました。### 2.2 オフチェーン拡張コアコンセプト:既存のレイヤー1メインネットプロトコルを変更せずに拡張するソリューション。オフチェーン拡張ソリューションはLayer2とその他のソリューションに細分化できます:- Layer2:ステートチャンネル、サイドチェーン、プラズマ、ロールアップ- その他:バリディウム、ボリション! [10,000語の詳細な調査レポート:オフチェーン拡張の包括的な分析]###https://img-cdn.gateio.im/social/moments-087d35594a04d33375b8199b93eb355e(## 3. オフチェーン拡張の方案) 3.1 ステータスチャネル###State Channels()# 3.1.1 まとめステートチャンネルは、チャネルがオープン、クローズ、または紛争を解決する際にのみ、ユーザーがメインネットと相互作用する必要があることを規定しており、ユーザー間の相互作用をオフチェーンで行うことで、ユーザーの取引時間とコストを削減し、取引回数に制限がないことを実現します。状態チャネルはシンプルなP2Pプロトコルであり、「ターンベースのアプリケーション」、例えば2人のチェスゲームに適しています。各チャネルはメインネット上で動作するマルチシグスマートコントラクトによって管理され、このコントラクトはチャネルに預けられた資産を制御し、状態の更新を検証し、参加者間の争いを###に基づく署名とタイムスタンプを持つ詐欺証明(によって仲裁します。参加者はブロックチェーンネットワークにコントラクトを展開した後、資金を預けてロックし、双方が署名して確認した後、チャネルが正式に開通します。チャネルは参加者間で無制限の回数のオフチェーン無料取引)を可能にしますが、彼らの送金の純資産が預けられたトークンの合計(を超えない限りです。参加者は交互に相手に状態の更新を送信し、相手の署名確認を待ちます。一度相手が署名確認すれば、この状態の更新は完了と見なされます。通常、双方が合意した状態の更新はメインネットにアップロードされず、争いが発生したり、チャネルを閉じる必要がある場合にのみメインネットの確認に依存します。チャネルを閉じる必要がある場合、いずれかの参加者はメインネットで取引リクエストを提出でき、もし退出リクエストが全員の合意署名によって承認されれば、オンチェーンで即座に実行されます。つまり、スマートコントラクトはチャネルの最終状態に基づき、各参加者の残高に応じてロックされた残りの資金を分配します。他の参加者が署名承認しなかった場合、全員は「チャレンジ期間」の終了を待ってから残りの資金を受け取る必要があります。以上のように、ステートチャンネル方式はメインネットの計算量を大幅に削減し、取引速度を向上させ、取引コストを低下させることができます。! [10,000語の詳細な調査レポート:オフチェーンスケーリングの包括的な分析])https://img-cdn.gateio.im/social/moments-ead28de03be9fc22dcfe3f679ee36bc5()# 3.1.2 タイムライン- 2015年2月、ジョセフ・プーンとサディウス・ドライジャは、ライトニングネットワークのホワイトペーパー草案を発表しました。- 2015年11月、ジェフ・コールマンは初めてステートチャンネルの概念を体系的にまとめ、ビットコインのペイメントチャンネルはステートチャンネルの概念の一つのサブケースであると提案しました。- 2016年1月、Joseph PoonとThaddeus Dryjaは正式にホワイトペーパー《The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments》を発表し、ビットコインのライトニングネットワークのスケーラビリティソリューションであるPayment Channel###支払いチャネル(を提案しました。このソリューションはビットコインネットワーク上の送金処理のみに使用されます。- 2017年11月、Payment Channelフレームワークに基づくState Channelの最初の設計仕様であるSpritesが提案されました。- 2018年6月、Counterfactualは、Generalized State Channelsの非常に詳細な設計を考案しました。これは、初めてState Channelsに完全に関連するものです。- 2018年10月、Generalised State Channel Networksの記事では、State Channel NetworksとVirtual Channelsの概念が提案されました。- 2019年2月、ステートチャンネルの概念がN-Party Channelsに拡張され、Nitroはそのアイデアに基づいて構築された最初のプロトコルです。- 2019年10月、Pisaはすべての参加者が常にオンラインである必要がある問題を解決するために、Watchtowersの概念を拡張しました。- 2020年3月、Hydraはファストアイソモーフィックチャネルを提案しました。)# 3.1.3 技術原則状態チャネルのワークフローは次のとおりです:1. アリスとボブは、個人EOAから資金をオフチェーン契約アドレスに預け入れることによって、これらの資金は契約にロックされ、チャネルが閉じるまでユーザーに残高が返還されません; 二人が署名して確認した後、二人の間のステートチャネルが正式に開通します。2. アリスとボブはこのチャネルを通じて理論的にはオフチェーンで無制限に取引を行うことができ、参加者は暗号化された署名メッセージで相互に通信###し、ブロックチェーンネットワークと通信(しません。両方のユーザーは、二重支払いの悪用を防ぐために、各取引に署名する必要があります。これらのメッセージを通じて、彼らは自分のアカウントの状態更新を提案し、相手が提案した状態更新を受け入れます。3. アリスがボブとの取引を終了するためにチャンネルを閉じたい場合、アリスは契約に自分のアカウントの最終状態を提出する必要があります。ボブが署名して承認すれば、契約は最終状態に基づいてロックされた資金を対応するユーザーに返還します。ボブが署名に応答しない場合、契約はチャレンジ期間終了後にロックされた資金を対応するユーザーに返還します。もしある時点で、Bobが彼のターンにAliceから送られた状態更新の署名に応答しなかった場合、Aliceは契約に自分の最後の有効な状態を提出することで挑戦を開始できます。この有効な状態にはBobの以前の署名も含まれており、最終取引がBobの承認を受けたことを証明し、最終状態がBobの確認を受けたことになります。その後、契約はBobに一定の期間内に次の状態を契約に提出して応答することを許可します。もしBobが応答すれば、二人は状態チャネル内で取引を続けることができます。もしBobがその期間内に応答しなければ、契約は自動的に状態チャネルを閉じ、資金をAliceに返します。! [10,000語の詳細な調査レポート:オフチェーンスケーリングの包括的な分析])https://img-cdn.gateio.im/social/moments-ad088ac016d75b1ae0b0eda699e74709()# 3.1.4 メリットとデメリット価値：- 即時性:ステータス更新はほぼ即時で、ブロック確認を待つ必要はありません- プライバシー:最終状態のみがオンチェーンされ、中間状態はすべてプライベートです- スケーラビリティ:理論的には無限に拡張可能であり、参加者の資金が十分であれば可能です- 低コスト:オフチェーン取引はガス代を支払う必要がない短所：- 資金効率が低い:資金をロックする必要がある- オンライン要件:参加者は継続的にオンライン監視する必要があります- 退出時間が長い: チャレンジ期間を待つ必要があるため、チャンネルを閉じるとき- 中央集権的なノードへの依存:Watchtowers###などのサードパーティの監視サービス(が必要です- ステータスエクスプロージョン:N個のユーザーがN)N-1(/2個のチャネルを必要とします- 流動性が限られている:資金が特定のチャネルにロックされている)# 3.1.5 アプリケーション**ビットコインライトニングネットワーク**概要: ライトニングネットワークはビットコインネットワークの小額決済チャネルであり、その全体的な技術の進化は次のようになります: 2/2マルチシグを用いて片道決済チャネルを構築し、RSMC###可撤回シーケンス満期契約(を追加することで双方向決済チャネルを構築し、さらにHTLC)ハッシュタイムロック契約(を追加することで、決済チャネルを拡張して複数人の決済を接続し、最終的に決済ネットワークであるライトニングネットワークを構築します。オフチェーンの小額決済チャネルを通じて、中間者を利用して取引ネットワークを形成することで、ビットコインネットワークのスケーラビリティの問題を解決できます。ライトニングネットワークの全体的な使用は「入金)チャネルの構築(→ライトニングネットワーク取引)チャネル状態の更新(→返金/決済)チャネルの終了(」というプロセスに従います; 理論的にはライトニングネットワークは毎秒100万件の取引を処理できます。タイムライン:- 2015年2月、ジョセフ・プーンとサディウス・ドライヤがライトニングネットワークのホワイトペーパーの草稿を発表しました；- 2016年1月に正式版ホワイトペーパーを発表し、Lightning Labsを設立しました;- 2018年3月15日、Lightning Labsは最初のライトニングネットワークメインネットバージョンLightning Network Daemon )LND( 0.4バージョンをリリースしました。- 2021年初、ライトニングネットワークの公共容量)TVL(は約4000万ドルで、約10万人未満のユーザーがライトニングネットワークを利用していました。- 2021年6月、サルバドル
オフチェーン拡張ソリューションデプス解析：状態チャネルからLayer2へ
オフチェーン拡張デプス解析
1. スケーラビリティの必要性
ブロックチェーンの未来のビジョンは、去中心化、安全性、そして可用性ですが、通常はそのうちの2つしか実現できません。これはブロックチェーンの不可能三角問題と呼ばれています。長年にわたり、人々はこの難題を解決する方法を探求してきました。去中心化と安全性を確保しながら、ブロックチェーンのスループットと取引速度を向上させる、つまりスケーラビリティの問題を解決することは、現在のブロックチェーンの発展過程におけるホットな話題の一つです。
ブロックチェーンの非中央集権、安全性、及びスケーラビリティは以下のように定義されます:
分散型: 誰でもノードとなり、ブロックチェーンシステムの生産と検証に参加できる。ノードの数が多いほど、分散の程度が高まり、ネットワークが少数の大規模な中央集権的参加者の支配を受けないことを保証する。
安全性: ブロックチェーンシステムのコントロールを取得するためにかかるコストが高ければ高いほど、安全性が高くなり、そのため、チェーンはより多くの参加者からの攻撃に抵抗できる。
スケーラビリティ: ブロックチェーンが大量の取引を処理する能力。
ビットコインネットワークの最初の重大なハードフォークは、スケーラビリティの問題から生じました。ビットコインのユーザー数と取引量が増加するにつれて、各ブロックの上限が1MBのビットコインネットワークは混雑の問題に直面し始めました;2015年から、ビットコインコミュニティはスケーラビリティの問題で意見が分かれ、一方はBitcoin ABCを代表とするブロック拡大を支持する拡張派、もう一方はBitcoin Coreを代表とする小ブロック派で、Segwitによる最適化を主張しました。2017年8月1日、Bitcoin ABCは独自に8MBのクライアントシステムを開発し運用を開始し、ビットコイン史上初の重大なハードフォークが発生し、新しい通貨BCHが誕生しました。
同様に、イーサリアムネットワークもネットワークの安全性と分散化を保障するために、一部のスケーラビリティを犠牲にすることを選択しました。イーサリアムネットワークはビットコインネットワークのようにブロックサイズを制限して取引量を制限するのではなく、単一ブロックに収容できる燃料費の上限を設定する形に変わっていますが、目的はTrustless Consensusを実現し、ノードの広範な分布を確保することです(制限を取り消すか引き上げるかにかかわらず、帯域幅、ストレージ、計算量が不足している小規模なノードは多く排除されることになります)。
2017年のCryptoKitties、DeFiサマー、そしてその後のGameFiやNFTなどのオフチェーンアプリケーションの台頭に伴い、市場はスループットの需要が増加していますが、チューリング完全なイーサリアムでさえ、1秒あたり15〜45件の取引(TPS)しか処理できません。これにより、取引コストが増加し、決済時間が長くなり、大部分のDappsは運営コストを賄うことが困難になり、全体のネットワークはユーザーにとって遅くて高価になっています。ブロックチェーンのスケーラビリティの問題は早急に解決される必要があります。理想的なスケーリングソリューションは、非中央集権性と安全性を犠牲にすることなく、ブロックチェーンネットワークの取引速度(をできるだけ向上させ、ファイナリティ時間)を短縮し、取引スループット(を高めることです。
! [10,000語の詳細な調査レポート:オフチェーン拡張の包括的な分析])https://img-cdn.gateio.im/webp-social/moments-7d930821d982f99c43cf5400e4db2175.webp(
2. スケーラビリティソリューションの種類
私たちは「メインネットのレイヤーを変更するかどうか」を基準として、スケーリングソリューションをオンチェーン拡張とオフチェーン拡張の2つの大カテゴリーに分けています。
) 2.1 チェーン上のスケーリング
コアコンセプト:メインネットプロトコルの一層を変更することでスケーラビリティを達成するソリューション、現在の主要なソリューションはシャーディングです。
チェーン上のスケーリングにはさまざまなソリューションがありますが、この記事では詳しく説明しません。以下に2つのソリューションを簡単に列挙します:
方案一はブロックスペースを拡大することで、各ブロックにパッケージ化される取引の数を増やすことですが、これは高性能ノードデバイスに対する要求を高め、ノードの参加ハードルを上げ、「非中央集権」の度合いを低下させます。
方案二はシャーディングであり、ブロックチェーンの帳簿をいくつかの部分に分け、すべてのノードがすべての記帳に参加するのではなく、異なるシャード、つまり異なるノードが異なる記帳を担当します。並行計算により、複数の取引を同時に処理できます。このようにして、ノードの計算負荷と参加の敷居を下げ、取引処理速度と分散化の程度を向上させることができます。しかし、これは全ネットワークの計算能力が分散されることを意味し、全体のネットワークの「セキュリティ」が低下します。
一層のメインネットプロトコルのコードを変更することは、予期しない悪影響を引き起こす可能性があります。なぜなら、基盤となるわずかなセキュリティの脆弱性が、ネットワーク全体の安全性を深刻に脅かすからです。ネットワークは、フォークを強いられたり、修復のためのアップグレードを中断したりする可能性があります。例えば、2018年のZcashのインフレーションバグ事件: Zcashのコードはビットコイン0.11.2バージョンのコードを基に修正されたもので、2018年にあるエンジニアがその基盤のコードに高リスクの脆弱性が存在することを発見しました。すなわち、トークンが無限に発行可能であり、その後、チームは8か月をかけて秘密裏に修正作業を行い、バグ修正後にこの事件を公表しました。
2.2 オフチェーン拡張
コアコンセプト:既存のレイヤー1メインネットプロトコルを変更せずに拡張するソリューション。
オフチェーン拡張ソリューションはLayer2とその他のソリューションに細分化できます:
Layer2:ステートチャンネル、サイドチェーン、プラズマ、ロールアップ
その他:バリディウム、ボリション
! [10,000語の詳細な調査レポート:オフチェーン拡張の包括的な分析]###https://img-cdn.gateio.im/webp-social/moments-087d35594a04d33375b8199b93eb355e.webp(
3. オフチェーン拡張の方案
) 3.1 ステータスチャネル###State Channels(
)# 3.1.1 まとめ
ステートチャンネルは、チャネルがオープン、クローズ、または紛争を解決する際にのみ、ユーザーがメインネットと相互作用する必要があることを規定しており、ユーザー間の相互作用をオフチェーンで行うことで、ユーザーの取引時間とコストを削減し、取引回数に制限がないことを実現します。
状態チャネルはシンプルなP2Pプロトコルであり、「ターンベースのアプリケーション」、例えば2人のチェスゲームに適しています。各チャネルはメインネット上で動作するマルチシグスマートコントラクトによって管理され、このコントラクトはチャネルに預けられた資産を制御し、状態の更新を検証し、参加者間の争いを###に基づく署名とタイムスタンプを持つ詐欺証明(によって仲裁します。参加者はブロックチェーンネットワークにコントラクトを展開した後、資金を預けてロックし、双方が署名して確認した後、チャネルが正式に開通します。チャネルは参加者間で無制限の回数のオフチェーン無料取引)を可能にしますが、彼らの送金の純資産が預けられたトークンの合計(を超えない限りです。参加者は交互に相手に状態の更新を送信し、相手の署名確認を待ちます。一度相手が署名確認すれば、この状態の更新は完了と見なされます。通常、双方が合意した状態の更新はメインネットにアップロードされず、争いが発生したり、チャネルを閉じる必要がある場合にのみメインネットの確認に依存します。チャネルを閉じる必要がある場合、いずれかの参加者はメインネットで取引リクエストを提出でき、もし退出リクエストが全員の合意署名によって承認されれば、オンチェーンで即座に実行されます。つまり、スマートコントラクトはチャネルの最終状態に基づき、各参加者の残高に応じてロックされた残りの資金を分配します。他の参加者が署名承認しなかった場合、全員は「チャレンジ期間」の終了を待ってから残りの資金を受け取る必要があります。
以上のように、ステートチャンネル方式はメインネットの計算量を大幅に削減し、取引速度を向上させ、取引コストを低下させることができます。
! [10,000語の詳細な調査レポート:オフチェーンスケーリングの包括的な分析])https://img-cdn.gateio.im/webp-social/moments-ead28de03be9fc22dcfe3f679ee36bc5.webp(
)# 3.1.2 タイムライン
2015年2月、ジョセフ・プーンとサディウス・ドライジャは、ライトニングネットワークのホワイトペーパー草案を発表しました。
2015年11月、ジェフ・コールマンは初めてステートチャンネルの概念を体系的にまとめ、ビットコインのペイメントチャンネルはステートチャンネルの概念の一つのサブケースであると提案しました。
2016年1月、Joseph PoonとThaddeus Dryjaは正式にホワイトペーパー《The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments》を発表し、ビットコインのライトニングネットワークのスケーラビリティソリューションであるPayment Channel###支払いチャネル(を提案しました。このソリューションはビットコインネットワーク上の送金処理のみに使用されます。
2017年11月、Payment Channelフレームワークに基づくState Channelの最初の設計仕様であるSpritesが提案されました。
2018年6月、Counterfactualは、Generalized State Channelsの非常に詳細な設計を考案しました。これは、初めてState Channelsに完全に関連するものです。
2018年10月、Generalised State Channel Networksの記事では、State Channel NetworksとVirtual Channelsの概念が提案されました。
2019年2月、ステートチャンネルの概念がN-Party Channelsに拡張され、Nitroはそのアイデアに基づいて構築された最初のプロトコルです。
2019年10月、Pisaはすべての参加者が常にオンラインである必要がある問題を解決するために、Watchtowersの概念を拡張しました。
2020年3月、Hydraはファストアイソモーフィックチャネルを提案しました。
)# 3.1.3 技術原則
状態チャネルのワークフローは次のとおりです:
アリスとボブは、個人EOAから資金をオフチェーン契約アドレスに預け入れることによって、これらの資金は契約にロックされ、チャネルが閉じるまでユーザーに残高が返還されません; 二人が署名して確認した後、二人の間のステートチャネルが正式に開通します。
アリスとボブはこのチャネルを通じて理論的にはオフチェーンで無制限に取引を行うことができ、参加者は暗号化された署名メッセージで相互に通信###し、ブロックチェーンネットワークと通信(しません。両方のユーザーは、二重支払いの悪用を防ぐために、各取引に署名する必要があります。これらのメッセージを通じて、彼らは自分のアカウントの状態更新を提案し、相手が提案した状態更新を受け入れます。
アリスがボブとの取引を終了するためにチャンネルを閉じたい場合、アリスは契約に自分のアカウントの最終状態を提出する必要があります。ボブが署名して承認すれば、契約は最終状態に基づいてロックされた資金を対応するユーザーに返還します。ボブが署名に応答しない場合、契約はチャレンジ期間終了後にロックされた資金を対応するユーザーに返還します。
もしある時点で、Bobが彼のターンにAliceから送られた状態更新の署名に応答しなかった場合、Aliceは契約に自分の最後の有効な状態を提出することで挑戦を開始できます。この有効な状態にはBobの以前の署名も含まれており、最終取引がBobの承認を受けたことを証明し、最終状態がBobの確認を受けたことになります。その後、契約はBobに一定の期間内に次の状態を契約に提出して応答することを許可します。もしBobが応答すれば、二人は状態チャネル内で取引を続けることができます。もしBobがその期間内に応答しなければ、契約は自動的に状態チャネルを閉じ、資金をAliceに返します。
! [10,000語の詳細な調査レポート:オフチェーンスケーリングの包括的な分析])https://img-cdn.gateio.im/webp-social/moments-ad088ac016d75b1ae0b0eda699e74709.webp(
)# 3.1.4 メリットとデメリット
価値：
短所：
)# 3.1.5 アプリケーション
ビットコインライトニングネットワーク
概要: ライトニングネットワークはビットコインネットワークの小額決済チャネルであり、その全体的な技術の進化は次のようになります: 2/2マルチシグを用いて片道決済チャネルを構築し、RSMC###可撤回シーケンス満期契約(を追加することで双方向決済チャネルを構築し、さらにHTLC)ハッシュタイムロック契約(を追加することで、決済チャネルを拡張して複数人の決済を接続し、最終的に決済ネットワークであるライトニングネットワークを構築します。オフチェーンの小額決済チャネルを通じて、中間者を利用して取引ネットワークを形成することで、ビットコインネットワークのスケーラビリティの問題を解決できます。ライトニングネットワークの全体的な使用は「入金)チャネルの構築(→ライトニングネットワーク取引)チャネル状態の更新(→返金/決済)チャネルの終了(」というプロセスに従います; 理論的にはライトニングネットワークは毎秒100万件の取引を処理できます。
タイムライン: