블록체인/레벨 V · 레이어/5.1 Lightning/수업 2
HTLC를 이용한 라우팅
하나의 비밀값, 여러 홉, 그리고 경로를 숨기는 어니언
준비물라이트닝 네트워크 탐색기(예: 1ML 또는 mempool.space)BOLT #2 및 #4 사양
호기심
- 결제는 어떻게 모든 참여자에게 성공하거나, 모두에게 실패할까요?
- 경로상의 각 노드는 왜 바로 앞 노드와 바로 다음 노드만 알아야 할까요?
- 최종 수취인이 끝내 청구하지 않으면, 전달된 결제는 어떻게 될까요?
탐구
- 앨리스는 직접 연결된 채널 없이 밥을 거쳐 캐롤에게 결제합니다. 각 홉은 동일한 결제 해시에 잠긴 HTLC이며, 경로를 따라갈수록 타임락이 줄어들어 각 중계자는 다음 홉에 지급한 뒤 이전 홉에서 대금을 청구할 시간을 갖습니다. 캐롤이 결제를 청구하려고 프리이미지를 공개하면, 프리이미지가 홉을 하나씩 거슬러 전달되며 모든 HTLC가 정산됩니다.
- 송신자는 가십으로 전파된 채널 그래프에서 경로를 선택하고(소스 라우팅), 지시 사항을 다층 암호화(Sphinx 어니언 라우팅)로 감싸 각 노드가 바로 앞 노드와 바로 다음 노드만 알도록 합니다. 중계 노드는 기본 수수료에 비례 수수료(백만분율 단위)를 더해 부과합니다. 어떤 홉에 유동성이 부족하면 결제가 실패하고 재시도되며, 멀티패스 결제는 큰 금액을 나누어 보냅니다.
- HTLC는 독립된 개체가 아니라 커밋먼트 트랜잭션 안의 출력입니다. 대기 중인 HTLC가 있는 상태로 채널이 종료되면, 온체인 트랜잭션에는 활성 계약마다 추가 출력이 포함됩니다. 채널이 열려 있는 동안 HTLC가 만료되거나 성공하면, 새 커밋먼트 트랜잭션에서 해당 출력이 제거되어 안정된 상태가 반영됩니다.
- 라이트닝 금액은 밀리사토시 단위로 계산되지만, 온체인 출력은 더스트 한도보다 큰 가치를 가져야 합니다. 온체인에서 경제성이 없을 만큼 작은 HTLC는 '트림(trim)' 처리됩니다. 즉, 커밋먼트 트랜잭션에서 별도의 출력을 받지 못하고, 그 금액은 대신 트랜잭션 수수료로 계산됩니다.
- 따라서 트림된 HTLC는 오직 상대방의 성실한 행동에 의해서만 보호됩니다. 대기 중에 채널이 강제 종료되면 해당 금액은 채굴자에게 돌아갑니다. 노드들은 수락할 트림 HTLC의 총액에 상한을 두며, 많은 노드가 최소 HTLC 크기를 설정합니다. 소액 결제를 아예 지원하기 위해 그에 따른 작은 위험을 감수하는 것입니다.
- 활성 HTLC가 있는 상태에서 협력적 종료를 진행하면, 양측은 새 결제 수락을 중단하고 기존 계약이 해결되거나 만료될 때까지 기다립니다. 이렇게 하면 HTLC 관련 출력이 없는 더 가벼운 종료 트랜잭션을 게시할 수 있어, 온체인 트랜잭션 수수료를 줄이고 분쟁성 종료에 따르는 의무적인 타임락 대기를 피할 수 있습니다.
핵심 사실
- HTLC는 커밋먼트 트랜잭션 안의 출력으로, 여러 채널에 걸친 트러스트리스 라우팅을 가능하게 합니다.
- Sphinx 어니언 라우팅은 각 노드가 바로 앞 노드와 바로 다음 노드만 알도록 보장합니다.
- 중계 노드는 기본 수수료에 백만분율로 산정한 비례 수수료를 더해 부과합니다.
- 더스트 한도 미만의 HTLC는 '트림' 처리되어, 별도의 출력을 받지 않고 수수료로 계산됩니다.
- 활성 HTLC가 있는 협력적 종료는 타임락 대기를 피하고 수수료를 줄이기 위해 HTLC가 해결될 때까지 기다립니다.
- 멀티패스 결제는 성공률을 높이기 위해 큰 금액을 여러 경로로 나누어 전송합니다.
연습 아홉, 여섯, 셋, 하나
9모으기라이트닝 네트워크 노드나 서비스 9개를 나열하고, 각각의 라우팅 정책, 수수료 구조, 채널 용량을 기록하십시오.
6묶기9개를 HTLC 처리 방식에 따라 고수수료/대용량, 저수수료/소용량, 멀티패스 지원, 더스트 미만 허용, 협력적 종료 우선, 기타의 6개 그룹으로 분류하십시오.
3추리기6개 그룹을 운영자가 라우팅 정책과 수수료 구조를 조정하는 3가지 이유로 압축하십시오.
1결정화HTLC가 무엇을 보장하는지, 그리고 그 보장을 원자적으로 유지하는 것은 무엇인지 한 문장으로 쓰십시오.
팩트 체크
날짜, 수치 및 주장은 아래에 명시된 출처들을 통해 확인되었습니다.