Lightning Network
결제할 때마다 블록에 기록하지 않고 비트코인을 보내는 방법, 채널 용량이 중요한 이유, 안전한 직접 관리에 필요한 내용을 설명합니다.
Lightning Network는 Bitcoin의 공개 기록인 블록체인에 매번 기록하지 않고 비트코인을 보낼 수 있게 합니다. 예를 들어 커피를 살 때 결제 요청을 스캔하면 지갑이 수취인에게 가는 경로를 찾습니다. 성공한 결제는 몇 초 안에 도착할 수 있습니다. 새로운 코인이 아닌 비트코인을 쓰는 것이며, 모든 결제에서 빠른 속도와 낮은 수수료가 보장되지는 않습니다. 두 당사자가 블록체인에 기록되는 거래로 결제 채널에 자금을 넣습니다. 이후 각자에게 얼마가 속하는지 정하는 서명된 합의를 교환합니다. 결제는 배분을 바꾸지만 매번 전체 네트워크에 기록할 필요는 없습니다. 채널을 닫을 때 Bitcoin 거래로 정산합니다. 합의하지 못해도 한쪽에서 종료를 시작할 수 있으나, 자금을 돌려받으려면 시간과 수수료가 필요할 수 있습니다. 총 비트코인 잔액이 충분한 것만으로는 부족합니다. 경로에서 올바른 방향으로 움직일 수 있는 자금이 있어야 하며 이를 유동성이라고 합니다. 예를 들어 자금이 전부 내 쪽에 있는 채널은 처음에는 보낼 수 있지만 받을 수는 없습니다. 지갑이 수수료를 내고 용량을 확보할 수도 있습니다. 키를 누가 보유하는지도 확인하세요. 직접 보관하려면 적절한 백업과 채널 감시가 필요하며, 수탁 서비스를 쓰면 운영자에게 의존합니다.
직접 보관하는 Lightning Network 지갑은 사용자에게 집행 가능한 채널 청구권을 주지만 백업, 체인 감시, 비상 수수료 준비금을 관리해야 합니다. 수탁 지갑은 복잡성을 모두 숨길 수 있지만 실제 자금은 제공자가 통제합니다. Lightning Network라는 이름만으로 누가 키를 갖는지 알 수 없습니다. 일방적인 채널 종료에는 시간 잠금과 확인을 기다리고 기본 계층 수수료를 지불해야 할 수 있습니다. 연결된 항목에는 별도의 출처와 검토 기록이 있습니다.
첫 항목부터 읽거나 지금 궁금한 항목을 골라보세요.
결제할 때마다 블록에 기록하지 않고 비트코인을 보내는 방법, 채널 용량이 중요한 이유, 안전한 직접 관리에 필요한 내용을 설명합니다.
결제 채널을 이용하면 두 당사자가 매번 블록체인에 기록하지 않고도 반복해서 돈을 주고받을 수 있습니다. 바뀌는 것은 비트코인을 어떻게 나눌지에 관한 합의입니다. 이를 온체인에서 정산할 수 있다는 점이 합의를 뒷받침합니다. Lightning Network는 이런 채널을 바탕으로 작동합니다.
HTLC는 올바른 비밀값을 공개하는 것을 결제 조건으로 삼고, 결제가 완료되지 않으면 자금을 회수할 경로를 마련합니다. Lightning Network에서는 중개자의 약속에만 의존하지 않고 결제할 수 있게 해 줍니다. 다만 이러한 보호에는 유효한 서명과 제때의 대응이 필요합니다.
Lightning으로 결제할 때 모든 수취인과 직접 채널을 열어 둘 필요는 없습니다. 결제는 다른 노드를 거쳐 갈 수 있습니다. Lightning Routing은 필요한 방향으로 자금이 충분하고 수수료와 시간 조건을 만족하는 경로를 찾습니다. 네트워크 지도에 연결선이 있다고 해서 결제가 반드시 성공하는 것은 아닙니다.
Lightning 지갑에 돈이 있다고 해서 같은 금액을 받을 수도 있는 것은 아닙니다. 유동성은 지금 결제 채널을 통해 특정 방향으로 얼마나 보낼 수 있는지를 나타냅니다. 금액뿐 아니라 자금이 채널의 어느 쪽에 있는지도 중요합니다.
다음 손님을 위해 상점은 왜 Lightning 인보이스를 다시 만들어야 할까요? BOLT 12는 재사용 가능한 제안을 더합니다. 같은 공개 코드에서 각자 자기 인보이스를 요청할 수 있습니다. 시작이 편리해졌어도 아직 결제 자체는 아닙니다.
개념, 인물, 연결 관계를 통해 더 알아보세요.