Analisis Mendalam Evolusi dan Prospek Masa Depan Abstraksi Akun Ethereum

Pendahuluan

Artikel ini dibagi menjadi dua bagian besar:

Bagian pertama akan dimulai dari proposal AA pertama pada tahun 2015, secara sistematis menguraikan konten proposal EIP utama hingga saat ini, menelusuri perkembangan sejarah proposal AA, dan mengevaluasi secara komprehensif kelebihan dan kekurangan masing-masing rencana.

Bagian kedua menekankan perbandingan umpan balik pasar yang lesu setelah pengajuan EIP4337, serta analisis mendalam tentang EIP7702 yang akan dimasukkan dalam pembaruan versi berikutnya dari Ethereum. Begitu proposal ini digabungkan, itu akan mengubah bentuk aplikasi di blockchain secara menyeluruh.

EIP-7702 memiliki makna yang revolusioner, mari kita bahas lebih lanjut.

1. Latar Belakang Akun Abstrak

1.1 Penempatan Makna Abstraksi Akun

Pendiri Ethereum Vitalik memperbarui peta jalan pengembangan ETH lagi di akhir 2023, tetapi pengaturan terkait akun abstrak tidak mengalami perubahan. Model arus utama saat ini sedang beralih dari EIP-4337 ke tahap berikutnya: konversi sukarela akun EOA.

Setelah lebih dari satu tahun peluncuran EIP4337, pada 1 Maret 2023, diumumkan secara resmi bahwa ( telah melalui audit. Dalam lingkungan pasar yang kontradiktif di mana pengguna mengakui secara luas tetapi belum digunakan secara luas, kemajuan EIP-7702 telah dipercepat secara signifikan dan telah dikonfirmasi akan digabungkan dalam pembaruan berikutnya.

) 1.2 keadaan pasar akun abstraksi

Setelah satu setengah tahun berkembang, jumlah akun EIP4337 di rantai utama hanya 12 juta, di mana alamat aktif di jaringan utama Ethereum hanya 6.764, jauh di bawah jumlah alamat EOA dan CA. Alamat independen di jaringan utama Ethereum telah mencapai 270 juta, EIP4337 hampir tidak memiliki perkembangan substansial di jaringan utama.

Namun, ini tidak mempengaruhi nilai inti dari AA. Desain EIP4337 pada awalnya dit注定 sulit untuk menyelesaikan masalah kompatibilitas maju jaringan utama. Dengan berbagai L2 chain yang umumnya mengintegrasikan AA asli, jumlah alamat EIP4337 di L2 mengalami pertumbuhan yang eksplosif, dengan pengguna aktif bulanan Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, menunjukkan kinerja yang mengesankan.

Desain EIP4337 bukanlah kesalahan, melainkan berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang sesuai untuk masing-masing.

![Mendalami Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(

2. Apa itu account abstraction?

Account abstraction pada dasarnya menyelesaikan masalah pemisahan kepemilikan.

Dalam arsitektur EVM ada dua jenis akun: akun eksternal ) EOA ( dan akun kontrak ) Contract Account (. Kepemilikan dan hak tanda tangan akun eksternal dimiliki oleh entitas yang sama. Orang yang memiliki kunci pribadi tidak hanya memiliki "kepemilikan akun", tetapi juga memiliki hak untuk "menandatangani pemindahan semua aset".

Ini ditentukan oleh struktur transaksi akun Ethereum. Dalam struktur transaksi standar tidak ada field From, transfer dana sebenarnya dilakukan melalui parameter VRS ) tanda tangan pengguna ( yang diuraikan kembali untuk mendapatkan alamat From. Ini melibatkan konsep-konsep seperti ECDSA dan fungsi ambang satu arah, yang dijamin keamanannya oleh kriptografi, tetapi juga menyebabkan kesulitan dalam penggabungan kepemilikan alamat EOA saat ini.

Efek inti dari EIP4337 adalah menambahkan Alamat Pengirim dalam bidang transaksi, yang mewujudkan pemisahan antara kunci pribadi dan alamat yang dioperasikan.

Pentingnya pemisahan kepemilikan adalah untuk menyelesaikan berbagai masalah yang diturunkan dari desain akun eksternal )EOA(:

1. Kunci pribadi sulit dilindungi: kehilangan kunci pribadi berarti kehilangan semua aset.
2. Algoritma tanda tangan tunggal: Protokol asli hanya mendukung verifikasi tanda tangan ECDSA.
3. Izin tanda tangan terlalu tinggi: Tidak ada multi-sign asli, tanda tangan tunggal dapat melakukan operasi apa pun.
4. Biaya transaksi hanya dapat dibayar dengan ETH, tidak mendukung transaksi massal.
5. Kebocoran privasi transaksi: Transaksi satu lawan satu mudah mengekspos privasi pemegang akun.

Pembatasan ini membuat pengguna biasa sulit untuk menggunakan Ethereum:

• Menggunakan aplikasi apapun memerlukan持有ETH并承担价格波动风险.
• Pengguna perlu menangani logika biaya yang kompleks, seperti Gas price, Gas limit, Nonce, dan lain-lain.
• Meskipun banyak dompet berusaha meningkatkan pengalaman pengguna melalui optimalisasi produk, namun hasilnya terbatas.

Cara untuk memecahkan kebuntuan terletak pada implementasi account abstraction, dengan mendekopel kepemilikan )Owner( dan hak tanda tangan )Signer(, sehingga secara bertahap menyelesaikan masalah di atas.

Meskipun ada banyak rencana sejarah, pada akhirnya hanya ada dua jalur.

![Pendalaman Jalur Abstraksi Akun Ethereum: Masa Lalu dan Masa Depan])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(

3. Penelusuran Konteks Usulan AA

Solusi masalah tampaknya memiliki beberapa proposal EIP, tetapi pada akhirnya hanya ada dua pemikiran inti. Setiap EIP yang tidak disetujui mempertimbangkan masalah yang telah diintegrasikan ke dalam titik terobosan dari solusi yang ada.

) 3.1 Jalur pertama: mengubah alamat EOA menjadi alamat CA

Pada 15 November 2015, Vitalik sudah mengusulkan struktur baru akun berbasis kontrak dalam EIP-101. Perubahan utama termasuk:

• Ubah alamat menjadi hanya kode dan ruang penyimpanan
• Mengubah dukungan biaya, memungkinkan pembayaran dengan token ERC20
• Mengubah token asli menjadi saldo penyimpanan seperti ERC20 melalui kontrak pra-kompilasi
• Sederhanakan field transaksi, hanya mempertahankan to, startgas, data, dan code

Rencana ini dapat dianggap sebagai perubahan besar yang melibatkan lompatan besar, yang akan sangat mengubah desain dasar, sehingga setiap alamat akun memiliki logika "kode" nya sendiri ###, yang merupakan efek yang ingin dicapai oleh EIP-7702 (.

Fungsi derivatif termasuk:

1. Mendukung lebih banyak algoritma kripto, metode verifikasi tanda tangan ditentukan oleh kode internal alamat.
2. Memiliki karakteristik tahan terhadap serangan kuantum, karena kode dapat diperbarui
3. Memberikan fungsi yang sama antara ETH dan kontrak ERC20, seperti otorisasi pemotongan.
4. Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, pemulihan kunci, dll.

Alasan tidak dapat melanjutkan sangat jelas: langkah yang diambil terlalu besar, tidak mempertimbangkan masalah konflik hash transaksi saat ini dan potensi risiko keamanan, sehingga ditunda. Namun, setiap konsep kelebihan menjadi salah satu fitur inti dari EIP4337 dan EIP7702 yang akan datang.

Serangkaian EIP berikutnya berusaha untuk menyempurnakan logika ini:

EIP-859)2018-01-30(: abstraksi akun rantai utama

• Menyelesaikan masalah penerapan Code: saat kontrak pihak transaksi belum diterapkan, gunakan parameter code yang menyertai transaksi untuk mengeksekusi penerapan dompet kontrak.
• Mengajukan opcode PAYGAS baru, sebagai pemisah antara bagian verifikasi dan eksekusi dalam parameter transaksi

Meskipun saat itu tidak berhasil, namun menjadi salah satu logika inti dari EIP7702. Setiap transaksi EIP7702 menggabungkan struktur transaksi khusus, yang dapat menyertakan kode tertentu, sehingga alamat EOA memiliki kemampuan kontrak dalam transaksi ini.

EIP-7702)2024-05-07(: mengatur kode akun EOA Sebagai alternatif untuk EIP-3074, EIP-7702 telah dipastikan akan dimasukkan dalam hard fork ETH Prague/Electra yang akan datang.

) 3.2 Rute kedua: membiarkan alamat EOA menggerakkan alamat CA

EIP-3074###2020-10-15(: Menambahkan opcode AUTH dan AUTHCALL Menambahkan dua opcode baru di EVM, yang memungkinkan EOA untuk mengizinkan kontrak memanggil kontrak lain atas nama identitas EOA.

EIP-4337)2021-09-29(: Mengimplementasikan abstraksi akun melalui mempool transaksi Dirancang terinspirasi oleh MEV, nilai inti terletak pada sepenuhnya menghindari perubahan protokol lapisan konsensus. Mengusulkan objek transaksi baru UserOperation, pengguna mengirimkan objek ini ke mempool, yang kemudian dibundel oleh bundlers untuk dikemas secara massal dan disampaikan untuk eksekusi transaksi kontrak, pada dasarnya membawa transaksi dasar dan operasi akun ke tingkat kontrak untuk dieksekusi.

EIP-5189)2022-06-29(: melalui endorser untuk mengoperasikan akun abstrak Optimalkan logika EIP4337, mencegah serangan blokir DoS dengan membangun mekanisme dukungan penalti dana.

) 3.3 Proposal lain yang mendukung AA

EIP-2718###2020-06-13(: Amplop pembungkus untuk jenis transaksi baru Proposal yang telah ditetapkan secara final, mendefinisikan jenis transaksi baru sebagai amplop untuk jenis transaksi baru yang akan ditambahkan di masa depan. Saat memperkenalkan jenis transaksi baru, dibedakan melalui pengkodean tertentu, untuk mencapai kompatibilitas mundur tanpa perlu kompatibilitas maju. Seperti EIP1559 yang membedakan biaya transaksi, menggunakan pengkodean jenis transaksi baru, tidak mempengaruhi jenis transaksi legacy yang awal.

EIP-3607)2021-06-10(: melarang alamat EOA untuk menyebarkan kontrak Rencana tambahan di jalur AA, untuk mencegah konflik antara alamat penyebaran kontrak dan alamat EOA. Mengontrol metode pembuatan kontrak, melarang penyebaran kode ke alamat yang sudah merupakan EOA.

) 3.4 Bagaimana memahami perkembangan sejarah abstraksi akun?

Pertama-tama, perlu dipahami nilai setelah diubah menjadi CA, pada dasarnya adalah efek nyata dari EIP-4337:

• Mendukung transaksi massal
• Mendukung pembayaran Gas
• Mendukung pemulihan akun
• Mendukung multi-tanda tangan
• Mendukung transaksi relay
• Mendukung peningkatan algoritma tanda tangan
• Mendukung dompet kontrak ERC4337
• Mendukung pembayaran Gas oleh pihak ketiga

Namun, kelemahan utama EIP-4337 adalah bertentangan dengan prinsip motivasi manusia.

Terlihat lebih baik, tetapi terjebak dalam siklus mati pengembangan pasar: Banyak Dapp tidak kompatibel, pengguna enggan menggunakan alamat CA; penggunaan CA malah meningkatkan biaya transaksi ### dalam skenario transfer biasa, biaya transaksi menjadi dua kali lipat (, terlalu bergantung pada kompatibilitas Dapp.

Oleh karena itu, hingga saat ini belum berhasil diadopsi di jaringan utama Ethereum.

Biaya adalah standar pengukuran terpenting bagi pengguna, biaya harus diturunkan.

Untuk benar-benar mengurangi Gas, Ethereum itu sendiri harus melakukan upgrade fork lunak, mengubah perhitungan Gas atau modul konsumsi Gas opcode. Jika harus melakukan fork lunak, mengapa tidak langsung mempertimbangkan EIP-7702?

![Penjelasan Mendalam tentang Masa Lalu dan Masa Depan Abstraksi Akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(

4. Analisis Menyeluruh EIP-7702

) 4.1 Ringkasan EIP-7702

Dengan jenis transaksi baru, memungkinkan EOA untuk secara sementara memiliki fungsi kontrak pintar dalam satu transaksi, mendukung transaksi massal, transaksi tanpa Gas, dan manajemen izin kustom, tanpa perlu memperkenalkan opCode EVM baru ### yang mempengaruhi kompatibilitas ke depan (.

Pengguna tidak perlu menerapkan kontrak pintar untuk mendapatkan sebagian besar kemampuan AA, bahkan mendukung pihak ketiga untuk melakukan transaksi atas nama pengguna, hanya perlu menandatangani informasi otorisasi daripada memberikan kunci pribadi.

) 4.2 Struktur Data

Mendefinisikan tipe transaksi baru 0x04, TransactionPayload adalah hasil serialisasi RLP dari konten berikut:

rlp###[ chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, tujuan, nilai, data, access_list, authorization_list, signature_y_parity, signature_r, signature_s ](

Menambahkan objek authorization_list, menyimpan kode yang ingin dijalankan penandatangan di EOA. Pengguna menandatangani transaksi sekaligus menandatangani kode kontrak yang akan dijalankan. Ada dalam bentuk daftar dua dimensi, dapat menyimpan banyak informasi operasi, melakukan operasi massal.

authorization_list = [[chain_id, address, nonce, y_parity, r, s], ...]

) 4.3 siklus transaksi

4.3.1 Tahap Verifikasi

Untuk setiap tuple [chain_id, address, nonce, y_parity, r, s] dari authorization_list:

1. Menggunakan r dan s dari tanda tangan untuk memulihkan alamat penandatangan dengan ecrecover
2. Verifikasi ID rantai ### untuk mencegah replay rantai fork (
3. Verifikasi apakah kode penandatangan authority kosong atau telah didelegasikan
4. Verifikasi nonce authority penandatangan ) untuk mencegah replay tanda tangan authority (
5. Atur kode penandatangan authority menjadi 0xef0100 || address
6. Menambahkan nonce authority signer ) untuk mencegah replay tanda tangan lokal (
7. Tambahkan akun penandatangan authority ke daftar alamat yang telah diakses

)# 4.3.2 Tahap Eksekusi Operasi

Versi baru hanya mengubah perilaku penyebaran kode. Tidak lagi mengatur kode akun sebagai contract_code, tetapi mengambil kode yang ditentukan oleh address dari authorization_list dan mengatur sebagai kode akun.

Saat mengeksekusi kode otorisasi, muat kode dari field address di authorization_list, dan eksekusi dalam konteks akun penandatangan.

Kode kontrak pengguna sebenarnya disimpan di alamat tertentu di rantai, bukan langsung disertakan dalam transaksi. Instruksi operasi dan parameter terkait disimpan di bidang data dari beban transaksi.

4.4 nilai EIP-7702

Perubahan pada seluruh rantai dompet Web3 menghasilkan peningkatan besar dalam pengalaman pengguna. EOA yang memulai transaksi biasa dapat mengeksekusi berbagai logika kontrak, seperti transfer massal. Mempengaruhi pengenalan transaksi dalam skenario CeFi, biaya pengumpulan dan penarikan, dll.

Memecahkan berbagai pola yang sudah ada:

1. Saldo akun dapat berkurang karena transaksi yang tidak berasal dari akun tersebut.
2. Setelah eksekusi transaksi dimulai, nonce EOA mungkin meningkat beberapa kali.
3. Logika perlindungan perbandingan antara tx.origin dan msg.sender tidak berfungsi
4. EOA dapat mengeluarkan peristiwa, mempengaruhi pengenalan dan pemantauan peristiwa di blockchain
5. Alamat EOA menerima aset ERC20, 721, 1155, dll mungkin gagal ### mekanisme callback (

) 4.5 Perbandingan EIP-7702 dan EIP-4337

Keuntungan EIP-7702:

• Gas lebih rendah, tidak perlu melalui modul entrypoint
• Biaya migrasi pengguna lebih rendah, tidak perlu menginstal kontrak di blockchain sebelumnya
• Juga mendukung eksekusi delegasi kode, dibagi menjadi sepenuhnya