Pectra

Peningkatan jaringan Pectra mengikuti Dencun dan membawa perubahan pada lapisan eksekusi dan lapisan konsensus Ethereum. Nama singkatan Pectra adalah kombinasi dari Prague dan Electra, yang masing-masing merupakan nama untuk perubahan spesifikasi lapisan eksekusi dan lapisan konsensus. Bersama-sama, perubahan ini membawa sejumlah peningkatan bagi pengguna, pengembang, dan validator Ethereum.

Peningkatan ini berhasil diaktifkan di mainnet Ethereum pada epoch 364032, pada 07-Mei-2025 pukul 10:05 (UTC).

Peningkatan Pectra hanyalah satu langkah dalam tujuan pengembangan jangka panjang Ethereum. Pelajari lebih lanjut tentang peta jalan protokol dan peningkatan sebelumnya.

Peningkatan di Pectra

Pectra membawa jumlah EIP (opens in a new tab) terbesar dari peningkatan sebelumnya! Ada banyak perubahan kecil tetapi juga beberapa fitur baru yang signifikan. Daftar lengkap perubahan dan detail teknis dapat ditemukan di masing-masing EIP yang disertakan.

Kode akun EOA

EIP-7702 (opens in a new tab) mewakili langkah besar menuju abstraksi akun yang tersebar luas. Dengan fitur ini, pengguna dapat mengatur alamat mereka () untuk diperluas dengan kontrak pintar. EIP ini memperkenalkan jenis transaksi baru dengan fungsi spesifik - untuk memungkinkan pemilik alamat menandatangani otorisasi yang mengatur alamat mereka untuk meniru kontrak pintar yang dipilih.

Dengan EIP ini, pengguna dapat memilih dompet yang dapat diprogram yang memungkinkan fitur baru seperti penggabungan transaksi, transaksi tanpa gas, dan akses aset kustom untuk skema pemulihan alternatif. Pendekatan hibrida ini menggabungkan kesederhanaan EOA dengan kemampuan pemrograman akun berbasis kontrak.

Baca pembahasan lebih dalam tentang 7702 di sini

Peningkatan saldo efektif maksimum

Saldo efektif validator saat ini adalah tepat 32 ETH. Ini adalah jumlah minimum yang diperlukan untuk berpartisipasi dalam konsensus tetapi pada saat yang sama merupakan jumlah maksimum yang dapat di-stake oleh satu validator.

EIP-7251 (opens in a new tab) menaikkan saldo efektif maksimum yang mungkin menjadi 2048 ETH, yang berarti bahwa satu validator sekarang dapat melakukan stake antara 32 dan 2048 ETH. Alih-alih kelipatan 32, staker sekarang dapat memilih jumlah ETH yang sewenang-wenang untuk di-stake dan menerima hadiah pada setiap 1 ETH di atas minimum. Misalnya, jika saldo validator tumbuh dengan hadiah mereka menjadi 33 ETH, tambahan 1 ETH juga dianggap sebagai bagian dari saldo efektif dan menerima hadiah.

Namun manfaat dari sistem hadiah yang lebih baik untuk validator hanyalah sebagian dari peningkatan ini. Staker yang menjalankan beberapa validator sekarang dapat menggabungkannya menjadi satu, yang memungkinkan operasi yang lebih mudah dan mengurangi beban jaringan. Karena setiap validator di Beacon Chain mengirimkan tanda tangan di setiap epoch, persyaratan bandwidth tumbuh dengan lebih banyak validator dan sejumlah besar tanda tangan untuk disebarkan. Menggabungkan validator akan mengurangi beban jaringan dan membuka opsi peningkatan baru sambil mempertahankan keamanan ekonomi yang sama.

Baca pembahasan lebih dalam tentang maxEB di sini

Peningkatan throughput blob

Blob menyediakan ketersediaan data untuk L2. Mereka diperkenalkan pada peningkatan jaringan sebelumnya.

Saat ini, jaringan menargetkan rata-rata 3 blob per blok dengan maksimum 6 blob. Dengan EIP-7691 (opens in a new tab), jumlah blob rata-rata akan ditingkatkan menjadi 6, dengan maksimum 9 per blok, yang menghasilkan peningkatan kapasitas untuk rollup Ethereum. EIP ini membantu menjembatani kesenjangan hingga PeerDAS (opens in a new tab) memungkinkan jumlah blob yang lebih tinggi.

Peningkatan biaya calldata

Sebelum pengenalan blob pada peningkatan Dencun, L2 menggunakan calldata untuk menyimpan data mereka di Ethereum. Baik blob maupun calldata memengaruhi penggunaan bandwidth Ethereum. Meskipun sebagian besar blok hanya menggunakan jumlah calldata yang minimal, blok padat data yang juga berisi banyak blob dapat membahayakan jaringan p2p Ethereum.

Untuk mengatasi hal ini, EIP-7623 (opens in a new tab) meningkatkan harga calldata, tetapi hanya untuk transaksi padat data. Ini membatasi ukuran blok terburuk, memberikan insentif bagi L2 untuk hanya menggunakan blob dan membiarkan lebih dari 99% transaksi tidak terpengaruh.

Keluar yang dapat dipicu oleh lapisan eksekusi

Saat ini, keluar dari validator dan menarik ETH yang di-stake adalah operasi lapisan konsensus yang memerlukan kunci validator aktif, kunci BLS yang sama yang digunakan oleh validator untuk melakukan tugas aktif seperti pengesahan. Kredensial penarikan adalah kunci dingin terpisah yang menerima stake yang keluar tetapi tidak dapat memicu keluar. Satu-satunya cara bagi staker untuk keluar adalah dengan mengirimkan pesan khusus ke jaringan Beacon Chain yang ditandatangani menggunakan kunci validator aktif. Hal ini membatasi dalam skenario di mana kredensial penarikan dan kunci validator dipegang oleh entitas yang berbeda atau ketika kunci validator hilang.

EIP-7002 (opens in a new tab) memperkenalkan kontrak baru yang dapat digunakan untuk memicu keluar menggunakan kredensial penarikan lapisan eksekusi. Staker akan dapat keluar dari validator mereka dengan memanggil fungsi dalam kontrak khusus ini tanpa memerlukan kunci penandatanganan validator mereka atau akses ke Beacon Chain sama sekali. Yang penting, mengaktifkan penarikan validator onchain memungkinkan protokol staking dengan asumsi kepercayaan yang berkurang terhadap operator node.

Deposit validator onchain

Deposit validator saat ini diproses oleh eth1data poll (opens in a new tab) yang merupakan fungsi di Beacon Chain yang mengambil data dari lapisan eksekusi. Ini semacam utang teknis dari masa sebelum The Merge ketika Beacon Chain adalah jaringan terpisah dan harus berurusan dengan reorganisasi proof-of-work.

EIP-6110 (opens in a new tab) adalah cara baru untuk mengirimkan deposit dari eksekusi ke lapisan konsensus, yang memungkinkan pemrosesan instan dengan kompleksitas implementasi yang lebih sedikit. Ini adalah cara yang lebih aman untuk menangani deposit asli ke Ethereum yang telah digabungkan. Ini juga membantu mempersiapkan protokol untuk masa depan karena tidak memerlukan deposit historis untuk mem-bootstrap node, yang diperlukan untuk kedaluwarsa riwayat.

Prakompilasi untuk BLS12-381

Prakompilasi adalah serangkaian kontrak pintar khusus yang dibangun langsung ke dalam Mesin Virtual Ethereum (EVM). Tidak seperti kontrak biasa, prakompilasi tidak disebarkan oleh pengguna tetapi merupakan bagian dari implementasi klien itu sendiri, ditulis dalam bahasa aslinya (misalnya, Go, Java, dll, bukan Solidity). Prakompilasi berfungsi untuk fungsi yang banyak digunakan dan distandarisasi seperti operasi kriptografi. Pengembang kontrak pintar dapat memanggil prakompilasi sebagai kontrak biasa tetapi dengan keamanan dan efisiensi yang lebih tinggi.

EIP-2537 (opens in a new tab) menambahkan prakompilasi baru untuk operasi kurva pada BLS12-381 (opens in a new tab). Kurva eliptik ini menjadi banyak digunakan dalam ekosistem mata uang kripto berkat sifat praktisnya. Lebih khusus lagi, ini telah diadopsi oleh lapisan konsensus Ethereum, di mana ia digunakan oleh validator.

Prakompilasi baru ini menambahkan kemampuan bagi setiap pengembang untuk dengan mudah, efisien, dan aman melakukan operasi kriptografi menggunakan kurva ini, misalnya, memverifikasi tanda tangan. Aplikasi onchain yang bergantung pada kurva ini dapat menjadi lebih efisien gas dan aman dengan mengandalkan prakompilasi alih-alih beberapa kontrak kustom. Ini terutama berlaku untuk aplikasi yang ingin bernalar tentang validator di dalam EVM, misalnya, kolam staking, restaking, klien ringan, jembatan, tetapi juga zero-knowledge.

Menyajikan hash blok historis dari status

EVM saat ini menyediakan opcode BLOCKHASH yang memungkinkan pengembang kontrak untuk mengambil hash dari sebuah blok secara langsung di lapisan eksekusi. Namun, ini terbatas hanya pada 256 blok terakhir dan mungkin menjadi masalah bagi klien tanpa status di masa depan.

EIP-2935 (opens in a new tab) membuat kontrak sistem baru yang dapat menyajikan 8192 hash blok terakhir sebagai slot penyimpanan. Ini membantu mempersiapkan protokol untuk masa depan untuk eksekusi tanpa status dan menjadi lebih efisien ketika verkle tries diadopsi. Namun, terlepas dari ini, rollup dapat memperoleh manfaat dari ini segera, karena mereka dapat menanyakan kontrak secara langsung dengan jendela historis yang lebih panjang.

Memindahkan indeks komite ke luar Pengesahan

Konsensus Beacon Chain didasarkan pada validator yang memberikan suara mereka untuk blok terbaru dan epoch yang diselesaikan. Pengesahan mencakup 3 elemen, 2 di antaranya adalah suara dan yang ketiga adalah nilai indeks komite.

EIP-7549 (opens in a new tab) memindahkan indeks ini ke luar pesan pengesahan yang ditandatangani, yang membuatnya lebih mudah untuk memverifikasi dan menggabungkan suara konsensus. Ini akan memungkinkan efisiensi yang lebih besar di setiap klien konsensus dan dapat membawa peningkatan kinerja yang signifikan pada sirkuit zero-knowledge untuk membuktikan konsensus Ethereum.

Menambahkan jadwal blob ke file konfigurasi EL

EIP-7840 (opens in a new tab) adalah perubahan sederhana yang menambahkan bidang baru ke konfigurasi klien lapisan eksekusi. Ini mengonfigurasi jumlah blok, memungkinkan pengaturan dinamis untuk target dan jumlah blob maksimum per blok serta penyesuaian biaya blob. Dengan konfigurasi yang ditentukan secara langsung, klien dapat menghindari kompleksitas pertukaran informasi ini melalui Engine API.

Untuk mempelajari lebih lanjut tentang bagaimana Pectra memengaruhi Anda secara khusus sebagai pengguna, pengembang, atau validator Ethereum, lihat FAQ Pectra.

Apakah peningkatan ini memengaruhi semua node dan validator Ethereum?

Ya, peningkatan Pectra memerlukan pembaruan pada klien eksekusi dan klien konsensus. Semua klien Ethereum utama akan merilis versi yang mendukung hard fork yang ditandai sebagai prioritas tinggi. Untuk mempertahankan sinkronisasi dengan jaringan Ethereum pasca-peningkatan, operator node harus memastikan mereka menjalankan versi klien yang didukung. Perhatikan bahwa informasi tentang rilis klien sensitif terhadap waktu, dan pengguna harus merujuk pada pembaruan terbaru untuk detail paling terkini.

Bagaimana ETH dapat dikonversi setelah hard fork?

Tidak Ada Tindakan yang Diperlukan untuk ETH Anda: Setelah peningkatan Pectra Ethereum, tidak perlu mengonversi atau meningkatkan ETH Anda. Saldo akun Anda akan tetap sama, dan ETH yang Anda pegang saat ini akan tetap dapat diakses dalam bentuknya yang ada setelah hard fork.
Hati-hati terhadap Penipuan! siapa pun yang menginstruksikan Anda untuk "meningkatkan" ETH Anda sedang mencoba menipu Anda. Tidak ada yang perlu Anda lakukan sehubungan dengan peningkatan ini. Aset Anda akan tetap sama sekali tidak terpengaruh. Ingat, tetap mendapat informasi adalah pertahanan terbaik terhadap penipuan.

Lebih lanjut tentang mengenali dan menghindari penipuan

Lebih suka belajar secara visual?

Apa yang Masuk ke dalam Peningkatan Pectra? - Christine Kim

Peningkatan Pectra Ethereum: Apa yang Perlu Diketahui Staker — Blockdaemon

Bacaan lebih lanjut

Pembaruan terakhir halaman: 26 Februari 2026