Tantangan utama dalam komputasi tepercaya on-chain adalah membuktikan “mengapa hasilnya dapat dipercaya.” Bukti kriptografi memang menawarkan determinisme tertinggi, namun pembuatannya memerlukan perangkat keras khusus dan hashrate tinggi, sehingga efisiensi menurun dan biaya meningkat. Untuk menyeimbangkan determinisme dan performa, Brevis (BREV) menghadirkan model keamanan kripto-ekonomi coChain, memanfaatkan mekanisme staking dan slashing Proof-of-Stake (PoS) sebagai sumber kepercayaan alternatif untuk hasil optimistik yang dapat dipertanyakan.
Dalam skema ini, BREV berfungsi sebagai aset pembayaran, jaminan, sekaligus tata kelola. Kombinasi fitur ini dan alur operasional coChain menjadi dasar keamanan kripto-ekonomi Brevis.
Apa Itu Token BREV?
BREV adalah token utilitas dan tata kelola asli jaringan Brevis. Fungsinya melampaui sekadar biaya transaksi—BREV menjadi instrumen ekonomi yang secara langsung menghubungkan kualitas pasokan bukti dengan keamanan jaringan.
Dalam ekosistem Brevis, BREV menghubungkan tiga pihak utama: peminta komputasi, Prover sebagai penghasil zero-knowledge proof, dan validator yang menjaga konsensus coChain. Peminta membayar bukti, sementara Prover dan validator wajib mengunci BREV sebagai jaminan untuk memastikan pemenuhan tugas; slashing diterapkan atas pelanggaran, sehingga peredaran BREV terintegrasi erat dengan aktivitas jaringan.
Apa Saja Kegunaan BREV?
BREV memiliki tiga fungsi utama: sebagai alat pembayaran, jaminan, dan tata kelola. Ketiganya menopang ekonomi pasokan bukti Brevis dengan tujuan “menghasilkan komputasi akurat dan menghukum perilaku salah.”
| Fungsi |
Peran |
Deskripsi |
| Bayar biaya pembuktian |
Peminta |
Gunakan BREV untuk membayar komputasi off-chain dan pembuatan bukti |
| Prover staking collateral |
Prover |
Kunci BREV sebagai jaminan staking untuk menerima tugas; slashing berlaku jika tidak patuh |
| Tata kelola protokol |
Holder |
Berpartisipasi dalam pengambilan keputusan tata kelola protokol utama |
Tiga utilitas ini membentuk siklus tertutup: peminta membayar biaya pembuktian dengan BREV; Prover wajib staking BREV untuk menerima tugas, mengonversi komitmen layanan menjadi janji yang ditegakkan secara ekonomi; holder menyesuaikan parameter protokol, menjaga evolusi jaringan tetap aman.
Gambar 1. Tiga utilitas inti token BREV: pembayaran biaya pembuktian, staking collateral oleh Prover, dan tata kelola protokol.
Apa Itu coChain dan Mengapa Diperlukan?
coChain adalah model keamanan kripto-ekonomi Brevis—blockchain PoS dengan staking dan slashing di Ethereum, yang menghadirkan jalur komputasi dapat diverifikasi dengan latensi rendah, biaya efisien, dan kepercayaan minimal.
coChain dikembangkan untuk mengatasi keterbatasan model pure-ZK. Dalam pure-ZK, setiap hasil harus disertai zero-knowledge proof sebelum dikirimkan, sehingga determinisme maksimal tetapi biaya perangkat keras, hashrate, dan latensinya tinggi—terutama untuk operasi kompleks atau aplikasi real-time. Layer eksekusi general-purpose Pico zkVM mendukung proses pembuatan bukti ini.
coChain mengatasi tantangan ini dengan pendekatan “optimistic proposal + challenge”: hasil validator dipercaya secara default, dan zero-knowledge proof hanya diperlukan jika ada tantangan. Sebagian besar kasus tidak memerlukan bukti, sehingga biaya dapat ditekan, namun fallback kriptografi tetap tersedia untuk koreksi kesalahan. Model ini, seperti perbedaan antara Brevis dan oracle, menekankan komputasi dapat diverifikasi on-chain, bukan transmisi data eksternal, dengan coChain menambatkan kepercayaan pada staking dan slashing.
Bagaimana Model Keamanan Kripto-Ekonomi coChain Bekerja?
Model coChain berjalan dalam tiga tahap utama: proposal, challenge, dan slashing. Proses ini menambatkan kepercayaan pada jaminan yang dapat di-slash, dimulai dari komputasi off-chain hingga keputusan akhir di Ethereum.
- Validator coChain menghasilkan hasil coprocessor memakai data mentah dari archive node—mengikuti logika ZK data coprocessor yang mengakses dan menghitung data off-chain—kemudian mencapai konsensus melalui PoS.
- Validator mengirimkan hasil dan tanda tangan kuorum teragregasi sebagai proposal ke chain peminta, memulai dua timer: challenge window yang dapat dikonfigurasi aplikasi dan coChain slashing window tingkat sistem.
- Selama challenge window, siapa pun dapat mengirimkan zero-knowledge proof untuk membantah proposal yang salah. Jika tantangan valid, stake validator di-slash di Ethereum; jika tidak ada tantangan, hasil diadopsi oleh dApp tanpa biaya bukti tambahan.
Brevis juga berencana mengintegrasikan EigenLayer, sehingga pengembang dapat mengatur tingkat keamanan secara dinamis pada tahap proposal—menggabungkan insentif kripto-ekonomi dan zero-knowledge proof untuk trade-off keamanan dan biaya yang fleksibel sesuai use case.
Gambar 2. Alur keamanan kripto-ekonomi coChain: hasil komputasi PoS → proposal (dengan tanda tangan kuorum teragregasi) → challenge window → ZK challenge memicu slashing di Ethereum, atau hasil diadopsi dApp jika tidak ditantang.
Bagaimana Memilih antara pure-ZK dan coChain (OP Model)?
Perbedaan utama pure-ZK dan coChain terletak pada mekanisme kepercayaan: pure-ZK sepenuhnya mengandalkan bukti kriptografi, sedangkan coChain menambah insentif kripto-ekonomi lewat staking dan slashing. Keduanya tidak saling eksklusif—masing-masing cocok untuk kebutuhan determinisme dan biaya berbeda.
| Dimensi |
pure-ZK |
coChain (OP Model) |
| Sumber Kepercayaan |
Bukti kriptografi |
Staking, slashing, dan ZK challenge opsional |
| Latensi Hasil |
Menunggu bukti |
Dapat digunakan setelah challenge window |
| Biaya Komputasi |
Bukti diperlukan setiap saat |
Tanpa biaya bukti jika tidak ditantang |
| Tingkat Keamanan |
Dijamin oleh ZK proof |
Dapat disesuaikan dinamis via EigenLayer |
| Use Case |
Determinisme tertinggi |
Skenario sensitif biaya & latensi |
Kesimpulannya: pure-ZK menawarkan kesederhanaan dan determinisme maksimal dengan biaya dan latensi tinggi; coChain mengandalkan proposal optimistik untuk menekan biaya dan latensi, dengan keamanan bergantung pada challenge dan skala staking. Dengan Brevis SDK, pengembang cukup menulis logika bisnis sekali dan dapat diimplementasikan di kedua model.
Bagaimana Staking dan Slashing BREV Menjamin Kinerja Prover?
Mekanisme staking dan slashing BREV memastikan Prover mengirimkan bukti tepat waktu. Untuk menerima tugas, Prover harus mengunci BREV sebagai jaminan, mengubah komitmen pengiriman tepat waktu menjadi kewajiban finansial nyata.
Mekanisme ini berjalan di ProverNet, marketplace bukti ZK terdesentralisasi Brevis yang telah live di mainnet dan beroperasi di rollup Brevis Chain khusus untuk koordinasi lelang. Prover melakukan staking BREV agar dapat mengikuti lelang tugas bukti.
Batas utamanya adalah tenggat waktu: jika Prover melewati tenggat atau gagal mengirimkan bukti yang memenuhi syarat, BREV yang di-stake akan di-slash. Skema ini menghubungkan keandalan pasokan bukti dengan jaminan nyata, mendorong Prover hanya mengambil tugas yang dapat diselesaikan tepat waktu, sehingga menjaga kualitas layanan pasar bukti.
Apa Keunggulan, Risiko, dan Keterbatasan Memegang atau Menggunakan BREV?
Nilai BREV bersumber dari utilitas jaringan: sebagai aset settlement, jaminan, dan tata kelola ekonomi bukti, permintaannya terkait langsung dengan penggunaan nyata komputasi dapat diverifikasi Brevis. Berdasarkan blog resmi Brevis (2025), jaringan telah menghasilkan lebih dari 340 juta bukti, mendukung lebih dari 50 protokol di 8+ blockchain, dan memiliki fondasi operasional yang solid.
Keterbatasan utama berasal dari desain mekanismenya. Keamanan coChain bergantung pada challenger aktif dan staking validator yang memadai; tanpa challenger atau staking rendah, kemampuan koreksi proposal optimistik menjadi lemah. Parameter penting seperti durasi challenge window dan rasio slashing ditetapkan melalui tata kelola, dan kecocokannya sangat memengaruhi keamanan.
Risiko meliputi ketergantungan BREV pada adopsi di ekosistem Brevis dan permintaan bukti, pasokan ProverNet yang bergantung pada partisipasi Prover, serta potensi cacat implementasi pada smart contract dan integrasi SDK. Ini adalah batasan mekanisme objektif dan bukan merupakan saran investasi atau prediksi harga.
Ringkasan
BREV, token utilitas dan tata kelola asli jaringan Brevis, menghubungkan kualitas pasokan bukti dan keamanan jaringan melalui tiga fungsi utama: pembayaran biaya pembuktian, staking collateral oleh Prover, dan tata kelola protokol. coChain, blockchain PoS dengan staking dan slashing di sisi Ethereum, menawarkan jalur “optimistic proposal + challenge”: proposal yang salah memicu slashing di Ethereum, sementara hasil tak tertantang bebas biaya bukti. Kedua model dapat diterapkan sesuai kebutuhan melalui Brevis SDK, bersama-sama membentuk kerangka keamanan fleksibel yang menyeimbangkan determinisme dan efisiensi.
FAQ
Apa saja use case token BREV?
BREV, sebagai token utilitas dan tata kelola asli jaringan Brevis, memiliki tiga use case utama: peminta membayar biaya pembuktian dengan BREV, Prover mengunci BREV sebagai staking collateral untuk menerima tugas dan tunduk pada slashing jika melanggar, serta holder berpartisipasi dalam tata kelola protokol.
Apa perbedaan coChain dan pure-ZK?
pure-ZK sepenuhnya mengandalkan bukti kriptografi untuk kepercayaan, mewajibkan zero-knowledge proof untuk setiap hasil, sehingga determinisme maksimal namun biaya dan latensi tinggi. coChain menambah lapisan game theory dengan staking dan slashing, menggunakan proposal optimistik dan mekanisme challenge untuk menekan biaya dan latensi jika tidak ada tantangan.
Bagaimana model keamanan kripto-ekonomi coChain mencegah pelanggaran validator?
coChain mewajibkan validator staking di Ethereum dan mengirimkan hasil komputasi sebagai proposal ke chain peminta, memulai challenge window. Siapa pun dapat mengirimkan zero-knowledge proof untuk menantang proposal yang salah selama window ini; jika tantangan berhasil, stake validator di-slash di Ethereum, sehingga perilaku jahat dapat dicegah secara efektif.
Kapan BREV yang di-stake Prover akan di-slash?
Prover melakukan staking BREV di ProverNet untuk memenangkan tugas bukti. Jika Prover melewati tenggat waktu atau gagal mengirimkan zero-knowledge proof yang memenuhi syarat tepat waktu, BREV yang di-stake akan di-slash, sehingga pengiriman di pasar bukti terdesentralisasi tetap andal.
