스토리지 및 동기화 계획
전체 노드와 프루닝된 노드는 디스크 요구 사항이 다르며, 이러한 요구 사항은 시간이 지나면서 변합니다. 현재 업스트림 요구 사항을 확인하고 증가 여유 공간을 남겨 두세요. 초기 블록 다운로드에는 상당한 시간과 리소스가 소요될 수 있습니다.
제어 인터페이스 제한
Bitcoin RPC 및 라이트닝 관리를 비공개 인증 경로에 유지하세요. 인증되지 않은 제어 엔드포인트를 노출하면 자금과 호스트가 위험해질 수 있습니다. 공개 피어 포트와 비공개 관리 포트에는 서로 다른 방화벽 규칙이 필요합니다.
채널 유동성을 이해하세요
라이트닝 채널은 자금을 묶어두며 인바운드 및 아웃바운드 유동성 제약이 있습니다. 노드를 운영한다고 해서 라우팅 수익이 보장되지는 않습니다. 자금을 투입하기 전에 수수료, 채널 관리, 핫 월렛의 위험을 고려하세요.
올바른 상태 백업
지갑 시드와 채널 백업 자료에 대해서는 해당 구현의 복구 절차를 따르세요. 복구 데이터는 노드 외부에 보관하고 비밀을 노출하지 않은 채 이해도를 테스트하세요. 일반적인 파일 시스템 복사는 실행 중인 채널의 안전한 백업이 아닐 수 있습니다.
구현을 선택하고 해당 복구 규칙을 따르세요
Bitcoin Core는 Bitcoin 백엔드를 제공합니다. LND와 Core Lightning은 각자의 구성, 플러그인 생태계 및 백업 절차를 가진 별개의 Lightning 구현입니다. 지원되는 스택 하나를 선택하고 최신 문서를 따르세요. 구현 간에 복구 지침을 혼용하지 마세요. 동기화 완료, 피어 연결 및 지갑 복구는 각각 별도의 승인 점검입니다.
사전 충전 확인 지점
상당한 자금을 온라인에 두기 전에 관리 포트가 비공개인지, 업데이트가 예약되어 있는지, 지갑 및 채널 복구 자료가 독립적으로 저장되어 있는지 확인하세요. 사용 중인 구현에서 시드, 정적 채널 백업, 전체 데이터 사본의 차이를 이해하세요. 운영 계획에 필요한 온라인 자금만 보관하세요. 라우팅 노드는 수동적 수익 상품이 아니라 운영상의 약속입니다.
채널을 열기 전에 Bitcoin 백엔드를 수락하세요
프로젝트 지침을 사용하여 소프트웨어의 릴리스 출처를 확인하고, 지원되는 전체 또는 정리된 레이아웃을 선택하며, 초기 동기화가 완료되도록 허용하세요. 예상 체인 풋프린트를 정확히 할당하는 대신 데이터베이스 오버헤드, 로그, 업데이트 및 성장을 위한 공간을 확보하세요. 정리된 백엔드는 과거 지갑 검색 또는 재스캔을 위한 추가 계획이 필요할 수 있습니다. 임의의 현재 디스크 수치를 영구 요구 사항으로 제시하지 마세요.
- 동기화 진행 상황, 피어 연결성 및 디스크 사용량을 독립적으로 확인하세요.
- RPC 리스너와 인증은 비공개로 유지하세요. 피어 포트를 여는 것이 관리 제어를 노출할 필요는 없습니다.
- 문서화된 호환 Bitcoin 백엔드와 함께 LND 또는 Core Lightning을 선택한 다음, 자체 동기화 상태를 확인하세요.
- 상당한 자금을 온라인에 두기 전에 소규모 테스트를 실행하고 자금 조달, 인바운드 유동성 및 수수료를 이해하세요.
공식 문서: LND: 재해 복구 · Core Lightning: 지갑 및 채널 백업
오래된 채널 상태를 복구 위험으로 취급하세요
일반적인 VPS 스냅샷은 자동으로 안전한 라이브 채널 백업이 아닙니다. LND의 재해 복구는 시드와 정적 채널 백업을 사용하여 채널 폐쇄를 요청할 수 있습니다. 이는 일반적인 마이그레이션 방법이 아닌 최후의 수단 프로세스입니다. 복구 중에는 경쟁 복사본을 방지하기 위해 이전 인스턴스를 중지된 상태로 유지하세요. 임의의 오래된 채널 데이터베이스를 복원하지 말고 실제로 보유한 자료에 대해 LND의 절차를 따르세요.
공식 문서: LND: 재해 복구
복구 계획을 구현 방식에 맞게 구체적으로 유지하세요
Core Lightning은 지갑 비밀, 비상 채널 복구 자료, 라이브 데이터베이스를 구분합니다. 해당 문서는 오래된 채널 데이터베이스 상태의 일반적인 스냅샷 방식 복원을 권장하지 않으며 구현별 백업 방식을 설명합니다. 필요한 키 자료를 노드 외부에 보관하고, 채널 복구 파일 업데이트를 모니터링하며, 자금을 투입하기 전에 이해도를 테스트하세요. 디스크에 장애가 발생하면 손상된 데이터를 보존하고 오래된 사본을 재시작하기 전에 올바른 복구 절차를 확인하세요.
- 복원된 온체인 잔액은 모든 채널이 복구되었음을 증명하지 않습니다.
- 인바운드 용량이 없는 채널은 노드가 온라인이라는 이유만으로 수신할 수 없습니다.
- 피어 장애와 로컬 RPC 자격 증명 실패는 서로 다른 문제 해결이 필요합니다.
- 노드 설치 성공만으로 자동 수익이나 보장된 복구 가능성을 추론하지 마세요.
공식 문서: Core Lightning: 지갑 및 채널 백업