Fedimint

Bayangkan Anna memakai dompet federasi lokal dan Petr menerima e-cash federasi itu di kedainya. Setiap kopi tidak harus membuat transaksi Bitcoin tersendiri. Aplikasi memakai token yang diterbitkan pencetak uang bersama, disebut mint. Bitcoin sebenarnya tetap berada dalam cadangan federasi; yang berpindah antara Anna dan Petr adalah token. Fedimint menyediakan komponen, penjaga mengoperasikan federasi tertentu, dan dompet menjadi antarmuka Anna. Ketiganya berbeda. Modul standar menangani Bitcoin, Lightning Network, dan e-cash; modul tambahan dapat menyediakan layanan lain. Tiap federasi punya operasi dan cadangannya sendiri. Tokennya tidak otomatis diterima semua federasi lain. Kesepakatan para penjaga di dalam federasi pun tidak menggantikan aturan jaringan Bitcoin. [1] [2]

Federasi berupaya agar kegiatan penting tidak bergantung pada satu operator. Dengan contoh ambang 3-of-4, penerbitan token perlu tiga bagian tanda tangan yang sah dari empat penjaga. Satu penjaga tidak tersedia masih menyisakan cukup bagian; dua tidak. Namun tiga pemegang bagian yang bekerja sama juga bisa menandatangani tanpa persetujuan penjaga terakhir. Membagi kewenangan tidak menjamin kejujuran atau kecukupan cadangan. Inilah Counterparty risk: ketergantungan pada orang atau organisasi yang mungkin tidak membayar. Tanda tangan ambang e-cash dan Multisig, kewenangan bersama atas cadangan Bitcoin, juga mempunyai tugas berbeda. Periksa aturan federasi yang dipilih. [3] [4]

Saat Anna menyetor bitcoin langsung melalui blockchain, riwayat publik transaksi yang telah dikonfirmasi, aplikasi dompetnya menyerahkan bukti keluaran terkait yang harus diterima federasi menurut aturannya. Setiap keluaran mencatat jumlah dana dan syarat untuk membelanjakannya. Saat penarikan, federasi menyusun dan menandatangani transaksi Bitcoin dari cadangan. Token saja tidak memberikan kunci kepada Anna untuk menariknya tanpa pihak lain. Ini merupakan perbedaan penting dari Self-Custody, mengelola sendiri kunci untuk menandatangani pembayaran Bitcoin. Penjaga yang tersedia, dana, biaya, dan konfirmasi yang diwajibkan tetap diperlukan. Pembayaran internal cepat tidak menjanjikan penarikan sembarang jumlah yang sama cepatnya. [4] [7]

Privasi e-cash memakai Blind Signature, tanda tangan buta. Klien menyamarkan token tertentu secara matematis, meminta tanda tangan, lalu menghapus penyamaran. Hasilnya dapat diverifikasi, tetapi mint tidak dapat menghubungkan penukaran nanti dengan permintaan penerbitan tertentu hanya dari token itu. Untuk pembaca yang ingin detail teknis, dokumentasi menjelaskan tanda tangan ambang BLS pada BLS12-381, bukan FROST sebagai tanda tangan token. Klien menggabungkan cukup bagian sah menjadi satu tanda tangan yang dapat diperiksa. Tiap pecahan nilai punya kunci sendiri; menyembunyikan identitas token tidak menyembunyikan pecahan yang diterbitkan dari mint. [3]

Petr bisa memeriksa tanda tangan sah federasi pada token. Ini belum menunjukkan apakah seseorang sudah menukarkannya. Data digital dapat disalin dan Anna mungkin masih memiliki token yang sama. Federasi mencatat pengenal token yang sudah dibelanjakan, disebut nonce, dan menolak pemakaian ulang. Penerima perlu berhasil menukarkannya dengan token baru, bukan mengandalkan janji bahwa salinan lain tidak akan dipakai. Tanda tangan asli, token belum dibelanjakan, dan cadangan cukup adalah tiga pertanyaan berbeda. Satu pemeriksaan tidak menjawab semuanya. [3]

Jika kedai menerima pembayaran biasa melalui Lightning Network, gateway dapat mengurus transfernya. Gateway menghubungkan federasi ke Lightning dan perlu likuiditas, yaitu dana tersedia, di kedua sisi. Gateway tidak harus menjadi penjaga federasi. Dokumentasi modul V2 menjelaskan kontrak yang mengaitkan pelepasan dana dengan syarat pembayaran, serta preimage, nilai rahasia yang terungkap ketika syarat terpenuhi. Kegagalan punya jalur pengembalian menurut kontraknya, tetapi bukan jaminan selalu tersedia. Gateway mati atau kekurangan likuiditas dapat menghambat pembayaran walau mint berfungsi. [5]

Tanda tangan buta mencegah mint menghubungkan penerbitan dengan penukaran berikutnya hanya berdasarkan token itu sendiri. Ini tidak menghapus jejak lain. Penerima mungkin tahu Anna membayar; gateway melihat informasi yang diperlukan untuk Lightning; pengamat dapat membandingkan waktu atau jumlah. Data koneksi jaringan juga bisa memberi petunjuk. Tanyakan apa yang disembunyikan dan dari siapa: penjaga, kedai, gateway, atau pengamat jaringan. Peredaran token yang lebih privat tidak otomatis menganonimkan semua setoran, penarikan, dan hubungan antarmanusia. [3] [5]

Telepon hilang tidak selalu berarti token hilang jika aplikasi mendukung pemulihan yang diatur dengan benar. Desain terdokumentasi memakai nilai rahasia utama yang memungkinkan aplikasi menghitung kembali data yang diperlukan, salinan status terenkripsi, dan riwayat federasi yang tersedia. Prosedur bergantung pada aplikasi dan versi; bukan sekadar memasukkan Seed Phrase Bitcoin ke sembarang dompet. Sebelum bergantung pada layanan, uji pemulihan klien dan penarikan kecil secara terpisah. Cadangan membantu memulihkan data yang hilang, tetapi tidak mengisi cadangan dana kosong atau memaksa cukup penjaga bekerja sama. [6] [4]