인바운드 유동성

새로 만든 라이트닝 지갑은 보낼 수는 있어도 받을 수는 없으며, 그 이유는 다음과 같습니다. 이용자가 직접 자금을 넣은 채널은 모든 사토시가 이용자 쪽에서 시작되므로, 반대쪽에는 이용자에게 흘러올 것이 남아 있지 않습니다. 가치가 빠져나가거나 누군가가 이용자를 향하는 자본을 예치하기 전까지, 들어오는 결제는 반송되는 대신 라우팅 오류로 실패합니다.

작동 방식

인바운드 유동성은 설정이 아니라, 채널에서 다른 모든 이의 잔액을 비춘 거울상입니다.

이용자가 전액 자금을 넣은 1,000,000사토시짜리 채널 1개를 생각해 보겠습니다. 아웃바운드 유동성은 거의 100만 사토시 전체에 가깝고 인바운드는 0인데, 채널 상대방이 이용자에게 되돌려 보낼 것이 없기 때문입니다. 300,000사토시를 쓰면 상대방은 이제 300,000을 보유하게 되며, 이것이 바로 이용자의 새 수취 한도입니다. 이용자가 하는 모든 결제는 받을 수 있는 금액을 늘리고, 받는 모든 결제는 그 금액을 줄입니다. 채널 크기가 바뀌기 전까지 총액은 고정되어 있습니다.

거울상이기 때문에 이를 만드는 정직한 방법은 몇 가지뿐입니다. 누군가가 이용자를 향해 채널을 열고 직접 자금을 넣을 수 있으며, 라이트닝 서비스 제공자가 이용자에게 채널을 판매하거나 첫 번째로 들어오는 결제를 받을 수 있도록 때에 맞춰 채널을 열 때 하는 일이 바로 이것입니다. 스왑을 위해 비용을 지불할 수 있는데, 라이트닝 사토시를 내보내고 온체인 사토시를 돌려받는 방식으로, 자금을 쓰지 않고 자기 잔액을 반대쪽으로 옮기는 것입니다. 두 상대방이 개설 시점에 함께 채널에 공동으로 자금을 넣을 수도 있습니다. 아니면 그냥 쓰면 되는데, 이는 무료인 방법이자 느린 방법입니다.

스왑 방식의 가장 오래된 패키지 버전은 Lightning Loop이며, Lightning Labs가 2019년 3월 20일에 알파 버전으로 공개했고 첫날부터 채널을 닫지 않고 인바운드 용량을 확보하는 방법으로 내세웠습니다. 그 밑의 메커니즘은 잠수함 스왑입니다.

확인할 수 있는 곳

인바운드 유동성은 누군가 이름을 알려주기 훨씬 전에 설명 없는 실패로 나타납니다.

새 모바일 지갑은 구매와 수취를 기꺼이 허용합니다. 지갑 제공자가 이용자를 향해 채널을 열고 비용을 조용히 부담하고 있기 때문입니다. 그러다 수취 한도가 드러납니다. 400,000사토시를 보낼 수 있지만 받을 수는 12,000뿐이라고 표시하는 지갑은 원격 잔액이 거의 남아 있지 않은 것입니다. 친구에게 50,000을 보내 달라고 요청하면 실패합니다.

가맹점이 가장 크게 겪습니다. 라이트닝 결제를 받는 상점은 하루 종일 인바운드 유동성을 소비하고 필요하지 않은 아웃바운드를 만들어 내므로, 결국 돈은 가득하지만 입금을 받을 수 없는 채널을 갖게 됩니다. 표준 해결책은 주기적으로 스왑 아웃을 하여 라이트닝 잔액을 온체인 잔액으로 바꾸면서 수취 쪽을 다시 채우거나, 채널을 닫지 않고 스플라이스로 자금을 빼내는 것입니다.

결정하기 전에 확인할 만한 숫자는 가격입니다. 이용자를 향해 채널을 열면 제공자에게는 온체인 트랜잭션 비용과 묶인 자본이 들며, 제공자는 둘 다를 눈에 보이는 수수료로든 첫 입금에서 떼어 가는 방식으로든 이용자에게 전가합니다. 이는 라이트닝으로 수취할 때 드는 실제 비용이며, 자기 보관형 라이트닝 지갑에 처음 넣는 소액 입금이 도착하기 전에 놀라운 비율로 줄어들 수 있는 주된 이유입니다.