Submarine Swap

Anna menyimpan bitcoin di dompet biasa, sedangkan toko memberinya faktur Lightning, yaitu permintaan pembayaran. Swap biasa memungkinkan bitcoin dikunci di blockchain dengan syarat yang disepakati; layanan kemudian membayar faktur sebagai gantinya. Untuk memindahkan saldo Lightning ke alamat blockchain, ia memakai arah sebaliknya: Reverse Submarine Swap, misalnya Loop Out. Ia tidak perlu menutup kanal pembayarannya. Pertukaran tidak menciptakan uang, dan pembayaran Lightning tetap membutuhkan rute yang tersedia. [1] [4]

Bayangkan sebuah rahasia dengan sidik digital yang bisa diperiksa, tetapi rahasianya praktis tidak bisa dihitung kembali dari sidik itu. Nilai rahasia itu disebut preimage. Sidik digitalnya adalah hash, yang dihitung dengan SHA256. Pembayaran bersyarat HTLC menggabungkan sidik itu dengan tenggat. Dalam swap terbalik, aplikasi Anna membuat rahasianya. Layanan menahan pembayaran Lightning-nya dalam status tertunda dan mengunci bitcoin yang sesuai di blockchain. Saat mengambil dana melalui operasi claim, Anna mengungkap rahasia di blockchain atau menyerahkannya kepada layanan saat bekerja sama. Layanan lalu bisa menyelesaikan pembayaran terkait. Tertunda belum berarti lunas. [1] [4]

Pesan layanan berbeda dengan dana di dompet tujuan. Boltz menjelaskan bahwa invoice.settled pada swap terbalik bisa muncul setelah preimage diberikan dan faktur Lightning dilunasi. Layanan tidak melacak apakah aplikasi Anna benar-benar menyiarkan transaksi claim. Karena itu, ia harus memeriksa output tujuan, bagian bitcoin tertentu yang dialokasikan kepada dompetnya, serta konfirmasi blok yang diperlukan. Blok adalah kumpulan transaksi yang ditambahkan ke blockchain. Transaksi mendapat konfirmasi pertama saat masuk ke dalam blok; setiap blok berikutnya menambah satu konfirmasi. Status yang tidak jelas bukan alasan untuk langsung mengirim pembayaran yang sama lagi. [1] [2]

Dalam swap biasa, bitcoin Anna mungkin sudah terkunci di blockchain sementara faktur belum dibayar. Pengembalian, refund, kemudian membutuhkan transaksi yang dibuat dan disiarkan aplikasinya. Tanpa kerja sama layanan, aplikasi harus menunggu timelock, syarat waktu yang telah disepakati. Sebaliknya, pembayaran Lightning yang belum dilunasi pada swap terbalik bisa dibatalkan dengan melepaskan HTLC tertunda, sehingga saldo kembali tersedia tanpa transaksi refund Anna di blockchain. Ini tidak berarti pembayaran yang sudah lunas akan berbalik sendiri setelah preimage terungkap. Arah dan tahapnya menentukan. [1] [3]

Anna membandingkan jumlah yang dikirim dengan yang benar-benar tiba. Selisihnya bisa meliputi biaya layanan, perutean Lightning, dan transaksi blockchain. Swap biasa yang gagal dapat menambah biaya transaksi pengembalian. Waktu juga penting: claim yang dipublikasikan bisa mengungkap preimage sebelum dikonfirmasi blok. Dokumentasi Loop menjelaskan bahwa mendekati timeout, klien bisa menaikkan biaya sweep, transaksi pengambilan dana, melewati batas awal. Hubungan kriptografi bukan janji pertukaran instan, gratis, atau tanpa risiko. [5] [6]

Kata pemulihan dari dompet lain belum tentu memulihkan swap yang sedang berjalan. Tergantung aplikasi, diperlukan kunci refund atau rescue key dan data swap tersebut, termasuk output terkunci dan tenggatnya. Boltz Swap Restore menurunkan kunci dari cadangannya sendiri dan menemukan swap terkait. Pencarian memakai xpub, kunci publik diperluas: ini bisa mengungkap riwayat, tetapi tidak bisa menandatangani atau membelanjakan sendiri. Kunci privat adalah nilai rahasia yang digunakan aplikasi untuk menandatangani transaksi sesuai syarat yang berlaku. Kunci-kunci ini tetap di perangkat. Apa yang dipulihkan cadangan dan tempat menyimpannya harus jelas sebelum dana dikirim. [7] [3]

Pengguna tidak perlu menghitung syarat kriptografi secara manual, tetapi aplikasi wajib memeriksanya. Memercayai alamat dari API, antarmuka pertukaran data antarprogram, saja tidak cukup. Klien memeriksa jaringan, jumlah dan biaya, hash, kunci, serta tenggat. Skrip, yaitu aturan pembelanjaan, atau pohon aturan di Taproot, beserta alamat yang diturunkan darinya juga harus cocok. Faktur Lightning harus sesuai dengan sidik dan jumlah yang disepakati. Mekanisme yang benar tidak menyelamatkan program yang mengirim dana ke tempat lain. [2]

Dengan Taproot, kedua pihak dapat memakai MuSig2 untuk menghasilkan tanda tangan bersama. Jalur key-path ini bisa lebih murah dan tidak harus memublikasikan syarat swap. Aplikasi juga membutuhkan jalur script-path, yang menerapkan syarat tersebut langsung jika mitra tidak bekerja sama: untuk claim atau refund, sesuai arahnya. Jika swap biasa gagal, refund yang ditandatangani bersama dapat mengembalikan dana lebih cepat. Namun, jika Anna ingin mengambilnya tanpa kerja sama layanan, ia harus menunggu sampai timelock yang disepakati mengizinkan pengembalian. Lebih sedikit data di blockchain juga tidak membuat pertukaran anonim terhadap layanan yang mengaturnya. [3] [4]