Penghalaan dengan HTLC

Ingin tahu

1. Bagaimanakah sesuatu pembayaran boleh berjaya bagi setiap peserta atau gagal bagi kesemuanya?
2. Mengapa setiap nod dalam laluan perlu hanya mengetahui pendahulu dan penggantinya yang terdekat sahaja?
3. Apakah yang berlaku kepada pembayaran yang dimajukan jika penerima akhir tidak pernah menuntutnya?

Teroka

1. Alice membayar Carol melalui Bob tanpa saluran langsung. Setiap lompatan ialah HTLC yang dikunci pada hash pembayaran yang sama, dengan timelock yang semakin berkurang sepanjang laluan supaya setiap nod pemaju mempunyai masa untuk menuntut daripada pihak di hulu selepas membayar pihak di hilir. Apabila Carol mendedahkan preimej untuk menuntut bayaran, preimej itu mengalir kembali lompatan demi lompatan dan menyelesaikan setiap HTLC.
2. Penghantar memilih laluan daripada graf saluran yang disebarkan melalui gossip (source routing) dan membungkus arahan dalam penyulitan berlapis (Sphinx onion routing), supaya setiap nod hanya mengetahui nod sebelum dan selepasnya. Nod pemaju mengenakan yuran asas ditambah yuran berkadar (dalam bahagian per juta). Pembayaran gagal apabila sesuatu lompatan kekurangan kecairan dan akan dicuba semula; pembayaran multipath memecahkan jumlah yang besar.
3. HTLC ialah output dalam transaksi komitmen, bukan entiti yang berdiri sendiri. Jika saluran ditutup dengan HTLC yang masih tertunda, transaksi dalam rantaian akan merangkumi output tambahan untuk setiap kontrak yang aktif. Apabila HTLC tamat tempoh atau berjaya sementara saluran masih terbuka, transaksi komitmen baharu akan membuang output tersebut, sekali gus mencerminkan keadaan yang stabil.
4. Jumlah dalam Lightning dikira dalam millisatoshi, tetapi output dalam rantaian mesti bernilai melebihi had debu (dust limit). HTLC yang terlalu kecil untuk menjadi ekonomik dalam rantaian akan 'dipangkas' (trimmed): ia tidak mendapat output sendiri dalam transaksi komitmen, dan nilainya sebaliknya dikira sebagai sebahagian daripada yuran transaksi.
5. Oleh itu, HTLC yang dipangkas hanya dilindungi oleh tingkah laku baik pihak lawan: jika saluran ditutup secara paksa semasa HTLC itu masih tertunda, jumlah tersebut jatuh kepada pelombong. Nod mengehadkan jumlah nilai HTLC dipangkas yang sanggup diterima, dan banyak nod menetapkan saiz minimum HTLC, dengan menerima risiko kecil pada pembayaran yang sangat kecil sebagai pertukaran untuk dapat menyokongnya sama sekali.
6. Semasa penutupan secara bersama dengan HTLC yang aktif, kedua-dua pihak menghentikan penerimaan pembayaran baharu dan menunggu kontrak sedia ada diselesaikan atau tamat tempoh. Ini membolehkan transaksi penutupan yang lebih ringan diterbitkan tanpa output berkaitan HTLC, seterusnya mengurangkan yuran transaksi dalam rantaian serta mengelakkan tempoh menunggu timelock wajib yang dikaitkan dengan penutupan yang dipertikaikan.

Fakta utama

Latihan sembilan, enam, tiga, satu

Semakan fakta

Tarikh, angka dan dakwaan telah disemak berbanding dengan sumber yang diterbitkan yang disenaraikan di bawah.

• BOLT #2, #4 and #7 specifications
• A. M. Antonopoulos, O. Osuntokun & R. Pickhardt, Mastering the Lightning Network (2021)
• Poon & Dryja, 'The Bitcoin Lightning Network' (2016)