ペイメントチャネル

暗号資産のペイメントチャネルとは？

ペイメントチャネルとは、個々の支払いを毎回ブロックチェーンに直接記録せずに、2人以上の参加者が暗号資産を何度も送金できるオフチェーンの仕組みです。

少額送金のたびに新しいオンチェーントランザクションを送る代わりに、ユーザーはチャネルに資金をロックし、署名付きの更新情報を非公開で交換して、最後に最終結果をオンチェーンで決済します。

そのため、ペイメントチャネルは高速かつ低コストで、頻繁に行われる取引に適しています。

ペイメントチャネルは、Bitcoinのペイメントチャネルネットワークを使ってユーザー間の支払いをルーティングするLightning Networkの中核的な構成要素としてよく知られています。

Lightning Networkの論文では、マイクロペイメントチャネルのネットワークを通じて支払いを送る分散型システムとして説明されており、価値の移転はオフチェーンで行われます。

ペイメントチャネルは独立したブロックチェーンではありません。

基盤となるブロックチェーンに裏付けられた暗号学的な合意です。

参加者間で意見が食い違った場合、参加者がオフラインになった場合、または不正を試みた場合、ブロックチェーンが最終的な判断を下します。

通常は参加者が協力し、最後に合意した残高でチャネルを閉じます。

紛争が起きた場合、一方の当事者はブロックチェーンを利用して、最新の有効な状態を執行できます。

初心者にとっては、ペイメントチャネルを誰かと共有する「つけ」に例えると分かりやすいでしょう。

双方がそのつけに資金を入れ、記録を何度も非公開で更新し、最後に清算するときだけ最終残高を決済します。

ペイメントチャネルの主なポイント

• • ペイメントチャネルでは参加者間で何度もオフチェーン送金できます。ブロックチェーンは主にチャネルの開設と閉鎖に利用します。
  • 頻繁な送金、マイクロペイメント、ゲーム、ストリーミング決済、加盟店取引の手数料削減と高速化に役立つ可能性があります。
  • ペイメントチャネルでは暗号署名を使い、各更新内容を検証できます。
  • チャネルが閉じる際、ロックされた資金の分配は最新の有効なチャネル状態によって決まります。
  • ペイメントチャネルネットワークでは、すべての受取人と直接チャネルを開かなくても、中継者を通じて支払いをルーティングできます。
  • ペイメントチャネルには、流動性の制約、オンラインでの監視要件、ルーティングの失敗、古い状態を使った攻撃、ユーザーの操作ミスなどのリスクがあります。

ペイメントチャネルの仕組み

ペイメントチャネルは通常、オンチェーンでの資金拠出トランザクションから始まります。

2人の参加者が、共有アウトプット、スマートコントラクト、またはチャネルコントラクトに資金をロックします。

ロックされた資産がチャネルの初期残高となります。

チャネル開設後、参加者は署名付きメッセージを交換して残高を更新できます。

たとえば、AliceとBobが合計容量1 BTCのチャネルを開設したとします。

Aliceがチャネル内でBobに0.1 BTCを支払う場合、その支払いを直ちにオンチェーンで公開する必要はありません。

代わりに、Bobの取り分が増え、Aliceの取り分が減ったことを示す新しいチャネル状態に署名します。

この手順は何度も繰り返せます。

チャネルが閉じる際に重要となるのは、最後に合意された状態だけです。

Lightningのペイメントチャネルに関するドキュメントでは、ペイメントチャネルはピア間のマルチシグコントラクトであり、チャネル内の支払いは後からブロックチェーン上で決済できると説明されています。

双方が協力する場合、最終決済トランザクションを送信してチャネルを閉じます。

一方が協力を拒んだ場合、もう一方はチャネル設計で定められた紛争解決の仕組みを利用できます。

ペイメントチャネルを開設する

ペイメントチャネルの開設とは、オフチェーンで移転できる価値をチャネルに持たせるため、資金をオンチェーンで拠出することです。

Bitcoin形式のチャネルでは、通常、マルチシグアウトプットに紐付いた資金拠出トランザクションを行います。

スマートコントラクトプラットフォームでは、チャネルコントラクトに資金を預け入れる場合があります。

開設トランザクションは、チャネルの執行可能な基盤を作るため重要です。

資金がロックされていなければ、チャネルは参加者間の約束にすぎません。

資金をロックすることで、チャネルはオンチェーンで決済可能な暗号学的合意になります。

開設時には通常、オンチェーン取引手数料がかかります。

そのため、開設後に何度も支払いを行う見込みがある場合に、ペイメントチャネルが最も役立ちます。

支払いが1回だけなら、通常のオンチェーントランザクションのほうが簡単な場合があります。

数百回、数千回の支払いを見込む場合は、チャネルの開設コストを多数のオフチェーン送金に分散できます。

ペイメントチャネルを更新する

ペイメントチャネルの更新とは、参加者間のオフチェーン残高を変更することです。

通常、各更新は署名付きの状態として表されます。

この状態には、チャネル残高のうち各参加者に帰属する金額が示されます。

有効な更新には両方の参加者の合意が必要です。

一方の参加者が署名を拒否した場合、チャネルは新しい状態に移行しません。

新しい状態が古い状態に置き換わります。

この置き換えにより、各支払いをオンチェーンで公開せずに何度も送金できます。

チャネルを決済する際に必要なのは、最新の有効な状態だけです。

優れたチャネル設計には、古い状態での決済を防止または罰する仕組みが含まれます。

古い状態では、一方に有利な残高が最新状態と異なる形で示される可能性があるため、これは重要です。

古い状態への対策がなければ、不誠実な参加者が古い残高を使ってチャネルを閉じようとする可能性があります。

ペイメントチャネルを閉鎖する

ペイメントチャネルの閉鎖とは、チャネルの最終残高をブロックチェーン上で決済することです。

協調的な閉鎖では、すべての参加者が最新の状態に合意し、共同で閉鎖トランザクションを送信します。

通常、これはチャネルを閉じる最も迅速で円滑な方法です。

強制閉鎖は、他の参加者の協力を得ずに一方がチャネルを閉じる方法です。

強制閉鎖によって、紛争期間やチャレンジ期間が開始される場合があります。

その期間中に古い状態が送信された場合、相手方はより新しい状態が存在することを証明できる可能性があります。

Ethereumのステートチャネルのドキュメントでは、参加者は主にオフチェーンでやり取りし、基盤となるブロックチェーンはチャネルの開設、閉鎖、紛争の決済にのみ利用すると説明されています。

チャネルが閉鎖された後、ロックされた資金は最終的に受け入れられた状態に従って分配されます。

閉鎖トランザクションがオンチェーンで確定すると、そのチャネルで新たなオフチェーン送金はできなくなります。

ペイメントチャネルとLightning Network

Lightning Networkは、暗号資産分野で最もよく知られたペイメントチャネルネットワークです。

多数のペイメントチャネルを接続し、互いに直接チャネルを持たないユーザー間の送金も可能にします。

Lightning Networkのウェブサイトでは、ブロックチェーンのスマートコントラクト機能を用いて参加者間の即時決済を可能にする分散型ネットワークと説明されています。

Lightningでは、2人のユーザーが直接チャネルを開き、何度も支払いを行えます。

さらに重要なのは、接続されたチャネルの経路を通じて送金できる点です。

たとえば、AliceはCarolと直接チャネルを持っていない場合があります。

それでもBobや他のルーティングノードを経由する経路があれば、AliceはCarolに支払える可能性があります。

受取人全員とチャネルを開く必要がないため、システムの利便性が高まります。

ルーティングにより、チャネルのネットワークは、2人だけの独立した「つけ」の集合ではなく、決済ネットワークとして機能します。

ルーティングノードに支払いのカストディを任せる必要はありません。

暗号学的な条件によってルーティングされた支払いはアトミックになり、支払い全体が完了するか、失敗するかのどちらかになります。

ペイメントチャネルとオンチェーントランザクションの違い

オンチェーントランザクションはブロックチェーンに直接記録されます。

ペイメントチャネルの取引更新は、チャネル参加者間でオフチェーンにて交換されます。

オンチェーントランザクションは、最終決済、長期保管、公開監査可能性、任意の有効なアドレスへの送金に適しています。

ペイメントチャネルは、接続された参加者間で頻繁に行われる少額または時間を重視する送金に適しています。

オンチェーントランザクションでは通常、ネットワーク手数料と承認時間が必要です。

ペイメントチャネルの更新は、参加者間で署名を交換するだけで済むため、大幅に速くなる場合があります。

一方、ペイメントチャネルには、開設、流動性、監視、チャネル管理が必要です。

すべての支払いに常に最適な方法とは限りません。

一度だけの大口送金には、オンチェーンでの直接決済が適している場合があります。

少額の定期的な支払いには、ペイメントチャネルが適している場合があります。

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

ペイメントチャネルは、価値の移転に特化したチャネルの一種です。

ステートチャネルはより広い概念で、一般的なアプリケーションの状態をオフチェーンで処理できます。

Ethereumのステートチャネルのドキュメントでは、ペイメントチャネルはユーザーが管理する双方向台帳と説明される一方、ステートチャネルではより広範なコントラクト状態やアプリケーションロジックを追跡できるとされています。

簡単に言えば、すべてのペイメントチャネルはチャネルですが、すべてのステートチャネルがペイメントチャネルだけを目的としているわけではありません。

ペイメントチャネルでは、AliceとBobがそれぞれいくら保有しているかを追跡する場合があります。

ステートチャネルでは、残高に加えて、ゲームの状態、アプリケーションの状態、コントラクトのストレージ状態なども追跡できます。

ペイメントチャネルは、通常の状態が残高の更新だけなので理解しやすい仕組みです。

ステートチャネルはより柔軟ですが、安全に設計するのも難しくなります。

どちらも、繰り返し発生するやり取りをオフチェーンに移し、オンチェーンの処理を減らすという基本的な目標を共有しています。

ペイメントチャネルとロールアップの違い

ペイメントチャネルとロールアップはいずれもスケーリング手法ですが、仕組みは異なります。

ペイメントチャネルでは、定められた参加者間の取引をオフチェーンで行い、最終結果や紛争が生じた結果のみをオンチェーンで決済します。

ロールアップは多くのトランザクションをオフチェーン、または基盤となる実行環境の外部で処理し、圧縮データや証明を基盤チェーンに公開します。

ペイメントチャネルは、既知の参加者間で繰り返し行うやり取りに非常に効率的です。

ロールアップは、一般的なアプリケーションや幅広いユーザー層に対して柔軟性を発揮することが多いです。

ペイメントチャネルでは通常、ユーザーが流動性を管理し、紛争に対応できる状態を維持する必要があります。

ロールアップでは通常、ユーザーはロールアップのデータ可用性、証明システム、シーケンサー設計、ブリッジコントラクトに依存します。

どちらの設計も、あらゆる状況で自動的に優れているわけではありません。

チャネルは、繰り返しの直接送金や低遅延のやり取りに適しています。

ロールアップは、スマートコントラクトの共有実行や幅広いアプリケーションエコシステムに適しています。

ペイメントチャネルのマルチシグコントラクト

多くのペイメントチャネルではマルチシグによる管理を利用します。

マルチシグでは、ロックされた資金を使用するために複数の鍵が必要です。

2者間のチャネルでは、通常、双方が資金拠出アウトプットまたはチャネルコントラクトの管理に関与します。

これにより、一方の参加者がチャネルのルールに従わずに資金をすべて取得することを防げます。

マルチシグ管理が、チャネル残高を共有するための基盤となります。

その後、オフチェーンの更新によって共有残高の分配方法を定めます。

双方が協力すれば、最新の残高を効率的に決済できます。

協力しない場合は、基盤となるブロックチェーンがチャネルの紛争解決ルールを執行できます。

ユーザーから見ると、マルチシグの仕組みは通常ウォレットソフトウェアの背後に隠れています。

開発者にとっては、チャネルのセキュリティを支える重要な要素です。

ハッシュタイムロックコントラクト

HTLCと略されるハッシュタイムロックコントラクトは、ルーティング型ペイメントチャネルネットワークでよく利用されます。

HTLCは、ハッシュ条件と時間条件を使って支払いの実行を制御します。

受取人は期限までに、既知のハッシュと一致する秘密のプリイメージを明らかにする必要があります。

期限内に秘密が明かされなければ、支払いは失効し、経路をたどって返還される場合があります。

この設計は、複数の中継を経由する支払いの安全性を高めます。

各ルーティング参加者は、次の参加者を完全に信頼しなくても、条件付きの支払いを転送できます。

Lightningの設計では、タイムロック条件によって仲介者に資金のカストディを委ねずに支払いをルーティングできます。

Lightning Networkの論文では、減少するタイムロックを通じてオンチェーンで執行できるコントラクトを用いたルーティング型支払いについて説明されています。

一般ユーザーがHTLCを意識することはほとんどありません。

ネットワークにとってHTLCは、信頼を最小限に抑えたルーティングを可能にする仕組みの一つです。

ペイメントチャネルネットワークのルーティング

ルーティングにより、支払いを複数の接続済みチャネル経由で送れます。

これによって、個別のチャネル群が実際に利用できる決済ネットワークになります。

AliceがBobとチャネルを持ち、BobがCarolとチャネルを持っていれば、AliceはBob経由でCarolに支払える場合があります。

条件付き決済がルーティングの仕組みによって執行されるため、Bobに最終的な支払いを預ける必要はありません。

ルーティングは、利用可能なチャネル流動性に依存します。

チャネル自体が存在しても、特定方向に送金する残高が足りず、支払いを転送できない場合があります。

これはペイメントチャネルネットワークの主な実務上の制約の一つです。

少額の支払いは、大口の支払いよりルーティングしやすい傾向があります。

システムによっては、大きな支払いを小さな単位に分割して、ルーティングの成功率を高めます。

ルーティングノードは、支払いの転送に手数料を請求する場合があります。

こうした手数料は、ユーザーが流動性を提供し、有用なチャネルを維持するインセンティブになります。

ペイメントチャネルの流動性

流動性とは、ペイメントチャネルを通じて移転できる価値の量です。

チャネル容量は、チャネルにロックされた資金の合計です。

方向別流動性は、特定の時点で特定の方向に移転できる金額です。

この違いは重要です。

チャネル全体の容量が大きくても、残高がすべて反対側に偏っていれば、一方向への送金ができない場合があります。

たとえば、Aliceがチャネル内で残高の大半をすでにBobに支払っている場合、Bobにさらに支払うだけの送金流動性が残っていないことがあります。

BobにはAliceからの受取流動性があっても、Aliceの送金流動性には限りがあります。

チャネルの開設や閉鎖、残高のリバランス、支払いの受け取り、支払いのルーティングによって、チャネル流動性を管理できます。

通常のウォレット送金よりペイメントチャネルネットワークが複雑になる理由の一つが、流動性管理です。

使いやすく設計されたウォレットではユーザーがこの複雑さを意識しない場合がありますが、信頼性には影響します。

ウォッチタワーとチャネルの監視

一部のペイメントチャネルシステムでは、不正な閉鎖がないかブロックチェーンを監視する必要があります。

相手方が古い状態でチャネルを閉じようとした場合、正当なユーザーは期限までに対応しなければならないことがあります。

ウォッチタワーとは、ユーザーに代わってブロックチェーンを監視するサービスです。

ウォッチタワーが疑わしいチャネル閉鎖を検知すると、適切な対応の公開を支援したり、ユーザーに通知したりできます。

Ethereumのステートチャネルのドキュメントでは、ウォッチタワーがオンチェーンの紛争イベントを監視し、ユーザーに代わって対応できると説明されています。

ウォッチタワーにより、ユーザーが常時オンラインでいる必要性を軽減できます。

ただし、ウォッチタワーを利用すると、複雑さ、コスト、信頼に関する前提が増える場合があります。

優れたウォッチタワー設計では、資金の窃取や不要な個人情報の取得をウォッチタワーに許す必要はありません。

ユーザーは、通常のオンチェーン送金よりも、ペイメントチャネルの運用に高い注意が必要な場合があることを理解しておきましょう。

ペイメントチャネルのメリット

最初の大きなメリットは速度です。

送金ごとに新しいブロック承認を待つ必要がないため、チャネル内の支払いは迅速に更新できます。

2つ目のメリットはコストの低さです。

多くの中間支払いをオフチェーンで行い、チャネルの開設時と閉鎖時だけオンチェーン手数料を支払うことができます。

3つ目のメリットはスケーラビリティです。

ペイメントチャネルにより、基盤ブロックチェーンで直接処理する必要があるトランザクション数を減らせます。

4つ目のメリットはプライバシーです。

個々のチャネル更新の多くはパブリックブロックチェーンに公開されません。

5つ目のメリットはマイクロペイメントへの対応です。

支払いごとにオンチェーン手数料がかからなければ、ごく少額の支払いも実用的になる可能性があります。

6つ目のメリットは即時性のあるユーザー体験です。

双方が協力し、流動性が確保されている場合、ペイメントチャネルによる送金はほぼ即時に感じられることがあります。

こうした利点により、ペイメントチャネルは日常の決済、コンテンツの支払い、ストリーミング決済、ゲーム、高頻度のユーザー間取引において重要です。

ペイメントチャネルのリスク

最初の大きなリスクは流動性リスクです。

チャネルや経路に、適切な方向の利用可能な流動性が十分にない場合、支払いが失敗する可能性があります。

2つ目の大きなリスクは稼働性リスクです。

不正な閉鎖に対応するため、ユーザーはブロックチェーンを監視するか、ウォッチタワーに依存する必要がある場合があります。

3つ目の大きなリスクはルーティングの失敗です。

理論上は経路が存在していても、流動性の制約、手数料、ノードのオフライン、古いネットワーク情報などによって送金に失敗する場合があります。

4つ目の大きなリスクは古い状態を使った不正です。

チャネルの設計上、紛争が認められている場合、不誠実な相手方が古い状態で閉鎖しようとする可能性があります。

5つ目の大きなリスクはソフトウェアリスクです。

ペイメントチャネルのウォレットやノードは、署名、チャネル状態、バックアップ、手数料、ルーティング、紛争解決ロジックを正しく処理する必要があります。

6つ目の大きなリスクはユーザーの操作ミスです。

チャネルのバックアップデータを失うこと、誤った強制閉鎖、保守が不十分なソフトウェアの利用によって、損失が生じる可能性があります。

7つ目の大きなリスクは中央集権化への圧力です。

大規模で接続性の高いルーティングノードが、流動性やルーティング効率の面で重要な存在になる可能性があります。

8つ目の大きなリスクは基盤レイヤーの手数料リスクです。

オンチェーン手数料が急上昇すると、チャネルの開設や閉鎖にかかる費用が高くなる場合があります。

ペイメントチャネルのユースケース

ペイメントチャネルはマイクロペイメントに役立ちます。

記事、動画、APIの呼び出し、データへのアクセス、ゲーム内アクション、ストリーミングコンテンツに対して、少額を支払えます。

ペイメントチャネルは加盟店決済にも役立ちます。

購入者と加盟店は、毎回基盤レイヤーの承認を待たずに少額決済を迅速に完了できます。

ペイメントチャネルは、機器間の支払いにも役立ちます。

デバイスは、帯域幅、充電、ストレージ、データサービスに対して頻繁に少額を支払う必要がある場合があります。

ペイメントチャネルはゲームにも役立ちます。

プレイヤーは、あらゆる操作をオンチェーンに記録せずに、ゲーム内で迅速に支払いを行ったり、ゲームの結果を決済したりできます。

定期的に取引する相手との継続的な支払いにも役立ちます。

企業とサービスプロバイダーが長期にわたり頻繁に価値を交換する場合、チャネルを利用できます。

すべての更新が公開台帳に表示されるわけではないため、プライバシーを重視する決済にも適しています。

ただし、チャネルの開設と閉鎖はオンチェーンで確認できる場合があることを忘れないでください。

ペイメントチャネルとマイクロペイメント

マイクロペイメントとは、従来の決済レールや混雑したブロックチェーンでは実行が難しいことが多い、ごく少額の支払いです。

手数料が支払い額を上回るなら、数セントの支払いは割に合わない場合があります。

ペイメントチャネルでは、チャネル開設と閉鎖のコストを多数の送金に分散できるため、マイクロペイメントを実用化しやすくなります。

Ethereumのステートチャネルのドキュメントでは、参加者がオフチェーンのマイクロトランザクションごとにガス代を払わずに済むため、ペイメントチャネルが少額送金のオーバーヘッドを削減できると説明されています。

これによって、新たな設計の可能性が生まれます。

記事を読むたび、メディアをストリーミングする秒ごと、APIを呼び出すたび、ゲームのラウンドごと、デジタルサービスを利用する単位ごとに支払うことができます。

支払いごとに個別のオンチェーントランザクションが必要な場合、こうした仕組みの実現は困難です。

ペイメントチャネルでは、迅速なオフチェーン残高更新が可能になるため、こうしたモデルをより現実的に実現できます。

ペイメントチャネルとプライバシー

チャネルの中間的な更新は通常オンチェーンで公開されないため、ペイメントチャネルによってプライバシーが高まる場合があります。

外部の監視者はチャネルの開設と閉鎖を確認できても、チャネル内のすべての支払いは確認できない場合があります。

これは、ブロックチェーンによっては金額やアドレスが公開される通常のオンチェーン送金とは異なります。

ただし、ペイメントチャネルで完全なプライバシーが保証されるわけではありません。

ルーティングノードは、自身が転送を支援する支払いに関する情報を知る場合があります。

ネットワークの監視者は、タイミング、チャネル容量、経路の動作、オンチェーンの活動を分析する可能性があります。

チャネルの開設と閉鎖からも情報が明らかになることがあります。

ウォレットの利用状況からメタデータが漏れる場合もあります。

ペイメントチャネルは、状況によってプライバシーを高めるものであり、完全な匿名性を実現するものではないと理解してください。

ペイメントチャネルとセキュリティ

ペイメントチャネルのセキュリティは、暗号署名、正確な状態更新、紛争解決ルール、タイムロック、基盤レイヤーでの執行可能性に依存します。

各参加者は、最新のチャネル状態を管理する必要があります。

最新の状態を失うと、資金の回収が難しくなる場合があります。

デバイスが侵害されると、攻撃者が鍵を盗んだり、チャネル運用を妨害したりする可能性があります。

相手方がオフラインになると、支払いが失敗したり、チャネルを強制閉鎖する必要が生じたりする場合があります。

基盤レイヤーの手数料が高すぎると、紛争解決トランザクションの承認が難しくなったり、迅速な承認に高いコストがかかったりする可能性があります。

ウォレットやノードのソフトウェアは、こうしたリスクを適切に管理する必要があります。

まとまった資金をチャネルに保有する前に、保守が行き届いたソフトウェアを使用し、バックアップ要件を理解してください。

大きな金額を扱う場合、複雑なチャネル管理よりオンチェーンで直接カストディするほうが簡単な場合があります。

ペイメントチャネルのバックアップ

ペイメントチャネルでは、バックアップが特に重要です。

チャネル状態が頻繁に変わる場合、通常のウォレットのバックアップだけでは不十分なことがあります。

プロトコルの設計に応じて、ペイメントチャネルには更新された残高、コミットメントトランザクション、失効データ、状態情報が含まれます。

古いバックアップから復元すると、ユーザーが古いチャネルデータを誤って使用する可能性があります。

設計によっては、古い状態をブロードキャストするとペナルティが発生する場合があります。

そのため、チャネルのバックアップ方法はシードフレーズを記録するだけの単純なバックアップとは異なります。

使用するウォレットまたはノードソフトウェアのバックアップ手順に従ってください。

シードフレーズを書き留めておけば、すべての稼働中チャネルを安全に復元できるとは限りません。

チャネルのバックアップミスは、大きな損失につながる可能性があります。

優れたウォレット設計はこうしたリスクの管理を容易にしますが、ユーザーも基本を理解しておく必要があります。

ペイメントチャネルに関するよくある誤解

よくある誤解の一つは、ペイメントチャネルによってブロックチェーンが不要になるというものです。

そうではありません。

ペイメントチャネルは、開設、閉鎖、紛争の執行にブロックチェーンを利用します。

もう一つの誤解は、ペイメントチャネルが常に無料だというものです。

コストを削減できる場合はありますが、ルーティング手数料、開設手数料、閉鎖手数料、流動性コストがかかることがあります。

3つ目の誤解は、ペイメントチャネルならいつでもどんな金額でも送れるというものです。

支払いは、チャネル容量、方向別流動性、ルーティングの可用性、ネットワーク状況に制約されます。

4つ目の誤解は、ペイメントチャネルが完全にプライベートだというものです。

中間の更新をパブリックブロックチェーンから隠せる場合はありますが、メタデータが漏れる可能性はあります。

5つ目の誤解は、ペイメントチャネルにリスクがないというものです。

適切なソフトウェア、監視、流動性管理、バックアップの実施が必要です。

ペイメントチャネルを利用する際のベストプラクティス

信頼でき、適切に保守されている提供元のペイメントチャネル用ウォレットやノードを使用してください。

大きな金額をチャネルで扱う前に、少額から始めてください。

ウォレットがカストディ型、自己管理型、ハイブリッド型のどれに該当するかを理解してください。

まとまった資金を入れてチャネルを開く前に、チャネルのバックアップ方法を確認してください。

必要な場合にチャネルを開設、閉鎖し、手数料を支払えるよう、オンチェーンで十分な資金を確保してください。

独自のノードを運用する場合は、チャネルの流動性を監視してください。

常時オンラインでいられない環境で、利用環境にウォッチタワーが必要な場合は、ウォッチタワーのサポートを利用してください。

コストやタイミングへの影響を理解していない場合は、チャネルの強制閉鎖を避けてください。

送金前に、支払い請求情報と受取人の詳細を確認してください。

支払いが速くても、ウォレットのセキュリティ対策が不要になるわけではありません。

ペイメントチャネルを一言で説明すると

ペイメントチャネルとは、参加者が署名付きの残高更新を何度も非公開で交換し、最終結果だけをブロックチェーン上で決済できるオフチェーンの暗号資産決済システムです。

よくある質問

ペイメントチャネルとは何ですか？

ペイメントチャネルは、参加者が資金をロックし、署名付きの残高更新を交換した後、最終残高をオンチェーンで決済するオフチェーンの仕組みです。

ペイメントチャネルは何のために使われますか？

支払いごとにオンチェーンへ直接記録する方法と比べ、暗号資産の反復的な送金を高速かつ低コストで、よりスケーラブルに行うために使われます。

ペイメントチャネルはLightning Networkの一部ですか？

はい。ペイメントチャネルはLightning Networkを構成する中核的な要素です。

ペイメントチャネルには信頼が必要ですか？

ペイメントチャネルは署名、タイムロック、ブロックチェーンによる執行を利用して信頼への依存を減らす設計ですが、ユーザーは適切なソフトウェアと監視を確保する必要があります。

ペイメントチャネルはオンチェーンで決済されますか？

はい。ペイメントチャネルでは通常、チャネルの開設と、最終状態の決済または紛争解決にブロックチェーンを利用します。

ペイメントチャネルはマイクロペイメントに対応できますか？

はい。チャネルの開設後、多くの少額送金をオフチェーンで行えるため、ペイメントチャネルはマイクロペイメントに特に適しています。

チャネル流動性とは何ですか？

チャネル流動性とは、特定の方向にペイメントチャネルを通じて送受信できる価値の量です。

ペイメントチャネルの相手方がオフラインになった場合はどうなりますか？

支払いが失敗する場合があり、ウォレットやプロトコルの設計に応じて、ユーザーは待機する、別の経路を使う、またはチャネルを閉じる必要があります。

強制閉鎖とは何ですか？

強制閉鎖とは、一方が相手方の協力を得ずにチャネルをオンチェーンで決済する、非協調的な閉鎖方法です。

ウォッチタワーとは何ですか？

ウォッチタワーとは、ブロックチェーンを監視して不審なチャネル閉鎖を検知し、オフラインの場合があるユーザーの保護を支援するサービスです。

ペイメントチャネルにはプライバシーがありますか？

中間の更新がオフチェーンで行われるため、ペイメントチャネルはプライバシーを高める場合がありますが、完全な匿名性を保証するものではありません。

ペイメントチャネルの最大のリスクは何ですか？

主なリスクは、流動性の問題、監視要件、古い状態をめぐる紛争、ソフトウェアのバグ、バックアップのミス、ユーザーの操作ミスです。

まとめ

ペイメントチャネルは、反復的な支払いをオフチェーンに移しながら、最終決済をオンチェーンで執行できるようにする、暗号資産の重要なスケーリング手法です。

個々の支払いを基盤ブロックチェーンに記録せずに、高速かつ低コストで何度も送金したい場合に役立ちます。

基本的な仕組みはシンプルです。資金をロックし、署名付きの更新を交換し、チャネルを閉じる際に最新の有効な残高を決済します。

実際の設計は、流動性、ルーティング、紛争、古い状態、バックアップ、監視、手数料に対応する必要があるため複雑です。

Lightning形式のネットワークでは、多数のペイメントチャネルを接続でき、受取人全員と直接チャネルを開かなくても、より大きなネットワークを通じて送金できます。

ステートチャネルの仕組みでは、同じオフチェーンの考え方を単純な支払い以外の幅広いアプリケーションロジックにも応用できます。

ペイメントチャネルは基盤ブロックチェーンの代替ではありません。

セキュリティ、決済、紛争解決を基盤チェーンに依存します。

ユーザーにとってペイメントチャネルは、日常的な暗号資産決済をより高速で実用的にする可能性があります。

開発者にとっては、基盤レイヤーに負荷をかけずに高頻度の決済体験を構築する方法となります。

慎重に利用すれば、ペイメントチャネルは速度を高め、コストを削減し、マイクロペイメントに対応し、完全なオンチェーン取引よりもプライバシーを保ちやすくなる可能性があります。

不注意に利用すると、流動性不足、バックアップの問題、古い状態をめぐる紛争、運用リスクにさらされる可能性があります。

ペイメントチャネルは、オンチェーンの執行に裏付けられたオフチェーンの合意と捉えると理解しやすくなります。

この組み合わせによって、ペイメントチャネルは暗号資産決済における最も重要なスケーリング構想の一つとなっています。