EIP-8141 vs. ERC-4337: Apa Perbedaannya?

Perbedaan utama antara EIP-8141 dan ERC-4337 terletak pada arsitektur dasarnya. ERC-4337 menambahkan account abstraction di atas sistem transaksi Ethereum yang sudah ada dengan memanfaatkan smart contract wallets, UserOperations, bundlers, smart contract tunggal bernama EntryPoint, serta paymasters opsional. Sebaliknya, EIP-8141 menawarkan Frame Transaction baru di lapisan protokol, sehingga validasi, pembayaran gas, deployment, dan eksekusi dapat dilakukan melalui berbagai frame dalam satu transaksi.

Keduanya mengejar fitur account abstraction yang serupa: transaksi bersponsor, operasi batch, tanda tangan fleksibel, mekanisme pemulihan, serta pengalaman wallet yang lebih efisien. Namun, kedalamannya dalam integrasi ke dalam Ethereum yang membedakan keduanya.

Key Takeaways

ERC-4337 dapat berfungsi tanpa mengubah tipe transaksi native Ethereum; sedangkan EIP-8141 langsung memperkenalkan Frame Transaction ke dalam protokol.

ERC-4337 menggunakan UserOperations, bundlers, smart contract EntryPoint, dan paymasters contract.

EIP-8141 memanfaatkan VERIFY, SENDER, dan frame lainnya untuk memisahkan proses validasi, pembayaran gas, deployment, dan eksekusi.

Keduanya mendukung gas abstraction, transaction batching, tanda tangan alternatif, dan transaksi bersponsor.

EIP-7702 menawarkan jalur migrasi agar EOA (Externally Owned Account) yang sudah ada dapat memperoleh fitur smart contract dan kompatibel dengan kedua pendekatan account abstraction.

EIP-8141 vs. ERC-4337 Account Abstraction

Feature ERC-4337 EIP-8141

Main user object UserOperation Frame Transaction

Account model smart account contract Native AA-capable account

Protocol change required No Yes

Execution coordinator EntryPoint singleton smart contract Protocol execution of frames

Bundlers Core part of standard flow Not required in the same way

Gas abstraction Paymaster contract Payment approval inside frames

Batch transactions Smart account logic Multiple frames / atomic batch (batch atomik)

Account deployment Factory/init code Deploy frame

Validation Smart account validation VERIFY frame

User execution Smart account call SENDER frame

EOA path EIP-7702 support default code (kode dasar) / EIP-7702-compatible model

ERC-4337 secara eksplisit menyebut UserOperation sebagai pseudo-transaksi (transaksi semu). Ia mencakup field seperti call data, gas limit, maksimum fee, tanda tangan, dan data paymaster, namun pada akhirnya bundler mengemasnya menjadi transaksi Ethereum biasa untuk dikirim ke EntryPoint.

EIP-8141 mengubah format transaksi tradisional. Payload-nya memuat beberapa frame, tanda tangan, parameter fee, dan alamat pengirim, sehingga setiap frame memiliki mode eksekusi dan gas limit tersendiri.

Cara Kerja Smart Contract Wallet ERC-4337

Melalui ERC-4337, pengguna berinteraksi dengan smart account contract daripada hanya mengandalkan EOA (Externally Owned Account) biasa.

Pengguna menandatangani UserOperation berisi call data yang diinginkan. Bundler mengumpulkan UserOperation yang tertunda dan mengirimkannya melalui EntryPoint untuk validasi dan koordinasi eksekusi. Paymasters contract dapat menanggung biaya gas, memungkinkan aplikasi menetapkan kebijakan pembayaran bersyarat atau membiarkan pengguna membayar secara tidak langsung dengan token ERC-20.

Karena field tanda tangan diinterpretasikan oleh smart account, bukan dikunci oleh konsensus Ethereum, ERC-4337 dapat mendukung session key, multisignature, logika pemulihan, dan smart account modular.

Arsitektur account abstraction ERC-4337 saat ini sudah menyediakan fitur smart contract canggih tanpa perlu upgrade protokol.

Bagaimana Frame Transaction EIP-8141 Mengubah Model

EIP-8141 membawa lebih banyak kemampuan account abstraction ke dalam alur transaksi native Ethereum.

Verify frame bertugas pada tahap validasi. Sender frame menjalankan aksi pengguna dalam konteks eksekusi pengirim. Deploy frame dapat menginstal kode akun sebelum validasi jika dibutuhkan, sedangkan frame tambahan dapat menangani pembayaran atau logika pasca-eksekusi.

Opcode APPROVE memungkinkan kode validasi menentukan ruang lingkup persetujuan untuk eksekusi, pembayaran, atau keduanya. Setelah eksekusi disahkan, frame lain dapat menjalankan operasi multi-langkah yang diminta.

Inilah perbedaan mendasar antara Frame Transaction dan ERC-4337: protokol Ethereum secara native memahami tahapan ini tanpa perlu pipeline UserOperation terpisah.

Pembayaran dan Akuntansi Gas

Kedua sistem dapat mendukung pengguna yang tidak memiliki ETH untuk setiap transaksi.

Pada ERC-4337, paymasters contract dapat menanggung gas lalu menarik biaya dari pengguna dalam token lain. Penyedia wallet atau dApp pun dapat menetapkan kondisi sponsorship.

Pada EIP-8141, pembayaran gas terintegrasi dalam proses validasi transaksi. Sponsor contract dapat mengesahkan pembayaran, dan pengirim mengesahkan eksekusi secara terpisah. Dengan demikian, pembayar tidak harus menjadi pengirim.

EIP-8141 menggunakan model gas yang lebih eksplisit, di mana setiap frame menerima execution dan state gas limit, dan transaksi dibatasi oleh maksimum biaya keseluruhan. Gas tak terpakai pada satu frame tidak otomatis bisa digunakan frame lain, sehingga simulasi dan validasi tetap terkendali.

Batch Transaction dan Multiple Operation

Smart account ERC-4337 memungkinkan transaction batching, sehingga pengguna dapat menjalankan beberapa operasi dalam satu aksi akun.

EIP-8141 membuat operasi batch lebih jelas dengan penggunaan beberapa frame. atomic batch (batch atomik) mengelompokkan aksi berurutan agar berhasil/gagal bersama—jika satu frame gagal, semua perubahan yang dikelompokkan dibatalkan.

Misalnya, approval token dan swap dapat diproses sebagai satu rangkaian all-or-nothing, sehingga approval tidak tersisa jika swap gagal.

Penerapan native untuk operasi multi-langkah ini menjadi alasan desain smart account pada EIP-8141 lebih sederhana.

EIP-7702 dan Jalur Migrasi untuk EOA (Externally Owned Account)

EIP-7702 memungkinkan EOA mendelegasikan eksekusi ke kode kontrak tanpa mengubah alamat. Ini menjadi jembatan praktis antara akun konvensional dan fitur smart account.

ERC-4337 dapat memanfaatkan akun yang sudah diaktifkan EIP-7702, sehingga tidak semua pengguna harus migrasi ke alamat kontrak baru.

EIP-8141 melangkah lebih jauh dengan default code (kode dasar), sehingga akun memperoleh perilaku dasar Frame Transaction meski storage kosong atau belum ada kode yang dideploy. Deploy frame bisa menambah atau mendelegasikan kode saat dibutuhkan fitur tambahan.

Karena itu, EIP-7702, ERC-4337, dan EIP-8141 adalah tahapan saling terhubung dalam migrasi account abstraction Ethereum, bukan sistem yang saling meniadakan.

Native Account Abstraction: Apa yang Berubah di Lapisan Protokol?

Integrasi lebih dalam dari EIP-8141 dapat mengurangi ketergantungan pada bundler dan infrastruktur transaksi off-chain untuk sebagian besar aktivitas account abstraction.

Ia juga mendekatkan validasi yang dapat diprogram ke model transaksi tingkat konsensus. Logika validasi yang berbeda dapat mendukung kebijakan pemulihan, agregasi tanda tangan di masa depan, izin sesi, atau autentikasi post-kuantum.

Komprominya adalah peningkatan kompleksitas. Node publik harus mengevaluasi Frame Transaction yang tertunda dengan aman sebelum dimasukkan. Karena itu, EIP-8141 menetapkan validation prefix (prefiks validasi) terbatas, membatasi akses state, membatasi pekerjaan validasi, serta membedakan paymaster kanonikal dan non-kanonikal (paymaster standar dan non-standar) demi meminimalkan risiko invalidasi massal dan serangan denial-of-service.

Arsitektur account abstraction Ethereum secara keseluruhan menunjukkan bagaimana UX wallet perlahan bergerak dari solusi tingkat aplikasi ke dukungan protokol yang lebih mendalam.

Kesimpulan

Singkatnya, ERC-4337 membangun account abstraction di atas Ethereum, sementara EIP-8141 membangun account abstraction secara native di dalam Ethereum.

ERC-4337 menggunakan smart contract wallets, UserOperations, bundlers, EntryPoint, dan paymasters. EIP-8141 menggunakan Frame Transaction dengan tahapan verifikasi, sender, deployment, pembayaran, dan eksekusi yang terpisah.

ERC-4337 tetap penting karena sudah menyediakan infrastruktur account abstraction yang matang tanpa perlu menunggu upgrade protokol. Sementara keunggulan EIP-8141 adalah menawarkan gas abstraction, validasi terprogram, operasi batch, dan transaksi bersponsor secara native tanpa tergantung pipeline transaksi terpisah.

Pertanyaan yang Sering Diajukan

Apakah EIP-8141 Menggantikan ERC-4337?

Tidak otomatis. ERC-4337 sudah mendukung smart account yang dideploy dan infrastruktur yang mapan. EIP-8141 mengubah fitur native Ethereum, dan wallet dapat terus memakai komponen ERC-4337 jika masih relevan.

Apakah EIP-8141 Membutuhkan EntryPoint Contract?

Tidak dibutuhkan EntryPoint contract tunggal untuk alur Frame Transaction utama. Validasi dan eksekusi diwakili langsung oleh frame transaksi, bukan UserOperation yang dialur melalui EntryPoint.

Apakah Keduanya Mendukung Gas Bersponsor?

Ya. ERC-4337 menggunakan paymasters untuk mensponsori UserOperation. EIP-8141 memungkinkan validasi transaksi mengesahkan pengirim dan pembayar secara terpisah sehingga sponsor contract dapat menanggung gas.

Apakah ERC-4337 Mendukung EOA yang Ada?

Ya, khususnya lewat EIP-7702. EOA dapat mendelegasikan fungsi smart contract dengan tetap memakai alamat aslinya, sehingga tidak perlu migrasi akun secara total.

Mengapa EIP-8141 Disebut Native Account Abstraction?

Sebab validasi, otorisasi pembayaran, deployment, dan eksekusi diintegrasikan langsung dalam format transaksi baru Ethereum, bukan hanya berbasis infrastruktur UserOperation eksternal.

Konten ini untuk tujuan edukasi saja. Standar Ethereum, upgrade protokol, implementasi wallet, dan spesifikasi EIP dapat berubah.