라이트닝 네트워크는 두 참여자가 비트코인을 온체인 출력에 잠그고, 최신 잔액을 나타내는 서명된 커밋먼트 거래를 교환해 매 결제를 온체인에 기록하지 않는 결제 채널 네트워크입니다. 여러 채널은 HTLC로 연결되며 결제 성공은 경로의 방향별 유동성과 시간 제한에 달려 있습니다.
채널은 공동 자금 출력에서 시작한다
두 노드는 온체인 funding transaction으로 비트코인을 잠근다. 이후 잔액 배분을 바꿀 때마다 새 커밋먼트 거래에 서명하고 이전 상태를 폐기한다. 정상 결제마다 비트코인 블록에 거래를 올리지 않아 빠르고 작은 지불을 반복할 수 있다.
BOLT #0는 라이트닝을 상호 협력으로 오프체인 비트코인을 이전하고 필요하면 온체인 거래로 집행하는 L2 프로토콜로 설명한다. 오프체인은 신뢰 없이 아무 기록도 없다는 뜻이 아니라 양측이 집행 가능한 상태를 보관한다는 뜻이다.
채널 개설과 종료는 온체인 수수료와 확인을 필요로 한다. 결제 수수료가 낮더라도 채널 생애 전체 비용을 보려면 개설·리밸런싱·종료 비용을 함께 계산한다.
| 항목 | 의미 | 오해하기 쉬운 점 |
|---|---|---|
| 채널 용량 | funding output의 총액 | 양방향으로 모두 쓸 수 있는 금액이 아님 |
| 로컬 잔액 | 내가 보낼 수 있는 쪽의 몫 | 예약금·진행 중 HTLC 영향 |
| 원격 잔액 | 상대 쪽의 몫 | 내 인바운드 가능성과 관련 |
| 아웃바운드 유동성 | 경로로 보낼 수 있는 능력 | 총 지갑 잔액과 다름 |
| 인바운드 유동성 | 경로로 받을 수 있는 능력 | 새 채널 입금만으로 자동 생기지 않음 |
HTLC가 여러 채널을 하나의 결제로 묶는다
수취인은 비밀의 해시가 담긴 인보이스를 만들고, 송신자는 각 홉에 해시 잠금과 시간 잠금 조건이 있는 HTLC를 전달한다. 최종 수취인이 비밀을 공개하면 앞선 홉들도 같은 비밀로 결제를 정산한다.
시간 제한은 뒤쪽 홉이 실패할 때 앞쪽 참가자가 온체인에서 자금을 회수할 여유를 갖도록 단계적으로 설정된다. 모든 홉에 충분한 유동성과 호환 기능이 있어야 하며 한 홉이 실패하면 다른 경로나 분할 결제를 시도할 수 있다.
총 용량보다 방향이 중요한 이유
A와 B 채널에 100만 sats가 있어도 전부 A 쪽 잔액이면 A는 B로 보낼 수 있지만 B는 A로 받을 방향의 여유가 적다. 결제는 경로 각 채널의 같은 방향 유동성을 연속으로 필요로 한다.
공개 채널 그래프는 총 용량과 정책을 보여 줄 수 있어도 순간 잔액은 보통 공개하지 않는다. 라우팅 노드는 시도와 실패를 통해 경로 가능성을 추정한다. 탐색기의 네트워크 용량을 실제 결제 가능액으로 읽으면 안 된다.
오래된 상태를 방송하면 패널티가 작동한다
상대가 자신에게 유리한 과거 커밋먼트 거래를 온체인에 내는 것을 막기 위해 상태 갱신 때 폐기 비밀을 교환한다. 오래된 상태가 방송되면 정직한 상대가 정해진 시간 안에 패널티 거래로 자금을 가져갈 수 있다.
노드는 체인을 감시해야 하며 오랫동안 오프라인일 경우 watchtower 같은 위임 감시를 사용할 수 있다. 백업은 최신 채널 상태를 단순 복사하는 문제보다 복잡하다. 구현체의 static channel backup과 복구 절차를 따른다.
- 인보이스 네트워크·금액·만료 확인
- 노드의 아웃바운드·인바운드 유동성 확인
- 경로 수수료와 CLTV 조건 확인
- 채널 백업과 watchtower 정책 확인
- 강제 종료 시 온체인 수수료·대기 확인
종료 방식에 따라 시간과 비용이 달라진다
협력 종료는 양측이 최종 잔액과 수수료에 합의해 효율적인 closing transaction을 만든다. 일방 종료는 최신 커밋먼트를 방송하고 to_local 출력의 지연을 기다릴 수 있다. 오래된 상태 종료는 패널티 대응이 필요하다.
BOLT #5는 협력, 일방, 폐기 상태 종료를 나누고 각 온체인 처리 규칙을 설명한다. ‘언제든 온체인 회수’는 가능성을 뜻하지만 혼잡 시 수수료와 timelock 대기가 사라지는 것은 아니다.
라이트닝의 속도는 채널 안 상태 갱신에서 나오고 안전은 필요할 때 온체인 집행할 수 있다는 데서 나온다.
JOBCOIN 해설
결제 실패를 원인별로 읽는 방법
인보이스 만료·금액 오류, 경로 유동성 부족, 수수료 한도, CLTV 한도, 노드 오프라인, 기능 비호환을 분리한다. ‘no route’는 네트워크 전체에 길이 없다는 확정이 아니라 현재 노드가 조건에 맞는 경로를 찾지 못했다는 결과일 수 있다.
실패 로그에는 결제 해시, 시각, 시도 경로, 실패 홉, 수수료·시간 잠금 한도를 비밀값과 분리해 저장한다. 인보이스 preimage나 지갑 자격증명은 공유하지 않는다.
결제 성공은 수취인이 preimage를 공개하고 각 홉이 정산한 상태다. 온체인 트랜잭션 해시가 없을 수 있으므로 인보이스와 payment hash, 지갑의 settled 상태가 증거가 된다. 서비스 영수증과 프로토콜 정산을 구분한다.
custodial 라이트닝 지갑은 사용자가 채널 상태나 키를 직접 통제하지 않을 수 있다. 앱이 라이트닝을 지원한다는 사실과 사용자가 자체 노드·채널을 운영한다는 사실은 다르다. 출금 한도, 계정 정지, 백업·복구 책임과 온체인 전환 절차를 확인한다.
자주 묻는 질문
라이트닝 결제는 비트코인 블록체인 밖의 별도 코인인가요?
아닙니다. 채널 자금은 비트코인 온체인 출력에 잠기며 오프체인 상태를 필요할 때 비트코인 거래로 집행합니다.
채널 용량만큼 항상 받을 수 있나요?
받기에는 상대 방향의 인바운드 유동성이 필요합니다. 총 용량과 방향별 가능액은 다릅니다.
노드가 오프라인이면 자금을 잃나요?
일시 오프라인이 즉시 손실을 뜻하지 않지만 분쟁 기간 감시가 필요합니다. 구현체 백업과 watchtower, 강제 종료 절차를 준비해야 합니다.
