Boltz

Mulailah dengan arah pertukaran. Jika bitcoin berada di rantai utama dan Anda ingin mengisi dompet Lightning, gunakan Submarine Swap: bayar on-chain, melalui transaksi yang dicatat dalam blockchain, lalu terima melalui Lightning. Reverse Swap berjalan sebaliknya. Anda membayar invoice Lightning, permintaan pembayaran berisi informasi yang diperlukan, lalu dapat mengambil dana di rantai. Chain Swap menghubungkan dua rantai, misalnya Bitcoin dan Liquid. Untuk dua jenis terakhir, aplikasi Anda harus menyiarkan claim, transaksi yang benar-benar mengambil dana. Membayar saja belum menyelesaikan bagian Anda. Di Liquid, Anda menerima L-BTC, aset jaringan terpisah tersebut, bukan output biasa pada rantai utama Bitcoin. Karena itu, periksa juga jaringan tujuan sebelum mengonfirmasi. [1]

Bayangkan server memberikan alamat dan jumlah yang harus dibayar. Tanpa pemeriksaan lain, Anda hanya mempercayai bahwa keduanya cocok dengan swap yang disepakati. Klien Boltz, aplikasi di perangkat Anda, harus menghitung jumlahnya sendiri serta memeriksa hash pembayaran pada invoice Lightning. Hash adalah sidik jari hasil perhitungan yang menghubungkan pembayaran dengan swap yang benar. Aplikasi juga memeriksa alamat dan skrip, yaitu syarat yang menentukan siapa boleh memakai dana dan kapan. Pada Taproot, cara membentuk output Bitcoin, pemeriksaan mencakup kunci dan pohon skrip yang menyusun kemungkinan syarat penggunaan dana. Pengguna biasa tidak diharapkan menghitungnya manual; yang penting ialah memakai klien yang benar-benar memeriksa. Kode terbuka boltz-web-app memungkinkan peninjauan, tetapi tidak dengan sendirinya membuktikan integrasi lain atau aplikasi yang sedang dimuat di peramban sudah benar. [5] [9]

Alamat swap bukan rekening untuk mengumpulkan jumlah yang diperlukan sedikit demi sedikit. Dokumentasi Boltz mewajibkan satu transaksi lockup, transfer awal yang mengunci dana menurut aturan swap. Pembayaran berikutnya ke alamat sama tidak dijumlahkan; hanya yang pertama dipakai untuk pertukaran. Jika tidak sengaja mengirim terlalu sedikit, jangan langsung mengirim selisihnya. Pada Chain Swap, klien mungkin menawarkan harga baru berdasarkan dana yang diterima alih-alih mengembalikannya. Waktu tersisa harus cukup, jumlah harus memenuhi batas, dan tanda tangan refund atau pengembalian belum boleh dibuat. Layanan juga harus memiliki dana yang cukup. Ini prosedur khusus untuk Chain Swap dengan jumlah pembayaran keliru, bukan cara menambah dana pada sembarang transfer gagal. [2] [8]

Untuk membandingkan biaya, ikuti seluruh alurnya, bukan hanya persentase yang diiklankan. Boltz mengenakan biaya layanan, sedangkan transaksi pada masing-masing rantai mempunyai biaya sendiri. Pada Reverse Swap, data teknis onchainAmount menunjukkan jumlah yang dikunci Boltz bagi Anda setelah memperhitungkan biaya lockup-nya. Ini belum jumlah bersih yang masuk ke dompet, sebab Anda masih membayar claim sendiri untuk mengambil dana. Pada Chain Swap, transaksi pengiriman awal Anda juga berbiaya. Jadi, bandingkan total yang dikeluarkan dengan hasil akhir yang diterima. Tarif, minimum, dan batas berlaku untuk arah serta pasangan jaringan tertentu, dan dapat berubah mengikuti kondisi jaringan. Contoh promosi lama bukan penawaran terkini. [6]

Jika Submarine Swap atau Chain Swap gagal setelah dana dikirim, pemulihannya mungkin memerlukan transaksi dari Anda sendiri. Anda membutuhkan kunci refund dan data swap yang disimpan. Pada Taproot, kerja sama Boltz dapat memungkinkan key path refund lebih cepat: pengembalian yang ditandatangani bersama tanpa menunggu syarat waktu. Jika kerja sama tidak tersedia, script path memungkinkan pengembalian sesuai skrip yang telah ditetapkan setelah timelock, pembatas waktu dalam aturan transaksi, terpenuhi. Pilihan itu tidak menyiarkan transaksi sendiri; klien harus melakukannya. Berbeda halnya ketika pembayaran Lightning yang belum diselesaikan pada Reverse Swap dibatalkan dan dana tertunda dilepas kembali. Kasus itu tidak berarti setiap kegagalan aplikasi atau claim yang terlambat akan dipulihkan otomatis. [3]

Pada Reverse Swap, penyelesaian pembayaran Lightning dan pengambilan dana di rantai merupakan dua kejadian berbeda. Status invoice.settled dapat berarti Boltz telah memperoleh preimage, nilai rahasia yang memungkinkan penyelesaian pembayaran terkait hash-nya. Server tidak melacak apakah aplikasi kemudian benar-benar menyiarkan claim. Karena itu, klien harus memeriksa output-nya sendiri, dana yang ditujukan kepada Anda, dan mengambilnya sebelum timeout, batas setelah pihak lain dapat menariknya kembali. Aplikasi tertutup, data hilang, atau biaya transaksi terlalu rendah dapat menyulitkan penyelesaian. Notifikasi ponsel dapat membangunkan aplikasi, tetapi tidak menggantikan transaksi yang disiarkan. Nilai hasilnya dari penerimaan nyata, bukan sekadar pesan sukses berwarna hijau. [1] [2]

Cadangan dompet biasa belum tentu menyimpan semua kebutuhan swap yang tertunda. Boltz Rescue Key adalah kumpulan kata cadangan untuk metode pemulihan yang didukung. Swap Restore memakainya untuk merekonstruksi swap UTXO yang kompatibel, yakni pertukaran dengan output transaksi individual yang belum dibelanjakan. Klien menurunkan xpub, kunci publik diperluas untuk menemukan swap terkait, serta kunci privat yang sesuai. Claim juga membutuhkan pemulihan preimage yang benar. Sembarang seed, rahasia awal milik aplikasi lain, tidak otomatis dapat dipakai: metode penurunan dan format pemulihan harus cocok. Kunci privat tetap berada di perangkat. Xpub yang dikirim tidak memungkinkan pengeluaran dana, tetapi mengungkap riwayat swap kepada server Boltz. Simpan juga catatan klien yang digunakan serta berkas refund lama jika ada, di samping cadangan dompet biasa. [4] [2]

Transaksi dapat muncul di jaringan sebelum masuk ke blok. Menerimanya pada tahap itu disebut 0-conf, atau tanpa konfirmasi. Dokumentasi Boltz menyatakan layanan tidak menerima setoran pengguna seperti ini pada rantai utama Bitcoin karena adopsi full-RBF: aturan yang dalam kondisi tertentu memungkinkan transaksi belum terkonfirmasi diganti dengan transaksi berbiaya lebih tinggi, bahkan tanpa sinyal persetujuan awal. Pada Reverse Swap, penerimalah yang menanggung risiko jika menerima transaksi belum terkonfirmasi. Aturan satu pasangan jaringan tidak dapat dianggap berlaku pada semua pasangan lain. Dokumentasi yang dapat dibuka juga bukan bukti bahwa layanan sedang memiliki dana cukup untuk transfer Anda. Sebelum membayar, periksa parameter terkini, waktu penyelesaian yang tersedia, dan status swap tersebut. [7] [6]