Skip to main content

Bagian 2: Perbandingan zk-SNARK vs zk-STARK

Referensi: Chainlink Education - zk-SNARKs vs zk-STARKs


πŸ“š Tujuan Pembelajaran​

Setelah menyelesaikan bagian ini, Anda akan mampu:

  1. Memahami apa itu zk-SNARK dan zk-STARK
  2. Membandingkan kelebihan dan kekurangan masing-masing
  3. Memahami konsep Trusted Setup
  4. Menjelaskan perbedaan proof size dan verification time
  5. Memahami quantum resistance
  6. Memilih teknologi yang tepat untuk use case tertentu

🎯 Apa Itu zk-SNARK?​

Definisi​

zk-SNARK adalah singkatan dari:

  • Zero-Knowledge
  • Succinct (Ringkas)
  • Non-Interactive
  • Argument of Knowledge

Sejarah​

Paper Fundamental (2012):

  • Penulis: Nir Bitansky, Ran Canetti, Alessandro Chiesa, Eran Tromer
  • Kontribusi: Memperkenalkan konsep SNARKs
  • Aplikasi Pertama: Zcash (2016) - Cryptocurrency dengan private transactions

Karakteristik Utama​

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚ zk-SNARK PROPERTIES β”‚
β”‚ ───────────────────────────────────── β”‚
β”‚ β”‚
β”‚ βœ… Proof Size: KECIL (~200 bytes) β”‚
β”‚ βœ… Verification Time: CEPAT (ms) β”‚
β”‚ βœ… Gas Cost: RENDAH β”‚
β”‚ ⚠️ Trusted Setup: DIPERLUKAN β”‚
β”‚ ⚠️ Quantum Resistance: BELUM β”‚
β”‚ βœ… Mature Technology β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Trusted Setup: Konsep Penting​

Apa itu Trusted Setup?

Trusted Setup adalah upacara awal dimana:

  1. Keys untuk membuat proofs dibuat
  2. Keys untuk verify proofs dibuat
  3. Secrets harus dihancurkan setelah upacara

Mengapa Penting?

Jika secrets TIDAK dihancurkan:
β†’ Seseorang bisa membuat FALSE PROOFS
β†’ Bisa forge transactions
β†’ Bisa mint tokens dari udara
β†’ TIDAK ada cara verify bahwa proof palsu

Contoh Trusted Setup:

Zcash Powers of Tau Ceremony (2016-2017):

  • Ribuan partisipan dari seluruh dunia
  • Setiap partisipan membuat & menghancurkan secrets
  • Probabilitas semua partisipan jahat = sangat kecil
  • Masih: Beberapa orang mengkritik sebagai "security weak link"

PLONK (Universal Setup):

  • Satu trusted setup untuk semua program
  • Bisa digunakan oleh banyak proyek
  • Masih memerlukan kepercayaan pada upacara

Kelebihan zk-SNARK​

  1. Proof Size Kecil

    ~200 bytes untuk proof
    β†’ Hemat gas saat verify di blockchain
    β†’ Cocok untuk on-chain verification
  2. Verification Cepat

    Millisecond untuk verify
    β†’ User experience bagus
    β†’ Real-time verification
  3. Gas Efficient

    Biaya verify rendah
    β†’ Cocok untuk high-frequency transactions
    β†’ Scalable untuk banyak users
  4. Mature Technology

    Sudah digunakan 6+ tahun
    β†’ Banyak tools & libraries
    β†’ Community support besar
    β†’ Battle-tested

Kekurangan zk-SNARK​

  1. Trusted Setup Required

    ⚠️  Perlu upacara trusted setup
    ⚠️ Jika compromised, security hilang
    ⚠️ Kritik dari beberapa ahli kriptografi
  2. Tidak Quantum-Resistant

    ⚠️  Bisa dipecah oleh quantum computers
    ⚠️ Menggunakan elliptic curves
    ⚠️ Perlu upgrade di masa depan
  3. Setup Complexity

    ⚠️  Setup awal kompleks
    ⚠️ Perlu koordinasi banyak partisipan
    ⚠️ Biaya & waktu untuk ceremony

🎯 Apa Itu zk-STARK?​

Definisi​

zk-STARK adalah singkatan dari:

  • Zero-Knowledge
  • Scalable
  • Transparent
  • Argument of Knowledge

Sejarah​

Paper Fundamental (2018):

  • Penulis: Eli Ben-Sasson, Iddo Bentov, Yinon Horesh, Michael Riabzev
  • Kontribusi: Alternatif untuk SNARKs tanpa trusted setup
  • Aplikasi Utama: StarkNet, StarkEx (StarkWare)

Filosofi STARK​

"Human dignity demands that personal information, like medical and forensic data, be hidden from the public. But veils of secrecy designed to preserve privacy may also be abused to cover up lies and deceit by institutions entrusted with data, unjustly harming citizens and eroding trust in central institutions. Zero-knowledge (ZK) proof systems are an ingenious cryptographic solution to this tension between the ideals of personal privacy and institutional integrity, enforcing the latter in a way that does not compromise the former."

- Paper zk-STARK (2018)

Karakteristik Utama​

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚ zk-STARK PROPERTIES β”‚
β”‚ ───────────────────────────────────── β”‚
β”‚ β”‚
β”‚ βœ… Trusted Setup: TIDAK DIPERLUKAN β”‚
β”‚ βœ… Quantum Resistance: YA β”‚
β”‚ βœ… Transparent: Semua parameter publikβ”‚
β”‚ ⚠️ Proof Size: BESAR (~100 KB) β”‚
β”‚ ⚠️ Verification Time: LEBIH LAMBAT β”‚
β”‚ ⚠️ Gas Cost: LEBIH TINGGI β”‚
β”‚ βœ… Auditable: Mudah di-audit β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Mengapa Tidak Perlu Trusted Setup?​

STARK menggunakan:

  • Hash functions (bukan elliptic curves)
  • Public randomness (bukan secret parameters)
  • Transparent parameters (semua bisa diverifikasi)

Hasil:

βœ… Tidak perlu upacara trusted setup
βœ… Tidak ada "security weak link"
βœ… Semua parameter bisa di-audit publik
βœ… Tidak perlu percaya pada partisipan

Kelebihan zk-STARK​

  1. Tidak Perlu Trusted Setup

    βœ… Transparent & auditable
    βœ… Tidak ada "security weak link"
    βœ… Tidak perlu percaya pada upacara
  2. Quantum-Resistant

    βœ… Menggunakan hash functions
    βœ… Aman dari quantum computers
    βœ… Future-proof
  3. Scalable

    βœ… Proof generation cepat untuk large computations
    βœ… Cocok untuk batch processing
    βœ… Verification time tidak bertambah banyak
  4. Transparent

    βœ… Semua parameter publik
    βœ… Mudah di-audit
    βœ… Tidak ada "black box"

Kekurangan zk-STARK​

  1. Proof Size Besar

    ⚠️  ~100 KB untuk proof (vs ~200 bytes SNARK)
    ⚠️ Lebih mahal untuk on-chain verification
    ⚠️ Tidak efisien untuk small proofs
  2. Verification Lebih Lambat

    ⚠️  Lebih lama dari SNARK (tapi masih cepat)
    ⚠️ Lebih banyak gas untuk verify
  3. Technology Lebih Baru

    ⚠️  Baru 6 tahun (vs SNARK 12+ tahun)
    ⚠️ Tools & libraries masih berkembang
    ⚠️ Community lebih kecil

βš–οΈ Perbandingan Head-to-Head​

Tabel Perbandingan​

Aspekzk-SNARKzk-STARK
Proof Size~200 bytes ⚑~100 KB 🐒
Verification TimeMillisecond ⚑Beberapa millisecond 🐒
Gas CostRendah πŸ’°Lebih tinggi πŸ’°πŸ’°
Trusted SetupDiperlukan ⚠️Tidak diperlukan βœ…
Quantum ResistanceTidak ❌Ya βœ…
TransparencyTerbatas ⚠️Penuh βœ…
Maturity12+ tahun βœ…6 tahun ⚠️
Tools & LibrariesBanyak βœ…Sedang berkembang ⚠️
Use CaseOn-chain verifyOff-chain compute

Ringkasannya: SNARK unggul di ukuran proof & biaya verifikasi, tetapi butuh trusted setup dan belum tahan kuantum. STARK transparan dan tahan kuantum, tetapi proof lebih besar dan verifikasi lebih mahal.


πŸ”¬ Quantum Resistance​

Mengapa Penting?​

Quantum Computers:

  • Dapat memecah beberapa algoritma kriptografi
  • Elliptic curve cryptography rentan
  • Hash functions lebih aman

Perbandingan​

zk-SNARK:

❌ Menggunakan elliptic curves
❌ Rentan terhadap quantum computers
⚠️ Perlu upgrade di masa depan

zk-STARK:

βœ… Menggunakan hash functions
βœ… Quantum-resistant
βœ… Future-proof

Catatan:

  • Quantum computers masih dalam tahap awal
  • Tapi penting untuk future-proofing
  • STARK lebih siap untuk era quantum

🎯 Use Cases: Kapan Pakai Yang Mana?​

Gunakan zk-SNARK Jika:​

  1. On-Chain Verification

    βœ… Proof kecil β†’ hemat gas
    βœ… Verification cepat β†’ UX baik
    βœ… Cocok untuk smart contracts
    (contoh: Zcash, Tornado Cash)
  2. High-Frequency Transactions

    βœ… Gas cost rendah
    βœ… Bisa verify banyak proofs
    βœ… Scalable untuk volume tinggi
    (contoh: zkSync era, Polygon zkEVM)
  3. Mature Ecosystem

    βœ… Banyak tools (Circom, snarkjs)
    βœ… Community support besar
    βœ… Documentation lengkap

Contoh Proyek:

  • Zcash (private transactions)
  • Tornado Cash (privacy mixer)
  • zkSync (Layer 2 scaling)

Gunakan zk-STARK Jika:​

  1. Off-Chain Computation

    βœ… Proof size tidak masalah
    βœ… Focus pada computation besar
    βœ… Batch processing
    (contoh: StarkEx, dYdX v3)
  2. Transparency Critical

    βœ… Tidak mau trusted setup
    βœ… Perlu auditable
    βœ… Regulatory compliance
    (contoh: StarkNet)
  3. Future-Proofing

    βœ… Quantum resistance penting
    βœ… Long-term security
    βœ… Enterprise adoption
    (contoh: Immutable X)

Contoh Proyek:

  • StarkNet (Layer 2)
  • StarkEx (Exchange scaling)
  • Immutable X (NFT scaling)

πŸ“Š Proyek yang Menggunakan Masing-Masing​

zk-SNARK Projects​

Zcash (2016):

  • Cryptocurrency dengan private transactions
  • Shielded transactions menggunakan zk-SNARKs
  • Sender, receiver, amount semua private

Tornado Cash:

  • Privacy mixer untuk Ethereum
  • Deposit & withdraw tanpa link
  • Menggunakan zk-SNARKs

zkSync:

  • Layer 2 scaling untuk Ethereum
  • zk-Rollup menggunakan SNARKs
  • On-chain verification efisien

Loopring:

  • DEX dengan zk-Rollup
  • High throughput, low fees
  • SNARK-based verification

zk-STARK Projects​

StarkNet:

  • Layer 2 dengan zk-STARKs
  • General-purpose smart contracts
  • Tidak perlu trusted setup

StarkEx:

  • Exchange scaling solution
  • Powering dYdX, Immutable X
  • STARK-based batch processing

Immutable X:

  • NFT marketplace scaling
  • Zero gas fees untuk users
  • STARK-based proof system

πŸŽ“ Ringkasan Perbandingan​

zk-SNARK: "Efisien tapi Perlu Kepercayaan"​

βœ… Proof kecil & cepat
βœ… Gas efficient
βœ… Mature technology
⚠️ Perlu trusted setup
⚠️ Tidak quantum-resistant

Ideal untuk:

  • On-chain verification
  • High-frequency transactions
  • Applications yang perlu proof kecil

zk-STARK: "Transparent tapi Lebih Besar"​

βœ… Tidak perlu trusted setup
βœ… Quantum-resistant
βœ… Transparent & auditable
⚠️ Proof lebih besar
⚠️ Verification lebih lambat

Ideal untuk:

  • Off-chain computation
  • Applications yang perlu transparency
  • Future-proofing untuk quantum era

Kesimpulan​

Keduanya adalah teknologi canggih dengan trade-offs berbeda:

  • SNARK: Efisiensi & kematangan teknologi
  • STARK: Transparansi & ketahanan quantum

Pilihan tergantung pada:

  • Use case spesifik
  • Prioritas (size vs transparency)
  • Risk tolerance (trusted setup)
  • Future considerations (quantum)

πŸ“š Referensi & Bacaan Lanjutan​

Paper Fundamental:

Artikel Pendidikan:

Proyek Implementasi:


Selanjutnya: Bagian 3: Use Cases & Implementasi ZKP β†’