Ditulis oleh: imToken
Minggu lalu, dalam pertemuan pengembang inti Ethereum, EIP-8141 secara resmi dibahas untuk dimasukkan dalam peningkatan Hegota. Hasilnya mengejutkan, proposal yang didukung langsung oleh Vitalik ini tidak ditetapkan sebagai "fitur utama" Hegota, melainkan mendapatkan status "Pertimbangan untuk Dimasukkan" (CFI).
Dan minggu ini, tim Google Quantum AI menerbitkan whitepaper terbaru, yang menunjukkan bahwa dalam asumsi perangkat keras yang diberikan, estimasi qubit fisik yang diperlukan untuk memecahkan ECDLP-256 turun drastis 20 kali lipat dibandingkan sebelumnya. Meskipun ini tidak berarti serangan kuantum sudah dekat, hal ini sungguh mengingatkan kita bahwa jika sistem akun di masa depan tidak dapat secara fleksibel mengganti logika verifikasi, maka banyak diskusi tentang pengalaman dompet hari ini pada akhirnya dapat berubah menjadi masalah keamanan.
Meskipun dari sudut pandang realitas kemajuan protokol, EIP-8141 saat ini masih terlalu berat, terutama dalam implementasi klien, keamanan kolam transaksi, dan kompleksitas verifikasi, belum membentuk konsensus yang cukup solid.
Tetapi berdiri di titik waktu ini, hal-hal yang layak didiskusikan dan ditinjau secara serius dari EIP-8141, tampaknya semakin banyak.
一、Apa sebenarnya yang ingin diselesaikan oleh EIP-8141?
EIP-8141 didorong oleh Vitalik Buterin dan kontributor inti seperti timbeiko, nama resminya adalah Frame Transactions (transaksi frame).
Jika diringkas dengan kalimat yang lebih mudah dipahami, yang ingin dilakukannya sebenarnya bukan menambahkan fungsi dompet tertentu secara terpisah, tetapi mencoba dari lapisan protokol agar akun apa pun tidak lagi terikat oleh jalur tanda tangan ECDSA tunggal, melainkan dapat memiliki logika verifikasi dan eksekusi yang lebih fleksibel.
Ini juga berarti bahwa multi-tanda tangan, sponsor Gas, rotasi kunci, pemulihan sosial, dan bahkan integrasi skema tanda tangan tahan kuantum di masa depan, tidak lagi hanya menjadi lapisan kemampuan tambahan di luar dompet, tetapi berpeluang menjadi "anggota asli" dalam sistem akun Ethereum.
Jika hanya dilihat di permukaan, EIP-8141 membahas serangkaian kemampuan yang tampak sangat spesifik: membayar Gas dengan stablecoin, menggabungkan operasi multi-langkah menjadi satu transaksi, mendukung cara tanda tangan yang lebih fleksibel, bahkan menyediakan ruang untuk tanda tangan tahan kuantum di masa depan. Dapat dikatakan, selama bertahun-tahun dari ERC-4337 hingga EIP-7702, banyak peningkatan yang berpusat pada pengalaman dompet, pada dasarnya membuat akun tidak lagi hanya berupa satu kunci privat, tetapi menjadi pintu masuk dengan aturan yang dapat disesuaikan.
Masalahnya adalah, peningkatan ini memang membuat dompet semakin mirip akun pintar, tetapi belum benar-benar menyentuh model akun default paling dasar Ethereum.
Seperti diketahui, dalam sistem yang ada, akun Ethereum pada dasarnya terbagi menjadi dua jenis. Satu adalah akun yang dimiliki secara eksternal, yaitu EOA yang paling dikenal, dikendalikan oleh kunci privat, dapat memulai transaksi secara aktif, tetapi kurang memiliki kemampuan yang dapat diprogram; yang lainnya adalah akun kontrak, yaitu kontrak pintar itu sendiri, dapat mengeksekusi logika kompleks, tetapi tidak dapat memulai transaksi secara mandiri.
Hal ini menyebabkan kemampuan untuk memulai transaksi, dalam jangka panjang terikat dengan tanda tangan kunci privat tunggal. Selama prasyarat ini tidak berubah, banyak kemampuan yang menurut pengguna hari ini seharusnya dimiliki, seperti mengganti aturan tanda tangan secara fleksibel, membiarkan orang lain membayar Gas, memulihkan kendali akun setelah kehilangan kunci privat, atau bermigrasi dengan mulus ke sistem kripto baru di masa depan, akan sulit menjadi kemampuan default akun yang sebenarnya.
Jika Anda pernah menggunakan imToken atau dompet Web3 lainnya, Anda mungkin juga pernah mengalami masalah ini, misalnya dompet memiliki banyak USDC, tetapi tanpa ETH tidak dapat mengirim transaksi (karena Gas hanya dapat dibayar dengan ETH); kehilangan frasa seed berarti kehilangan uang secara permanen, tidak dapat dipulihkan; operasi "otorisasi + pertukaran" memerlukan dua kali tanda tangan, dua kali konfirmasi, dan sebagainya.
Masalah-masalah ini bukan karena produk dompet "tidak cukup baik", tetapi merupakan hasil desain model akun Ethereum itu sendiri.
Dari sudut pandang ini, evolusi dua tahun terakhir sebenarnya sudah sangat jelas, ERC-4337 tanpa memodifikasi protokol, menjalankan abstraksi akun terlebih dahulu di lapisan aplikasi; EIP-7702 lebih lanjut membuktikan bahwa EOA tidak sepenuhnya tidak dapat diperluas, setidaknya dapat sementara mendapatkan kemampuan yang mendekati akun pintar.
Artinya, Ethereum bukan tidak ingin melakukan abstraksi akun, tetapi selalu menggunakan cara yang lebih lunak dan konservatif, secara bertahap mendekati hal ini. Kehadiran EIP-8141 menandakan bahwa jalur ini telah mencapai titik baru. Ia tidak lagi puas hanya menambahkan lapisan kemampuan akun pintar di pinggiran sistem yang ada, tetapi mencoba menanamkan abstraksi akun langsung ke dalam model transaksi itu sendiri, membuat akun dari lapisan protokol mulai memiliki logika verifikasi dan eksekusi yang dapat diprogram.
Inilah mengapa EIP-8141 kembali memanas hari ini. Di satu sisi, pengalaman dompet lapisan atas sudah semakin mendekati abstraksi akun asli, lapisan protokol lambat laun perlu mengikuti; di sisi lain, tekanan jangka panjang yang dibawa oleh komputasi kuantum, juga sedang mengubah "apakah akun dapat mengganti cara tanda tangan secara fleksibel" dari masalah teknis yang jauh, menjadi masalah realistis yang harus dipertimbangkan secara serius.
二、Bagaimana cara kerja EIP-8141?
Pada akhirnya, EIP-8141 memperkenalkan jenis transaksi baru — Transaksi Frame (Frame Transaction), dengan nomor jenis transaksi 0x06.
Jika logika dasar transaksi Ethereum tradisional adalah satu transaksi sesuai dengan satu panggilan, maka yang ingin dilakukan EIP-8141 adalah memecah satu transaksi menjadi sekelompok "frame" yang dapat dieksekusi secara berurutan sesuai aturan, sehingga memisahkan tiga hal yang sebelumnya digabungkan: verifikasi, pembayaran, dan eksekusi.
Setiap "frame" memiliki tiga mode eksekusi:
- VERIFY (Frame Verifikasi): Bertanggung jawab memverifikasi apakah transaksi sah, menjalankan logika verifikasi kustom akun, jika lolos, memanggil opcode APPROVE yang baru diperkenalkan untuk mengotorisasi eksekusi dan menentukan batas Gas.
- SENDER (Frame Pengirim): Menjalankan operasi aktual, seperti transfer, memanggil kontrak, dll. Alamat pemanggil adalah pengirim transaksi itu sendiri.
- DEFAULT (Frame Entri): Menggunakan alamat entri sistem sebagai pemanggil, digunakan untuk skenario seperti menyebarkan kontrak, memverifikasi Paymaster, dll.;
Mekanisme ini bukan berarti transaksi dapat dibuat lebih kompleks, tetapi untuk pertama kalinya memisahkan tiga hal "verifikasi, pembayaran, eksekusi" dari tindakan akun, dan diserahkan ke penjadwalan asli protokol.
Lagi pula di masa lalu, siapa yang memverifikasi transaksi, siapa yang membayar Gas, siapa yang mengeksekusi operasi nyata, pada dasarnya terikat dalam tindakan akun yang sama, sedangkan dalam desain EIP-8141, beberapa hal ini dapat dipisahkan menjadi frame yang berbeda, dieksekusi oleh protokol secara berurutan dengan urutan yang jelas, justru karena itu, akun tidak lagi hanya bergantung pada kunci privat tunggal untuk "tanda tangan keseluruhan", tetapi mulai memiliki bentuk yang lebih mendekati subjek eksekusi yang dapat diprogram.
Ambil contoh konkret, misalkan Anda ingin menggunakan USDC untuk membayar Gas guna menyelesaikan sebuah Swap, dalam kerangka EIP-8141, hal ini secara teoritis dapat diatur menjadi alur frame yang lengkap: pertama akun memverifikasi tanda tangan dan izin eksekusi, kemudian oleh pembayar atau Paymaster memverifikasi kondisi bersedia menanggung biaya, kemudian menyelesaikan pembayaran biaya aset yang sesuai, dan akhirnya mengeksekusi operasi swap yang sebenarnya.
Dengan demikian, pembayaran Gas dan transaksi utama dapat dimasukkan ke dalam alur atomik yang sama,要么全部成功,要么全部回滚 (semua berhasil, atau semua dibatalkan).
Bagi pengguna, perubahan paling intuitif adalah banyak operasi yang sebelumnya harus dibagi menjadi dua atau tiga langkah, dan memiliki risiko kegagalan di tengah, di masa depan dapat lebih seperti satu tindakan lengkap, oleh karena itu atomisitas ini juga merupakan salah satu kunci yang ingin diselesaikan EIP-8141 untuk masalah fragmentasi pengalaman pengguna.
Lalu apa artinya ini bagi pengguna dompet? Dari hasilnya, setidaknya ada empat perubahan paling intuitif:
- Pembayaran Gas diabstraksi: Memiliki stablecoin di dompet, tidak lagi berarti Anda harus menyiapkan sedikit ETH tambahan untuk beroperasi, di masa depan pembayaran Gas oleh DApp, Paymaster, atau sponsor lainnya, akan menjadi lebih asli;
- Operasi multi-langkah digabung: Alur seperti "otorisasi + Swap" "otorisasi + stake" yang sering memerlukan banyak tanda tangan sekarang, berpeluang dikemas menjadi operasi yang lebih lengkap;
- Aturan keamanan akun dibuka: Multi-tanda tangan, pemulihan sosial, batas harian, time lock, rotasi kunci, ini tidak lagi hanya menjadi fitur lanjutan tambahan yang disediakan oleh produk dompet tertentu, tetapi mulai berpeluang dibangun di atas logika akun yang lebih asli;
- Skema tanda tangan tidak harus terkunci mati oleh jalur tunggal ECDSA: Ini memberikan akun kemungkinan untuk bermigrasi ke sistem kripto yang berbeda di masa depan, termasuk skema tanda tangan pasca-kuantum, untuk pertama kalinya memiliki kemungkinan dalam arti lapisan protokol;
三、Mengapa tidak menjadi bintang utama Hegotá?
Satu hal yang mudah diabaikan, tetapi sangat penting bagi pengguna dompet adalah: bahkan jika EIP-8141 akhirnya diterapkan, sistem akun yang ada tidak akan digulingkan secara keseluruhan.
Bahkan jika Anda saat ini menggunakan dompet Web3 yang sudah ada seperti imToken, Anda juga tidak perlu migrasi, karena kompatibel ke belakang, alamat EOA yang ada dapat terus digunakan, hanya perlu memilih "upgrade" logika verifikasi akun pada saat yang tepat.
Tetapi dilihat dari sisi sebaliknya, justru karena perubahannya cukup dalam, ia tidak langsung menjadi fitur utama Hegotá dalam diskusi putaran terbaru. Namun, menurut proses EIP champion tahun 2026, arti CFI (Considered for Inclusion) bukan ditolak, tetapi memasuki tahap pertimbangan serius, hanya belum sampai pada tahap final untuk diluncurkan.
Dengan kata lain, pengembang inti bukan tidak mengakui arah EIP-8141, tetapi sambil mengakui nilainya, juga menganggapnya masih terlalu "berat".
Lagi pula, abstraksi akun asli tidak seperti ERC-4337 yang dapat didorong terlebih dahulu oleh少数 dompet, infrastruktur, dan aplikasi, begitu masuk ke lapisan protokol, berarti semua klien lapisan eksekusi harus serius mengimplementasikan, menguji, dan berkoordinasi, ini secara alami meningkatkan门槛 kemajuan, juga membuat pengembang inti lebih condong ke稳妥 dalam perencanaan fork.
Lalu apa yang akan terjadi selanjutnya? Dapat dilihat dari dua garis:
- EIP-8141 karena berada dalam status CFI, berarti masih terus dievaluasi, penulis proposal akan terus melengkapi detail kunci seputar keamanan kolam transaksi, aturan verifikasi, dan implementasi klien, pertemuan ACD后续 juga akan meninjau ulang apakah memenuhi syarat untuk didorong lebih lanjut;
- Jika ketidakpastian ini dapat terus dikompresi, ia berpeluang memasuki tahap纳入 yang lebih substantif dalam peningkatan后续; jika tidak, juga sangat mungkin ditunda ke siklus peningkatan yang lebih terlambat;
Jujur saja, EIP-8141 juga bukan satu-satunya proposal abstraksi akun asli,本身更 bukan skema tanda tangan pasca-kuantum yang sudah jadi, tidak dapat langsung menyelesaikan masalah komputasi kuantum, tetapi pentingnya在于, untuk pertama kalinya memberikan jalan keluar dalam arti lapisan protokol bagi akun untuk melepaskan diri dari jalur tunggal ECDSA.
Dari sudut pandang ini, nilai sebenarnya dari EIP-8141, bukan在于 apakah itu satu-satunya jawaban yang benar, tetapi在于第一次 (untuk pertama kalinya) meletakkan pertanyaan "seperti apa akhir dari abstraksi akun asli seharusnya" dengan sangat lengkap di meja diskusi protokol Ethereum.
Ini bukan satu-satunya skema, tetapi memang salah satu skema paling ambisius dan最接近 (paling mendekati) batas imajinasi "AA asli lengkap".
Tidak peduli apakah EIP-8141 akhirnya dapat赶上 (mengejar) Hegotá, diskusi ini sendiri setidaknya telah menjelaskan satu hal:
Ethereum tidak menunggu di tempat untuk masalah发酵 (berkembang), tetapi sedang menggunakan日拱一卒 (kemajuan bertahap) untuk提前铺路 (memberikan jalan lebih awal) bagi sistem akun generasi berikutnya.
