EIP-8141: Mengapa Abstraksi Akun Natif Bukan Fitur Utama dalam Peningkatan Hegota Ethereum

Penulis: imToken

Minggu lalu, di pertemuan pengembang inti Ethereum, EIP-8141 secara resmi dibahas untuk dimasukkan ke dalam upgrade Hegota, dengan hasil yang mengejutkan: proposal yang didukung langsung oleh Vitalik tidak dijadikan sebagai "fitur utama" Hegota, melainkan mendapatkan status "dipertimbangkan untuk dimasukkan" (CFI).

Sementara itu, minggu ini tim Google Quantum AI merilis whitepaper terbaru, menyatakan bahwa perkiraan jumlah qubit fisik yang diperlukan untuk memecahkan ECDLP-256, berdasarkan asumsi perangkat keras yang diberikan, telah turun hingga 20 kali lipat dibandingkan sebelumnya. Meskipun tidak berarti serangan kuantum sudah dekat, hal ini secara nyata mengingatkan kita bahwa jika sistem akun di masa depan tidak dapat dengan fleksibel mengganti logika verifikasi, maka banyak diskusi saat ini mengenai pengalaman dompet kemungkinan besar akan berubah menjadi masalah keamanan.

Meskipun dari sudut pandang realitas kemajuan protokol, EIP-8141 saat ini masih terlalu berat, terutama dalam hal implementasi klien, keamanan transaction pool, dan kompleksitas verifikasi, belum terbentuk konsensus yang cukup kuat.

Namun, pada titik waktu saat ini, aspek-aspek yang layak dibahas dan ditinjau secara serius terkait EIP-8141 tampaknya semakin banyak.

EIP-8141 didorong oleh Vitalik Buterin dan kontributor inti seperti timbeiko, dengan nama resmi Frame Transactions.

Secara sederhana, tujuannya bukan hanya menambahkan fitur dompet tertentu, tetapi mencoba di tingkat protokol agar akun apa pun tidak lagi terikat pada satu jalur tanda tangan ECDSA, melainkan dapat memiliki logika verifikasi dan eksekusi yang lebih fleksibel.

Ini juga berarti bahwa multi-signature, sponsorship gas, rotasi kunci, pemulihan sosial, bahkan integrasi masa depan dengan skema tanda tangan anti-kuantum, tidak lagi hanya berupa fitur eksternal yang ditambahkan di luar dompet, tetapi berpeluang menjadi anggota "asli" dalam sistem akun Ethereum.

Jika dilihat secara permukaan, EIP-8141 membahas sejumlah kemampuan yang tampak sangat spesifik: membayar Gas dengan stablecoin, menggabungkan beberapa operasi menjadi satu transaksi, mendukung cara tanda tangan yang lebih fleksibel, bahkan menyediakan ruang untuk tanda tangan anti-kuantum di masa depan. Dapat dikatakan, selama bertahun-tahun, berbagai peningkatan pengalaman dompet mulai dari ERC-4337 hingga EIP-7702, pada dasarnya bertujuan menjadikan akun bukan lagi sekadar kunci pribadi, melainkan sebuah pintu masuk yang dapat menyesuaikan aturan sendiri.

Masalahnya adalah, perbaikan-perbaikan ini memang membuat dompet menjadi semakin mirip dengan akun pintar, tetapi belum benar-benar menyentuh model akun default paling dasar dari Ethereum.

Secara umum, akun Ethereum dalam sistem saat ini terbagi menjadi dua jenis. Pertama, akun yang dimiliki eksternal, atau yang paling dikenal sebagai EOA, yang dikendalikan oleh kunci pribadi dan dapat secara aktif memulai transaksi, tetapi tidak memiliki kemampuan pemrograman; kedua, akun kontrak, yaitu smart contract itu sendiri, yang dapat menjalankan logika kompleks, tetapi tidak dapat memulai transaksi secara mandiri.

Hal ini menyebabkan kemampuan untuk memulai transaksi tetap terikat pada tanda tangan kunci pribadi tunggal. Selama asumsi ini tidak berubah, banyak kemampuan yang saat ini dianggap wajar oleh pengguna—seperti mengganti aturan tanda tangan secara fleksibel, membiarkan orang lain membayar Gas, memulihkan kendali akun setelah kunci pribadi hilang, atau bermigrasi mulus ke sistem kriptografi baru di masa depan—sulit menjadi kemampuan bawaan akun.

Jika Anda pernah menggunakan imToken atau dompet Web3 lainnya, kemungkinan besar Anda juga pernah mengalami masalah-masalah ini, seperti memiliki banyak USDC di dompet tetapi tidak bisa mengirim transaksi karena tidak memiliki ETH (karena Gas hanya bisa dibayar dengan ETH); kehilangan mnemonic phrase berarti kehilangan uang secara permanen dan tidak bisa dipulihkan; operasi "otorisasi + pertukaran" memerlukan tanda tangan dan konfirmasi dua kali, dll.

Masalah-masalah ini bukan karena produk dompet "tidak cukup baik", tetapi merupakan hasil dari desain model akun Ethereum itu sendiri.

Dari sudut pandang ini, evolusi dua tahun terakhir sebenarnya sudah sangat jelas: ERC-4337 telah menghidupkan akun abstrak di lapisan aplikasi tanpa mengubah protokol; EIP-7702 selanjutnya membuktikan bahwa EOA tidak sepenuhnya tidak dapat diperluas, setidaknya dapat sementara memperoleh sebagian kemampuan yang mendekati akun pintar.

Artinya, Ethereum tidak ingin menghindari account abstraction, tetapi terus mendekatinya dengan cara yang lebih lembut dan konservatif secara bertahap. Munculnya EIP-8141 menandai titik baru dalam jalur ini—tidak lagi puas dengan menambahkan kemampuan smart account di luar sistem yang ada, tetapi berusaha memasukkan account abstraction langsung ke dalam model transaksi itu sendiri, sehingga akun memiliki logika verifikasi dan eksekusi yang dapat diprogram sejak tingkat protokol.

Inilah mengapa EIP-8141 kembali mendapat perhatian hari ini. Di satu sisi, pengalaman dompet lapisan atas sudah semakin mendekati account abstraction asli, sehingga lapisan protokol tak terhindarkan harus mengejar ketertinggalan; di sisi lain, tekanan jangka panjang dari komputasi kuantum sedang mengubah pertanyaan "apakah akun dapat mengganti cara tanda tangan secara fleksibel" dari isu teknis yang jauh menjadi masalah nyata yang harus dipertimbangkan serius.

Pada akhirnya, EIP-8141 memperkenalkan jenis transaksi baru—Frame Transaction, dengan nomor jenis transaksi 0x06.

Jika logika dasar transaksi Ethereum tradisional adalah satu transaksi sesuai satu panggilan, maka yang ingin dicapai EIP-8141 adalah memecah satu transaksi menjadi sekelompok "frame" yang dapat dieksekusi secara berurutan sesuai aturan, sehingga tiga hal yang sebelumnya terikat bersama—verifikasi, pembayaran, dan eksekusi—dapat diproses secara terpisah.

Setiap 「frame」 memiliki tiga mode eksekusi:

• VERIFY (verifikasi frame): Bertanggung jawab untuk memverifikasi apakah transaksi sah, ia akan menjalankan logika verifikasi khusus akun, dan jika lulus, akan memanggil opcode APPROVE yang baru diperkenalkan untuk memberikan otorisasi eksekusi dan menentukan batas Gas.
• SENDER (mengirim frame): Melakukan operasi aktual, seperti transfer dana, memanggil kontrak, dll. Alamat pemanggil adalah alamat pengirim transaksi itu sendiri.
• DEFAULT (frame masuk): Menggunakan alamat masuk sistem sebagai pemanggil, digunakan untuk skenario seperti penyebaran kontrak, verifikasi Paymaster, dll.;

Makna mekanisme ini bukanlah membuat perdagangan menjadi lebih kompleks, tetapi pertama kalinya memisahkan tiga hal—“verifikasi, pembayaran, eksekusi”—dari tindakan akun dan menyerahkannya kepada penjadwalan asli protokol.

Setelah semua, di masa lalu, siapa yang memverifikasi transaksi, siapa yang membayar Gas, dan siapa yang menjalankan operasi nyata, semuanya terikat dalam satu tindakan akun yang sama. Namun, dalam desain EIP-8141, ketiga hal ini dapat dipisahkan menjadi frame yang berbeda, yang dieksekusi oleh protokol secara berurutan dan jelas. Karena itulah, akun tidak lagi hanya bergantung pada satu kunci pribadi untuk "menandatangani secara keseluruhan", melainkan mulai memiliki bentuk yang lebih mirip dengan entitas eksekusi yang dapat diprogram.

Sebagai contoh konkret, misalkan Anda ingin menggunakan USDC untuk membayar Gas guna menyelesaikan satu transaksi Swap, dalam kerangka EIP-8141, hal ini secara teoritis dapat diatur sebagai alur frame lengkap: terlebih dahulu akun memverifikasi tanda tangan dan izin eksekusi, kemudian pihak pembayar atau Paymaster memverifikasi syarat kesediaannya menanggung biaya, setelah itu melakukan pembayaran biaya terkait aset, dan akhirnya menjalankan operasi Swap sebenarnya.

Dengan demikian, pembayaran Gas dan transaksi utama dapat dimasukkan ke dalam satu proses atomik yang sama, baik semuanya berhasil atau semuanya dibatalkan.

Perubahan paling intuitif bagi pengguna adalah banyak operasi yang sebelumnya harus dibagi menjadi dua atau tiga langkah, dengan risiko kegagalan di tengah proses, kini akan berjalan lebih seperti satu tindakan utuh. Oleh karena itu, atomisitas ini merupakan salah satu kunci EIP-8141 dalam menyelesaikan masalah fragmentasi pengalaman pengguna.

Apa artinya ini bagi pengguna dompet? Dari hasilnya, perubahan paling langsung setidaknya ada empat lapisan:

• Pembayaran Gas diabstraksikan: memiliki stablecoin di dompet tidak lagi berarti Anda harus menyiapkan ETH tambahan untuk melakukan operasi; di masa depan, pembayaran Gas oleh DApp, Paymaster, atau pihak sponsor lainnya akan menjadi lebih alami;
• Operasi multi-langkah digabungkan: proses yang biasanya memerlukan beberapa tanda tangan, seperti "otorisasi + Swap" atau "otorisasi + staking", kini berpeluang dipaketkan menjadi satu operasi yang lebih lengkap;
• Aturan keamanan akun telah diaktifkan: multi-signature, pemulihan sosial, batas harian, time lock, dan rotasi kunci, semuanya tidak lagi hanya berfungsi sebagai fitur lanjutan yang ditawarkan secara tambahan oleh produk dompet tertentu, tetapi mulai memiliki potensi untuk dibangun di atas logika akun yang lebih asli;
• Skema tanda tangan tidak lagi harus terkunci pada jalur tunggal ECDSA: Ini memberikan kemungkinan pertama pada level protokol untuk migrasi akun di masa depan ke sistem kriptografi berbeda, termasuk skema tanda tangan pasca-kuantum;

Satu poin yang sering diabaikan tetapi sangat penting bagi pengguna dompet adalah: bahkan jika EIP-8141 akhirnya diterapkan, sistem akun yang ada tidak akan diganti seluruhnya.

Meskipun Anda saat ini menggunakan dompet Web3 yang sudah ada seperti imToken, Anda tidak perlu memigrasi, karena kompatibel mundur, alamat EOA yang ada dapat terus digunakan, cukup pilih "tingkatkan" logika verifikasi akun saat waktu yang tepat.

Namun, sebaliknya, justru karena perubahan yang dilakukan cukup mendalam, fitur ini tidak langsung menjadi fitur utama Hegotá dalam diskusi terbaru. Namun, menurut proses EIP champion tahun 2026, arti CFI (Considered for Inclusion) bukanlah penolakan, melainkan memasuki tahap pertimbangan serius, tetapi belum sampai pada keputusan akhir untuk diluncurkan.

Dengan kata lain, pengembang inti bukan tidak mengakui arah EIP-8141, tetapi sambil mengakui nilainya, mereka juga berpendapat bahwa saat ini masih terlalu 'berat'.

Setelah semua, abstraksi akun asli tidak dapat didorong secara bertahap oleh sejumlah kecil dompet, infrastruktur, dan aplikasi seperti ERC-4337; ketika memasuki lapisan protokol, ia berarti semua klien lapisan eksekusi harus secara serius mengimplementasikan, menguji, dan berkoordinasi, yang secara alami meningkatkan ambang batas pengembangan dan membuat pengembang inti lebih cenderung memilih pendekatan hati-hati dalam perencanaan fork.

Lalu apa yang akan terjadi? Dapat dibagi menjadi dua garis untuk dilihat:

• EIP-8141 karena berada dalam status CFI, berarti masih dalam evaluasi berkelanjutan; penulis proposal akan terus melengkapi detail kunci terkait keamanan pool transaksi, aturan verifikasi, dan implementasi klien, dan pertemuan ACD selanjutnya juga akan meninjau ulang apakah proposal ini memenuhi syarat untuk diproses lebih lanjut;
• Jika ketidakpastian ini dapat terus dikompresi, ia memiliki peluang untuk memasuki tahap integrasi yang lebih substansial dalam pembaruan berikutnya; jika tidak, ia juga sangat mungkin ditunda hingga siklus pembaruan yang lebih lambat;

Secara objektif, EIP-8141 bukan satu-satunya proposal abstraksi akun asli, dan jelas bukan skema tanda tangan pasca-kuantum siap pakai yang dapat secara langsung menyelesaikan masalah komputasi kuantum, tetapi pentingnya terletak pada fakta bahwa ini pertama kalinya memberikan jalan keluar pada level protokol untuk melepaskan akun dari jalur tunggal ECDSA.

Dari sudut pandang ini, nilai sejati EIP-8141 bukan terletak pada apakah itu satu-satunya jawaban yang benar, tetapi pada fakta bahwa ia pertama kali meletakkan pertanyaan "bagaimana bentuk akhir dari account abstraction asli" secara lengkap di atas meja diskusi protokol Ethereum.

Ini bukan satu-satunya solusi, tetapi ini memang salah satu solusi paling ambisius dan paling mendekati batas maksimum imajinasi tentang "AA asli penuh" saat ini.

Terlepas dari apakah EIP-8141 akhirnya bisa menyusul Hegotá, diskusi ini setidaknya telah menunjukkan satu hal:

Ethereum tidak duduk menunggu masalah memburuk, tetapi secara bertahap membangun jalan untuk sistem akun generasi mendatang.