Memahami lebih dalam tentang masa lalu dan masa depan jalur abstraksi akun Ethereum

Artikel ini dibagi menjadi dua bagian besar:

Bagian atas dimulai dari proposal AA pertama pada tahun 2015, sistem mengatur konten proposal EIP utama hingga saat ini, membahas perkembangan sejarah proposal AA, dan memberikan evaluasi komprehensif terhadap masing-masing solusi.

Bagian bawah berfokus pada analisis perbandingan mengenai alasan reaksi pasar yang dingin setelah peluncuran EIP4337, dan mendalami analisis EIP7702 yang akan dimasukkan dalam pembaruan versi berikutnya dari Ethereum. Setelah proposal ini digabungkan, akan mengubah bentuk aplikasi di blockchain secara menyeluruh.

EIP-7702 memiliki makna yang revolusioner, mari kita pelajari lebih dalam.

1. Latar Belakang Abstraksi Akun

1.1 Makna abstraksi akun

Pendiri Ethereum Vitalik tidak mengubah pengaturan abstraksi akun saat memperbarui peta jalan ETH di akhir 2023. Saat ini, model utama sedang berkembang dari EIP-4337 ke tahap berikutnya yaitu konversi sukarela akun EOA.

Sejak peluncuran EIP4337 lebih dari setahun yang lalu, pada 1 Maret 2023 di WalletCon Denver, diumumkan secara resmi (, yang telah mendapatkan pengakuan luas dari pengguna tetapi tingkat penggunaannya tidak tinggi. Dalam kondisi pasar yang kontradiktif ini, kemajuan EIP-7702 telah dipercepat secara signifikan dan dipastikan akan digabungkan dalam peningkatan berikutnya.

) 1.2 keadaan pasar abstrak akun

Setelah satu setengah tahun perkembangan, jumlah akun EIP4337 di rantai utama hanya 12 juta, di mana alamat aktif di jaringan utama Ethereum hanya ada 6.764, jauh berbeda dengan jumlah alamat EOA dan CA. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta, bisa dibilang EIP4337 hampir tidak memiliki perkembangan yang substansial di jaringan utama.

Namun, ini tidak mempengaruhi nilai dasar dari AA. Desain EIP4337 menentukan bahwa ia sulit untuk menyelesaikan masalah kompatibilitas maju di jaringan utama. Dengan berbagai L2 yang secara asli mengintegrasikan AA, jumlah alamat EIP4337 mengalami lonjakan di L2, di mana pengguna aktif bulanan di rantai Base dan Polygon pada bulan Juli masing-masing mencapai 1 juta dan 3 juta.

Oleh karena itu, bukan desain EIP4337 yang salah, ia memiliki banyak keunggulan. Situasi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang sesuai untuk masing-masing.

![Pendalaman tentang masa lalu dan masa depan jalur abstraksi akun Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(

2. Apa itu akun abstrak?

Abstraksi akun pada dasarnya menyelesaikan masalah pemisahan hak kepemilikan.

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

Ini ditentukan oleh struktur transaksi akun Ethereum. Dari struktur transaksi, dapat dilihat bahwa transaksi standar Ethereum tidak memiliki kolom From. Saat mentransfer dana, alamat mana yang digunakan untuk menghabiskan dana ditentukan melalui parameter VRS ) yaitu tanda tangan pengguna ( yang diuraikan untuk mendapatkan alamat From.

Ini melibatkan konsep seperti ECDSA dan fungsi ambang satu arah, yang tidak akan kita bahas lebih lanjut. Singkatnya, di sini keamanan dijamin oleh kriptografi, tetapi juga menyebabkan kesulitan dalam penggabungan hak milik alamat EOA saat ini.

Efek inti dari EIP4337 adalah menambahkan kolom Alamat Pengirim di bidang transaksi, sehingga memisahkan kunci pribadi dari alamat yang dioperasikan.

Alasan mengapa pemisahan hak kepemilikan begitu penting adalah karena desain akun eksternal )EOA( akan menimbulkan lebih banyak masalah:

1. Kunci privat sulit untuk dilindungi: Pengguna kehilangan kunci privat ), kehilangan, serangan hacker, dan peretasan kriptografi ( berarti kehilangan semua aset.

2. Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan algoritma tanda tangan dan verifikasi ECDSA saat memverifikasi transaksi.

3. Hak tanda tangan terlalu tinggi: Tidak ada multi-tanda tangan asli ), multi-tanda tangan hanya dapat diimplementasikan melalui kontrak pintar (, 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 menganalisis informasi privasi pemilik akun.

Pembatasan ini membuat pengguna biasa sulit untuk menggunakan Ethereum:

Pertama, untuk menggunakan aplikasi apa pun di Ethereum, pengguna harus memiliki Ether ) dan menanggung risiko fluktuasi harga (.

Kedua, pengguna perlu menangani logika biaya yang kompleks, harga Gas, batas Gas, blokade transaksi ) urutan Nonce ( dan konsep lainnya yang terlalu rumit bagi pengguna.

Akhirnya, meskipun banyak dompet atau aplikasi blockchain yang mencoba meningkatkan pengalaman pengguna melalui optimasi produk, hasilnya terbatas.

Oleh karena itu, solusinya terletak pada implementasi abstraksi akun, yang memisahkan kepemilikan )Owner( dan hak tanda tangan )Signer(, sehingga secara bertahap dapat menyelesaikan masalah di atas.

Dalam sejarah, ada berbagai rencana, yang akhirnya berkumpul menjadi dua jalur.

![Analisis mendalam tentang masa lalu dan masa depan jalur abstraksi akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(

3. Penelusuran Proposals Sejarah AA

Solusi untuk masalah ini tampaknya memiliki banyak proposal EIP, tetapi pada akhirnya hanya ada dua pemikiran inti. Setiap masalah yang dipertimbangkan dalam EIP yang tidak disetujui pada akhirnya berkumpul menjadi titik terobosan dari solusi yang ada.

) 3.1 Rute pertama: Mengubah alamat EOA menjadi alamat CA

Pada 15 November 2015, seputar EIP-101, Vitalik mengusulkan struktur baru dengan kontrak sebagai akun. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mengubah dukungan biaya transaksi untuk dibayar oleh ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi seperti ERC20 untuk menyimpan saldo ### yang dapat memiliki fungsi otorisasi potong otomatis (, dan menyederhanakan bidang transaksi menjadi hanya to, startgas, data, dan code.

Dari sekarang, ini adalah perubahan besar yang akan mengubah desain dasar secara signifikan, membuat setiap alamat akun memiliki "logika" "kode" ), yang merupakan efek yang ingin dicapai oleh EIP-7702 (.

Itu juga dapat menghasilkan fungsi lain, seperti:

1. Biarkan transaksi menggunakan lebih banyak algoritma kripto, dapat ditentukan oleh metode verifikasi tanda tangan yang ditentukan oleh kode internal setiap alamat.

2. Memiliki karakteristik tahan serangan kuantum, karena kode dapat diperbarui.

3. Membuat Ether memiliki fitur fungsional yang sama dengan kontrak ERC20, efek inti adalah untuk mewujudkan otorisasi pemotongan otomatis, tanpa kehilangan koin asli.

4. Meningkatkan ruang kustom akun, mendukung pemulihan sosial, dukungan SBT, pemulihan kunci, dan lainnya.

Alasan mengapa tidak dapat melanjutkan sangat sederhana, jelas langkah yang diambil terlalu besar, tidak mempertimbangkan masalah konflik hash transaksi saat ini dan potensi risiko keamanan, sehingga terus ditangguhkan. Namun, setiap konsep keunggulan menjadi salah satu fungsi inti dari EIP4337 dan EIP7702 yang akan datang.

Kemudian ada serangkaian EIP yang mencoba menyempurnakan logika ini:

EIP-859: Abstraksi Akun Rantai Utama )2018-01-30(

Berusaha untuk menyelesaikan masalah penyebaran Code. Fungsi inti adalah, jika kontrak pihak transaksi belum dideploy, maka menggunakan parameter code yang menyertai transaksi untuk menjalankan penyebaran dompet kontrak. Selanjutnya juga mengusulkan opcode PAYGAS baru, selain membayar gas, juga menjadi pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.

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

EIP-7702: mengatur kode akun EOA )2024-05-07(

Ini adalah inti mekanisme diskusi dalam artikel ini, EIP. Vitalik mengajukan EIP-7702 sebagai alternatif untuk EIP-3074. Oleh karena itu, EIP-3074 ditinggalkan, dan EIP-7702 dipastikan akan dimasukkan dalam hard fork ETH Prague/Electra)Pectra( yang akan datang, kami akan membahas detailnya nanti.

) 3.2 Jalur kedua: Biarkan alamat EOA menggerakkan alamat CA

EIP-3074: Menambahkan opcode AUTH dan AUTHCALL ###2020-10-15(

Menambahkan dua OpCode baru AUTH dan AUTHCALL ke dalam EVM, sehingga EOA dapat memberikan otorisasi kepada kontrak untuk memanggil kontrak lain sebagai pengganti identitas EOA melalui kedua opcode ini.

Secara umum, EOA dapat mengirimkan pesan yang telah ditandatangani ) transaksi ( ke kontrak yang dipercayainya ) yang disebut Invoker (. Kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL untuk menggantikan EOA ini dalam mengeluarkan transaksi.

EIP-4337: Mengimplementasikan abstraksi akun melalui mempool transaksi )2021-09-29(

Ini dirancang terinspirasi oleh MEV, nilai inti adalah dapat sepenuhnya menghindari perubahan protokol lapisan konsensus.

EIP4337 mengusulkan objek transaksi baru UserOperation, yang akan dikirimkan pengguna ke dalam mempool, kemudian oleh bundlers dikemas secara massal dari sudut pandang penambang untuk mengeksekusi transaksi kontrak, pada dasarnya mengangkat transaksi dasar dan operasi akun ke tingkat kontrak.

EIP-5189: Mengoperasikan akun abstrak melalui endorser )2022-06-29(

Ini dianggap sebagai optimasi logika EIP4337, yang menghadapi Bundler jahat melalui mekanisme penjaminan denda dana untuk mencegah serangan blokir DoS.

) 3.3 Proposal lain untuk mendukung AA

EIP-2718: Pembungkus jenis transaksi baru ###2020-06-13(

Ini adalah proposal yang sudah Final, yang mendefinisikan jenis transaksi baru sebagai amplop untuk jenis transaksi yang akan ditambahkan di masa depan.

Hasil akhirnya adalah, ketika memperkenalkan jenis transaksi baru, membedakan transaksi yang berbeda melalui pengkodean tertentu, sehingga hanya perlu kompatibel ke belakang, tanpa perlu kompatibel ke depan. Contoh paling umum adalah EIP1559, yang membedakan biaya transaksi, menggunakan pengkodean jenis transaksi baru, tanpa mempengaruhi jenis transaksi legacy yang awal.

EIP-3607: membuat alamat EOA tidak dapat menyebarkan kontrak )2021-06-10(

Ini adalah rencana tambahan di jalur AA, digunakan untuk mencegah konflik antara alamat penyebaran kontrak dan alamat EOA. Ini akan mengontrol metode pembuatan kontrak, sehingga sistem tidak mengizinkan kode untuk disebarkan ke alamat yang sudah merupakan alamat EOA. Risiko ini sebenarnya sangat kecil, karena alamat Ethereum memiliki panjang 160 bit, meskipun ada cara untuk menghasilkan kunci privat yang ditentukan untuk alamat kontrak tertentu menggunakan kunci privat, namun dengan semua daya komputasi Bitcoin yang diperkirakan, itu juga akan memerlukan waktu satu tahun.

) 3.4 Bagaimana memahami perkembangan sejarah abstraksi akun?

Pertama-tama, perlu memahami nilai setelah diubah menjadi CA.

Pada dasarnya ini adalah efek nyata dari EIP-4337, yang dapat merealisasikan:

• Mendukung berbagai algoritma tanda tangan
• Mendukung pemulihan sosial
• Mendukung token yang memungkinkan biaya Gas pembayaran kustom
• Mendukung transaksi massal
• Mendukung manajemen akun
• Mendukung pembayaran gas biaya pihak ketiga

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

Ini terlihat lebih baik, tetapi terjebak dalam siklus mati pengembangan pasar. Banyak Dapp yang belum kompatibel, pengguna enggan menggunakan alamat CA, bahkan menggunakan CA memiliki biaya transaksi yang lebih tinggi ### dalam skenario transfer biasa, biaya transaksi menjadi dua kali lipat (, juga sangat bergantung pada kompatibilitas Dapp itu sendiri.

Jadi hingga saat ini belum mendapatkan popularitas di jaringan utama Ethereum.

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

Namun untuk benar-benar mengurangi GAS, Ethereum itu sendiri harus melakukan peningkatan soft fork, mengubah perhitungan GAS atau mengubah modul konsumsi GAS opcode, dan sebagainya. Namun, jika harus melakukan soft fork, mengapa tidak langsung mempertimbangkan EIP-7702?

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

4. Analisis Mendalam EIP-7702

) 4.1 Apa itu EIP-7702

Ini membedakan melalui jenis transaksi baru, memungkinkan EOA untuk sementara memiliki fungsi kontrak pintar dalam satu transaksi, mendukung transaksi batch secara bisnis, transaksi tanpa Gas, dan manajemen izin kustom, tanpa perlu memperkenalkan EVM opCode### yang memengaruhi kompatibilitas ke depan(.

Ini memungkinkan pengguna untuk mendapatkan sebagian besar kemampuan AA tanpa perlu menerapkan kontrak pintar, bahkan dapat memberikan kemampuan kepada pihak ketiga untuk melakukan transaksi atas nama pengguna, dan tidak memerlukan pengguna untuk memberikan kunci pribadi, hanya perlu menandatangani informasi otorisasi.

) 4.2 Struktur Data

Ini mendefinisikan tipe transaksi baru 0x04, hasil serialisasi RLP dari TransactionPayload untuk konten berikut:

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

Penting untuk dicatat bahwa objek authorization_list yang baru ditambahkan, menyimpan kode yang ingin dieksekusi oleh penandatangan dalam EOA-nya. Pengguna menandatangani transaksi sekaligus menandatangani kode kontrak yang akan dieksekusi, yang ada sebagai daftar dua dimensi, menunjukkan bahwa beberapa informasi operasi dapat disimpan secara massal, melakukan operasi massal.

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

)