Compass Investments

Pengembang Ethereum mengaktifkan pembaruan Pectra pada epoch 364032, sekitar pukul 6:05 pagi.

Pectra meningkatkan efisiensi penambangan, pengalaman pengguna, validator, dan skalabilitas Layer 2.

Aktivasi Pectra di jaringan inti Ethereum adalah pembaruan paling signifikan pada jaringan sejak penggabungan pada tahun 2022.

Diluncurkan pada epoch 364032 sekitar pukul 6:05 pagi ET, pembaruan Pectra adalah pembaruan terbesar Ethereum dalam hal EIP. Pembaruan ini berisi perubahan kode yang meningkatkan efisiensi steak, pengalaman pengguna, validator, dan skalabilitas Layer 2.

Pembaruan diluncurkan setelah pengujian ekstensif pada jaringan uji Holesky, Sepolia, dan Hoodi, yang pada awalnya mengalami masalah konfigurasi. Meskipun ada masalah pada jaringan uji, termasuk konfigurasi validator yang salah pada jaringan Holesky, peluncuran jaringan uji Hoodi pada bulan Maret 2025 memungkinkan peluncuran hari ini.

Pectra didasarkan pada pembaruan Dencun Maret 2024, yang memperkenalkan proto-dunksharding melalui EIP-4844. Dengan 11 Ethereum Improvement Proposal (EIP), Pectra mengatasi kemacetan kritis dalam jaringan. Tujuan dari pembaruan ini ada tiga: menghilangkan inefisiensi jaringan, meningkatkan pengalaman pengguna, dan meletakkan dasar untuk pembaruan di masa mendatang seperti Fusaka, yang akan memperkenalkan Verkle Trees dan PeerDAS untuk meningkatkan skala jaringan.

Berikut adalah EIP utama di Pectra dan dampaknya.

Dikembangkan dengan salah satu pendiri Ethereum, Vitalik Buterin, EIP-7702 yang disertakan dalam Pectra memungkinkan dompet pengguna untuk sementara waktu menjalankan logika kontrak pintar, sebuah langkah menuju abstraksi akun penuh. EIP ini memungkinkan dompet untuk mendukung fitur-fitur seperti mengizinkan pihak ketiga seperti dApps untuk menanggung biaya gas, memungkinkan model “freemium” di mana pengguna dapat berinteraksi tanpa ETH.

Pengguna juga dapat menggabungkan beberapa tindakan, seperti persetujuan dan pertukaran token, ke dalam satu transaksi, yang diharapkan dapat menurunkan biaya gas dan mengurangi gesekan bagi pengguna.

Pada akhirnya, abstraksi akun diharapkan dapat mengaktifkan fitur-fitur seperti pemulihan sosial, yang memungkinkan pengguna untuk memulihkan kunci yang hilang melalui kontak tepercaya.

EIP-7251 meningkatkan saldo validator efektif maksimum dari 32 ETH menjadi 2.048 ETH, memungkinkan penggabungan hadiah dan penyatuan validator.

Sebelumnya, stakers dengan lebih dari 32 ETH harus menyebarkan taruhannya ke beberapa validator, yang membuat pekerjaan menjadi lebih rumit. Sekarang, operator besar dapat menggabungkan beberapa validator 32 ETH menjadi satu validator, sehingga mengurangi kebutuhan bandwidth jaringan. Validator individu dan institusional akan memiliki lebih sedikit node untuk dikelola, mengurangi biaya peralatan dan pemeliharaan.

Namun, para kritikus memperingatkan bahwa EIP-7251 dapat meningkatkan sentralisasi karena stakers atau pool yang lebih kaya dapat mendominasi.

Berdasarkan proto-danksharding Dencun, EIP-7691 meningkatkan throughput gumpalan dari 3 (target) dan 6 (maksimum) masing-masing menjadi 6 dan 9 per blok.

Blobs – penyimpanan data sementara untuk rollup Layer 2 – mengurangi biaya L1 untuk rollup seperti Arbitrum dan Optimisme dengan faktor 10-100. EIP ini dapat meningkatkan efisiensi rollup, yang mengarah ke lebih banyak gumpalan, yang dapat berarti biaya transaksi yang lebih rendah dan pemrosesan yang lebih cepat untuk pengguna tingkat 2.

Ini juga akan memungkinkan pengembang rollup untuk menskalakan dApps secara lebih ekonomis, yang penting seiring dengan pertumbuhan TVL tingkat 2.

EIP-7002 dari Proteus memungkinkan validator keluar dan penarikan pada jaringan inti dipicu dari lapisan runtime, mengurangi ketergantungan pada kunci operator validator aktif, yang rentan sebagai kunci panas.

Arsitektur Ethereum membagi tanggung jawab antara lapisan konsensus dan eksekusi, serta persyaratan operasional untuk kunci validator. Lapisan konsensus mengelola mekanisme bukti kepemilikan Ethereum, di mana validator mengusulkan dan memvalidasi blok. Validator harus menandatangani data setiap saat untuk menghindari penalti atau pemotongan untuk perilaku yang salah (misalnya penandatanganan ganda). Kunci tanda tangan biasanya disimpan di klien validator yang berjalan di server atau di cloud, sering kali terhubung ke Internet, yang meningkatkan kerentanan terhadap serangan.