Penjelasan Mendalam tentang Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum

Pendahuluan

Artikel ini dibagi menjadi dua modul besar:

Bagian atas dimulai dari proposal AA pertama pada tahun 2015, sistem merangkum konten utama proposal EIP hingga saat ini, membahas perkembangan sejarah proposal AA, dan mengevaluasi kelebihan dan kekurangan masing-masing solusi.

Bagian bawah menyoroti perbandingan yang signifikan mengenai reaksi dingin pasar setelah peluncuran EIP4337, serta analisis mendalam tentang EIP7702 yang akan dimasukkan dalam pembaruan versi berikutnya dari Ethereum. Jika proposal ini digabungkan, itu akan secara keseluruhan mengubah bentuk aplikasi di blockchain.

EIP-7702 memiliki makna yang penting, mari kita pelajari lebih lanjut.

1. Latar Belakang Akun Abstraksi

1.1 Penempatan makna akun abstraksi

Pendiri Ethereum, Vitalik, sekali lagi memperbarui peta jalan ETH pada akhir 2023, tetapi tidak ada perubahan pada posisi akun abstrak. Saat ini, model utama sedang bergerak dari EIP-4337 menuju tahap berikutnya "konversi akun EOA secara sukarela".

Sejak peluncuran EIP4337 lebih dari satu tahun yang lalu, pada 1 Maret 2023 di WalletCon Denver, kontrak inti ERC-4337 yang dikembangkan oleh pengembang Ethereum Foundation telah diaudit oleh OpenZeppelin, dianggap resmi diluncurkan (, yang selalu mendapatkan pengakuan luas dari pengguna tetapi tidak digunakan secara luas. Dalam lingkungan pasar yang kontradiktif ini, kemajuan EIP-7702 telah dipercepat secara signifikan, dan telah dikonfirmasi akan digabungkan dalam pembaruan berikutnya.

) 1.2 Status pasar dari account abstraction

Setelah satu setengah tahun pengembangan, EIP4337 hanya memiliki 12 juta alamat di rantai utama, di mana alamat aktif di jaringan utama Ethereum hanya 6.764, jauh berbeda dengan jumlah alamat EOA dan CA. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta, dapat dikatakan bahwa EIP4337 tidak mengalami perkembangan yang berarti di jaringan utama.

Namun, ini tidak mempengaruhi nilai esensial dari AA. Sejak awal desain EIP4337, sudah ditentukan bahwa sulit untuk menyelesaikan masalah kompatibilitas maju mainnet. Dengan berbagai L2 yang secara asli mengintegrasikan AA, jumlah alamat EIP4337 meledak di L2, di mana aktivitas bulanan Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, yang cukup mengesankan.

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

![Analisis Mendalam tentang 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 dapat "menandatangani transfer semua aset".

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

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

Pemisahan hak milik itu penting karena akun eksternal )EOA( merancang munculnya lebih banyak masalah:

1. Kunci pribadi sulit dilindungi: kehilangan kunci pribadi berarti kehilangan semua aset.
2. Algoritma tanda tangan tunggal: Verifikasi transaksi protokol asli hanya dapat menggunakan algoritma ECDSA.
3. Hak tanda tangan terlalu tinggi: tanpa multi-tanda tangan 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 menganalisis informasi pribadi pemilik akun.

Pembatasan ini membuat pengguna biasa sulit untuk menggunakan Ethereum:

Pertama, menggunakan aplikasi Ethereum manapun memerlukan kepemilikan ETH dan menanggung risiko fluktuasi harga.

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

Akhirnya, meskipun banyak dompet atau aplikasi blockchain mencoba meningkatkan pengalaman pengguna melalui optimasi produk, tetapi efektivitasnya sangat minim.

Oleh karena itu, solusinya terletak pada abstraksi akun dan pemisahan kepemilikan )Owner( dan hak tanda tangan )Signer( untuk menyelesaikan masalah di atas satu per satu.

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

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

3. Penelusuran Proposal Sejarah AA

Masalah tampaknya memiliki beberapa usulan EIP, tetapi pada akhirnya hanya ada dua pemikiran inti. Setiap EIP yang tidak disetujui mengumpulkan masalah yang dipertimbangkan menjadi titik terobosan dari solusi yang ada.

) 3.1 Rute pertama: Mengubah alamat EOA menjadi alamat CA

Pada 15 November 2015, Vitalik mengusulkan struktur baru akun sebagai kontrak dalam EIP-101. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mengubah biaya transaksi untuk mendukung pembayaran ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi saldo mirip ERC20 ### yang memiliki fungsi otorisasi pemotongan dan lainnya (, menyederhanakan bidang transaksi menjadi to, startgas, data, dan code.

Ini adalah reformasi gaya lompatan besar, yang akan mengubah desain dasar secara signifikan, memungkinkan setiap alamat akun memiliki "kode" logika ), yang merupakan efek yang ingin dicapai EIP-7702 sekarang (.

Dapat juga menghasilkan fungsi lain, seperti:

1. Transaksi menggunakan lebih banyak algoritma kripto, metode verifikasi tanda tangan yang ditentukan oleh kode internal setiap alamat.
2. Memiliki karakteristik tahan terhadap serangan kuantum, kode dapat ditingkatkan
3. Ether memiliki fungsi kontrak ERC20 yang konsisten, efek inti termasuk otorisasi pemotongan otomatis, tanpa kehilangan koin asli.
4. Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, pemulihan kunci, dan lainnya

Alasan tidak melanjutkan sangat sederhana, langkahnya terlalu besar, masalah konflik hash transaksi saat ini dan potensi masalah keamanan tidak dipertimbangkan dengan baik sehingga ditunda, tetapi setiap konsep keunggulan telah 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 menyelesaikan masalah penyebaran Code, fungsi inti adalah jika kontrak pihak transaksi belum dikerahkan, maka menggunakan parameter code yang dilampirkan pada transaksi untuk mengeksekusi penyebaran dompet kontrak. Juga mengusulkan opcode PAYGAS baru, selain membayar gas, juga menjadi pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.

Meskipun pada saat itu berakhir tanpa hasil, tetapi menjadi salah satu logika inti dari EIP7702 saat ini. Setiap transaksi EIP7702 menggabungkan struktur transaksi khusus, dapat menyertakan kode tertentu, memungkinkan alamat EOA memiliki kemampuan kontrak dalam transaksi ini.

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

Ini adalah inti dari mekanisme diskusi yang akan dibahas dalam artikel ini, yang dipublikasikan oleh Vitalik 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.

) 3.2 Jalur kedua: Membiarkan alamat EOA menggerakkan alamat CA

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

Menambahkan dua OpCode baru ke dalam EVM: AUTH dan AUTHCALL, memungkinkan EOA untuk memberikan otorisasi kepada kontrak untuk memanggil kontrak lain atas nama identitas EOA.

Secara ringkas, EOA dapat mengirim pesan yang telah ditandatangani ) transaksi ( ke kontrak tepercaya ) yang disebut Invoker (, kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL untuk menggantikan EOA dalam mengeluarkan transaksi.

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

Dirancang berdasarkan inspirasi MEV, nilai inti adalah sepenuhnya menghindari perubahan protokol lapisan konsensus.

EIP4337 mengusulkan objek transaksi baru UserOperation, pengguna mengirimkan objek ini ke pool memori, yang kemudian dikemas secara massal oleh bundler dari sudut pandang penambang untuk mengeksekusi transaksi kontrak, pada dasarnya membawa transaksi dasar dan operasi akun ke tingkat kontrak.

EIP-5189: Melalui operator penjamin untuk akun abstrak )2022-06-29(

Mengoptimalkan logika EIP4337, menghadapi serangan DoS dengan membangun mekanisme endorsement denda keuangan untuk mencegah Bundler jahat.

) 3.3 Proposal lain yang mendukung AA

EIP-2718: Pembungkus Envelope Tipe Transaksi Baru ###2020-06-13(

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

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

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

Rencana tambahan pada jalur AA, untuk mencegah konflik antara alamat penyebaran kontrak dan alamat EOA. Mengontrol metode pembuatan kontrak, sistem tidak mengizinkan kode disebarkan ke alamat yang sudah merupakan alamat EOA. Risiko ini sangat kecil, alamat Ethereum memiliki panjang 160 bit, meskipun ada cara untuk menghasilkan kunci pribadi yang sesuai dengan alamat kontrak tertentu, diperkirakan juga memerlukan waktu satu tahun dengan seluruh daya komputasi Bitcoin.

) 3.4 Bagaimana memahami perkembangan akun abstraksi?

Pertama-tama perlu memahami nilai setelah diubah menjadi CA.

Pada dasarnya ini adalah efek praktis dari EIP-4337, dapat mewujudkan:

1. Pembayaran gas dengan token apa pun
2. Transaksi massal
3. Keterjangkauan Tanda Tangan
4. Logika dompet dapat ditingkatkan
5. Multisignatur dan Pemulihan Sosial
6. transaksi tanpa gas
7. Pembayaran gas yang dapat diprogram

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

Terlihat lebih baik, tetapi terjebak dalam siklus mati perkembangan pasar. Banyak Dapp yang tidak kompatibel, pengguna enggan menggunakan alamat CA, menggunakan CA bahkan memiliki biaya transaksi yang lebih tinggi ### dalam skenario transfer biasa, biaya transaksi meningkat dua kali lipat (, terlalu bergantung pada kompatibilitas Dapp itu sendiri.

Jadi di jaringan utama Ethereum hingga saat ini belum pernah tersebar.

Biaya adalah ukuran 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 lain-lain. Jika sudah harus soft fork, mengapa tidak langsung mempertimbangkan EIP-7702?

![Pendalaman tentang 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

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

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

) 4.2 Struktur Data

Definisikan jenis transaksi baru 0x04, jenis transaksi TransactionPayload adalah hasil serialisasi RLP dari konten berikut:

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

Penting untuk menambahkan objek authorization_list, yang menyimpan kode yang ingin dieksekusi oleh penandatangan dalam EOA mereka. Pengguna menandatangani transaksi sambil juga menandatangani kode kontrak yang akan dieksekusi, yang ada sebagai daftar dua dimensi, menunjukkan bahwa informasi operasi yang dapat disimpan dalam jumlah besar, untuk melakukan operasi massal.

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

) 4.3 siklus hidup transaksi

4.3.1 Tahap Verifikasi

Pada tahap awal pelaksanaan transaksi, 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 ### melalui mekanisme Ethereum itu sendiri, EIP ini tidak mengubah algoritma tanda tangan (.
2. Verifikasi Chain ID ) untuk mencegah replay chain fork (.
3. Verifikasi apakah kode penandatangan authority kosong atau telah mendelegasikan ) untuk memverifikasi apakah transaksi tersebut adalah transaksi valid 7702, selanjutnya melalui mekanisme delegasi untuk mengeksekusi transaksi (.
4. Verifikasi nonce authority signer ) untuk mencegah replay signature authority (.
5. Atur kode penandatangan authority menjadi 0xef0100 || address) untuk melewati strategi penghindaran tabrakan EIP3607(.
6. Menambahkan nonce authority signer ) untuk mencegah replay tanda tangan lokal (.
7. Tambahkan akun penandatangan authority ke daftar alamat yang telah diakses ) untuk alamat panas, kurangi biaya gas penyimpanan kueri (.

)# 4.3.2 Tahap Eksekusi Operasi