JawabanDipublikasikan24 sumber
Ruang data, bukan cuma biaya komputasi: alasan Vitalik mendorong EIP-8288
Menurut Buterin, membuat verifikasi kriptografi lebih murah di Ethereum belum mengatasi banyaknya data yang harus dibawa jaringan. EIP 8288 mengusulkan agar pengguna membuat bukti di perangkat mereka, lalu peserta mempool menggabungkan verifikasinya menjadi STARK rekursif.
Diterbitkan olehDiedit dengan GPT-6 LunaGambar dibuat dengan GPT Image 2
Jawaban penelitian
Poin-poin penting
- Menurut Buterin, membuat verifikasi kriptografi lebih murah di Ethereum belum mengatasi banyaknya data yang harus dibawa jaringan.
- EIP 8288 mengusulkan agar pengguna membuat bukti di perangkat mereka, lalu peserta mempool menggabungkan verifikasinya menjadi STARK rekursif.
- Keamanan bukti dan hash, risiko serangan denial of service di mempool, serta kesiapan penerapan masih menjadi pertanyaan terbuka.
AI Perintah
openai.comCreate a landscape editorial hero image for this Studio Global article: Why did Vitalik Buterin argue on October 19, 2026, that Ethereum should move most heavy cryptography off-chain rather than support it throug. Article summary: Buterin’s argument was that faster on-chain cryptographic verification does not solve the underlying data bottleneck: EVM code and precompiles still need their inputs delivered to Ethereum, consuming scarce block bandwid. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
Inti argumen Vitalik Buterin adalah perbedaan antara menghitung dan membawa data. Precompile—operasi bawaan yang membuat pemeriksaan kriptografi tertentu lebih murah—dapat mengurangi biaya verifikasi. Namun, Ethereum tetap harus menerima data yang diperiksa. EIP-8288 menawarkan pendekatan lain: sebisa mungkin tidak memasukkan seluruh data kriptografi berukuran besar ke blok, melainkan menggabungkan verifikasinya ke dalam bukti STARK rekursif. Usulan ini masih berstatus Draft atau draf. 4
16
Mengapa tidak cukup menambah precompile?
Precompile dapat membuat pemeriksaan kriptografi tertentu lebih murah, tetapi tidak dengan sendirinya mengurangi ukuran tanda tangan, bukti, atau masukan lain yang perlu dikirim. Buterin berpendapat bahwa kapasitas data—bukan hanya gas untuk verifikasi—membatasi banyaknya materi kriptografi yang dapat ditangani Ethereum. Ia memperkirakan batas praktis throughput data sekitar 8 MB per detik, bahkan dengan PeerDAS dan blok yang membawa data blob. Angka itu merupakan perkiraan Buterin, bukan batas formal calldata. 4
12
Ada pula pertimbangan fleksibilitas. Mendukung tiap skema kriptografi dengan precompile tersendiri dapat menambah kompleksitas protokol dan menuntut implementasi pada klien Ethereum. EIP-8288, sebaliknya, dirancang sebagai jalur verifikasi bersama untuk beragam skema kriptografi. 7
16
Contoh dalam draf menggambarkan besarnya beban yang ingin ditangani: tanda tangan berbasis hash berukuran sekitar 2–3 kB, dengan perkiraan biaya verifikasi langsung 150.000–200.000 gas. Angka tersebut adalah estimasi untuk contoh dalam proposal, bukan biaya pasti untuk semua tanda tangan atau implementasi. 10
Cara kerja yang diusulkan EIP-8288
Dokumen EIP resmi mencantumkan Vitalik Buterin dan Thomas Coratger sebagai penulis, serta menjelaskan bahwa proposal ini memperluas transaksi frame EIP-8141. Secara garis besar, desainnya memiliki tiga bagian: 16
- Transaksi mencantumkan dependensi ringkas. Setiap dependensi menunjukkan skema, hash data, dan hash kunci verifikasi. Proposal mengodekan tiga unsur tersebut dalam 96 byte.
16
13
- Data kriptografi lengkap dikirim saat transaksi menyebar. Tanda tangan atau bukti berukuran besar disertakan bersama transaksi ketika bergerak melalui jaringan, tetapi tidak perlu dicantumkan seluruhnya di dalam blok. Peserta mempool dapat menggabungkan proses verifikasinya.
15
- Verifikasi diagregasi. Rancangan ini menggunakan STARK rekursif untuk menggabungkan pemeriksaan. Tujuannya, blok memuat bukti agregat alih-alih setiap data kriptografi asli. Cara ini ditujukan untuk mengurangi kebutuhan data dalam blok—bukan menaikkan batas bandwidth dasar jaringan.
6
Pengguna juga dapat melakukan komputasi kriptografi yang berat di perangkat mereka sendiri, lalu menghasilkan STARK sebagai bukti bahwa komputasi tersebut dilakukan. Tujuannya adalah memungkinkan Ethereum mendukung lebih banyak skema kriptografi tanpa harus membuat precompile bawaan baru untuk setiap skema. 3
6
Perubahan yang mungkin terjadi—dan batasnya
Jika berfungsi sesuai rancangan, dependensi ringkas dan verifikasi agregat dapat mengurangi jumlah data tanda tangan dan bukti asli yang harus dimasukkan ke blok. Manfaatnya bukan sekadar “kriptografi lebih cepat”: sebagian pekerjaan dialihkan ke pengguna dan peserta mempool, sementara data yang perlu dimuat on-chain dibatasi. 1
13
16
Namun, ini bukan berarti biaya kriptografi hilang. Pengguna dan peserta jaringan tetap perlu membuat, menyebarkan, dan memverifikasi data serta bukti terkait. Sumber yang tersedia belum membuktikan bahwa EIP-8288 akan menghasilkan pengurangan gas tertentu atau menyelesaikan seluruh kendala skalabilitas Ethereum.
Hal yang masih perlu diuji
Keandalan bukti dan hash. Draf menyebut keandalan sirkuit verifikasi serta fungsi hash dependensi sebagai asumsi keamanan. Pembaruan draf berikutnya juga mengikat hash dependensi blok ke sirkuit agregasi. Ini adalah perlindungan yang perlu dinilai, bukan bukti bahwa sistem telah diverifikasi sepenuhnya atau terbukti aman dalam penerapan. 32
Risiko denial-of-service di mempool. Agregasi menambah pekerjaan dan penanganan data di lapisan mempool. Risiko serangan denial-of-service tercatat sebagai hal yang perlu diperhatikan, tetapi materi yang tersedia belum menunjukkan bahwa semua perlindungan telah lengkap atau memadai. 25
Parameter draf bukan aturan mainnet. Salah satu revisi resmi menetapkan batas 16 dependensi tanda tangan dan satu dependensi STARK per transaksi. Itu adalah parameter dalam draf, bukan aturan Ethereum yang sudah diterapkan. 32
Keamanan tanda tangan berbasis lattice masih diperdebatkan. Laporan menyebut Buterin membuka kemungkinan precompile berbasis lattice untuk keperluan seperti akun dan dompet jika keamanannya terbukti. Kekhawatiran tentang kemungkinan serangan dengan bantuan AI adalah isu yang perlu dievaluasi—bukan bukti bahwa tanda tangan berbasis lattice telah dibobol. 17
24
EIP-8288 masih berstatus Draft. Laporan menggambarkan pekerjaan simulasi dan pengujian jaringan, bukan penerapan mainnet yang telah disetujui. Sumber yang tersedia juga belum menunjukkan keputusan adopsi atau jadwal penerapan yang sudah ditetapkan. 15
16
Studio Global AI
Lanjutkan penelitian Anda
Halaman ini berisi jawaban yang didukung sumber yang dapat Anda lanjutkan di dalam Studio Global.
Orang-orang juga bertanya
Apa jawaban singkat untuk "Ruang data, bukan cuma biaya komputasi: alasan Vitalik mendorong EIP-8288"?
Menurut Buterin, membuat verifikasi kriptografi lebih murah di Ethereum belum mengatasi banyaknya data yang harus dibawa jaringan.
Apa poin penting yang harus divalidasi terlebih dahulu?
Menurut Buterin, membuat verifikasi kriptografi lebih murah di Ethereum belum mengatasi banyaknya data yang harus dibawa jaringan. EIP 8288 mengusulkan agar pengguna membuat bukti di perangkat mereka, lalu peserta mempool menggabungkan verifikasinya menjadi STARK rekursif.
Apa yang harus saya lakukan selanjutnya dalam latihan?
Keamanan bukti dan hash, risiko serangan denial of service di mempool, serta kesiapan penerapan masih menjadi pertanyaan terbuka.