Tanda tangan ambang

Hanya untuk edukasi; bukan nasihat investasi atau keamanan. Desain ambang hanya mengurangi risiko kunci tertentu bila protokol, implementasi, peserta, dan pemulihannya diamankan secara independen.

Jawaban langsung

Tanda tangan ambang batas mendistribusikan kemampuan kunci pribadi ke banyak pihak, dan ketika ambang batas tercapai, tanda tangan umum yang dapat diverifikasi akan dihasilkan bersama. Artikel ini menjelaskan dompet M-of-N, DKG, MPC dan perbedaannya dengan multi-signature.

Threshold Signature memungkinkan N peserta untuk bersama-sama mengontrol tanda tangan. Selama minimal M peserta bekerja sama, tanda tangan valid yang terlihat sama dengan tanda tangan biasa dapat dihasilkan. Peserta yang memiliki kurang dari M bagian materi kunci umumnya tidak dapat menandatangani secara independen dan tidak dapat memulihkan kunci privat secara lengkap.

Ini biasanya digunakan dalam dompet MPC, penyimpanan institusional, kunci verifikasi, dan protokol lintas rantai. Baik tanda tangan ambang batas maupun tanda tangan multi-rantai dapat mengurangi risiko kunci pribadi satu titik, namun lapisan implementasi, kinerja on-chain, metode pemulihan, dan batasan audit berbeda.

M-of-N adalah ekspresi dasar dari struktur ambang batas:

• N adalah jumlah peserta atau saham utama;

• M adalah jumlah minimum saham yang diperlukan untuk melengkapi tanda tangan.

Misalnya, dua-dari-tiga berarti dua dari tiga pihak dapat menandatangani jika mereka bekerja sama. Kebocoran yang dilakukan oleh satu pihak saja tidak cukup untuk mengalihkan aset, dan hilangnya peralatan salah satu pihak tidak serta merta mengunci dana.

Tanda tangan ambang batas biasanya mencakup dua tahap:

• Pembuatan kunci atau sharding: menetapkan pembagian kunci yang terdistribusi;

Tanda tangan ambang adalah salah satu penerapan komputasi multipihak aman (MPC), tetapi keduanya bukan sinonim. Dompet MPC dapat memakai protokol ini, sedangkan MPC juga mencakup banyak komputasi tanpa tanda tangan. Membagi cadangan seed juga bukan tanda tangan ambang bila rahasia harus dirakit sebelum digunakan.

Jaminan keamanan bergantung pada protokol tertentu, model penyerang, komunikasi terautentikasi, keacakan, penyimpanan bagian, independensi peserta, rantai pasok perangkat lunak, mesin kebijakan, dan pemulihan. M-of-N saja bukan penilaian keamanan.

Cara kerjanya

M-of-N adalah ekspresi dasar dari struktur ambang batas:

• N adalah jumlah peserta atau saham utama;

• M adalah jumlah minimum saham yang diperlukan untuk melengkapi tanda tangan.

Tanda tangan ambang batas biasanya mencakup dua tahap:

• Pembuatan kunci atau sharding: menetapkan pembagian kunci yang terdistribusi;

• Protokol tanda tangan: peserta yang mencapai ambang batas bertukar pesan untuk menghasilkan tanda tangan akhir.

Pada akhirnya, hanya kunci publik terkait dan tanda tangan standar yang terlihat pada rantai, dan belum tentu diketahui berapa banyak pihak yang terlibat di balik layar.

Pembuatan Kunci Terdistribusi (DKG) memungkinkan peserta untuk bersama-sama menghasilkan kunci publik dan pembagian kunci masing-masing tanpa menggabungkan kunci privat lengkap kapan pun.

Setiap peserta harus mengikat permintaan yang tepat secara mandiri ke blockchain, akun, jumlah, tujuan, biaya, nonce, dan konteks kebijakan. Kuorum kriptografi tidak menggantikan pemeriksaan transaksi.

Kuorum terpilih bertukar komitmen, bukti, dan bagian tanda tangan. Materi nonce khusus protokol harus unik dan terlindungi; penggunaan ulang atau bias dapat membocorkan materi kunci. Sebagian skema memerlukan praproses, sedangkan FROST menetapkan protokol Schnorr ambang dua putaran.

Sebelum disiarkan, hasil gabungan diperiksa dengan kunci publik grup. Operator kemudian menyimpan catatan yang sesuai, memantau kegagalan, menyegarkan bagian atau merotasi kunci melalui upacara yang ditetapkan, serta menguji pemulihan tanpa menurunkan ambang.

Protokol berbeda menurut keluarga tanda tangan dan model keamanan. Linearitas memudahkan konstruksi Schnorr; ECDSA ambang membutuhkan teknik multipihak tambahan. Agregasi, multitanda tangan, dan tanda tangan ambang dapat tampak serupa tetapi memiliki klaim partisipasi dan keamanan berbeda.

Tinjauan operasi memisahkan lima hal: 1 penyiapan, 2 pembuatan kunci, 3 otorisasi, 4 penandatanganan, dan 5 pemeliharaan.

Contoh

Lembaga ini menempatkan tiga Saham masing-masing:

• Peralatan perangkat keras tim perdagangan;

• Departemen pengendalian risiko independen;

• Badan hosting pemulihan bencana.

Penarikan harian memerlukan tanda tangan bersama dari tim perdagangan dan pengendalian risiko; apabila kantor utama gagal, tim perdagangan atau orang yang berwenang baru bekerja sama dengan pihak pemulihan bencana.

Jika perdagangan dan pengendalian risiko berjalan di akun cloud yang sama, dan 2 dari 3 tersebar di bagan organisasi, secara teknis masih mungkin untuk dibobol oleh kebocoran kredensial cloud. Independensi sejati memerlukan pemisahan perangkat, administrator, jaringan, wilayah, dan jalur persetujuan.

Pengujian memastikan 1 pihak tidak dapat menandatangani, setiap kombinasi sah dari 2 pihak berfungsi, dan 2 bagian pertama tidak berbagi satu kontrol.

Resiko

• Latihan pemulihan harus mencakup kerusakan peralatan, kehilangan personel, penutupan pemasok, offline klien, dan tidak tersedianya jaringan. Hanya mengonfirmasi bahwa file cadangan ada tidak berarti status protokol dapat dipulihkan.
• Saat menggunakan pemulih escrow, harus jelas apakah ia dapat mengubah peserta secara mandiri, menunda tanda tangan, atau membaca privasi transaksi. Fasilitasi restorasi sering kali menimbulkan kepercayaan tambahan.
• Tanda tangan BLS secara alami mendukung agregasi, dan konstruksi ambang batas relatif intuitif dan umum dalam rangkaian konsensus dan verifikasi. ECDSA banyak digunakan di banyak rantai, tetapi protokol ambang batas ECDSA lebih kompleks, melibatkan perkalian interaktif dan keamanan Nonce.
• Tanda tangan Schnorr memiliki struktur linier dan cocok untuk skema MuSig dan ambang batas, tetapi protokol spesifiknya masih perlu mencegah kunci berbahaya dan serangan Nonce.
• Hanya karena kurva dasarnya sama, bukan berarti penerapan ambang batas yang berbeda dapat dipertukarkan. Apakah rantai menerima format tanda tangan akhir, bukti keamanan protokol, dan implementasi perpustakaan, semuanya diperiksa.
• Beberapa jembatan diotorisasi bersama oleh penandatangan M-of-N untuk mencetak atau menarik dana. Meskipun hanya tanda tangan biasa yang terlihat pada rantai, keamanan sebenarnya bergantung pada kelompok penandatangan ini.
• Saat meneliti, Anda harus memastikan siapa penandatangannya, apakah benar-benar independen, seberapa tinggi ambang batasnya, apakah kunci publik dapat diganti, siapa yang mengontrol perputaran kunci, dan apakah koin tanpa batas dapat dicetak ketika ambang batas tercapai.
• “Penggunaan MPC” hanya menggambarkan teknologi tanda tangan, yang tidak berarti bahwa aset jembatan sepenuhnya digadaikan atau tidak memiliki pintu belakang tata kelola.
• Pecahan cadangan dapat merekonstruksi kunci pribadi selama pemulihan, dan tanda tangan ambang batas sering kali tidak memerlukan kunci pribadi lengkap untuk muncul. Jika ketiga Saham dikontrol oleh akun cloud, administrator, atau perangkat lunak yang sama, ketiganya masih dapat disusupi secara bersamaan.

Kesalahpahaman umum

• “Kunci privat tidak pernah ada.” Kunci mungkin tidak dirakit saat operasi rutin, tetapi penyiapan, impor, cadangan, migrasi, atau pemulihan darurat dapat mengubah klaim itu.
• “2-of-3 menghapus semua titik kegagalan tunggal.” Hanya kegagalan pada bagian dan layanan yang benar-benar independen yang dihapus; infrastruktur atau kebijakan bersama dapat memunculkannya lagi.
• “Satu tanda tangan on-chain membuktikan satu orang menyetujui.” Hasil biasanya tidak menunjukkan jumlah peserta atau kebijakan off-chain yang memberi wewenang.
• “Tanda tangan ambang mencegah transaksi jahat.” Yang dipaksakan adalah kuorum kriptografi, bukan keputusan yang baik; kuorum yang tertipu atau bersekongkol dapat menyetujui pencurian.
• “Setiap pustaka MPC cocok untuk setiap blockchain.” Format, kurva, hash, derivasi, pengodean, asumsi, dan dukungan verifikasi harus cocok.

Topik terkait

• Dompet MPC
• Dompet multitanda tangan
• Pengelolaan kunci privat
• Tanda tangan BLS
• Nonce

Sumber

• NIST First Call for Multi-Party Threshold Schemes - NIST (diakses: 2026-08-21)
• Threshold Schemes for Cryptographic Primitives - NIST (diakses: 2026-08-21)
• RFC 9591: The FROST Protocol - IETF (diakses: 2026-08-21)
• Digital Signature Standard (DSS) - NIST (diakses: 2026-08-21)
• Fast Multiparty Threshold ECDSA with Fast Trustless Setup - ACM (diakses: 2026-08-21)