라이트닝 결제와 풀노드
비트코인은 신뢰 없이 작동하는 화폐 시스템을 구축하려는 시도다. 그런데 이 시스템이 실제로 일상에서 작동하려면, 두 가지가 필수적이다. 하나는 빠르고 저렴한 결제(라이트닝), 다른 하나는 스스로 규칙을 검증하는 능력(풀노드). 이 두 가지는 비트코인의 ‘금’과 ‘현금’을 동시에 실현하려는 철학의 양면이다.
1. 라이트닝 네트워크란?
왜 비트코인은 의도적으로 느린가
비트코인 온체인 처리량은 초당 약 7건이다. 비자(Visa)의 실제 평균 처리량이 초당 1,700건 수준인 것과 비교하면 극명하다.
이 한계는 기술적 무능이 아니라 선택적 설계이다.
블록 크기와 생성 주기를 늘리면 처리량은 증가한다. 그러나 동시에 노드를 운영하는 데 필요한 하드웨어·저장·대역폭 비용도 급격히 오른다. 일반인이 자기 컴퓨터로 검증할 수 없게 되면, 네트워크는 사실상 소수의 데이터센터에 의해 운영되는 중앙화 시스템으로 변질된다.
비트코인의 핵심 가치인 “누구나 검증할 수 있는 시스템”이 무너지는 것이다.
사토시가 선택한 길은 레이어 분리다.
레이어 1은 보안과 최종 정산을,
레이어 2는 속도와 저비용을 담당한다.
인터넷의 TCP/IP 위에 HTTP·스트리밍·게임이 올라간 구조와 같다. 라이트닝은 비트코인의 HTTP다.
결제 채널: 두 번의 온체인 거래로 수천 건을 처리하다
라이트닝의 기본 단위는 결제 채널이다.
- 두 당사자가 온체인에 개설 거래를 기록하며 자금을 잠근다.
- 이후 수천 번의 잔액 업데이트가 오프체인에서 서명만으로 이뤄진다.
- 채널을 닫을 때 종료 거래 하나만 온체인에 기록된다.
결과적으로 블록체인에는 단 두 개의 거래만 남지만, 그 사이의 모든 결제는 수수료와 대기 시간 없이 처리된다.
거래 횟수가 많아질수록 거래당 평균 비용은 온체인의 수백 분의 일로 떨어진다.
라우팅과 HTLC: 신뢰 없는 중계
직접 채널이 없는 상대방에게도 결제가 가능하다. 중간 노드를 경유하는 라우팅이 그 해답이다.
여기서 핵심은 HTLC(Hash Time-Locked Contract)다.
- 송신자는 해시 잠금과 시간 잠금을 결합한 계약을 만든다.
- 중간 노드는 최종 수신자에게 자금을 전달해야만 자신의 수수료를 받을 수 있다.
- 전달하지 않으면 아무것도 받지 못한다.
이것은 게임이론적으로 원자성(atomicity)을 강제한다. 중간자가 가로채는 것이 수학적으로 손해가 되도록 설계된 것이다. 신뢰가 아니라 암호학과 인센티브가 경로 보안을 보장한다.
이 구조 덕분에 라이트닝은 6단계로 작동한다. 네트워크가 성장할수록 경로가 많아지고, 더 빠르고 저렴한 결제가 가능해진다.
현실적 성능과 한계
- 속도: 밀리초 단위 정산.
- 수수료: 사토시 단위. 마이크로페이먼트가 경제적이다.
- 프라이버시: 온체인에 기록되지 않으므로 추적 난이도가 크게 올라간다.
그러나 한계도 명확하다.
- 유동성: 채널에 잠긴 자본은 다른 용도로 쓸 수 없다. 잔액이 한쪽으로 쏠리면 그 방향 결제가 막힌다.
- 라우팅 실패: 대액 결제는 경로를 찾기 어렵다.
- 채널 사기: 오래된 상태를 게시하려는 시도를 막기 위해 워치타워가 필요하다.
- 허브 중앙화: 소수 대형 노드에 유동성이 집중되는 경향이 관찰된다. 효율과 탈중앙화 사이의 긴장이다.
라이트닝은 완성된 기술이 아닌 진화 중인 인프라다. 엘살바도르의 일상 결제 증가, Strike·Cash App의 백엔드 활용, 이캐시 같은 프라이버시 강화 시도는 그 방향을 보여준다.
철학적으로 보면, 라이트닝은 비트코인이 “디지털 금”에 머물지 않고 현금의 편의성을 동시에 갖추려는 시도다. 가치 저장과 교환 수단의 오랜 긴장을, 레이어 구조로 해소하려는 실험이다.
2. 라이트닝 네트워크로 일상 결제하기
이론만으로는 의미가 없다. 실제로 써봐야 한다. 핵심은 주권과 편의의 균형을 스스로 선택하는 것이다.
지갑 선택
지갑은 크게 두 가지다.
- 수탁형 (Wallet of Satoshi 등): 채널과 키를 대신 관리한다. 은행 계좌와 같다. 편리하지만 제3자에 의존한다. 소액 일상 지출에 적합하다.
- 자체 수탁 (Phoenix, Breez 등): 키를 직접 보유한다. Phoenix는 채널을 자동으로 관리하면서도 키를 사용자에게 남겨, 주권과 단순함의 균형을 잘 맞춘다.
추천은 Phoenix로 시작하는 것이다.
실행 단계의 본질
- 지갑 설치 후 12단어 복구 문구를 종이에 적는다. 이것이 유일한 복구 수단이다.
- 소량의 사토시를 수신하거나 온체인에서 보낸다. 첫 수신 시 채널 개설 수수료가 발생한다.
- Stacker News, Nostr, Bitrefill 등에서 실제 결제를 한다.
결제 순간, 지갑은 HTLC를 통해 경로를 구성하고 원자적으로 정산한다. 기반 레이어는 건드리지 않는다. 이것이 레이어 2의 의미다.
위험과 한계를 인식하는 것
라이트닝은 물리적 지갑에 넣을 금액에 적합하다. 저축은 콜드 스토리지로. 폰을 잃어버리면 복구 문구로 복구한다. 큰 금액에는 여전히 온체인과 멀티시그가 더 안전하다.
다음 단계로는 정기 구매(달러 코스트 애버리징), Nostr 연동, 하드웨어 지갑으로의 이동, 그리고 궁극적으로 자체 노드 운영이 있다. 라이트닝은 비트코인을 일상적으로 쓸 수 있게 만드는 도구다. 그 도구를 주권적으로 다루는 연습이 바로 이 과정이다.
3. 풀노드를 직접 운영해야 하는 이유
신뢰라는 문제
화폐의 역사는 언제나 “이 돈이 진짜인가, 내 것인가”라는 질문과 함께였다. 금화는 깎일 수 있었고, 정부는 금을 몰수할 수 있었다(1933년 행정명령 6102호). 법정화폐는 데이터베이스의 숫자에 불과하다. 은행이 계좌를 동결하면 접근권이 사라진다.
사토시가 제안한 것은 신뢰 없이 작동하는 시스템이었다. 중앙 서버 없이 수학적 증명과 분산 합의만으로 검증하는 시스템. 그런데 오늘날 대부분의 사용자는 여전히 제3자 서버를 신뢰한다. 지갑 앱이 보여주는 잔액과 거래 내역을 검증할 수단이 없기 때문이다.
풀노드가 하는 일
풀노드(Bitcoin Core)는 제네시스 블록부터 모든 거래를 다운로드하고 스스로 검증한다.
- 서명이 올바른가
- 이중지불이 없는가
- 작업증명이 유효한가
- 공급량 상한을 넘지 않는가
규칙을 위반한 블록은 거부한다. 거래소가 잔액을 주장해도, 노드는 자신이 검증한 결과만 신뢰한다. 이것이 trustless verification이다. 아무도 믿지 않는 것이 아니라, 믿을 필요가 없는 것이다.
Sparrow + 하드웨어 지갑 + 자체 노드
self 수탁의 최적 조합이다.
- 하드웨어 지갑: 키를 오프라인으로 보관
- Sparrow: 트랜잭션 구성
- 자체 Electrum 서버(Electrs 등) + 풀노드: 외부 서버에 주소를 노출하지 않고 검증·전파
공개 서버를 쓰면 서버 운영자가 지갑 구조와 잔액을 볼 수 있다. 자체 노드는 이 프라이버시 누출을 차단한다.
세 가지 이유
- 검증: 받은 비트코인이 실제로 유효한지 스스로 확인한다.
- 프라이버시: 주소와 거래 내역을 외부에 노출하지 않는다.
- 네트워크 기여: 노드 수가 탈중앙성을 결정한다. 2017년 Block Size War에서 사용자 노드들이 변경된 규칙을 거부함으로써 프로토콜을 지켜냈다. 노드는 실질적인 거부권(veto)이다.
Not your node, not your rules
“Not your keys, not your coins”만으로는 부족하다.
키를 가지고 있어도, 그 키로 서명한 거래의 유효성을 다른 서버에 의존한다면 여전히 그 서버의 세계관 안에 있다.
진정한 주권은 두 단계다.
- 개인키의 자기수탁
- 풀노드의 직접 운영
둘 다 갖춰야 비로소 누구의 허가도, 누구의 선의도 필요하지 않은 금융 주권이 완성된다.
시작하는 것은 생각보다 쉽다. Bitcoin Core 설치 후 초기 동기화(IBD)만 기다리면 된다. 저장 공간이 부족하면 pruned mode로 10GB 미만으로도 검증 기능을 유지할 수 있다. 이후 Electrs를 연결하고, Tor로 프라이버시를 강화하고, 라이트닝 노드까지 확장할 수 있다.
결론: 비트코인을 이해한다는 것
남의 말을 믿는 것은 쉽다. 직접 검증하는 것은 수고스럽다.
비트코인이 기존 금융 시스템보다 나은 이유는 “더 믿을 만한 사람이 운영하기 때문”이 아니다.
“믿을 필요가 없기 때문”이다. 그 철학을 끝까지 살아내는 것이 풀노드다.
댓글