Inbound Liquidity

Remote balance milik rekan dan merupakan potensi ruang menerima; local balance adalah sisi Anda. Menerima pembayaran memindahkan nilai dari sisi jauh ke sisi lokal. Membeli kemampuan menerima bukan hadiah bitcoin atau pendapatan yang sudah diperoleh. [Lightning Labs — Managing liquidity]

Dalam kanal sederhana 1000000 sat dengan local balance 800000 sat dan remote balance 200000 sat, ruang menerima bruto adalah 200000 sat, bukan sejuta. Contoh ini mengabaikan cadangan, biaya dan HTLC tertunda. Pendanaan sendiri tanpa transfer awal terutama memberi ruang keluar; konfirmasi pembukaan tidak membalik arahnya. [Lightning Labs — Managing liquidity] [BOLT 2 — Channel management]

BOLT 2 membatasi penambahan HTLC melalui cadangan, jumlah minimum, banyaknya HTLC bersamaan dan total nilainya yang belum selesai. Pembayaran tertunda dapat mengikat dana sementara. Periksa jumlah tersedia dan batas tiap kanal; jangan mengurangi satu cadangan universal dari jumlah seluruh saldo. [BOLT 2 — Channel management]

BOLT 7 menerbitkan parameter channel_update berarah seperti biaya dan htlc_maximum_msat, bukan saldo terkini seluruh rute yang dijamin. Rekan luring atau hambatan lebih awal dapat menghentikan pembayaran. Jumlah saldo jauh tidak menjamin penerimaan sebesar itu dari pengirim tertentu. [BOLT 7 — Routing gossip]

Pembayaran Lightning keluar mengurangi local balance dan menambah remote balance kanal yang dipakai. Loop Out memindahkan nilai Lightning ke keluaran on-chain dan dapat membebaskan ruang menerima; Loop In mengisi dana keluar. Tidak ada bitcoin tercipta: hitung biaya perutean, swap dan on-chain serta hasil operasinya. [Lightning Labs — Managing liquidity] [Lightning Loop — Direction and channel balances]

Rekan dapat mendanai kanal menuju Anda; di Lightning Pool, bid membeli likuiditas terbatas waktu dan ask menawarkannya. Masa sewa dinyatakan dalam blok. Membayar premi serta biaya lainnya tidak memindahkan seluruh saldo jauh menjadi milik Anda atau menjamin ketersediaan permanen setelah perjanjian berakhir. [Lightning Labs — Managing liquidity] [Lightning Pool — Orders and leases]

Circular rebalancing mengirim lewat salah satu kanal sendiri dan menerima lewat kanal lain melalui jaringan. Kanal keluar mendapat ruang menerima, sedangkan kanal penerima menghabiskannya. Penyeimbangan tidak menciptakan modal baru dan memerlukan biaya perutean; dibutuhkan rute yang dapat digunakan dan ini sendiri tidak menyelesaikan node tanpa dana di semua sisi jauh. [Lightning Labs — Managing liquidity]

Menerima pendapatan terus mengubah saldo jauh menjadi saldo lokal dan dapat menghabiskan ruang penerimaan berikutnya. Pantau kanal yang dapat digunakan, pembayaran tertunda, biaya pengisian dan jumlah yang diharapkan. Upaya gagal mungkin tidak terlihat pada node penerima; invoice terbit atau pembacaan kapasitas lama bukan konfirmasi pembayaran. [Lightning Labs — Merchant liquidity]