Point Time Locked Contract menggabungkan kunci titik dengan jalur pengembalian berbatas waktu: penyelesaian adaptor signature membuka skalar terkait, yang dipakai peserta sebelumnya untuk menyelesaikan tanda tangannya, sedangkan dana dapat dipulihkan setelah timelock berakhir; ini adalah komponen protokol, bukan jenis pembayaran Lightning standar saat ini.
HTLC mensyaratkan pengetahuan preimage dari hash bersama untuk jalur sukses; PTLC memakai titik T = t·G dan adaptor signature yang hanya dapat diselesaikan dengan skalar t. Jalur waktu tetap ada: bila penyelesaian gagal, pengirim memulihkan dana setelah timeout. [1]
Penerima memilih skalar rahasia dan menerbitkan titik terkait. Setiap pasangan node bertetangga menyiapkan tanda tangan belum lengkap yang terikat pada kunci titiknya; saat penerima menyelesaikan tanda tangan terakhir, selisih antara adaptor dan tanda tangan valid membuka skalar dan memungkinkan penyelesaian mundur sepanjang rute. [1]
Pengirim dapat menambahkan skalar acak berbeda untuk tiap hop, lalu node mengurangi titiknya secara bertahap. Dua node routing yang berkolusi tidak lagi melihat payment hash sama seperti pada HTLC biasa; korelasi melalui jumlah, timing, kedaluwarsa, atau topologi masih mungkin. [4]
BIP 340 memberi tanda tangan Schnorr persamaan linear yang memudahkan komposisi adaptor dibandingkan ECDSA. Dengan kunci agregat, spend on-chain yang berhasil dapat tampak seperti tanda tangan biasa, tetapi penghematan ruang nyata bergantung pada konstruksi kanal, protokol multisignature, dan jalur darurat. [2]
Keamanan tidak hanya bergantung pada titik dan timelock. Implementasi harus memverifikasi adaptor, mengikat tanda tangan dengan pesan dan kunci, melindungi nonce, mengekstrak skalar dengan aman, mempertahankan refund, dan menangani peer yang terputus; kesalahan dapat membocorkan kunci atau menghilangkan dana. [1]
BOLT #2 dasar saat ini masih menjelaskan update_add_htlc, update_fulfill_htlc, dan htlc_signature. PTLC bukan fitur interoperabel Lightning Network biasa hanya karena Taproot dan BIP 340 aktif di Bitcoin; diperlukan pesan, status kanal, dan implementasi yang disepakati. [3]
Diskusi pengembang pada 2025 menunjukkan belum adanya perkakas matang dan terstandardisasi untuk adaptor signatures dengan MuSig2 maupun adaptor Schnorr mandiri di pustaka umum. PTLC adalah usulan yang matang secara teknis, tetapi keadaan publik perkakas dan spesifikasi belum mendukung klaim penerapan luas. [5]
PTLC dapat meningkatkan dekorelasi pembayaran terarah, proof of payment, pembayaran multipath atomik, dan beberapa swaps. Ia tidak sendiri menyelesaikan ketersediaan kanal, likuiditas, kehilangan status, timing jahat, atau anonimitas penuh; manfaatnya harus dinilai bersama onion routing dan desain kanal. [4]
Untuk gambaran yang lebih utuh, baca entri ini bersama HTLC, Schnorr Signature, Lightning Network, Taproot, Payment Channel, Lightning Routing. Entri ini juga dirujuk dari Trampoline Routing.
01Apakah Lightning Network biasa kini memakai PTLC sebagai pengganti HTLC?+
Belum sebagai dasar interoperabel bersama. Spesifikasi BOLT saat ini masih mendefinisikan pesan dan tanda tangan HTLC. PTLC memerlukan perkakas kriptografi, pesan protokol, transisi status, dan kesepakatan implementasi; aktivasi Taproot saja tidak menjalankan migrasi tersebut.
02Mengapa PTLC lebih privat daripada HTLC?+
Beberapa hop HTLC dapat membawa payment hash sama sehingga node yang berkolusi memiliki nilai korelasi langsung. PTLC memungkinkan tiap hop mengubah kunci titik dengan menambahkan titik lokal. Jumlah, timing, kedaluwarsa, dan posisi jaringan masih dapat menghubungkan pembayaran.