Loading...
Dalam jajak pendapat pemegang koin NU7 yang ditutup pada 14 September 2026, sekitar 2.397.669 ZEC memberikan suara untuk ZIP 218 dan 141,6 ZEC memberikan suara menentangnya, dengan hasil 99,9%. Sebagian besar liputan merangkumnya sebagai "blok Zcash menjadi lebih cepat." Hal itu benar, tetapi mengabaikan sebagian besar dari apa yang dilakukan oleh proposal tersebut dan sebagian besar dari apa yang sengaja dijaga agar tetap sama.
Halaman ini menjelaskan ZIP 218 dari teksnya sendiri: apa yang berubah, apa yang tidak berubah, dan berapa biayanya.
| Hari Ini | Setelah ZIP 218 | |
|---|---|---|
| Jarak target blok | 75 detik | 25 detik |
| Blok per hari | 1.152 | 3.456 |
| Subsidi blok (era halving saat ini) | 1,5625 ZEC | 0,52083333 ZEC |
| ZEC baru per hari | tidak berubah | tidak berubah |
| Interval halving | 1.680.000 blok | 5.040.000 blok |
| Batasan pada tindakan terlindungi per blok | tidak ada (hanya batasan ukuran 2 MB) | total 330, dengan batas per-pool |
| Throughput Orchard (transaksi 2-tindakan) | sekitar 2,9 per detik | sekitar 6,6 per detik |
Tiga kali lipat jumlah blok, masing-masing membayar sepertiga dari sebelumnya. Jadwal pasokan tetap sama seperti semula.
Tujuan utamanya adalah waktu tunggu yang lebih rendah. Saat ini, sebuah pembayaran menunggu rata-rata 75 detik untuk konfirmasi pertamanya, apa pun beban jaringannya. Pada 25 detik, angka tersebut turun menjadi rata-rata 25 detik. ZIP menyebutkan pembayaran point-of-sale, deposit exchange, dan cross-chain bridges sebagai penggunaan yang paling merasakan hal ini.
Dua poin dari ZIP perlu untuk diingat:
ZIP juga mencatat bahwa throughput yang lebih tinggi sendiri dapat dicapai dengan ukuran blok yang lebih besar. Latensi adalah alasan pemilihan blok yang lebih pendek sebagai gantinya.
Melipatgandakan jumlah blok akan melipatgandakan penerbitan harian jika tidak ada hal lain yang berubah. ZIP 218 mencegah hal tersebut dengan membagi subsidi per-blok dengan faktor tiga lebih lanjut setelah NU7 aktif.
Dalam era halving saat ini, hal tersebut mengurangi subsidi blok dari 1.5625 ZEC menjadi 0.52083333 ZEC (52.083.333 zatoshi). Karena 156.250.000 zatoshi tidak dapat dibagi habis dengan tiga, setiap blok dibulatkan ke bawah sebesar sepertiga zatoshi. Di seluruh interval halving penuh sebanyak 5.040.000 blok, jumlah totalnya adalah sekitar 0,0168 ZEC.
Subsidi adalah total ZEC baru yang dibuat per blok. Bagian pendanaan pengembangan yang ada saat ini masih diambil darinya, sehingga penambang menerima lebih sedikit dari angka penuh tersebut, persis seperti saat ini.
Catatan mengenai angka 0.26041666 ZEC. Catatan penjelasan pada draf ZIP mencantumkan subsidi pasca-NU7 sebagai floor(156250000 / 6) = 0.26041666 ZEC, dan beberapa liputan berita telah mengulanginya. Catatan tersebut salah dengan faktor dua kali lipat: 156.250.000 zatoshi sudah merupakan subsidi pasca-Blossom, sehingga membaginya dengan enam menerapkan faktor dua Blossom untuk kedua kalinya di atas faktor tiga NU7. Formula normatif memberikan floor(1.250.000.000 / (2 · 3 · 4)) = 52.083.333 zatoshi pada indeks halving saat ini. Masalah implementasi Zebra untuk perubahan ini (#11463) mencatat bahwa catatan tersebut menghitung ganda faktor Blossom, menginstruksikan para pengimplementasi untuk "mengimplementasikan formula, bukan catatan," dan menyatakan bahwa koreksi telah diajukan terhadap ZIP. Angka yang benar saat aktivasi adalah 0.52083333 ZEC.
Interval halving meningkat tiga kali lipat dari 1.680.000 blok menjadi 5.040.000 blok. Karena blok muncul tiga kali lebih sering, halving tetap terjadi pada titik waktu yang kira-kira sama dengan jika tidak ada perubahan. Batas total pasokan tidak terpengaruh.
Ini terpisah dari pertanyaan penerbitan lainnya dalam jajak pendapat NU7, di mana pemegang koin memberikan suara untuk mempertahankan halving daripada menggantinya dengan kurva yang diperhalus (smoothed curve). ZIP 218 bekerja dengan model halving yang ada dan tidak mengubahnya.
ZIP 218 menambahkan batasan pada seberapa banyak aktivitas terlindungi yang dapat ditampung oleh satu blok:
| Batas | Maksimum per blok |
|---|---|
| Gabungan semua pool terlindungi | 330 (setiap Sprout JoinSplit dihitung sebagai 2) |
| Tindakan Orchard | 330 |
| Input ditambah output Sapling | 300 |
| Sprout JoinSplits | 25 |
Bagian transparan dari transaksi tidak terpengaruh, dan batas ukuran blok 2 MB masih berlaku.
Batasan tersebut ada karena jika tidak, lebih banyak blok akan berarti lebih banyak pekerjaan bagi dompet dan node. Dengan adanya batasan ini, skenario terburuk sebenarnya menjadi lebih baik daripada saat ini, bahkan dengan jumlah blok tiga kali lipat lebih banyak:
Batas Sapling dan Sprout sengaja dibuat ketat. Per Mei 2026, Orchard memegang 87,9% dari ZEC terlindungi, Sapling 11,6% dan Sprout 0,5%, sehingga pool yang lebih kecil mendapatkan ruang yang cukup untuk penggunaan aslinya sekaligus memberikan lebih sedikit celah bagi penyerang untuk menyalahgunakan. Karena 317 biaya ZIP mengenakan tarif yang sama per tindakan logis di setiap pool, seorang penyerang tidak akan mendapatkan keuntungan apa pun dengan melakukan spam pada satu pool alih-alih pool lainnya.
Dengan 330 tindakan Orchard per blok, satu transaksi Orchard standar dengan 2 tindakan dapat masuk sebanyak ⌊330 / 2⌋ = 165 kali per blok. Dengan satu blok setiap 25 detik, itu sekitar 6,6 transaksi per detik, naik dari sekitar 2,9 saat ini — ZIP menyebutnya sebagai peningkatan 2,3× dalam throughput Orchard normal. Sapling mencapai sekitar 3,0 per detik, masih di atas apa yang dikelola Orchard saat ini.
Algoritma kesulitan melakukan rata-rata pada jendela blok terbaru. ZIP 218 meningkatkan jendela tersebut dari 17 blok menjadi 102, sehingga masih mencakup sekitar 2.550 detik waktu nyata, rentang yang sama dengan yang dicakup saat Zcash diluncurkan dengan blok berdurasi 150 detik. ZIP memberikan dua alasan: untuk menghindari mempermudah serangan manipulasi kesulitan (ia mengutip insiden MWEB Litecoin pada April 2026), dan untuk memperhalus variasi jangka pendek dalam waktu blok.
Segera setelah aktivasi, waktu blok akan membutuhkan waktu sejenak untuk stabil pada target baru. Hal ini sudah diperkirakan dan mencerminkan apa yang terjadi pada Blossom, ketika Zcash berubah dari 150 menjadi 75 detik.
Ini adalah rekomendasi untuk implementasi, bukan aturan konsensus:
Blok yang lebih cepat tidaklah gratis. Blok stale adalah blok valid yang kalah dalam persaingan untuk disertakan ke dalam chain karena blok lain mencapai jaringan lebih dulu. Semakin pendek celah antar blok, semakin sering hal ini terjadi, dan ZIP menghubungkan tingkat stale dengan propagasi blok, waktu verifikasi, serta risiko sentralisasi penambangan.
Terdapat dua biaya tambahan yang lebih kecil. Dompet light client mengunduh sekitar 200 KB lebih banyak per hari berupa header blok ringkas. Dan karena jumlah blok tiga kali lipat lebih banyak, sebuah full node yang sempat offline memiliki lebih banyak blok untuk diproses saat melakukan sinkronisasi kembali, meskipun setiap blok lebih murah untuk diverifikasi. ZIP menerima keduanya.