EIP mana saja yang dipastikan akan dimasukkan dalam upgrade Pectra? Apakah ini akan memperburuk inflasi ETH?

EIP yang telah dikonfirmasi akan meningkatkan kemampuan pemrograman akun, efisiensi validasi Ethereum, serta optimasi staking, sementara EIP yang belum dikonfirmasi berfokus pada bagaimana meningkatkan skalabilitas L2.

Penulis: 0XNATALIE

Peningkatan Ethereum berikutnya, Pectra, namanya berasal dari gabungan Prague dan Electra.

Prague mewakili peningkatan pada execution layer, dinamai dari kota tempat diadakannya konferensi pengembang Ethereum (Devcon 4), yaitu Prague, sedangkan Electra melambangkan peningkatan pada consensus layer, dinamai berdasarkan urutan alfabet dengan nama bintang. Nama bintang yang dipilih kali ini, Electra, sesuai dengan huruf "E".

Peningkatan Pectra, sebagai hard fork yang mungkin melibatkan jumlah Ethereum Improvement Proposals (EIP) terbanyak dalam sejarah Ethereum, tidak hanya mencakup serangkaian proposal untuk meningkatkan operasi validator dan performa mainnet, tetapi juga memperkenalkan proposal optimasi untuk L2. Testnet Pectra Devnet 4 baru saja diluncurkan, dan saat ini sudah ada 8 EIP yang dipastikan akan dimasukkan dalam peningkatan Pectra.

EIP yang Dipastikan Termasuk dan Dampaknya

Kedelapan EIP ini berdampak pada pengguna dengan: menambah kemampuan eksekusi kode pada EOA untuk meningkatkan fleksibilitas akun sehingga dapat melakukan operasi yang lebih kompleks; meningkatkan batas staking yang dapat menambah permintaan terhadap ETH; serta mengoptimalkan proses validator untuk meningkatkan keamanan dan efisiensi, sehingga meningkatkan kecepatan dan throughput Ethereum.

1. EIP-2537 (Dukungan Tanda Tangan BLS): Dengan memperkenalkan serangkaian precompile contract, menambah dukungan untuk operasi kurva BLS12-381 di Ethereum, memungkinkan verifikasi tanda tangan BLS dan memungkinkan beberapa tanda tangan digabungkan menjadi satu tanda tangan, sehingga mengurangi kompleksitas saat verifikasi. Tanda tangan BLS adalah algoritma kriptografi yang dapat menghasilkan tanda tangan lebih kecil dan mendukung agregasi tanda tangan. Ini akan membantu L2 yang membutuhkan banyak verifikasi tanda tangan dan data untuk beroperasi lebih baik.
2. EIP-2935 (Menyimpan Hash Blok Historis dalam State): Dengan menyimpan 8192 hash blok terbaru dalam contract sistem, mendukung model Stateless Clients dan menyediakan fungsi query hash blok historis yang lebih fleksibel. Hash ini dapat di-query langsung melalui contract dan dibundel sebagai witness untuk diberikan ke Stateless Clients. Klien tidak perlu memelihara riwayat blockchain lengkap atau menyimpan banyak data, cukup mengandalkan hash blok yang disimpan dalam state dan bukti terkait untuk memverifikasi legalitas blok dan transaksi.
3. EIP-6110 (Deposit Validator On-chain): Memindahkan pemrosesan deposit validator dari consensus layer ke execution layer, diproses dan diverifikasi langsung di on-chain, tanpa lagi bergantung pada mekanisme voting tambahan di consensus layer untuk mengonfirmasi validitas informasi deposit. Ini meningkatkan keamanan proses deposit, mengurangi keterlambatan pemrosesan, dan menyederhanakan desain consensus layer dan klien.
4. EIP-7002 (Exit yang Dapat Dipicu Execution Layer): Memungkinkan pemilik withdrawal credential untuk secara mandiri memulai exit tanpa bergantung pada kunci aktif validator (kunci BLS), meningkatkan otonomi pengguna. Saat ini, hanya kunci aktif validator yang dapat memicu exit, yang berarti jika kunci aktif hilang, atau validator mendelegasikan tugas validasi ke pihak ketiga (seperti penyedia layanan staking), pemilik withdrawal credential (yaitu pemilik dana sebenarnya) tidak dapat mengontrol staking ETH secara mandiri. Proposal ini memungkinkan exit dan penarikan ETH dipicu melalui execution layer, sehingga pemilik dapat memulai exit melalui withdrawal credential tanpa bergantung pada kunci aktif.
5. EIP-7251 (Meningkatkan Batas Staking): Meningkatkan saldo efektif maksimum validator, sehingga setiap validator dapat menahan lebih dari 32 ETH untuk staking, sementara batas minimum staking tetap 32 ETH. Bertujuan agar operator node besar dapat mengurangi jumlah validator di jaringan dengan menggabungkan beberapa validator, sehingga mengurangi beban pesan P2P, agregasi tanda tangan, dan penyimpanan.
6. EIP-7549 (Memindahkan Komite Indeks dari Attestation): Dengan memindahkan field komite indeks dari pesan Attestation, memungkinkan agregasi voting konsensus yang lebih efisien. Saat ini, dalam mekanisme konsensus Ethereum, setiap validator dalam voting mencakup: voting LMD GHOST (berisi root blok dan slot voting), voting Casper-FFG (berisi informasi sumber dan tujuan), komite indeks (nomor komite validator). Karena komite indeks termasuk dalam pesan tanda tangan, ketika beberapa validator voting pada blok yang sama, meskipun isi voting sama, root tanda tangan yang dihasilkan berbeda, sehingga voting tersebut tidak dapat dengan mudah diagregasi. Dengan memindahkan field komite indeks dari pesan tanda tangan, memungkinkan agregasi voting yang lebih efisien, mengurangi biaya verifikasi dan beban jaringan.
7. EIP-7685 (Permintaan Execution Layer Umum): Mendefinisikan kerangka kerja umum untuk execution layer (EL) guna menyimpan dan memproses permintaan yang dipicu oleh smart contract. Kerangka kerja ini mendukung lebih banyak perilaku yang dipicu execution layer, serta memungkinkan berbagai jenis permintaan diproses secara seragam, menyederhanakan proses penambahan tipe permintaan baru tanpa perlu mengubah struktur blok eksekusi.
8. EIP-7702 (Menambahkan Kemampuan Eksekusi Kode pada EOA): Menambahkan fungsi eksekusi kode pada akun yang dimiliki secara eksternal (EOA), sehingga meningkatkan fleksibilitas dan kemampuan pemrograman akun. EOA dapat, melalui tanda tangan otorisasi, menunjuk smart contract untuk mewakili eksekusi operasi tertentu, seperti transaksi massal atau kontrol izin. Dengan demikian, tanpa perlu berubah menjadi akun smart contract, EOA memiliki beberapa fungsi smart contract.

EIP yang Menjadi Fokus Pertimbangan

Berikut adalah beberapa EIP yang sedang dipertimbangkan secara aktif, terutama melalui optimasi blob, meningkatkan stabilitas biaya publikasi data L2, memperkuat kemampuan pemrosesan transaksi L2, dan secara efektif menurunkan biaya L2. Selain itu, penyesuaian peningkatan biaya calldata dapat memengaruhi jumlah ETH yang dibakar, sehingga meningkatkan tekanan inflasi ETH.

• EIP-7742 (Menghapus Ketergantungan Penghitungan Blob antara Consensus Layer dan Execution Layer): Memisahkan jumlah blob antara consensus layer dan execution layer, menyederhanakan proses verifikasi blob, mengurangi kompleksitas yang tidak perlu, serta meningkatkan skalabilitas dan fleksibilitas protokol. Dalam protokol saat ini, execution layer dan consensus layer sama-sama meng-hardcode nilai maksimum blob, menyebabkan verifikasi berulang. Proposal ini menghapus verifikasi nilai maksimum blob di execution layer, dan sebagai gantinya consensus layer secara dinamis memberikan nilai target blob ke execution layer. Dengan demikian, parameter target blob dapat disesuaikan lebih fleksibel untuk kebutuhan ekspansi di masa depan. EIP-7742 adalah proposal dengan kontroversi paling kecil dalam daftar EIP yang sedang dipertimbangkan untuk peningkatan. Berdasarkan rapat consensus layer terbaru, pengembang setuju untuk mulai mengimplementasikan EIP-7742 di pectra-devnet 5, namun apakah akan resmi dimasukkan masih menunggu umpan balik execution layer di ACDE (All Core Developers Execution Layer Meeting).
• EIP 7762 (Minimum Blob Base Fee): Meningkatkan MIN_BASE_FEE_PER_BLOB_GAS, bertujuan untuk mengurangi waktu yang dibutuhkan agar harga blob menyesuaikan ke tingkat yang wajar. Saat ini, minimum blob base fee diatur ke 1 wei, sehingga ketika permintaan blob melebihi pasokan, proses penemuan harga (yaitu penentuan harga Gas blob yang wajar) terlalu lambat dan membutuhkan waktu lama untuk mencapai tingkat biaya yang sesuai. Dengan meningkatkan minimum blob base fee, waktu penyesuaian harga dapat dipersingkat, sehingga pasar dapat mencapai keseimbangan lebih cepat dan memastikan jaringan tetap stabil selama puncak permintaan.
• EIP-7623 (Meningkatkan Biaya Calldata): Meningkatkan biaya calldata dalam transaksi untuk mengurangi ukuran maksimum blok dan rentang variasinya, memastikan jaringan dapat memproses transaksi dengan lebih stabil. Saat ini, ukuran maksimum blok sekitar 1,79 MB, namun karena aplikasi seperti rollups yang mempublikasikan data dalam jumlah besar, rata-rata ukuran blok terus meningkat. Dengan meningkatkan biaya calldata yang terutama digunakan untuk transaksi data availability (DA), ukuran maksimum blok akan dikurangi menjadi sekitar 0,72 MB, sehingga menyediakan ruang untuk peningkatan batas Gas blok atau lebih banyak blob di masa depan. Biaya transaksi pengguna biasa tetap tidak berubah, perubahan ini terutama memengaruhi jenis transaksi yang bergantung pada Ethereum untuk penyimpanan data skala besar. Namun, peningkatan biaya calldata dapat menurunkan daya saing Ethereum dalam hal penyimpanan data. Selain itu, dengan meningkatnya biaya calldata, jumlah transaksi mungkin berkurang, sehingga jumlah ETH yang dibakar melalui mekanisme EIP-1559 juga berkurang, yang pada akhirnya meningkatkan tekanan inflasi pada ETH.
• EIP 7782 (Memperpendek Waktu Slot): Memperpendek waktu slot Ethereum dari 12 detik menjadi 8 detik, sehingga blok dapat dibuat lebih sering untuk memproses lebih banyak transaksi, sebagai alternatif untuk meningkatkan jumlah blob guna meningkatkan throughput transaksi. Namun, hal ini dapat merusak smart contract yang meng-hardcode waktu slot 12 detik, serta mempercepat masalah ekspansi state Ethereum, meningkatkan beban penyimpanan dan komputasi.
• EIP-7783 (Secara Bertahap Meningkatkan Batas Gas Blok): Sebagai alternatif yang lebih moderat dari EIP-7782, dengan menyesuaikan batas gas blok secara dinamis, secara bertahap meningkatkan jumlah transaksi yang dapat dimuat dalam setiap blok, sehingga meningkatkan kapasitas pemrosesan jaringan. Dibandingkan dengan langsung memperpendek waktu slot, penyesuaian batas gas secara bertahap memungkinkan ekspansi jaringan yang lebih stabil. Proposal ini tidak memerlukan hard fork, namun dapat berdampak pada data state.

Karena peningkatan Pectra mencakup banyak EIP, untuk mengurangi kompleksitas peningkatan sekaligus mempercepat peluncuran sebagian EIP, pada bulan Mei, tim engineer Ethereum Foundation, EthPandaOps, menyarankan agar Pectra dibagi menjadi dua bagian, namun saat itu dikhawatirkan akan menunda peningkatan sehingga tidak dipertimbangkan secara serius. Pada bulan September, peneliti Ethereum, Alex Stokes, kembali mengusulkan pembagian ini, dan kali ini mendapat dukungan dari para pengembang. Pembagian ini membantu menyelesaikan bagian pertama peningkatan dalam waktu enam bulan:

• Bagian pertama: Termasuk EIP yang sudah berjalan di testnet Pectra Devnet (yaitu 8 EIP yang sudah dikonfirmasi), yang relatif lebih mudah diimplementasikan dan telah melalui banyak pengujian.
• Bagian kedua: EIP yang lebih kompleks (seperti PeerDAS, proposal terkait EOF) dan proposal lain yang membutuhkan waktu pengujian lebih lama akan dimasukkan pada tahap kedua. Proposal ini memerlukan pengembangan, audit, dan pengujian lebih lanjut, terutama yang melibatkan koordinasi antara consensus layer dan execution layer.