Inbound Liquidity

Remote balance는 상대방의 잔액이며 잠재적인 수신 여유를 뜻합니다. local balance는 자신의 측입니다. 결제를 받으면 가치가 원격 측에서 로컬 측으로 이동합니다. 수신 능력을 구매했다고 비트코인을 선물 받거나 이미 매출을 얻은 것은 아닙니다. [Lightning Labs — Managing liquidity]

단순화한 1000000 sat 채널에서 local balance가 800000 sat이고 remote balance가 200000 sat이면 총수신 여유는 백만이 아닌 200000 sat입니다. 이 예는 준비금, 수수료와 미결 HTLC를 제외합니다. 초기 이전 없이 단독으로 자금을 넣으면 주로 송금 여유가 생기며 개설 확인만으로 방향이 뒤집히지는 않습니다. [Lightning Labs — Managing liquidity] [BOLT 2 — Channel management]

BOLT 2는 준비금, 최소 금액, 동시 HTLC 수와 총미결 금액으로 HTLC 추가를 제한합니다. 진행 중인 결제가 자금을 일시적으로 묶을 수 있습니다. 각 채널의 사용 가능액과 한도를 확인해야 하며 전체 잔액 합계에서 하나의 보편적 준비금을 빼면 안 됩니다. [BOLT 2 — Channel management]

BOLT 7은 수수료와 htlc_maximum_msat 같은 방향별 channel_update 매개변수를 공개하며 전체 경로의 보장된 실시간 잔액을 공개하지 않습니다. 오프라인 상대방이나 앞선 구간의 병목이 결제를 막을 수 있습니다. 원격 잔액의 합계가 특정 송신자로부터 같은 금액을 받을 수 있다는 보장은 아닙니다. [BOLT 7 — Routing gossip]

Lightning 송금은 사용한 채널의 local balance를 줄이고 remote balance를 늘립니다. Loop Out은 Lightning 가치를 온체인 출력으로 옮겨 수신 여유를 확보할 수 있으며 Loop In은 송금 자금을 보충합니다. 비트코인을 만드는 것이 아니므로 라우팅, 스왑, 온체인 비용과 작업 결과를 고려해야 합니다. [Lightning Labs — Managing liquidity] [Lightning Loop — Direction and channel balances]

상대방이 자신에게 향하는 채널을 지원할 수 있습니다. Lightning Pool에서는 bid가 기간 한정 유동성을 구매하고 ask가 제공합니다. 임대 기간은 블록으로 표시합니다. 프리미엄과 다른 비용을 내도 전체 원격 잔액이 자신의 소유가 되거나 계약 종료 후 영구 사용이 보장되지는 않습니다. [Lightning Labs — Managing liquidity] [Lightning Pool — Orders and leases]

Circular rebalancing은 자신의 한 채널로 보내고 네트워크를 거쳐 다른 채널로 받습니다. 송신 채널은 수신 여유를 얻고 수신 채널은 이를 소모합니다. 재조정은 새 자본을 만들지 않고 라우팅 수수료가 들며 이용 가능한 경로가 필요합니다. 모든 원격 측에 자금이 없는 노드 문제를 이것만으로 해결할 수는 없습니다. [Lightning Labs — Managing liquidity]

매출을 받으면 원격 잔액이 계속 로컬 잔액으로 바뀌어 추가 수신 여유가 소진될 수 있습니다. 사용 가능한 채널, 미결 결제, 보충 비용과 예상 금액을 관찰해야 합니다. 실패한 시도가 수신 노드에 보이지 않을 수도 있으며 발행된 청구서나 오래된 용량 수치는 결제 확인이 아닙니다. [Lightning Labs — Merchant liquidity]