트램펄린 라우팅(trampoline routing)은 가벼운 송신자가 공개 채널 그래프 전체를 내려받아 최종 경로를 직접 계산하는 대신, 자신이 닿을 수 있는 트램펄린 노드까지만 경로를 만들고 목적지까지의 길 찾기는 그 노드에 맡기는 방식입니다. 안쪽 어니언에는 최종 목적지와 위임 조건을, 바깥쪽 어니언에는 첫 트램펄린까지 가는 일반 홉 지시를 넣는 계열의 설계입니다. 다만 2026년 9월 27일 기준으로 기본 라이트닝 BOLT 문서의 보편적인 최종 규격으로 볼 수는 없습니다. 구현과 제안마다 기능 표시와 페이로드가 다르므로 송신자와 트램펄린이 실제로 호환되는지 확인해야 합니다.
경로 탐색 비용을 전문 노드에 넘깁니다
일반적인 출발지 라우팅에서 송신자는 BOLT 7 가십으로 공개 그래프를 관리하고 유동성을 추정해 전체 경로를 고릅니다. 모바일 지갑에는 그래프 저장·동기화와 반복되는 경로 탐색 비용이 큰 짐입니다. 트램펄린 계열은 송신자가 가까운 서비스 노드까지만 결제를 넘기고, 그 노드가 목적지까지 남은 경로를 계산하도록 역할을 나눕니다.
이 방식은 인보이스를 그대로 넘겨주는 단순한 대리 서버가 아닙니다. 트램펄린은 자신이 고를 하위 경로의 전달 금액, CLTV, 수수료 예산을 계산해야 하고, 실패하면 송신자가 알아들을 수 있는 형태로 재시도 단서를 돌려줘야 합니다. 가벼워지는 대가로 경로 선택 권한과 관찰 정보가 위임받은 노드에 몰립니다.
트램펄린은 목적지까지 단번에 순간이동시켜 주는 기능이 아닙니다. 다음 구간의 길 찾기를 대신 맡아 주는 라우팅 대리인입니다.
JOBCOIN 해설
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 경로 탐색 비용을 전문 노드에 넘깁니다
일반적인 출발지 라우팅에서 송신자는 BOLT 7 가십으로 공개 그래프를 관리하고 유동성을 추정해 전체 경로를 고릅니다.
- 바깥 어니언과 안쪽 지시를 나눕니다
대표적인 제안 흐름에서 송신자는 트램펄린 노드가 풀어 볼 별도 페이로드나 중첩 어니언을 준비하고, 이를 일반 BOLT 4 어니언의 해당 홉 페이로드 안에 실어 보냅니다.
- 금액과 CLTV는 미리 잡은 예산을 넘을 수 있습니다
가정 사례로 최종 수신액이 100,000 msat, 트램펄린 이후 예상 수수료 예산이 3,000 msat, 그 앞 경로 수수료가 1,000 msat라면 송신자는 최소 104,000 msat 안팎의 출발 HTLC를 설계합니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
바깥 어니언과 안쪽 지시를 나눕니다
대표적인 제안 흐름에서 송신자는 트램펄린 노드가 풀어 볼 별도 페이로드나 중첩 어니언을 준비하고, 이를 일반 BOLT 4 어니언의 해당 홉 페이로드 안에 실어 보냅니다. 바깥 경로의 중간 노드는 여전히 자기 다음 홉 정보만 봅니다. 트램펄린은 안쪽 지시를 열어 최종 노드나 다음 트램펄린으로 가는 경로를 새로 짭니다.
구체적인 TLV 타입, 오류 감싸기 방식, 수수료 계산은 채택한 제안과 구현 버전에 따라 달라집니다. 기본 BOLT 4만 지원하는 노드가 임의의 트램펄린 페이로드를 이해한다고 가정하면 안 됩니다. 인보이스 기능 비트, 피어가 지원하는 기능, 지갑 출시 노트를 확인하고, 알 수 없는 짝수 TLV가 실패로 이어진다는 규칙도 고려해야 합니다.
| 항목 | 일반 출발지 라우팅 | 트램펄린 계열 |
|---|---|---|
| 그래프 보유 | 송신자가 공개 그래프 전체를 관리 | 송신자는 제한된 주변 정보로도 가능 |
| 남은 경로 선택 | 송신자 | 트램펄린 노드 |
| 목적지 관찰 | 중간 홉은 직접 알기 어려움 | 트램펄린이 위임 지시에서 알 수 있음 |
| 실패 처리 | 송신자가 경로를 직접 바꿈 | 위임 구간 오류 변환·재시도 필요 |
| 호환 조건 | 기본 BOLT 4·7 동작 | 구현별 기능·제안 확인 |
금액과 CLTV는 미리 잡은 예산을 넘을 수 있습니다
가정 사례로 최종 수신액이 100,000 msat, 트램펄린 이후 예상 수수료 예산이 3,000 msat, 그 앞 경로 수수료가 1,000 msat라면 송신자는 최소 104,000 msat 안팎의 출발 HTLC를 설계합니다. 정확한 값은 트램펄린이 고른 경로의 기본 수수료·비율 수수료와 반올림 방식에 따라 달라져 미리 잡은 예산을 넘을 수 있습니다.
CLTV도 최종 인보이스가 요구하는 시간 차이, 트램펄린 이후 구간, 송신자 쪽 앞 구간을 모두 담아야 합니다. 예산이 너무 작으면 중간에서 실패하고, 너무 크면 트램펄린에 탐색 여지를 더 주는 대신 송신자 자금이 더 오래 묶입니다. 구현이 제공하는 최대 수수료·최대 지연 상한을 분명히 정해 두세요.
- 인보이스와 기능 비트에서 트램펄린 지원 조건을 읽습니다.
- 믿을 만한 첫 트램펄린까지 닿는 경로를 계산합니다.
- 최종 금액에 위임 구간과 앞 구간의 수수료 예산을 더합니다.
- 최종 CLTV와 두 구간의 시간 차이를 더해 상한과 비교합니다.
- 실패가 트램펄린 앞인지 위임 구간인지 가려서 재시도합니다.
가벼움과 사생활 보호 사이의 맞바꿈을 따져 봅니다
송신자가 목적지까지 전체 경로를 이미 알고 보내는 기본 어니언과 달리, 트램펄린은 최종 목적지와 위임 예산을 알아야 경로를 계산할 수 있습니다. 한 서비스에 결제를 거듭 맡기면 시각·금액·목적지 같은 부가 정보가 그곳에 쌓입니다. 트램펄린을 여러 곳 고르기, 재시도 분산, 경로 블라인딩과의 결합 가능성을 구현 수준에서 따져 봐야 합니다.
경로 블라인딩(route blinding)은 수신자가 진입 노드 뒤의 경로를 송신자에게 숨기는 별도 제안입니다. 이를 지원하는 인보이스라면 트램펄린이 볼 수 있는 최종 식별 범위를 줄일 여지가 있습니다. 하지만 두 기능을 합쳤을 때의 사생활 보장은 구체적인 프로토콜 버전과 구현에 달려 있습니다. 기능 이름만 보고 목적지가 확실히 숨겨진다고 결론 내리지 마세요.
아직 구현마다 다른 기능이라는 전제로 배포합니다
LND 저장소에서 트램펄린 라우팅 논의는 구현 요청과 설계 과제로 남아 있습니다. Eclair 설정에는 실험적인 트램펄린 중계 옵션과 별도 조건이 보입니다. 이는 아이디어와 구현이 있다는 근거일 뿐, 모든 라이트닝 노드 사이에서 같은 전송 형식으로 작동한다는 증거는 아닙니다.
운영자는 쓰는 지갑 버전, 고른 트램펄린 서비스, 인보이스를 만드는 쪽의 지원 여부를 조합해 시험해야 합니다. 지원하지 않는 기능, 수수료 예산 초과, 위임 노드 접속 끊김, 최종 경로 없음 오류를 나눠 기록하고, 일반 출발지 라우팅으로 되돌아갈 수 있는지도 정해 두세요. 외부 서비스의 서비스 수준 약정 없이 결제 성공률을 약속해서는 안 됩니다.
자주 묻는 질문
트램펄린 라우팅은 BOLT 4의 필수 기능인가요?
아닙니다. BOLT 4 어니언을 활용하는 설계가 있긴 하지만 별도 페이로드와 기능 표시가 필요한 구현·제안 계열이어서 보편적 기본 기능으로 가정하면 안 됩니다.
트램펄린 노드가 결제 자금을 보관하나요?
자금을 맡아 둔다는 뜻은 아닙니다. HTLC를 받아 다음 경로로 넘기지만, 시간 초과·실패 조건과 채널 잔액 위험은 일반 라우팅과 똑같이 적용됩니다.
경량 지갑은 그래프가 전혀 필요 없나요?
첫 트램펄린까지 닿을 주변 경로나 직접 연결된 채널 정보, 피어 상태는 여전히 필요합니다. 어디까지 필요한지는 구현마다 다릅니다.
경로 블라인딩과 같은 기능인가요?
아닙니다. 트램펄린은 경로 계산을 맡기는 것이, 경로 블라인딩은 수신자 쪽 경로를 숨기는 것이 주목적입니다. 둘을 함께 쓸 수 있는지도 구현마다 다릅니다.
더 깊이 읽기
본문에서 다룬 개념과 확인 절차를 다음 글에서 이어서 살펴보세요.
