Crypto · 5 min read · 5 views
EIP-7702 Setelah Pectra: Dompet Ethereum Makin Pintar, Delegasi Makin Sensitif
EIP-7702 memberi akun Ethereum lama kemampuan smart wallet tanpa pindah alamat. Ulasan ini membedah mekanisme delegasi, manfaat, batas keamanan, dan langkah verifikasi setelah Pectra.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer
# Pembukaan
Peningkatan Pectra yang aktif di mainnet Ethereum pada 7 Mei 2025 membawa perubahan penting bagi akun yang selama ini bergantung pada satu private key. Melalui EIP-7702, *externally owned account* (EOA) dapat menunjuk kode smart contract untuk dijalankan dari alamatnya sendiri. Pengguna tidak perlu memindahkan aset dan riwayat ke alamat baru untuk memperoleh fungsi seperti penggabungan beberapa tindakan, sponsor gas, autentikasi alternatif, atau batas pengeluaran. Ethereum Foundation menyebut pendekatan ini sebagai langkah besar menuju *account abstraction*, yakni upaya membuat aturan akun lebih fleksibel daripada pola lama satu kunci–satu tanda tangan ([Ethereum Foundation](https://blog.ethereum.org/2025/04/23/pectra-mainnet)).
Kemudahan itu datang bersama perubahan model kepercayaan. Delegasi bukan aksesori antarmuka: kode yang ditunjuk dieksekusi dalam konteks saldo dan penyimpanan akun pengguna. Karena itu, kualitas implementasi wallet, keterbacaan permintaan tanda tangan, audit kontrak delegasi, serta kemampuan mencabut izin menjadi sama pentingnya dengan fitur baru. Artikel ini menjelaskan mekanisme EIP-7702 tanpa hype harga, lalu memisahkan manfaat nyata dari asumsi keliru yang dapat membuka risiko keamanan.
## Daftar Isi
- [01 — Dari EOA ke Akun yang Dapat Diprogram](#bagian-01)
- [02 — Cara Transaksi Type 4 Bekerja](#bagian-02)
- [03 — Manfaat bagi Pengguna dan Aplikasi](#bagian-03)
- [04 — Risiko Baru dan Asumsi Lama yang Gugur](#bagian-04)
- [05 — Checklist Delegasi yang Lebih Aman](#bagian-05)
- [Kesimpulan](#kesimpulan-artikel)
- [Sumber](#sumber-artikel)
<a id="bagian-01"></a>
## 01 — Dari EOA ke Akun yang Dapat Diprogram
EOA tradisional dapat mengirim transaksi karena memiliki private key, tetapi tidak memiliki logika program seperti *contract account*. EIP-7702 menjembatani keduanya dengan menambahkan indikator delegasi pada kode EOA yang menunjuk ke kontrak yang sudah tersedia. Spesifikasi resminya memperkenalkan transaksi baru berbasis EIP-2718 dengan tipe `0x04` dan `authorization_list`; setiap otorisasi memuat `chain_id`, alamat kontrak delegasi, nonce, dan komponen tanda tangan. Ketika akun dipanggil, Ethereum mengikuti penunjuk tersebut dan mengeksekusi kode delegasi, sementara alamat, saldo, serta konteks penyimpanan tetap milik EOA ([EIP-7702](https://eips.ethereum.org/EIPS/eip-7702)). Delegasi bertahan sampai diganti atau dicabut; ini bukan perubahan sesaat yang otomatis hilang setelah satu transaksi.
> **Highlight:** EIP-7702 mempertahankan alamat dan private key EOA, tetapi perilaku akun mengikuti kode delegasi yang dipilih sampai pemilik mengganti atau mencabutnya.
<a id="bagian-02"></a>
## 02 — Cara Transaksi Type 4 Bekerja
Alurnya dimulai ketika pemilik EOA menandatangani tuple otorisasi menuju alamat kontrak delegasi. `chain_id` membatasi otorisasi pada jaringan tertentu—kecuali nilai nol sengaja dipakai—sementara nonce membantu mencegah pemakaian ulang tanda tangan. Setelah transaksi diproses, kode akun berisi indikator dengan awalan khusus yang mengarahkan eksekusi ke kontrak target. Private key asli tetap mengendalikan akun dan pemilik dapat mengganti implementasi atau mendelegasikan ke alamat nol untuk mencabutnya. Namun, pencabutan tidak membatalkan transaksi berbahaya yang sudah terjadi. Pedoman resmi juga mengingatkan pengembang bahwa akun kini dapat bertindak sebagai pengirim sekaligus kontrak tujuan; aplikasi tidak boleh lagi menganggap `tx.origin` selalu EOA biasa ([Ethereum.org](https://ethereum.org/roadmap/pectra/7702/)).
| Komponen | Fungsi | Pertanyaan verifikasi |
|---|---|---|
| `chain_id` | Membatasi jaringan berlakunya otorisasi | Apakah jaringan sesuai tampilan wallet? |
| Alamat delegasi | Menentukan kode yang dijalankan EOA | Apakah alamat berasal dari vendor tepercaya dan terverifikasi? |
| Nonce | Mengikat otorisasi pada keadaan akun | Apakah permintaan lama masih dapat dipakai ulang? |
| Tanda tangan | Memberi persetujuan kriptografis | Apakah wallet menjelaskan bahwa ini delegasi kode? |
| Revokasi | Menghapus atau mengganti delegasi | Apakah prosedur pemulihan sudah diuji? |
<a id="bagian-03"></a>
## 03 — Manfaat bagi Pengguna dan Aplikasi
Manfaat paling terlihat ialah *batching*: persetujuan token dan interaksi aplikasi dapat dirangkai dalam satu alur, mengurangi jumlah konfirmasi terpisah. Aplikasi juga dapat mensponsori biaya transaksi atau menerima pembayaran gas melalui mekanisme yang lebih ramah pengguna. Kode akun dapat menambahkan batas pengeluaran, kunci sesi dengan wewenang terbatas, metode autentikasi berbasis perangkat, dan skema pemulihan alternatif. Ethereum Foundation mencontohkan passkey, kontrol pengeluaran, batching, serta sponsorship sebagai kemungkinan utama, bukan fitur yang otomatis aktif pada semua wallet ([pengumuman testnet Pectra](https://blog.ethereum.org/2025/02/14/pectra-testnet-announcement)). Hasil akhirnya bergantung pada kontrak delegasi dan dukungan perangkat lunak; protokol hanya menyediakan rel, bukan menjamin desain aplikasi di atasnya aman atau mudah dipakai.
<a id="bagian-04"></a>
## 04 — Risiko Baru dan Asumsi Lama yang Gugur
Risiko terbesar berada pada tanda tangan delegasi yang tidak dipahami pengguna. Kontrak berbahaya atau cacat dapat memperoleh kemampuan luas karena dijalankan dalam konteks akun, sehingga antarmuka yang menyamarkan otorisasi sebagai “login” biasa sangat berbahaya. Delegasi lintas rantai dengan `chain_id` nol memperluas permukaan replay, sedangkan implementasi tanpa pemeriksaan nonce, target, nilai, dan calldata yang ketat dapat memberi ruang eksekusi di luar maksud pengguna. Pengembang kontrak juga harus meninggalkan pola keamanan `msg.sender == tx.origin`; pedoman EIP-7702 menjelaskan bahwa asumsi tersebut tidak lagi andal untuk mencegah reentrancy. Sinyal diskusi dari akun ekosistem di X membantu menunjukkan perhatian awal terhadap kompatibilitas account abstraction, tetapi detail mekanisme dan batas keamanan di artikel ini diverifikasi melalui spesifikasi EIP serta dokumentasi resmi Ethereum, bukan unggahan sosial ([sinyal X](https://x.com/threesigmaxyz/status/1788301526642971092); [pedoman resmi](https://ethereum.org/roadmap/pectra/7702/)).
<a id="bagian-05"></a>
## 05 — Checklist Delegasi yang Lebih Aman
Sebelum menandatangani, pengguna perlu memastikan wallet menyebut tindakan itu sebagai otorisasi EIP-7702, memeriksa jaringan serta alamat kontrak, dan menghindari tautan yang datang lewat pesan mendesak. Kontrak delegasi sebaiknya bersumber dari proyek tepercaya, memiliki kode terverifikasi, audit yang dapat dibaca, dan prosedur revokasi yang jelas. Setelah delegasi, status akun perlu diperiksa melalui explorer atau alat wallet yang mendukung EIP-7702; izin token lama tetap perlu diaudit karena revokasi delegasi tidak otomatis menghapus semua approval. Pengembang wallet perlu menampilkan dampak persetujuan dalam bahasa konkret, memisahkan tanda tangan delegasi dari login, menerapkan simulasi transaksi, dan memberi tombol pencabutan yang mudah ditemukan. Pengguna hardware wallet juga harus memastikan firmware mampu menampilkan isi otorisasi, bukan hanya hash yang tidak bermakna.
<a id="kesimpulan-artikel"></a>
## Kesimpulan
EIP-7702 mengubah EOA dari akun dengan perilaku tetap menjadi alamat yang dapat memakai logika smart contract tanpa migrasi aset. Desain ini dapat memangkas friksi, membuka passkey, sponsorship, batching, kontrol pengeluaran, dan pemulihan yang lebih baik. Namun, keuntungan tersebut hanya aman jika kontrak delegasi layak dipercaya dan persetujuan ditampilkan secara transparan. Tolok ukur yang sehat bukan banyaknya fitur atau narasi adopsi, melainkan apakah pengguna mengetahui kode yang diberi kuasa, dapat membatasi cakupan otorisasi, memeriksa status akun, serta mencabut delegasi sebelum kerugian terjadi. EIP-7702 memperluas kemampuan wallet; ia tidak menggantikan kehati-hatian terhadap tanda tangan.
<a id="sumber-artikel"></a>
## Sumber
1. [Ethereum Improvement Proposals — EIP-7702: Set Code for EOAs](https://eips.ethereum.org/EIPS/eip-7702)
2. [Ethereum.org — Pectra EIP-7702 Guidelines](https://ethereum.org/roadmap/pectra/7702/)
3. [Ethereum Foundation — Pectra Mainnet Announcement](https://blog.ethereum.org/2025/04/23/pectra-mainnet)
4. [Ethereum Foundation — Pectra Testnet Announcement](https://blog.ethereum.org/2025/02/14/pectra-testnet-announcement)
5. [Three Sigma di X — sinyal diskusi awal EIP-7702](https://x.com/threesigmaxyz/status/1788301526642971092)
GD
Tentang Penulis — Ganes Satsangga
Backend Developer berpengalaman membangun aplikasi web, sistem ERP/CMS, integrasi API, dan database menggunakan Laravel, PHP, dan Go.
