온체인 시드는 결정론적 키와 온체인 출력을 복원하지만 열린 라이트닝 채널의 최신 상태를 모두 재현하지는 않습니다. LND의 static channel backup은 채널 상대와 channel point 정보를 이용해 강제 종료를 요청하는 복구 수단이며 채널을 그대로 되살리는 실시간 잔액 사본이 아닙니다. 오래된 channel.db를 덮어쓰면 폐기 상태를 게시할 위험이 있어 구현의 공식 복구 절차를 따라야 합니다.
시드는 키를 복원하지만 최신 채널 합의는 담지 않습니다
온체인 HD 지갑은 시드에서 개인키와 주소를 다시 만들고 블록체인을 스캔해 UTXO를 찾을 수 있습니다. 라이트닝 채널은 같은 키 외에도 상대와 교환한 최신 commitment 번호, 폐기 비밀, pending HTLC 같은 변화하는 상태를 사용합니다. 채널 결제 뒤 시드를 다시 적는다고 이 상태가 갱신되는 구조가 아닙니다.
따라서 시드 문구만 있으면 라이트닝 잔액도 자동으로 보인다는 기대는 위험합니다. 반대로 채널 백업 파일만 있고 시드가 없으면 온체인 키를 복원하지 못할 수 있습니다. 백업 점검표에는 시드, 채널 복구 자료, 구현 버전, 데이터 디렉터리의 역할을 별도 항목으로 둡니다.
라이트닝 백업은 파일 하나의 복사가 아니라 키 복원과 채널 안전 종료를 서로 다른 경로로 준비하는 일입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 시드는 키를 복원하지만 최신 채널 합의는 담지 않습니다
온체인 HD 지갑은 시드에서 개인키와 주소를 다시 만들고 블록체인을 스캔해 UTXO를 찾을 수 있습니다.
- Static Channel Backup은 채널을 그대로 재개하는 스냅샷이 아닙니다
Lightning Labs 문서에서 LND의 SCB는 channel point와 상대 노드 연결 정보를 이용해 `channel reestablish` 과정에서 상대가 최신 commitment를 강제 종료하도록 돕습니다.
- 오래된 channel.db는 단순 롤백 파일이 아닙니다
실시간 채널 DB는 결제마다 변합니다.
AI로 제작한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
Static Channel Backup은 채널을 그대로 재개하는 스냅샷이 아닙니다
Lightning Labs 문서에서 LND의 SCB는 channel point와 상대 노드 연결 정보를 이용해 `channel reestablish` 과정에서 상대가 최신 commitment를 강제 종료하도록 돕습니다. 사용자는 그 온체인 출력을 기다려 회수합니다. 백업 시점의 표시 잔액을 그대로 로드해 채널 결제를 이어가는 기능으로 이해하면 안 됩니다.
SCB는 채널이 열리거나 닫힐 때 갱신되는 정적 정보라 매 결제마다 복사할 필요가 적다는 장점이 있습니다. 그러나 새 채널이 생긴 뒤 백업 대상이 갱신되지 않았거나 파일이 손상되면 그 채널 정보가 빠질 수 있습니다. 자동 백업 성공 로그와 실제 파일의 수정 시각·복구 가능성을 함께 확인하세요.
| 자료 | 주요 복구 범위 | 오해하면 안 되는 것 |
|---|---|---|
| 지갑 시드 | 온체인 키·UTXO 탐색 | 최신 채널 상태 전체 |
| Static Channel Backup | 채널 상대와 강제 종료 복구 | 채널을 열린 상태로 재개 |
| channel.db | 실시간 채널 상태 | 오래된 사본의 안전한 덮어쓰기 |
| 노드 설정·주소록 | 연결·운영 환경 | 자금 키 대체 |
오래된 channel.db는 단순 롤백 파일이 아닙니다
실시간 채널 DB는 결제마다 변합니다. 과거 사본을 현재 노드에 덮어쓰면 이미 폐기된 commitment를 최신으로 오인해 방송할 수 있고 상대의 penalty 경로가 작동할 위험이 있습니다. 일반 데이터베이스처럼 어제 백업으로 되돌리는 복구를 시도하면 안 됩니다.
장애가 나면 원본 데이터 디렉터리를 읽기 전용으로 복제해 보존하고 노드를 반복 실행하지 마세요. 어떤 파일이 언제 생성됐고 마지막 정상 채널 업데이트가 언제인지 기록한 뒤 해당 구현의 공식 recovery mode 또는 SCB 절차를 사용합니다. 파일을 지원 담당자에게 그대로 보내면 macaroon·키 자료가 노출될 수 있습니다.
- 시드가 오프라인에서 정확히 읽히는지 dry-run 절차로 확인합니다.
- SCB 파일의 존재·수정 시각·별도 저장 위치를 확인합니다.
- 노드 버전과 채널 목록, channel point를 기록합니다.
- 장애 원본을 보존하고 오래된 DB로 덮어쓰지 않습니다.
- 복구 뒤 close·sweep 출력이 spendable될 때까지 추적합니다.
복구 시험은 실제 자금 이전과 분리합니다
백업이 존재한다는 사실과 실제 복구 가능은 다릅니다. 테스트넷 또는 소액 전용 환경에서 시드 복원, SCB 가져오기, 상대 연결 실패 시 동작, 강제 종료 출력 추적을 연습할 수 있습니다. 운영 채널의 시드를 온라인 테스트 도구에 입력해서는 안 됩니다.
복구 훈련 기록에는 사용한 소프트웨어 버전, 파일 해시, 시작·종료 상태와 실패 메시지를 남기세요. 실제 메인넷 SCB를 가져오면 채널 종료를 유발할 수 있으므로 단순 검증 목적으로 운영 노드에 import하지 않습니다. 구현이 제공하는 비파괴 검사 범위를 먼저 확인합니다.
복구 뒤에는 채널 잔액과 온체인 출력을 대조합니다
SCB 복구가 시작되면 채널들이 waiting close 또는 force close로 이동할 수 있습니다. commitment 확인 뒤 CSV 지연, HTLC timeout과 sweep 거래가 이어지므로 앱 잔액이 즉시 돌아오지 않습니다. channel point별 예상 로컬 잔액과 실제 회수 출력을 대조해야 합니다.
수수료와 dust 처리 때문에 마지막 회수액은 장애 전 표시 잔액과 정확히 같지 않을 수 있습니다. 차이가 있으면 채널별 close 거래, commitment fee, HTLC 출력과 sweep fee를 분리해 계산하세요. 총액 하나만 보고 복구 성공·실패를 판단하지 않습니다.
운영 백업은 암호화와 복구 가능성을 함께 관리합니다
시드와 SCB를 같은 클라우드 폴더에 평문으로 두면 한 번의 계정 침해가 여러 복구 요소를 노출할 수 있습니다. 반대로 지나치게 복잡한 암호화로 키를 잃으면 비상시 사용할 수 없습니다. 자료별 민감도, 보관 위치, 접근자와 정기 확인 절차를 문서화하세요.
노드가 만든 자동 백업을 별도 장치로 복제할 때 전송 완료 후 해시와 크기를 확인하고 마지막 성공 시각을 모니터링합니다. 백업 파일 자체가 있다는 알림과 최신 채널이 포함됐다는 검증을 분리해야 합니다. 시드 문구와 비밀 자격증명은 로그와 채팅에 남기지 않습니다.
자주 묻는 질문
시드만 있으면 라이트닝 채널도 복구되나요?
온체인 키는 복원할 수 있지만 최신 채널 상태에는 별도 복구 자료와 절차가 필요합니다.
SCB를 가져오면 기존 채널을 계속 사용하나요?
LND SCB는 일반적으로 상대에게 강제 종료를 유도해 온체인 회수를 돕는 방식이며 열린 채널 재개 사본이 아닙니다.
어제의 channel.db로 되돌리면 되나요?
위험합니다. 폐기 상태를 게시해 penalty 위험이 생길 수 있으므로 원본을 보존하고 공식 복구 절차를 사용하세요.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
