Watchtower

Watchtowerとは？

Watchtowerは、ユーザーのLightningノードがオフラインである、または応答できない場合に、Bitcoin Lightning Networkの支払いチャネルの保護を支援する監視サービスです。

Bitcoinブロックチェーン上で不審なチャネル閉鎖トランザクションを監視し、古い失効済みチャネル状態を検出した場合は、ペナルティトランザクションまたは正義トランザクションをブロードキャストします。

Bitcoin Optechは、watchtowerがユーザーの資金損失につながる可能性のあるトランザクションをブロックチェーン上で監視すること、およびペナルティトランザクションまたは回復トランザクションを送信して対応できることを説明しています。

Lightning Networkでは、2人のユーザーが支払いチャネルを開設し、各支払いを直ちにBitcoin上に記録することなく、多数のオフチェーン決済を行えます。

これにより速度とスケーラビリティは向上しますが、重要なセキュリティ要件も生じます。

各チャネル参加者は、相手が攻撃者に有利な古い残高状態を用いてチャネルを閉鎖しようとした場合、それを検知できなければなりません。

Watchtowerはオンライン状態を維持し、その種の違反を監視することで、この問題を解決します。

初心者向けに簡単に言うと、Watchtowerは、ノードがオフラインの間にBitcoinを監視し、誰かが古いチャネル状態を使って不正を行おうとした場合に対応する、Lightningチャネル向けのセキュリティ支援機能です。

Watchtowerが重要な理由

Watchtowerが重要なのは、Lightning Networkのチャネルが適時の異議申し立て対応に依存しているためです。

両方のチャネル参加者が誠実であれば、チャネルは通常どおり閉鎖され、各当事者は正しい残高を受け取れます。

一方が不正である場合、現在の状態で認められる額より多くの資金を得るために、古いコミットメントトランザクションをブロードキャストしようとする可能性があります。

Lightningプロトコルは、失効およびペナルティの仕組みにより、この行為を罰します。

ただし、誠実なユーザーはタイムロックが満了する前に違反を検知し、対応する必要があります。

Lightning LabsのWatchtowersガイドでは、違反を受けたピアは定期的にオンラインになり、仲裁期間が経過する前にブロックチェーントランザクションを監視する必要があると説明されています。

この要件は、一般的なユーザーにとって難しい場合があります。

ノートパソコンの電源が切れていることがあります。

モバイルノードは接続を失うことがあります。

自宅のノードは停電することがあります。

サーバーがクラッシュすることがあります。

ユーザーが移動中である、または応答できない場合があります。

Watchtowerは、監視を別のマシンまたはサービスに委託することで、このリスクを低減します。

特に、Lightningノードを運用しているものの、常時オンラインかつ同期済みの状態を維持できないユーザーにとって重要です。

Lightning NetworkにおけるWatchtower

Lightning Networkにおいて、Watchtowerはチャネル違反からの保護に特化しています。

チャネル違反は、相手方が失効済みのコミットメントトランザクションをブロードキャストした場合に発生します。

コミットメントトランザクションは、Bitcoinブロックチェーン上でLightningチャネルを決済する方法の一つを表すトランザクションです。

チャネル残高が更新されるたびに、以前の状態は失効し、新しい状態に置き換えられます。

古い状態は、以後使用すべきではありません。

誰かが古い状態をブロードキャストした場合、相手方は失効データを使って違反を罰することができます。

公式のBOLT 3トランザクション仕様では、失効済みコミットメントトランザクションが公開された際、遅延出力がペナルティトランザクションの機会をどのように作るかが説明されています。

Watchtowerは、この失効済みコミットメントトランザクションを検出し、適切な対応を公開することを目的として設計されています。

ユーザーのために支払いをルーティングする必要はありません。

ユーザーのウォレットを管理する必要もありません。

その役割は限定的ですが重要です。

チェーンを監視し、特定の危険が発生した際に対応します。

Watchtowerの仕組み

Watchtowerは、保護対象のLightningノードが準備する暗号化された違反データを通じて機能します。

チャネルが更新されると、クライアントノードは、後に古い状態がブロードキャストされた場合に使用できる情報を作成します。

クライアントは、Watchtowerが将来の違反を識別するためのロケーターと暗号化データをWatchtowerに送信します。

WatchtowerはBitcoinブロックチェーンを継続的に監視しながら、このデータを保存します。

相手方が後に失効済みコミットメントトランザクションをブロードキャストした場合、トランザクションIDによってWatchtowerは違反を識別できます。

同じ違反情報により、クライアントが事前にWatchtowerへ渡した暗号化済みの正義トランザクションを復号できます。

その後、Watchtowerは正義トランザクションをBitcoinネットワークにブロードキャストします。

Lightning Labsは、watchtowerメカニズムの概要で、Watchtowerが暗号化された失効トランザクションを保存し、関連する違反がオンチェーンで発生したときにのみ復号できると説明しています。

この設計は、Watchtowerに完全なチャネルデータを渡す場合よりもプライバシーを保護します。

Watchtowerは違反の可能性があるトランザクションを探せますが、すべてのチャネル残高や通常の支払いを知る必要はないはずです。

正義トランザクションとは？

正義トランザクションは、失効済みコミットメント状態をブロードキャストした不正なLightningチャネル参加者を罰するために用いられるトランザクションです。

ペナルティトランザクション、または違反救済トランザクションとも呼ばれます。

その目的は、不正な当事者が古いチャネル状態を使って取得しようとした資金を請求することです。

LNDのwatchtowerドキュメントでは、Watchtowerが正義トランザクションとも呼ばれる暗号化済み違反救済トランザクションを、他のWatchtowerにバックアップすることが説明されています。

正義トランザクションは通常の支払いではありません。

防御的なトランザクションです。

誰かが不正を試みた場合、または誤って失効済み状態を公開した場合にのみ使用されます。

正義トランザクションが実行される可能性があるため、不正行為者はチャネル残高を失うおそれがあり、不正行為は合理的ではなくなります。

このペナルティ設計は、現在のLightningチャネルモデルを支える中核的なセキュリティ前提の一つです。

Watchtowerは、誠実なユーザーがオフラインの場合でも正義トランザクションを実用的にします。

WatchtowerとLightningノードの違い

Lightningノードは、チャネルの開設、支払いの送受信、支払いのルーティング、流動性の管理、チャネル状態の追跡、およびBitcoinブロックチェーンとのやり取りを行うソフトウェアです。

Watchtowerは、Lightningノードをチャネル違反から保護するための専用監視機能です。

Lightningノードは、自身のWatchtowerサーバーを運用できる場合があります。

また、別のWatchtowerにWatchtowerクライアントとして接続することもできます。

Lightning LabsのLND watchtower設定ガイドでは、LNDはWatchtowerサーバー機能とクライアント機能を実行できるものの、どちらも個別に有効化する必要があると説明されています。

つまり、WatchtowerはLightningノードの代替ではありません。

Lightningノードを支援する防御サービスです。

ユーザーには、チャネルを適切に管理するノードまたはウォレットが依然として必要です。

Watchtowerは、違反対応期間中にノードがオフラインまたは行動不能である場合に、対応を支援するだけです。

Watchtowerとブロックチェーンエクスプローラーの違い

Watchtowerはブロックチェーンエクスプローラーとは異なります。

ブロックチェーンエクスプローラーでは、対応している場合、ブロックチェーントランザクション、アドレス、ブロック、手数料、スマートコントラクトデータを検索できます。

Watchtowerは特定のリスクについてブロックチェーンを積極的に監視し、必要に応じて対応トランザクションをブロードキャストできます。

ブロックチェーンエクスプローラーは主に閲覧ツールです。

Watchtowerは防御を自動化するツールです。

ユーザーはブロックチェーンエクスプローラーを手動で使い、チャネルが閉鎖されたか確認できます。

しかし、ユーザーがオフライン、就寝中、移動中、または違反に気付いていない場合、手動確認では不十分です。

Watchtowerが存在するのは、Lightningのセキュリティには迅速な対応が必要だからです。

タイムロック期間内に自動的に動作するよう設計されています。

そのため、Watchtowerは分析ダッシュボードというよりセキュリティインフラに近いものです。

Watchtowerとカストディサービスの違い

Watchtowerはカストディサービスではありません。

ユーザーのBitcoinを保管する必要はありません。

ユーザーのシードフレーズを必要としません。

通常のウォレット支出に使用するユーザーの秘密鍵も必要としません。

Bitcoin Optechは、Watchtowerは監視対象の資金を預託されるものではないとし、ブロックチェーンの監視とトランザクションのブロードキャストを担うと説明しています。

この違いは非常に重要です。

正当なWatchtowerがリカバリーフレーズを要求するべきではありません。

正当なWatchtowerが秘密鍵を要求するべきでもありません。

正当なWatchtowerがチャネル資金の完全なカストディを要求するべきではありません。

Watchtowerは、違反トランザクションが出現した場合にのみ有用となる暗号化データを受け取ることがあります。

これにより、Watchtowerはユーザー資金を管理せずにユーザーを防御できます。

LightningチャネルにWatchtowerが必要な理由

Lightningチャネルに監視が必要なのは、各チャネル参加者がコミットメントトランザクションを公開することで、一方的にチャネルを閉鎖できるためです。

これは、相手方がいなくなった場合でもユーザーが資金を回収できるため有用です。

しかし同時に、攻撃者が古いコミットメントトランザクションを公開しようとする可能性もあります。

Lightningプロトコルは、古い状態を公開することが危険になるように設計することで対処します。

チャネルが更新されると、両者は以前の状態を無効化する失効情報を交換します。

失効済み状態が公開された場合、誠実な当事者は失効シークレットを使い、ペナルティ経路を通じて資金を請求できます。

Lightning Labsのガイドでは、新たなチャネル更新ごとに、ペナルティシークレットの交換を通じて以前のコミットメントトランザクションが無効化されると説明されています。

課題はタイミングです。

誠実な当事者は、攻撃者の遅延出力が使用可能になる前に不正な閉鎖を検知しなければなりません。

Watchtowerは、この時間要件を満たすことを支援します。

コミットメントトランザクション

コミットメントトランザクションは、Lightningチャネルにおける現在の残高配分を表す事前署名済みトランザクションです。

各当事者は、現在のコミットメントトランザクションのバージョンを保有します。

協力なしにチャネルを閉鎖する必要がある場合、参加者は最新のコミットメントトランザクションをBitcoin上に公開できます。

古いコミットメントトランザクションは、各チャネル更新後に失効します。

失効済みコミットメントトランザクションの公開は、チャネル違反です。

Lightning BOLT 3仕様では、失効キーを利用できる場合に、相手方が特定の出力を直ちに使用できるようにするコミットメントトランザクション出力とペナルティ経路が説明されています。

Watchtowerが存在するのは、コミットメントトランザクションによりオフチェーン決済が可能になる一方、ブロックチェーンレベルでの紛争執行も必要になるためです。

古いコミットメントトランザクションがオンチェーンに現れるかを監視します。

出現した場合、誠実な当事者が適切なペナルティを執行できるよう支援します。

チャネル違反

チャネル違反とは、失効済みまたは古い状態を用いてLightningチャネルを閉鎖しようとする行為です。

攻撃者が本来受け取るべき額を超える資金を意図的に請求しようとする場合、悪意ある行為となります。

また、ノード運用者が古いバックアップから誤って復元し、古いチャネルデータを公開した場合には、偶発的に発生することもあります。

Core Lightningのドキュメントでは、Lightningノードがオフラインになると、相手方が失効済みコミットメントとも呼ばれる古い状態でチャネルを強制閉鎖しようとする可能性があると、watchtowerドキュメントで説明されています。

Watchtowerは、違反が起きた理由を知る必要はありません。

失効済み状態が出現したことを認識するだけで十分です。

違反を検出すると、クライアントに代わってペナルティトランザクションを公開できます。

これにより、クライアントは悪意ある行為と一部の偶発的な障害の両方から保護されます。

タイムロックと違反対応期間

違反への対応は、タイムロックが満了する前に行う必要があります。

Lightningのコミットメントトランザクションには、誠実な当事者が失効済みの閉鎖を罰する時間を確保する遅延出力が含まれます。

BOLT 3では、コミットメントトランザクションの所有者に資金を戻す出力は、ペナルティトランザクションを可能にするため、一定数のブロックにわたり遅延させる必要があると説明されています。

この遅延は一般にto-self delayと呼ばれます。

遅延の長さはセキュリティと使いやすさに影響します。

遅延が長いほど、違反を検出して対応する時間は増えます。

遅延が短いほど、ユーザーは一方的な閉鎖後により早く資金へアクセスできます。

Watchtowerは、遅延期間全体にわたりユーザー自身のノードをオンラインに保つ必要性を低減するため有用です。

ただし、違反を検出し、正義トランザクションを期限内にブロードキャストできるだけの信頼性は依然として必要です。

違反対応期間中にオフラインのWatchtowerは、チャネルを保護できません。

暗号化Blob設計

現代のWatchtower設計では、ユーザーのプライバシー保護のために暗号化Blobがよく使われます。

クライアントは、完全に読み取り可能なチャネル情報ではなく、暗号化済みの違反救済データをWatchtowerに渡します。

Watchtowerは暗号化Blobとロケーターを保存できます。

違反が発生しなければ、Watchtowerは保護されたトランザクションを読み取れないはずです。

違反が発生した場合、違反トランザクションが救済トランザクションの復号と公開に必要な情報を提供します。

LNDのwatchtowerドキュメントでは、Watchtowerが固定サイズの暗号化Blobを保存し、失効済みコミットメント状態がブロードキャストされた後にのみ正義トランザクションを復号・公開できると説明されています。

この設計は、Watchtowerが知り得る情報を制限します。

クライアントがどの頻度でチャネルを更新するかを知る可能性はあります。

違反が発生した時点を知る可能性もあります。

ただし、すべての残高、支払い、チャネル詳細を事前に知る必要はないはずです。

プライバシーに関する考慮事項

Watchtowerは安全性を向上させますが、プライバシーに関する考慮事項を生む可能性があります。

Watchtowerはクライアントの存在を知る可能性があります。

クライアントがデータを送信する頻度から、おおよその更新頻度を知る可能性があります。

正義トランザクションを復号してブロードキャストする場合、違反が発生したことを知る可能性があります。

クライアントがプライバシーツールなしで直接接続する場合、ネットワークレベルの情報を取得する可能性があります。

LNDのドキュメントでは、クライアントとWatchtower間の通信は一時的な鍵ペアを使用して暗号化・認証され、長期的な識別子による追跡を低減すると説明されています。

これはプライバシーが完全であることを意味しません。

ノード運用者は、どのWatchtowerを使用するか、どのように接続するか、プライバシーを保護するネットワークルーティングを使用するかを慎重に検討する必要があります。

別のインフラでプライベートWatchtowerを運用すると、第三者に対するプライバシー露出の一部を低減できます。

複数のWatchtowerを使用すると可用性は向上する場合がありますが、より多くのサービスにメタデータが分散する可能性もあります。

プライバシーと信頼性のバランスを取る必要があります。

利他的Watchtower

利他的Watchtowerとは、回収したチャネル資金から報酬を受け取らずにクライアントを保護するWatchtowerです。

LNDのWatchtowerシステムは、歴史的にプライベートな利他的Watchtowerを重視してきました。

LND設定ガイドでは、そこで扱うWatchtowerは利他的であり、ノードへのサービス提供について報酬やその他のインセンティブを受け取らないと記載されています。

利他的Watchtowerはセルフホスト環境で役立ちます。

ユーザーは、自身のLightningノードを保護するため、別のマシン、ネットワーク、または場所でWatchtowerを運用できます。

友人やコミュニティメンバーも、サービスの信頼性を信頼するなら互いを監視できます。

弱点はインセンティブです。

Watchtowerが報酬を受け取らない場合、オンライン状態の維持、データ保存、確実な対応を行う経済的な理由が小さくなる可能性があります。

このため、Watchtowerのインセンティブ設計は依然として重要な研究・実装テーマです。

報酬型Watchtower

報酬型Watchtowerとは、クライアントの保護に成功した場合に報酬を受け取れるWatchtowerです。

Bitcoin Optechは、Lightningの違反救済トランザクションを、サービスが必要になった場合にWatchtowerが保護された資金の一部を受け取れるよう設計できると指摘しています。

報酬設計は、Watchtowerが信頼できるサービスを提供する理由を持つため、インセンティブを改善できます。

ただし、報酬設計は複雑さも加えます。

プロトコルは報酬の支払い方法を決めなければなりません。

Watchtowerに過度な制御を与えないようにする必要があります。

プライバシーも維持しなければなりません。

不正利用や虚偽の請求を防止する必要があります。

クライアントとWatchtowerの両方にとって経済的に成り立つ必要があります。

報酬システムはWatchtowerサービス市場を支え得ますが、新たな信頼前提を避けるため慎重な設計が必要です。

プライベートWatchtower

プライベートWatchtowerは、保護対象のLightningノードを運用するユーザーまたは組織自身が運用するWatchtowerです。

主な目的は冗長性です。

主要なLightningノードがオフラインになっても、別のWatchtowerがオンラインでBitcoinブロックチェーンを監視し続けられる場合があります。

Lightning Labsは、Watchtowerを、保護対象ノードとは別のマシン、ネットワーク、場所で運用することが理想的であると推奨しています。

これにより、自宅のインターネット障害、停電、ハードウェア障害、ローカルネットワークの問題など、一般的な障害から保護できます。

プライベートWatchtowerは、公開された第三者サービスよりもユーザーに高い制御性とプライバシーを提供します。

ただし、より高い運用スキルも必要です。

ユーザーはWatchtowerをオンラインに維持しなければなりません。

ソフトウェア更新も維持する必要があります。

ストレージと接続性が信頼できることを確保する必要があります。

プライベートWatchtowerが有用なのは、問題発生時に主要ノードより高い可用性を持つ場合に限られます。

第三者Watchtower

第三者Watchtowerは、他の個人、企業、またはサービスプロバイダーが運用するWatchtowerです。

Core Lightningのドキュメントでは、Watchtowerはノードがオフラインになった場合に違反からノードを防御できる第三者サービスとして説明されています。

第三者Watchtowerは、追加インフラを維持したくないユーザーに役立つ場合があります。

専門的に運用される場合、より高い稼働率を提供する可能性もあります。

ただしユーザーは、信頼性、プライバシー、コスト、可用性、実装との互換性、サービス規約を評価する必要があります。

第三者Watchtowerが資金のカストディを要求するべきではありません。

シードフレーズを要求するべきでもありません。

ウォレットの秘密鍵を要求するべきでもありません。

ユーザーは、Lightning資金を保護すると主張しながら機密認証情報を要求する偽のWatchtowerサービスも避けるべきです。

最適な第三者Watchtower設計は、信頼できるカストディアンになることなく監視を提供します。

Watchtowerクライアントとサーバー

Watchtowerシステムは通常、クライアントとサーバーで構成されます。

クライアントは保護を求めるLightningノードです。

サーバーは、ブロックチェーンを監視し、暗号化された違反データを保存するWatchtowerです。

LNDでは、ユーザーは設定を通じてWatchtowerサーバー機能とWatchtowerクライアント機能を個別に有効化できます。

Lightning Labsのドキュメントでは、2つのノードが互いのWatchtowerとして機能でき、同時にサーバーモードとクライアントモードで運用できると説明されています。

この相互設定は、冗長性を求める小規模コミュニティやノード運用者に役立つ場合があります。

ただし、相互監視が機能するのは、一方がオフラインのときに他方が実際にオンラインで信頼できる場合のみです。

両方のマシンが同じ理由で障害を起こす場合、Watchtowerの関係に価値はありません。

良好な設定では、ハードウェア、ネットワーク、場所、障害ドメインを分離します。

LND Watchtower

LNDにはWatchtower機能が含まれていますが、意図的に有効化する必要があります。

公式のLND watchtower設定ドキュメントでは、Watchtower設定によるサーバーモードと、Watchtowerクライアント設定によるクライアントモードの有効化方法を説明しています。

LNDは主要なLightningノード実装の一つであるため、LND Watchtowerは重要です。

LNDのドキュメントでは、プライベートな利他的Watchtowerは、クライアントノードがオフラインまたは応答不能な違反シナリオにおける第2の防御線として説明されています。

LNDを運用するユーザーは、Watchtowerクライアントサポートが有効かを理解する必要があります。

また、自身のWatchtowerサーバーを運用しているのか、別のWatchtowerに接続しているのかも理解する必要があります。

設定ミスは誤った安心感につながる可能性があります。

ユーザーは、Watchtowerに到達可能で、同期済みであり、実際にバックアップデータを受信していることを確認すべきです。

Watchtowerの設定は単なるチェックボックスではありません。

Lightningノードの運用セキュリティの一部です。

Core Lightning Watchtower

Core Lightningも、プラグインおよび互換性のある外部Watchtowerシステムを通じて、Watchtower関連のワークフローをサポートしています。

Core Lightningのwatchtowerドキュメントでは、Watchtowerはブロックチェーンを監視し、ユーザーに代わってペナルティトランザクションを中継することで、違反からノードを防御できると説明されています。

Core Lightningのドキュメントは、BOLT13準拠のWatchtowerと連携するWatchtowerクライアントプラグインにも言及しています。

これは、WatchtowerサポートがLNDだけのテーマではないことを示しています。

より広範なLightningインフラのテーマです。

Lightningの実装ごとに、Watchtowerサポートの扱いは異なる場合があります。

ノード運用者は、自身が使用する実装のドキュメントに従う必要があります。

互換性を理解せずに、別の実装の設定をコピーすべきではありません。

Lightningは複数実装からなるエコシステムであるため、実装固有の詳細は重要です。

BOLT13とWatchtower標準

BOLT13は、LightningのWatchtower通信に関連する、提案段階またはコミュニティ開発の仕様領域です。

BOLT13 Watchtowerドラフトでは、クライアントが新しいチャネル更新ごとに、暗号化されたペナルティトランザクションとトランザクションロケーターをWatchtowerへ送信する高レベルモデルが説明されています。

Watchtower標準の目標は、クライアントとTower間の相互運用性を高めることです。

ユーザーが複数のWatchtowerサービスから選択したい場合があるため、相互運用性は重要です。

Lightningの実装は、個別のカスタム統合を行わずに外部Watchtowerシステムをサポートしたい場合もあります。

ただしユーザーは、Lightning仕様およびWatchtower実装が継続的に進化していることを理解する必要があります。

すべてのWatchtowerがすべての機能をサポートするわけではありません。

すべてのノード実装が同じWatchtowerワークフローをサポートするわけでもありません。

すべての提案標準が最終版または普遍的なものではありません。

ノード運用者にとって最も安全な方法は、運用しているソフトウェアバージョンの最新ドキュメントを使用することです。

The Eye of Satoshi

The Eye of Satoshiは、オープンソースのLightning Watchtowerプロジェクトです。

公式のrust-teosリポジトリでは、The Eye of SatoshiをBOLT13準拠かつRustで記述されたLightning Watchtowerとして説明しています。

第三者Watchtowerインフラについての議論でよく言及されます。

このプロジェクトは、Watchtowerがノード実装に組み込まれるだけでなく、スタンドアロンシステムとして構築できることを示しています。

オープンソースのWatchtowerプロジェクトは、開発者が設計を検査し、相互運用性をテストし、改善に貢献できるため重要です。

ただしユーザーは、導入方法、稼働率、運用者の評判、プライバシー、互換性、保守を引き続き評価すべきです。

オープンソースコードであることは、Watchtowerサービスの信頼性を自動的に意味しません。

Watchtowerは実際に稼働しており、到達可能で、同期済みで、違反時にトランザクションをブロードキャストできなければなりません。

セキュリティは、ソフトウェア品質と運用上の信頼性の両方に依存します。

Watchtowerの信頼性

Watchtowerは、違反対応期間中にブロックチェーンを監視して行動できるだけの信頼性を備えている必要があります。

Watchtowerが違反を見逃した場合、クライアントは依然として資金を失う可能性があります。

信頼性は、稼働率、Bitcoinノードへのアクセス、ネットワーク接続、ストレージ、手数料処理、ソフトウェア保守、正しい設定に依存します。

Watchtowerは関連トランザクションを迅速に検出できる必要があります。

十分な手数料で正義トランザクションをブロードキャストできる必要があります。

クライアントがオフラインの期間中、オンライン状態を維持できる必要があります。

保護対象ノードと同じマシンでWatchtowerを運用すると、両方が同時に障害を起こす可能性があるため、有用性は低くなります。

別のインフラで運用すると耐障害性が向上します。

複数のWatchtowerを利用すると冗長性が向上する場合があります。

ただし、Watchtowerが増えるほど運用管理も増え、メタデータ露出も増える可能性があります。

Watchtowerの手数料と経済性

監視にはコストがかかるため、Watchtowerの経済性は重要です。

Watchtowerには、ストレージ、帯域幅、ノードインフラ、保守、稼働率、監視、トランザクション手数料の管理が必要になる場合があります。

利他的Watchtowerは無料でサービスを提供することがありますが、無料サービスが永続的に拡張可能とは限りません。

有料Watchtowerは、設計に応じてサブスクリプション料金、チャネルごとの料金、または成功報酬を請求する場合があります。

報酬型Watchtowerは、違反時に正常に対応した場合にのみ支払いを受けることがあります。

これは一つの形でインセンティブを一致させますが、違反が少ない場合、通常の監視に対する補償にならない可能性があります。

サブスクリプションモデルは通常の監視に報酬を与えられますが、請求と信頼に関する考慮事項を生みます。

Watchtowerの経済性では、ユーザーコスト、Towerの信頼性、プライバシー、インセンティブ、分散化のバランスが必要です。

Watchtowerサービスが過度に中央集権化すると、ユーザーは少数の運用者に依存する可能性があります。

インセンティブが少なすぎる場合、信頼できるサービスの維持は難しくなる可能性があります。

Watchtowerの制限

Watchtowerは有用ですが、完全ではありません。

必要な違反データを受け取っていなければ、Watchtowerは資金を保護できません。

違反対応期間中にオフラインであれば、Watchtowerは対応できません。

WatchtowerはすべてのLightningリスクを防げるわけではありません。

失効済み状態による違反のために設計されており、あらゆるルーティング障害、流動性問題、手数料急騰、ユーザーのミスを対象とするものではありません。

Watchtowerは失われたシードフレーズを修復できません。

無関係な詐欺で失った資金を回復することもできません。

ユーザーのノードが正しく設定されていることを保証することもできません。

一部のWatchtower実装は、すべての出力タイプまたは高度なチャネル機能をカバーしていない場合があります。

LNDのWatchtowerドキュメントでは、Watchtowerシステムでバックアップされる出力に関する実装固有の制限が指摘されています。

ノード運用者は、自身のWatchtowerが保護する範囲と保護しない範囲を理解すべきです。

WatchtowerとモバイルLightning

Watchtowerは、モバイルLightningユーザーにとって特に重要です。

モバイルデバイスは常にオンラインとは限りません。

バッテリー切れになることがあります。

ネットワーク接続を失うことがあります。

OSのバックグラウンド制限を受けることがあります。

常に完全なブロックチェーン監視を維持できない場合があります。

そのため、モバイルLightningチャネルのセキュリティは、サーバーベースのノード運用より困難になります。

一部のモバイルウォレットは、ユーザーの監視負担を減らすために異なる設計を採用しています。

一部はサービスプロバイダー、チャネル管理サービス、またはバックアップシステムに依存しています。

一部はバックグラウンドでWatchtower形式の保護を使用する場合があります。

すべてのLightningウォレットが同じカストディ、チャネル、Watchtowerモデルを使用するわけではないため、ユーザーはウォレットのドキュメントを注意深く読むべきです。

モバイルLightningウォレットは便利ですが、セキュリティ上の前提は自己管理ノードと異なる場合があります。

Watchtowerとセルフカストディ

Watchtowerは、常時オンライン監視の必要性を低減しながら、ユーザーが資金の管理を維持することを支援し、セルフカストディを支えます。

セルフカストディのLightningユーザーは通常、自身の鍵とチャネルを管理します。

これはユーザーにより大きな制御を与える一方、責任も生じます。

ユーザーは鍵を保護し、バックアップを維持し、チャネルを監視し、流動性を管理し、ソフトウェアを更新する必要があります。

Watchtowerは、この責任の一部を支援します。

失効済みチャネル閉鎖を監視し、必要に応じて防御的トランザクションをブロードキャストします。

適切な鍵のセキュリティに代わるものではありません。

該当する場合、静的チャネルバックアップに代わるものでもありません。

慎重なノード運用に代わるものでもありません。

より広いセルフカストディのセキュリティモデルにおける一つのレイヤーです。

一つのツールですべてを解決しようとするのではなく、各レイヤーを理解することでセルフカストディはより強固になります。

Watchtowerとチャネルバックアップ

Watchtowerとチャネルバックアップは異なる問題を解決します。

Watchtowerは失効済みコミットメントトランザクションをブロックチェーン上で監視します。

チャネルバックアップは、ウォレットまたはノードの設計に応じて、デバイス障害やデータ損失後にユーザーがチャネル情報を回復するのを支援します。

古いチャネル状態を誤って復元することは、ノードが古いコミットメントデータを公開する可能性があるため危険です。

これは偶発的にチャネル違反を生む可能性があります。

Watchtowerは相手方による違反への保護に役立つ場合がありますが、適切なバックアップの完全な代替ではありません。

Lightningノードを運用するユーザーは、自身の実装のバックアップモデルを理解すべきです。

リスクを理解せずに古いデータディレクトリをコピーすることは避けるべきです。

公式の回復手順に従うべきです。

Watchtowerによる保護とバックアップの安全性は、補完的なものとして扱うべきです。

どちらも責任あるLightningノード管理の一部です。

Lightning以外のWatchtower

Watchtowerの概念はLightning以外にも適用できます。

Bitcoin Optechは、Watchtowerという言葉が、VaultのアンVaultトランザクションを監視し、ユーザーポリシーに違反した場合に未承認の完了を防ぐソフトウェアにも適用されていると指摘しています。

より広義には、Watchtowerは危険なトランザクションを監視し、自動的に対応するブロックチェーン監視サービスを意味します。

支払いチャネルでは、Watchtowerは古いチャネル状態を監視します。

Vaultシステムでは、不審な出金またはアンVaultイベントを監視する場合があります。

スマートコントラクトセキュリティでは、類似の監視システムが異常なプロトコル動作、ガバナンス攻撃、オラクル異常、管理者キーの活動を監視する場合があります。

正確な意味はプロトコルによって異なります。

ほとんどの暗号資産用語集の文脈では、Watchtowerは主にLightning Networkのセキュリティメカニズムを指します。

ただし、より広い考え方はシンプルです。

Watchtowerは公開ブロックチェーンの活動を監視し、特定のリスクが現れたときに防御的な対応を引き起こします。

Watchtower利用時のセキュリティリスク

Watchtowerは特定のリスクを低減しますが、それ自体のリスクに関する考慮事項もあります。

偽のWatchtowerサービスが認証情報を盗もうとする可能性があります。

不適切に運用されたWatchtowerは違反を見逃す可能性があります。

中央集権的なWatchtowerプロバイダーはプライバシー上の懸念を生む可能性があります。

設定ミスのあるWatchtowerクライアントは違反データのアップロードに失敗する可能性があります。

ネットワークまたはTor設定の問題により、Watchtowerに到達できない場合があります。

Towerにデータ保持を妨げるストレージ問題が発生する可能性があります。

ネットワーク混雑時、正義トランザクションには十分な手数料処理が必要になる場合があります。

サービスが有効でないにもかかわらず、ユーザーが保護されていると信じる可能性があります。

これらのリスクはWatchtowerが悪いことを意味しません。

Watchtowerの設定を検証する必要があることを示しています。

ノード運用者は、設定をテストし、ログを監視し、Towerセッションを確認し、実装ドキュメントを最新の状態に保つべきです。

Watchtowerのプライバシーリスク

Watchtowerのプライバシーリスクは主にメタデータに由来します。

Towerはクライアントが接続する時点を知る可能性があります。

暗号化Blobがアップロードされる頻度を知る可能性があります。

対応した場合、チャネル違反が発生したことを知る可能性があります。

プライバシールーティングが使われていなければ、IPアドレスなどのネットワークレベルのデータを確認する可能性があります。

クライアントの行動から運用パターンを推測する可能性があります。

暗号化Blob設計は残高とトランザクション詳細の露出を低減しますが、すべてのメタデータをなくすものではありません。

プライバシーを重視するユーザーは、プライベートWatchtower、Tor接続、複数のTower、または慎重に選定したサービスプロバイダーを好む場合があります。

ただし、Watchtowerを増やすとメタデータもより多くの場所に分散する場合があります。

完全な答えはありません。

Watchtowerのプライバシーは、保護、冗長性、利便性、情報漏えいのバランスです。

Watchtowerの選び方

ユーザーはまず、利用しているLightning実装を確認すべきです。

実装ごとにサポートするWatchtowerワークフローが異なる場合があります。

Watchtowerが自身のノードと互換性があるかを確認すべきです。

Towerが有効で、到達可能で、保守されているかを確認すべきです。

利他的、有料、プライベート、第三者のいずれであるかを確認すべきです。

利用するチャネル機能をサポートしているかを確認すべきです。

必要に応じて、プライバシーを保護するネットワーク上で通信できるかを確認すべきです。

第三者Towerである場合、運用者に優れた信頼性の実績があるかを確認すべきです。

シードフレーズまたは秘密鍵を要求するサービスは避けるべきです。

重要なLightning流動性を管理する場合、別のインフラでプライベートTowerを運用することを検討すべきです。

適切なWatchtowerの選択は、リスク水準、技術スキル、プライバシーのニーズ、稼働率の要件に依存します。

Watchtowerユーザーのベストプラクティス

ユーザーはLightningノードソフトウェアを最新の状態に保つべきです。

Watchtowerクライアント機能は、自身の実装に関する公式ドキュメントを通じてのみ有効化すべきです。

Watchtowerセッションが有効であることを確認すべきです。

プライベートTowerには信頼できるインフラを使用すべきです。

保護対象ノードと同じデバイスだけでWatchtowerを運用することは避けるべきです。

プライバシー上のトレードオフを受け入れられる場合、冗長性のために複数のWatchtowerを検討すべきです。

ウォレットのシードフレーズと秘密鍵は、Watchtower設定とは別に保護すべきです。

Tower接続の失敗についてログとアラートを監視すべきです。

自身のLightning実装のバックアップおよび回復手順を理解すべきです。

WatchtowerがすべてのLightningまたはウォレットリスクから保護すると決して考えるべきではありません。

Watchtowerは安全性の一層であり、完全なセキュリティ計画ではありません。

Watchtowerの利点

Watchtowerの第1の利点は、オフライン時の保護です。

ユーザーのLightningノードがオフラインの間、チャネル資金の保護を支援します。

第2の利点は、運用負担の軽減です。

Watchtowerによる保護が有効であれば、ユーザーは常にすべてのブロックを自ら監視する必要がありません。

第3の利点は、抑止力です。

Watchtowerが対応する可能性を知っていれば、攻撃者が失効済み状態をブロードキャストする可能性は低くなります。

第4の利点は、セルフカストディの支援です。

Watchtowerは、カストディアンに依存せずにユーザーが資金の管理を維持することを支援します。

第5の利点は、冗長性です。

別のインフラ上のプライベートWatchtowerは、ローカル障害から保護できます。

第6の利点は、プライバシーに配慮した監視です。

暗号化Blob設計は、違反前にWatchtowerが知る情報を制限できます。

第7の利点は、エコシステムのセキュリティです。

信頼できるWatchtowerは、常時オンラインを維持できないユーザーにとってLightningチャネルをより安全にします。

Watchtowerのリスクと制限

第1の制限は可用性です。

違反対応期間中にオフラインのWatchtowerは役に立ちません。

第2の制限は設定です。

クライアントが適切に接続されていない場合、Watchtowerは必要な違反データを持っていない可能性があります。

第3の制限は実装範囲です。

一部のWatchtowerシステムは、すべてのチャネル機能または出力タイプをサポートしていない場合があります。

第4の制限はプライバシーメタデータです。

Watchtowerは接続パターンまたは更新頻度を知る可能性があります。

第5の制限は手数料圧力です。

高い手数料環境で正義トランザクションをブロードキャストすることは、運用上重要になる場合があります。

第6の制限は信頼性への信頼です。

Watchtowerが資金を管理すべきではないとしても、ユーザーはその監視役割を果たすことをWatchtowerに依存します。

第7の制限は対象範囲です。

Watchtowerは特定のチャネル違反シナリオを保護するものであり、すべてのLightning、ウォレット、詐欺リスクを保護するものではありません。

Watchtowerに関するよくある誤解

よくある誤解の一つは、Watchtowerがユーザー資金を保管するというものです。

適切に設計されたLightning Watchtowerは、ユーザー資金のカストディを必要としません。

別の誤解は、Watchtowerがユーザーのシードフレーズを必要とするというものです。

正当なWatchtowerがシードフレーズまたは秘密鍵を必要とすることはありません。

3つ目の誤解は、WatchtowerがすべてのLightning損失を防ぐというものです。

主に、ユーザーがオフラインの間の失効済みチャネル状態による違反から保護します。

4つ目の誤解は、Watchtowerがバックアップを不要にするというものです。

バックアップとWatchtowerは異なる問題を解決します。

5つ目の誤解は、すべてのWatchtowerが同じであるというものです。

実装、プロトコル、サービス、設定が異なれば、機能と制限も異なる場合があります。

6つ目の誤解は、1つのWatchtowerを使用すれば安全性が保証されるというものです。

Watchtowerが有用であるには、オンライン、到達可能、互換性があり、正しく設定されている必要があります。

簡単に言うとWatchtowerとは

Watchtowerは、Lightningチャネルの警備員のようなものです。

Lightningノードがオフラインになる可能性がある間、Bitcoinブロックチェーンを監視します。

チャネルの相手方が古い状態でチャネルを閉鎖しようとした場合、Watchtowerは正義トランザクションをブロードキャストできます。

この正義トランザクションは不正な閉鎖を罰し、資金の保護に役立ちます。

Watchtowerはシードフレーズを必要としないはずです。

コインを保管するべきでもありません。

必要なのは暗号化された違反データと、ブロックチェーンを監視する機能だけです。

常にノードをオンラインに維持できないセルフカストディのLightningユーザーに役立ちます。

初心者向けの主なルールはシンプルです。

Watchtowerは古い状態を使った不正からLightningチャネルを保護するのに役立ちますが、正しく設定する必要があり、ノードセキュリティを完全に置き換えるものとして扱うべきではありません。

FAQ

暗号資産におけるWatchtowerとは？

Watchtowerは、失効済みのチャネル閉鎖トランザクションをBitcoinブロックチェーン上で監視することで、Lightning Networkのチャネル保護を支援する監視サービスです。

Watchtowerは何をしますか？

暗号化された違反データを保存し、ブロックチェーンを監視し、チャネル違反の可能性を検出して、必要に応じて正義トランザクションをブロードキャストします。

Lightning NetworkにWatchtowerが必要な理由は？

Lightningチャネルには適時の違反対応が必要であり、Watchtowerはユーザー自身のノードがオフラインまたは応答不能な場合に保護を支援します。

Watchtowerは私のBitcoinを保管しますか？

いいえ。適切に設計されたLightning Watchtowerはユーザー資金を保管せず、カストディを必要としないはずです。

Watchtowerにシードフレーズは必要ですか？

いいえ。正当なWatchtowerがシードフレーズ、秘密鍵、またはウォレットのリカバリーフレーズを要求することはありません。

チャネル違反とは？

チャネル違反は、Lightningチャネル参加者が古い失効済みコミットメントトランザクションをブロードキャストした場合に発生します。

正義トランザクションとは？

正義トランザクションは、失効済みチャネル状態に対応し、違反した当事者を罰することを支援するペナルティトランザクションです。

WatchtowerはすべてのLightning損失を防げますか？

いいえ。Watchtowerは主に失効済み状態による違反を保護するものであり、すべてのウォレット、流動性、ルーティング、バックアップ、詐欺リスクを保護するものではありません。

利他的Watchtowerとは？

利他的Watchtowerは、回収したチャネル資金から報酬を得ずに監視を提供します。

報酬型Watchtowerとは？

報酬型Watchtowerは、違反に正常に対応した場合にTowerが報酬を受け取れる設計のWatchtowerです。

自分でWatchtowerを運用できますか？

はい。一部のLightning実装では、別のインフラ上でプライベートWatchtowerを運用できます。

Watchtowerはノードと同じマシンで実行すべきですか？

主要ノードが障害を起こしてもオンラインを維持できるよう、通常は別のマシン、ネットワーク、または場所でプライベートWatchtowerを運用する方が適切です。

複数のWatchtowerを使用できますか？

はい。複数のWatchtowerを使用すると冗長性が向上する場合がありますが、運用面およびプライバシー面でのトレードオフも増える可能性があります。

Watchtowerはどのような情報を知りますか？

暗号化Blob設計では、Watchtowerが完全なチャネル残高や通常の支払い詳細を見るべきではありませんが、更新頻度や違反イベントなどのメタデータを知る可能性があります。

Watchtower利用の主なリスクは？

主なリスクは、違反対応期間中にオフライン、設定ミス、非互換、または信頼できないWatchtowerに依存することです。

Watchtowerはブロックチェーンエクスプローラーと同じですか？

いいえ。ブロックチェーンエクスプローラーは主に閲覧ツールである一方、Watchtowerは違反を積極的に監視し、防御的トランザクションをブロードキャストできます。

WatchtowerはLightningだけで使われますか？

この用語はLightning Networkのセキュリティで最もよく使われますが、類似の監視概念はVaultや他のブロックチェーン防御システムにも適用できます。

Watchtowerが機能しているかはどう確認できますか？

ユーザーは自身のLightning実装の公式ドキュメントに従い、有効なTowerセッションを確認し、ログを監視し、クライアントが違反データを正しくアップロードしていることを確認すべきです。

結論

Watchtowerは、Bitcoin Lightning Networkにとって重要なセキュリティツールです。

Lightningノードがオフライン、切断中、またはBitcoinブロックチェーンを自ら監視できない場合に、支払いチャネルの資金保護を支援します。

主な役割は、失効済みチャネル状態を検出し、違反対応期間が閉じる前に正義トランザクションをブロードキャストすることです。

これにより、自身のノードを常時オンラインに維持できないユーザーにとってLightningはより安全になります。

適切に設計されたWatchtowerは、ユーザー資金のカストディを必要としません。

シードフレーズも必要としません。

ウォレットの秘密鍵も必要としません。

暗号化された違反救済データを保存し、オンチェーン上で一致する違反が現れた場合にのみ使用することで機能します。

Watchtowerは、プライベート、第三者、利他的、報酬型、Lightningノードソフトウェア組み込み型、または外部Watchtowerシステムを通じた実装型にできます。

有用ですが、万能ではありません。

オンラインで、正しく設定され、クライアントと互換性があり、期限内にブロードキャストできなければなりません。

また、適切なバックアップ、ウォレットセキュリティ、ノード保守、流動性管理、詐欺への注意に代わるものでもありません。

多くの暗号資産システムでは自動監視と防御的対応が必要になるため、Watchtowerのより広い考え方はLightning以外でも重要です。

簡単に言うと、Watchtowerはブロックチェーンのセキュリティ監視役です。

Lightningユーザーにとって、資金の管理を手放すことなく、専門的なセキュリティインフラによってセルフカストディを改善できる最も分かりやすい例の一つです。