プライベートインフラ / ID 不要プライバシー方針を読む
KoalaVPSのフィールドノート

慎重なウォレットのリカバリを備えた、あなたのノード。

Bitcoin とLightningの構成では、データ同期、ネットワーク、資金が組み合わさり、それぞれ独自のバックアップ体制が必要です。

ストレージと同期の計画

フルノードとプルーニングノードではディスク要件が異なり、その要件は時間とともに変化します。現在のアップストリーム要件を確認し、増加の余地を残してください。初期ブロックダウンロードには相当な時間とリソースがかかる場合があります。

制御インターフェースを制限する

Bitcoin RPC と Lightning の管理は、認証済みのプライベートルート上に置いてください。認証されていない制御エンドポイントを公開すると、資金とホストが危険にさらされる可能性があります。公開ピアポートとプライベート管理ポートには異なるファイアウォールルールが必要です。

チャネルの流動性を理解する

Lightning チャネルは資金を拘束し、インバウンドとアウトバウンドの流動性に制約があります。ノードを運用してもルーティング収益が保証されるわけではありません。資金を投入する前に、手数料、チャネル管理、ホットウォレットのリスクをご検討ください。

正しい状態をバックアップ

ウォレットのシードとチャネルバックアップ資料については、各実装固有の復旧手順に従ってください。復旧データはノード外に保管し、秘密情報を露出せずに理解度を確認してください。汎用的なファイルシステムのコピーは、稼働中チャネルの安全なバックアップにならない場合があります。

実装を選択し、その復旧ルールに従ってください

Bitcoin CoreはBitcoinバックエンドを提供します。LNDとCore Lightningは、それぞれ独自の設定、プラグインエコシステム、バックアップ手順を持つ別個のLightning実装です。サポート対象のスタックを1つ選び、その最新ドキュメントに従ってください。実装間で復旧手順を混在させないでください。同期の完了、ピア接続性、ウォレットの復旧は、それぞれ別個の受け入れ確認です。

事前入金のチェックポイント

オンラインに重要な資金を置く前に、管理ポートがプライベートであること、更新がスケジュールされていること、ウォレットとチャネルの復旧資料が独立して保管されていることを確認してください。お使いの実装におけるシード、静的チャネルバックアップ、完全なデータコピーの違いを理解してください。運用計画で必要とされる分だけのオンライン資金を保持してください。ルーティングノードは運用上の責務であり、受動的なリターン商品ではありません。

チャネルを開く前に Bitcoin バックエンドを受け入れる

プロジェクトの指示に従ってソフトウェアのリリース来歴を検証し、サポートされているフルまたはプルーニング済みレイアウトを選択し、初期同期が完了するまで待ちます。予想されるチェーンフットプリントを正確に割り当てるのではなく、データベースのオーバーヘッド、ログ、更新、成長のためのスペースを確保してください。プルーニング済みバックエンドでは、履歴ウォレットの検出や再スキャンのための追加計画が必要になる場合があります。任意の現在のディスク数値を永続的な要件として提示しないでください。

  • 同期の進捗、ピア接続性、ディスク消費を個別に確認してください。
  • RPCリスナーと認証は非公開に保ってください。ピアポートを開放しても、管理制御を公開する必要はありません。
  • 文書化された互換性のある Bitcoin バックエンドを持つ LND または Core Lightning を選択し、その同期状態を確認してください。
  • 小規模なテストを実行し、意味のある資金をオンラインに置く前に、資金調達、インバウンド流動性、手数料を理解してください。

古いチャネル状態を復旧の危険因子として扱う

一般的な VPS スナップショットは、自動的に安全なライブチャネルのバックアップになるわけではありません。LND の災害復旧では、シードと静的チャネルバックアップを用いてチャネルのクローズを要求できます。これは最後の手段のプロセスであり、通常の移行方法ではありません。競合するコピーを避けるため、復旧中は旧インスタンスを停止したままにしてください。任意の古いチャネルデータベースを復元するのではなく、実際に保有している素材について LND の手順に従ってください。

復旧計画は実装に即した内容にする

Core Lightning は、ウォレットのシークレット、緊急時のチャネル復旧資料、稼働中のデータベースを区別します。そのドキュメントは、古いチャネルデータベース状態の通常のスナップショット形式による復元を推奨せず、実装固有のバックアップ手法を説明しています。必要な鍵資料をノード外に保管し、チャネル復旧ファイルの更新を監視し、資金を投入する前にご自身の理解を検証してください。ディスクが故障した場合は、破損したデータを保存し、古いコピーを再起動する前に正しい復旧手順を確認してください。

  • 復元されたオンチェーン残高は、すべてのチャネルが復旧したことを証明するものではありません。
  • インバウンド容量のないチャネルは、ノードがオンラインであるというだけでは受信できません。
  • ピアの障害とローカルRPC認証情報の失敗では、異なるトラブルシューティングが必要です。
  • ノードのインストールが成功したからといって、自動的な収入や回収の保証を推測しないでください。
インフラストラクチャを構成する

主導権を握る。
自分の条件でデプロイ。

身元書類は不要。完全な管理者アクセス。暗号資産ネイティブの請求。