라이트닝 주소

100자짜리 인보이스를 소리 내어 읽고 싶어 하는 사람은 없습니다. 라이트닝 주소는 이를 팟캐스트에서 말할 수 있는 무언가로 대체하며, 이것이 작동하는 이유는 그 주소가 애초에 지급 요청이 아니라 인보이스를 발행하는 서버를 가리키는 포인터일 뿐이기 때문입니다. 명세는 LUD-16 한 페이지 분량이며, 전체 흐름은 HTTPS 요청 1회입니다.

작동 방식

라이트닝 주소는 이메일 형태의 문자열을 URL로 바꾸는 재작성 규칙입니다.

satoshi@example.com이 주어지면 지갑은 https://example.com/.well-known/lnurlp/satoshi URL을 만들고 GET 요청을 보냅니다. 서버는 표준 LNURL-pay JSON으로 응답합니다. 여기에는 콜백 URL, 밀리사토시 단위로 받아들일 최소값과 최대값, 수취인을 설명하는 메타데이터 블록이 담깁니다. 지갑은 그 설명을 사용자에게 보여 주고, 사용자가 금액을 입력하면 그 금액으로 콜백을 호출합니다. 그러면 정확히 그 금액에 대한 BOLT11 인보이스가 돌아오고, 지갑이 이를 확인한 뒤 지급합니다.

사용자 이름 부분은 소문자, 숫자, 하이픈, 밑줄, 마침표로 제한되며, user+label@domain 형식의 태그를 지원하는 서비스에서는 더하기 기호를 선택적으로 붙일 수 있습니다. @example.com만 있는 형태는 기본 신원으로 허용되며 예약된 사용자 이름인 밑줄로 해석됩니다. onion 도메인은 일반 HTTP를 사용하는데, TLS가 제공했을 전송 보안을 Tor가 이미 제공하기 때문입니다.

이것이 명세의 전부입니다. 새로운 암호 기술도, 새로운 메시지 유형도, 어떤 노드의 변경도 없습니다. 라이트닝 주소는 LNURL-pay 위에 얹은 명명 규칙이며, LNURL-pay는 다시 일반 인보이스 위에 얹혀 있고, 각 계층은 아래 계층을 깨뜨리지 않고 제거할 수 있습니다.

주요 사용처

라이트닝 주소는 대부분의 사람이 대금을 받을 수 있는 방법을 공개하는 방식입니다.

수탁형 지갑과 라이트닝 네이티브 앱은 가입할 때 라이트닝 주소를 하나씩 발급합니다. 제공자가 이미 웹 서버와 그 주소에 필요한 노드를 운영하고 있기 때문입니다. 팟캐스트 피드는 스트리밍 결제를 위해 라이트닝 주소를 싣습니다. 소셜 프로필, 팁 모금함, 컨퍼런스 명찰이 라이트닝 주소를 쓰는 이유는 명함에 은행 송금 양식 대신 이메일 주소를 싣는 이유와 같습니다.

직접 운영하려면 도메인과 well-known 경로에 응답하는 작은 서비스가 필요하며, 안정적으로 호스팅할 곳을 확보하기 전까지는 생각보다 일이 많습니다. 그래서 유통되는 라이트닝 주소의 압도적 다수가 서비스 제공자 소유이며, 바로 이 점이 자신의 주소를 무언가에 인쇄하기 전에 생각해 볼 부분입니다.

여기에서 실질적인 한도 두 가지가 따라옵니다. 첫째, 도메인을 운영하는 사람은 금액과 시각을 포함해 인보이스 요청 전부를 보게 되므로, 뒤에 있는 지갑이 비수탁형이더라도 주소는 프라이버시와 맞바꾸는 거래입니다. 둘째, 주소는 도메인이 작동하는 동안만 작동합니다. 제공자가 서비스를 종료하거나, 약관을 바꾸거나, 도메인을 잃으면 주소를 게시한 모든 곳이 이제 아무것도 가리키지 않게 됩니다. 직접 관리하는 도메인이 아니라면 주소를 자신이 소유한 신원이 아니라 편의 계층으로 다루십시오.

라이트닝 주소 vs 비트코인 주소

라이트닝 주소는 웹상의 조회 키이고, 비트코인 주소는 블록체인상의 지출 조건입니다. satoshi@example.com으로 온체인 비트코인을 보내면 아무 일도 일어나지 않습니다. 도메인 이름을 향한 온체인 트랜잭션이라는 것은 존재하지 않기 때문입니다. bc1q 뒤에 38개의 문자가 붙은 주소로 라이트닝 결제를 보내도 아무 일도 일어나지 않습니다. 지갑의 "보내기" 입력란에서는 표면적으로 비슷해 보이지만 기계 장치는 전혀 공유하지 않습니다. 하나는 HTTPS 요청을 일으키고, 다른 하나는 채굴업자가 강제할 스크립트를 인코딩합니다. 비트코인 주소는 영원히 작동하며 서버가 필요 없고, 라이트닝 주소는 작동 중인 서버가 필요하며 그 서버가 멈추는 날 작동을 멈춥니다.