Bitcoin Lightning vs pembayaran on-chain: yuran, pengesahan dan saluran

Kedua-duanya boleh memindahkan nilai dalam bitcoin, tetapi cara menggunakan lapisan asas berbeza. Pembayaran on-chain menghasilkan transaksi yang disebarkan oleh nod Bitcoin dan boleh dimasukkan ke dalam blok oleh pelombong. Pembayaran Lightning melalui laluan saluran pembayaran; setiap pembayaran tidak ditulis sebagai transaksi Bitcoin yang berasingan dalam rantaian blok.

Perbezaan ini mempengaruhi yuran, ketersediaan, privasi dan status yang dipaparkan dompet. Lightning bukan mata wang lain, dan “off-chain” tidak bermakna tiada peraturan atau risiko. Peserta menggunakan transaksi Bitcoin untuk membuka saluran dan menyelesaikan baki apabila perlu.

Dompet memilih output yang boleh dibelanjakan, membina dan menandatangani transaksi, kemudian menyiarkannya kepada nod Bitcoin. Nod boleh menyampaikan transaksi dan menyimpannya dalam mempool masing-masing sementara menunggu pelombong memasukkannya ke dalam blok. Yuran rangkaian bergantung pada saiz transaksi dan kadar yuran yang ditawarkan, bukan hanya jumlah bitcoin yang dihantar. Lihat panduan pemprosesan pembayaran Bitcoin Developer Guide.

ID transaksi membolehkan anda menyemak transaksi yang disiarkan, tetapi transaksi yang kelihatan belum tentu disahkan. Satu pengesahan bermakna transaksi berada dalam sebuah blok; blok selepasnya menambah bilangan pengesahan. Penerima atau perkhidmatannya menentukan ambang yang diperlukan mengikut jumlah dan konteks. Masa blok dan sasaran pengesahan bukan janji bahawa dana tersedia pada minit tertentu.

Penerima boleh memberikan invois Lightning yang mengekod permintaan pembayaran, selalunya dengan jumlah, destinasi, penerangan dan masa luput. Dompet penghantar membacanya lalu mencari laluan dengan kapasiti dan had yang sesuai. Spesifikasi invois BOLT 11 menerangkan medan permintaan; BOLT 7 menerangkan pengumuman saluran dan kemas kini penghalaan.

Pembayaran berlaluan menggunakan pemindahan bersyarat yang dikenali sebagai HTLC. Setiap nod perantara menerima jumlah dan syarat masa bagi bahagian seterusnya; penerima akhir mendedahkan rahsia untuk melengkapkan pembayaran. Laluan boleh gagal jika kecairan arah yang diperlukan tidak mencukupi, kemas kini sudah lapuk, had dicapai atau nod tidak tersedia. Pembayaran Lightning yang berjaya boleh selesai tanpa menunggu blok baharu, tetapi setiap invois tidak dijamin berjaya.

Saluran pembayaran bermula dengan transaksi pembiayaan on-chain dan mempunyai kapasiti keseluruhan. Apabila peserta membayar antara satu sama lain, baki berubah tanpa menyiarkan transaksi Bitcoin yang berasingan bagi setiap kemas kini. Jumlah yang boleh dihantar oleh satu pihak bergantung pada baki dalam arah itu, rizab, had pembayaran dan laluan yang dipilih. Protokol rakan BOLT 2 menerangkan parameter saluran dan had HTLC.

Saluran yang mempunyai kapasiti keseluruhan mencukupi masih boleh kekurangan kecairan keluar bagi pembayaran tertentu. Penerima juga mungkin tiada laluan masuk yang sesuai untuk jumlah itu. Membuka saluran, mengubah kecairan atau menutupnya boleh memerlukan transaksi dan yuran on-chain. BOLT 5 tentang pengendalian on-chain menerangkan penutupan bersama dan sehala. Ilustrasi membezakan pembayaran berulang dalam saluran daripada pembiayaan dan penutupan yang diselesaikan pada Bitcoin.

Yuran on-chain membayar ruang blok. Jumlahnya bergantung pada saiz transaksi dan kadar yang dipilih mengikut keadaan semasa; transaksi yang lebih besar boleh menelan kos lebih tinggi walaupun jumlah bitcoin yang dihantar lebih kecil. Anggaran dompet berubah dan tidak menempah tempat dalam blok akan datang.

Yuran pemajuan Lightning ditetapkan oleh pengendali saluran dan boleh menggabungkan amaun asas dengan amaun berkadar. Panjang laluan, dasar, kecairan dan tingkah laku dompet mempengaruhi jumlah. Sesetengah dompet mungkin menambah caj perkhidmatan atau kecairan sendiri. Lightning mungkin lebih murah dalam keadaan tertentu, tetapi tidak semestinya percuma atau lebih murah daripada on-chain. Semak jumlah akhir, butiran yuran dan syarat laluan sebelum meluluskan.

Dompet on-chain boleh menunjukkan status disiarkan, menunggu atau disahkan. Data transaksi dan blok tersedia secara umum, dan penerima boleh menetapkan ambang pengesahan mengikut jumlah dan konteks. Transaksi mungkin belum disahkan lebih lama daripada jangkaan; anggaran yuran tidak mengawal pilihan pelombong.

Dalam Lightning, invois dianggap dibayar apabila laluan selesai dan dompet menerima keputusan berjaya. Pembayaran itu tidak dimasukkan secara berasingan ke dalam blok Bitcoin. Percubaan gagal bukan pengesahan, dan paparan yang tidak jelas bukan bukti bahawa pembayaran kedua selamat. Sebelum mencuba semula, semak status akhir dalam dompet penghantar serta invois atau resit penerima.

Data on-chain terbuka dan boleh dianalisis, walaupun alamat tidak secara automatik mendedahkan nama seseorang. Onion routing Lightning direka untuk mengehadkan maklumat laluan penuh yang diketahui oleh nod perantara, tetapi tidak menjadikan semua pembayaran tanpa nama. Spesifikasi onion routing BOLT 4 dan kemas kini saluran awam BOLT 7 menerangkan sebahagian model privasi ini.

Dompet juga berbeza dari segi pihak yang mengawal kunci serta cara saluran dipantau, disandarkan dan dipulihkan. Dompet jagaan sendiri dan akaun Lightning kustodian mempunyai tanggungjawab dan risiko gangguan yang berbeza. Sambungan internet, ketersediaan peer, status saluran, pemulihan dan syarat penyedia boleh menjadi penting. Nama “Lightning” sahaja tidak menjelaskan jagaan atau perlindungan sandaran.

On-chain mungkin sesuai jika penerima memberikan alamat Bitcoin dan memerlukan transaksi yang boleh disemak dalam rantaian blok. Lightning mungkin sesuai antara dompet serasi apabila terdapat invois dan kecairan laluan yang mencukupi. Pembayaran kecil yang berulang boleh menggunakan saluran sedia ada, tetapi pembukaan, pengurusan dan penutupan saluran mempunyai kos serta had tersendiri.

Sebelum menghantar, semak jenis pembayaran, rangkaian, jumlah, masa luput invois, penerima, yuran yang dipaparkan dan had. Jangan tampal invois Lightning ke ruang alamat on-chain atau gunakan laluan yang tidak diminta penerima. Gunakan fallback on-chain hanya jika invois dan dompet menyokongnya dengan jelas. Bacaan berkaitan: yuran transaksi Bitcoin, pengesahan deposit dan senarai semak pemindahan kripto.

Rujukan teknikal primer: Bitcoin Developer Guide: pemprosesan pembayaran; BOLT 2: protokol rakan; BOLT 4: onion routing; BOLT 5: transaksi on-chain; BOLT 7: maklumat penghalaan; BOLT 11: pengekodan invois.