Kaspa dijelaskan: blockDAG, sepuluh blok per detik, dan cara kerja multisig

Sebagian besar rantai proof-of-work membuat blok satu per satu: seorang penambang menemukan blok, semua orang membangun di atasnya, dan blok pesaing yang ditemukan pada saat yang sama dibuang. Kaspa berangkat dari pertanyaan yang berbeda: bagaimana jika blok paralel sama sekali tidak terbuang?

Jawabannya adalah blockDAG, dan itulah sebabnya Kaspa bisa menghasilkan sepuluh blok setiap detik sambil tetap menggunakan proof-of-work. Seiring dukungan Kaspa hadir di SSP, berikut apa yang membuatnya berbeda dan bagaimana multisig bekerja di dalamnya.

Dari rantai ke DAG

Di Bitcoin, jika dua penambang menemukan blok hampir bersamaan, jaringan untuk sementara bercabang. Pada akhirnya satu blok menang dan yang lain menjadi blok yatim — kerja di baliknya hilang begitu saja. Agar blok yatim tetap jarang, Bitcoin menargetkan satu blok setiap sepuluh menit, cukup lama agar setiap blok menjangkau seluruh jaringan sebelum blok berikutnya ditemukan.

Kaspa menghapus batasan itu. Setiap blok baru dapat merujuk ke beberapa blok sebelumnya, bukan hanya satu, sehingga semua blok yang dibuat secara paralel menjadi bagian dari buku besar. Strukturnya tidak lagi berupa satu rantai, melainkan graf asiklik berarah — sebuah DAG.

Namun DAG saja punya masalah: jika dua blok paralel berisi transaksi yang saling bertentangan, mana yang dihitung? Protokol konsensus Kaspa, GHOSTDAG, menyelesaikannya dengan mengurutkan semua blok secara konsisten. Protokol ini mengenali mayoritas blok yang terhubung dengan baik yang dibuat oleh penambang jujur, lalu menyusun semuanya ke dalam satu urutan yang disepakati, sehingga setiap node sampai pada keputusan yang sama tentang transaksi mana yang datang lebih dulu.

Hasilnya, Kaspa dapat berjalan pada sepuluh blok per detik — laju sejak peningkatan Crescendo pada 2025 — tanpa pemborosan blok yatim yang akan melumpuhkan sebuah rantai pada kecepatan itu. Kaspa tetap menggunakan proof-of-work untuk mengamankan buku besar.

Artinya dalam praktik

Konfirmasi cepat. Transaksi diambil dalam sekitar satu detik. Seperti di rantai mana pun, kedalaman konfirmasi tetap penting untuk jumlah yang lebih besar — setiap blok yang dibangun di atasnya membuat transaksi makin sulit dibatalkan — tetapi kedalaman itu bertambah dengan cepat.
Koin, bukan akun. Kaspa menggunakan model UTXO, seperti Bitcoin: saldo Anda adalah kumpulan koin individual, dan saat membelanjakan, sebagian koin digabungkan lalu kembaliannya dikirim kembali kepada Anda.
Pemangkasan. Node Kaspa tidak menyimpan seluruh riwayat selamanya; data blok lama dipangkas setelah sekitar satu setengah hari. Keadaan terkini selalu dapat diverifikasi, tetapi riwayat transaksi jangka panjang disimpan oleh pengindeks dan penjelajah blok, bukan oleh setiap node.
Satuan kecil. Satu KAS sama dengan 100.000.000 sompi, satuan terkecil Kaspa.

Biaya diukur dengan "massa"

Bitcoin menghargai ruang blok dalam byte. Kaspa menghargainya dalam massa, yang menggabungkan beberapa biaya:

Ukuran — berapa byte yang dipakai transaksi.
Operasi tanda tangan — setiap pemeriksaan tanda tangan menambahkan jumlah tetap, sehingga pengeluaran multisig lebih berat daripada pengeluaran dengan satu kunci.
Penyimpanan — aturan yang dikenal sebagai KIP-9 membuat transaksi yang menciptakan banyak output kecil menjadi mahal, untuk mencegah buku besar dipenuhi debu.

Untuk pengiriman sehari-hari, hal ini tidak terasa: biayanya kecil. Namun ini menjelaskan beberapa keunikan Kaspa, misalnya mengapa mengirim kembalian yang sangat kecil ke diri sendiri bisa ditolak, dan mengapa dompet terkadang perlu menggabungkan banyak koin kecil sebelum pembayaran besar.

Cara kerja multisig di Kaspa

Kaspa sengaja hanya memiliki sedikit jenis alamat. Alamat kaspa:q dikendalikan oleh satu kunci. Alamat kaspa:p adalah alamat pay-to-script-hash: alamat ini terikat pada sebuah skrip, dan untuk membelanjakannya skrip itu harus diungkapkan dan dipenuhi.

Vault multisig adalah alamat kaspa:p yang skripnya menyatakan "M dari N kunci ini harus menandatangani". Kaspa menggunakan tanda tangan Schnorr, mendukung hingga 20 kunci per skrip di tingkat konsensus, dan meneruskan transaksi standar dengan hingga 15 kunci. Dua detail membuatnya nyaman digunakan:

ID transaksi tidak mencakup tanda tangan. Anda mengetahui ID akhir sebuah transaksi sebelum ada yang menandatanganinya, sehingga koordinasi tanda tangan antarperangkat menjadi lebih sederhana.
Tidak ada lapisan SegWit atau Taproot. Kaspa hanya memiliki tiga jenis output standar — satu kunci, varian ECDSA-nya, dan pay-to-script-hash — sehingga hanya ada satu jenis vault multisig yang perlu dibuat dengan benar.

Ada satu kehalusan yang penting bagi keamanan. Tanda tangan Kaspa hanya terikat pada jumlah input spesifik yang ditandatanganinya, bukan jumlah semua input. Karena itu, dompet multisig yang cermat membuat setiap penanda tangan memeriksa sendiri koin yang dibelanjakan, alih-alih memercayai jumlah yang diberikan oleh perangkat lain.

Kaspa di SSP

SSP menambahkan Kaspa dengan model 2-dari-2 yang sama seperti rantai lainnya: vault Anda adalah alamat kaspa:p yang dibangun dari satu kunci di SSP Wallet dan satu di SSP Key, dan setiap perangkat memeriksa secara independen apa yang ditandatanganinya. SSP Enterprise akan mendukung vault Kaspa dengan persetujuan M-dari-N.

Fitur ini belum tersedia — dukungan Kaspa sedang dalam tahap pengujian akhir dan akan diumumkan bersama catatan rilis saat diluncurkan. Pustaka di baliknya, @runonflux/kaspa-core, sudah bersifat open source bagi siapa pun yang ingin membaca atau menggunakannya kembali.

Ringkasan yang jujur

Kaspa mengambil gagasan yang sudah dikenal — proof-of-work yang mengamankan buku besar UTXO — dan menghilangkan hambatan satu-blok-dalam-satu-waktu dengan membiarkan blok membentuk DAG. Hasilnya adalah blok yang cepat, biaya berdasarkan massa alih-alih byte, dan desain multisig yang rapi yang dibangun di sekitar satu jenis skrip.

Seperti di rantai mana pun, yang menjaga koin Anda tetap aman bukanlah laju blok. Melainkan siapa yang mengendalikan kunci — dan, dengan multisig, berapa banyak di antaranya yang harus setuju.