Peningkatan Pectra adalah tonggak penting berikutnya untuk jaringan Ethereum, diharapkan akan diimplementasikan pada kuartal pertama tahun 2025. Peningkatan ini terdiri dari dua komponen utama: peningkatan Prague (lapisan eksekusi) dan peningkatan Electra (lapisan protokol).

Tidak seperti peningkatan utama sebelumnya, Pectra tidak memiliki tujuan utama tunggal; sebaliknya, fokusnya adalah pada berbagai peningkatan teknologi dan optimisasi. Hal ini berbeda dengan peningkatan Dencun (yang secara signifikan mengurangi biaya L2) dan peningkatan Shapella (yang memungkinkan penarikan ETH yang dipertaruhkan, menyelesaikan transisi Ethereum ke Proof of Stake (PoS)).

Perkembangan terbaru

Baru-baru ini, pengembang inti Ethereum (ACD, All Core Developers) membahas kemungkinan memisahkan upgrade Pectra menjadi dua fase selama panggilan konferensi. Menurut proposal ini:

1. Peningkatan Pectra akan mencakup EIP dari pectra-devnet-3 (rinciannya di bawah).
2. Komponen EOF (EVM Object Format) dan PeerDAS (Peer Data Availability Sampling) yang awalnya direncanakan akan ditunda hingga upgrade berikutnya, yang sementara dinamai Fusaka (Fulu + Osaka).
3. Konten terkait Pohon Verkle, yang awalnya direncanakan untuk diimplementasikan di Osaka, akan lebih jauh tertunda dan mungkin akan direalisasikan dalam upgrade berikutnya yang dinamai Amsterdam.

Pendekatan bertahap ini bertujuan untuk menjaga skala dan kompleksitas setiap peningkatan tetap terkelola sambil memberikan waktu yang cukup untuk pengujian dan penyempurnaan teknologi yang beragam.

EIP yang terkait dengan peningkatan Pectra

EIP yang diidentifikasi untuk disertakan

1. EIP-2537^[1]: Operasi pra-dikompilasi untuk kurva BLS12-381
2. EIP-2935^[2]: Menyimpan hash blok historis dalam status
3. EIP-6110^[3]Menyediakan deposit validator on-chain
4. EIP-7002^[4]: Keluar lapisan eksekusi yang dapat dipicu
5. EIP-7251^[5]: Meningkatkan saldo efektif maksimum
6. EIP-7549^[6]: Memindahkan indeks komite dari bukti-bukti
7. EIP-7685^[7]: Permintaan lapisan eksekusi umum
8. EIP-7702^[8]: Menetapkan kode akun EOA untuk transaksi

EIP yang sedang dipertimbangkan

• EIP-7212: Operasi precompiled untuk kurva secp256r1
• EIP-7547^[9]: Daftar inklusi
• EIP-7623^[10]: Meningkatkan biaya calldata
• EIP-7742^[11]: Memisahkan hubungan jumlah blob antara lapisan konsensus dan lapisan eksekusi

Pengenalan tentang EIP utama

EIP-2537: Operasi pra-dikompilasi untuk kurva BLS12-381

Proposal ini memperkenalkan operasi yang telah dikompilasi sebelumnya pada kurva BLS12-381, yang secara signifikan meningkatkan efisiensi operasi seperti verifikasi tanda tangan BLS. Dibandingkan dengan operasi BN254 yang telah dikompilasi sebelumnya, BLS12-381 menawarkan keamanan yang lebih tinggi (lebih dari 120 bit, sementara BN254 hanya menyediakan 80 bit). Peningkatan ini tidak hanya mencakup operasi kurva dasar tetapi juga mengintegrasikan multi-eksponensial, meletakkan dasar untuk agregasi kunci publik dan tanda tangan yang efisien.

EIP-2935: Menyimpan hash blok historis dalam status

Usulan ini menyarankan untuk menyimpan hash dari 8.192 blok terbaru di dalam kontrak sistem, terutama untuk mendukung eksekusi klien stateless. Dengan cara ini, klien stateless dapat dengan lebih mudah mengakses informasi historis yang diperlukan sambil tetap kompatibel dengan opcode BLOCKHASH yang ada. Perubahan ini menyederhanakan mekanisme penyimpanan sejarah hash blok dan menyediakan pendekatan baru untuk mengakses data historis.

EIP-6110: Menyediakan deposit validator on-chain

Usulan ini secara langsung mengintegrasikan proses deposit validator ke dalam struktur blok dari lapisan eksekusi Ethereum. Perubahan ini mengalihkan tanggung jawab untuk menyertakan dan memverifikasi deposit dari lapisan konsensus ke lapisan eksekusi, menghilangkan kebutuhan bagi lapisan konsensus untuk memilih deposit (atau eth1data). Dengan menghasilkan daftar deposit melalui analisis peristiwa log kontrak dari transaksi deposit, metode ini tidak hanya meningkatkan keamanan dan efisiensi pemrosesan deposit tetapi juga meningkatkan pengalaman pengguna. Selain itu, ini menyederhanakan desain perangkat lunak klien dan mengurangi kompleksitas sistem secara keseluruhan.

EIP-7002: Keluaran lapisan eksekusi yang dapat dipicu

Usulan ini memperkenalkan mekanisme baru yang memungkinkan validator menarik kembali kredensial mereka melalui lapisan eksekusi (0x01) untuk memicu operasi penarikan dan keluar. Secara khusus, pesan penarikan terlampir ke blok lapisan eksekusi dan kemudian diproses oleh lapisan konsensus. Pendekatan ini memberikan opsi keluar yang lebih fleksibel kepada validator sambil mempertahankan keamanan dan konsistensi sistem.

EIP-7251: Meningkatkan saldo efektif maksimum

Usulan ini bertujuan untuk meningkatkan saldo efektif maksimum (MAX_EFFECTIVE_BALANCE) untuk validator Ethereum sambil mempertahankan saldo staking minimum sebesar 32 ETH. Perubahan ini menawarkan beberapa manfaat:

1. Ini memungkinkan operator node besar untuk menggabungkan menjadi validator yang lebih sedikit, meningkatkan efisiensi operasional.
2. Ini memberikan pemegang staker kecil kesempatan untuk mendapatkan imbalan bunga majemuk, membuat staking lebih menarik.
3. Ini menawarkan opsi staking yang lebih fleksibel, menarik lebih banyak peserta.
4. Ini mengurangi validator yang berlebihan dalam jaringan, mengurangi volume pesan P2P.
5. Ini mengurangi jejak memori BeaconState, meningkatkan efisiensi sistem.
6. Ditambah dengan mekanisme penarikan yang ditingkatkan untuk lapisan eksekusi, ini lebih mengoptimalkan likuiditas dana di seluruh jaringan Ethereum.

EIP-7549: Memindahkan indeks komite dari bukti

Proposal ini menyarankan untuk menghapus bidang indeks komite dari pesan bukti yang ditandatangani untuk memungkinkan agregasi suara konsensus yang sama. Tujuan utama dari perubahan ini adalah untuk meningkatkan efisiensi klien Casper FFG dengan mengurangi jumlah rata-rata pasangan yang diperlukan untuk memverifikasi aturan konsensus. Sementara semua jenis klien dapat memperoleh manfaat dari peningkatan ini, diharapkan dapat memberikan peningkatan kinerja paling signifikan untuk sirkuit ZK yang perlu membuktikan konsensus Casper FFG.

EIP-7685: Permintaan lapisan eksekusi umum

Proposal ini mendefinisikan kerangka kerja umum untuk menyimpan dan memproses permintaan yang dipicu oleh kontrak pintar. Implementasi spesifik menambahkan field ke header eksekusi dan body untuk menyimpan informasi permintaan, sehingga mengekspos permintaan ini ke lapisan konsensus dan memungkinkannya menangani setiap permintaan. Mekanisme ini dirancang terutama untuk mengatasi meningkatnya permintaan untuk kontrol validator oleh kontrak pintar dan untuk memberikan landasan bagi interaksi on-chain yang lebih kompleks di masa depan.

EIP-7702: Mengatur Kode Akun EOA untuk Transaksi

Diajukan oleh Vitalik Buterin dan lainnya, EIP-7702 bertujuan untuk mengoptimalkan abstraksi akun di Ethereum. Usulan ini memperkenalkan jenis transaksi baru yang memungkinkan akun yang dimiliki secara eksternal (EOA) untuk mengatur kode akun melalui mekanisme otorisasi. Peningkatan ini mendukung beberapa fitur baru:

1. Operasi batch: Memungkinkan EOA melakukan beberapa operasi dalam satu transaksi, meningkatkan efisiensi.
2. Transaksi pembayaran biaya: Memfasilitasi pihak ketiga untuk menutupi biaya transaksi.
3. Degradasi izin: Meningkatkan keamanan dan fleksibilitas akun.

Dengan mengadopsi struktur transaksi baru, proposal ini tidak hanya meningkatkan fungsionalitas dan kegunaan EOA tetapi juga menyediakan kompatibilitas dan skalabilitas yang baik untuk teknologi abstraksi akun di masa depan.

Kesimpulan

Meskipun upgrade Pectra tidak memiliki tujuan utama yang menonjol, itu akan lebih meningkatkan fungsionalitas, keamanan, dan efisiensi jaringan Ethereum melalui serangkaian perbaikan teknis dan optimisasi. Saat rencana upgrade berlangsung, kita mungkin akan melihat lebih banyak EIP yang diinkorporasikan atau disesuaikan.

Referensi

• EIP-7600: Metadata hard fork Pectra^[12]
• Pertemuan Lapisan Konsensus Pengembang Inti Ethereum #197^[13]

Referensi

[1]EIP-2537: https://eips.ethereum.org/EIPS/eip-2537

[2]EIP-2935: https://eips.ethereum.org/EIPS/eip-2935

[3]EIP-6110: https://eips.ethereum.org/EIPS/eip-6110

[4]EIP-7002: https://eips.ethereum.org/EIPS/eip-7002

[5] EIP-7251: https://eips.ethereum.org/EIPS/eip-7251

[6]EIP-7549: https://eips.ethereum.org/EIPS/eip-7549

[7]EIP-7685: https://eips.ethereum.org/EIPS/eip-7685

[8]EIP-7702: https://eips.ethereum.org/EIPS/eip-7702

[9]EIP-7547: https://eips.ethereum.org/EIPS/eip-7547

[10]EIP-7623: https://eips.ethereum.org/EIPS/eip-7623

[11]EIP-7742: https://eips.ethereum.org/EIPS/eip-7742

[12]EIP-7600: Metadata hard fork Pectra:https://eips.ethereum.org/EIPS/eip-7600

[13] Pertemuan Lapisan Konsensus Pengembang Inti Ethereum #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/

Pernyataan:

1. Artikel ini direproduksi dari[dwong], judul asli “Menganalisis Ethereum Pectra: Peningkatan Utama Berikutnya”, hak cipta Atribusi kepada penulis asli [dwong], jika Anda memiliki keberatan terhadap pencetakan ulang ini, silakan hubungi Tim Belajar Gate, tim akan menanganinya secepat mungkin sesuai dengan prosedur yang relevan.

2. Penolakan: Pandangan dan opini yang terdapat dalam artikel ini hanya mencerminkan pandangan pribadi penulis dan tidak merupakan saran investasi.

3. Versi bahasa lain dari artikel ini diterjemahkan oleh tim Gate Learn dan tidak disebutkan dalamGate.ioArtikel yang diterjemahkan tidak boleh direproduksi, didistribusikan, atau diplagiat.