Analisis Mendalam Sejarah dan Masa Depan Jalur Abstraksi Akun Ethereum
Pendahuluan
Artikel ini dibagi menjadi dua bagian besar:
Bagian atas dimulai dari proposal AA pertama pada tahun 2015, sistem ini merangkum isi utama proposal EIP sampai saat ini, berharap untuk mengeksplorasi perkembangan proposal AA dari perspektif sejarah, dan secara komprehensif mengevaluasi kelebihan dan kekurangan masing-masing solusi.
Bagian bawah fokus pada perbandingan reaksi dingin pasar setelah peluncuran EIP4337, serta analisis mendalam tentang EIP7702 yang akan dimasukkan dalam pembaruan versi Ethereum berikutnya. Setelah proposal ini digabungkan, akan mengubah secara menyeluruh bentuk aplikasi di blockchain.
EIP-7702 memiliki makna yang sangat penting, mari kita bahas secara rinci.
1. Latar Belakang Akun Abstrak
1.1 Penentuan Makna Abstraksi Akun
Pendiri Ethereum Vitalik memperbarui peta jalan pengembangan ETH lagi di akhir 2023, di mana pengaturan mengenai akun abstrak tetap tidak berubah. Model arus utama saat ini sedang beralih dari EIP-4337 menuju tahap berikutnya "konversi sukarela akun EOA".
Setelah lebih dari satu tahun peluncuran EIP4337, pada 1 Maret 2023 di WalletCon Denver, resmi diumumkan bahwa kontrak inti ERC-4337 yang dirancang dan diimplementasikan oleh pengembang Ethereum Foundation telah melalui audit OpenZeppelin, dianggap sebagai titik sejarah peluncuran resmi (. Pasar menunjukkan keadaan kontradiktif di mana pengguna secara luas mengakui tetapi tidak secara luas menggunakan. Dalam lingkungan ini, kemajuan EIP-7702 dipercepat secara signifikan, dan telah dipastikan akan digabungkan dalam pembaruan berikutnya.
) 1.2 Status pasar dari account abstraction
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, yang jauh berbeda dengan jumlah alamat EOA dan CA. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta. Bisa dikatakan bahwa EIP4337 hampir tidak memiliki perkembangan substansial di jaringan utama.
Namun, ini tidak memengaruhi nilai inti dari AA. Sejak awal desain EIP4337 sudah ditakdirkan untuk sulit menyelesaikan masalah kompatibilitas ke depan yang serius di jaringan utama. Dengan berbagai jenis rantai L2 yang umumnya menyematkan AA asli, jumlah alamat EIP4337 meledak di L2, di mana pengguna aktif bulanan Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, yang menunjukkan kinerja yang cukup baik.
Oleh karena itu, bukan karena desain EIP4337 yang salah, ia memiliki banyak kelebihan, yang akan kita rangkum secara sistematis nanti. Situasi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang sesuai untuk masing-masing.
2. Apa itu akun abstraksi?
Account abstraction pada dasarnya menyelesaikan masalah pemisahan hak kepemilikan.
Ada dua jenis akun dalam arsitektur EVM: 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 memiliki hak untuk "menandatangani transfer semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dari struktur transaksi dapat dilihat bahwa transaksi standar Ethereum tidak memiliki kolom From. Sebenarnya, alamat From diuraikan kembali melalui parameter VRS ) yang ditandatangani oleh pengguna (.
Ini melibatkan konsep seperti enkripsi asimetris seperti ECDSA dan fungsi threshold searah, yang tidak akan dibahas lebih lanjut di sini. Singkatnya, keamanan dijamin oleh kriptografi, yang juga menyebabkan kesulitan dalam penggabungan hak milik alamat EOA saat ini.
Efek inti dari EIP4337 adalah menambahkan Alamat Pengirim di bidang transaksi, sehingga mewujudkan pemisahan antara kunci pribadi dan alamat yang dioperasikan.
Alasan mengapa pemisahan kepemilikan sangat penting adalah bahwa desain akun eksternal )EOA( akan menimbulkan lebih banyak masalah:
Kunci pribadi sulit dilindungi: kehilangan kunci pribadi ), serangan hacker, atau pembobolan kriptografi ( berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Verifikasi transaksi protokol asli hanya dapat menggunakan algoritma tanda tangan dan verifikasi ECDSA.
Otorisasi tanda tangan terlalu tinggi: tanpa multi-sign asli ) multi-sign hanya dapat direalisasikan melalui kontrak pintar (, tanda tangan tunggal dapat melakukan operasi apa pun.
Biaya transaksi hanya dapat dibayar dengan ETH, tidak mendukung transaksi massal.
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, blokir transaksi ) urutan Nonce ( dan konsep-konsep tersebut terlalu rumit bagi pengguna.
Akhirnya, meskipun banyak dompet atau aplikasi blockchain yang mencoba meningkatkan pengalaman pengguna melalui optimasi produk, hasilnya terbatas.
Oleh karena itu, titik terobosan terletak pada penerapan account abstraction, yang memisahkan kepemilikan )Owner( dan hak tanda tangan )Signer(, sehingga secara bertahap menyelesaikan masalah yang disebutkan di atas.
Sepanjang sejarah, berbagai rencana telah diajukan, akhirnya berkumpul menjadi dua jalur.
![Penjelasan mendalam tentang masa lalu dan masa depan jalur abstraksi akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
3. Penelusuran Konteks Usulan AA
) 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 dukungan biaya transaksi untuk dibayar oleh ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi saldo mirip ERC20 ### yang memiliki fungsi otorisasi pemotongan dan lain-lain (, menyederhanakan bidang transaksi menjadi to, startgas, data, dan code.
Proposal ini dapat dianggap sebagai perubahan besar yang akan mengubah desain dasar secara signifikan, sehingga setiap alamat akun memiliki logika "kode" nya sendiri ), yang juga merupakan efek yang ingin dicapai oleh EIP-7702 saat ini (.
Ia juga dapat menghasilkan fungsi lain, seperti:
Transaksi menggunakan lebih banyak algoritma kriptografi, yang dapat ditentukan oleh metode verifikasi dan otentikasi yang ditetapkan dalam Code internal masing-masing alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode dapat diperbarui
Membuat Ether memiliki fitur fungsional yang sama dengan kontrak ERC20, efek inti adalah untuk mewujudkan otorisasi potongan otomatis, tanpa perlu menghabiskan koin asli.
Meningkatkan ruang kustomisasi akun, kompatibel dengan pemulihan sosial, dukungan SBT, pemulihan kunci, dll.
Alasan mengapa kemajuan tidak dapat dilanjutkan sangat sederhana, jelas langkahnya terlalu besar, dan perhatian terhadap masalah konflik hash transaksi saat ini dan risiko keamanan kurang diperhatikan, sehingga terus ditunda. Namun, setiap ide keunggulan menjadi salah satu fungsi inti dari EIP4337 dan EIP7702 yang akan datang.
Setelah itu, 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 disebarkan, maka menggunakan parameter code yang menyertai transaksi untuk mengeksekusi penyebaran dompet kontrak. Selain itu, juga diusulkan opcode PAYGAS baru, selain membayar gas, juga berfungsi sebagai pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.
Meskipun saat itu tidak dapat diimplementasikan, ini juga menjadi salah satu logika inti dari EIP7702 sekarang. Setiap transaksi EIP7702 menggabungkan struktur transaksi khusus, yang dapat menyertakan kode tertentu, sehingga dalam transaksi kali ini alamat EOA memiliki kemampuan kontrak.
EIP-7702: mengatur kode akun EOA )2024-05-07(
Ini juga merupakan inti dari mekanisme yang akan dibahas di bagian selanjutnya, EIP yang diajukan oleh Vitalik sebagai alternatif untuk EIP-3074. Oleh karena itu, EIP-3074 telah ditinggalkan, dan EIP-7702 dipastikan akan dimasukkan dalam hard fork ETH Prague/Electra)Pectra( yang akan datang, rincian lebih lanjut akan kami bahas nanti.
) 3.2 Rute 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, memungkinkan EOA untuk memberikan otorisasi kepada kontrak untuk memanggil kontrak lain atas nama identitas EOA.
Secara umum, EOA dapat mengirimkan pesan yang sudah ditandatangani ) transaksi ( ke kontrak yang dipercaya ) yang disebut sebagai Invoker (, di mana kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL sebagai pengganti EOA untuk mengirimkan transaksi.
EIP-4337: Mengimplementasikan abstraksi akun menggunakan mempool transaksi )2021-09-29(
Dirancang terinspirasi oleh MEV, nilai inti adalah dapat sepenuhnya menghindari perubahan protokol lapisan konsensus.
EIP4337 mengusulkan objek transaksi baru UserOperation, pengguna mengirim objek ini ke mempool, yang kemudian dibundel oleh bundlers dari perspektif penambang untuk dikemas secara massal dan disampaikan untuk mengeksekusi transaksi kontrak, pada dasarnya membawa transaksi dasar dan operasi akun ke tingkat kontrak untuk dieksekusi.
EIP-5189: melalui operator endorser untuk akun abstrak )2022-06-29(
Ini adalah optimasi logika EIP4337, menghadapi Bundler jahat dengan membangun mekanisme dukungan penalti dana untuk mencegah serangan pemblokiran DoS.
) 3.3 Proposal lain yang mendukung akun abstraksi
EIP-2718: Pembungkus jenis transaksi baru ###2020-06-13(
Ini adalah proposal yang sudah Final, mendefinisikan jenis transaksi baru, sebagai amplop untuk jenis transaksi baru yang akan ditambahkan di masa depan.
Hasil akhirnya adalah, saat memperkenalkan jenis transaksi baru, membedakan jenis transaksi melalui pengkodean tertentu, hanya perlu kompatibel ke belakang, tidak perlu kompatibel ke depan. Contoh paling umum adalah EIP1559, yang membedakan biaya transaksi, menggunakan pengkodean jenis transaksi baru, tetapi tidak mempengaruhi jenis transaksi legacy yang awal.
EIP-3607: melarang alamat EOA untuk 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, melarang sistem untuk menyebarkan kode ke alamat yang sudah merupakan alamat EOA. Risiko ini sebenarnya sangat kecil, karena alamat Ethereum memiliki panjang 160 bit, meskipun ada metode untuk menghasilkan kunci pribadi yang menghasilkan alamat kontrak tertentu, namun dengan perkiraan total daya komputasi Bitcoin, itu juga membutuhkan waktu satu tahun.
) 3.4 Bagaimana memahami perkembangan sejarah akun abstraksi?
Pertama-tama perlu memahami nilai setelah diubah menjadi CA
Pada dasarnya ini adalah efek nyata dari EIP-4337, yang dapat mewujudkan:
Namun, kekurangan utama EIP-4337 adalah bertentangan dengan prinsip motivasi manusia.
Ini tampak lebih baik, tetapi terjebak dalam siklus mati perkembangan pasar, banyak Dapp yang belum kompatibel, pengguna enggan menggunakan alamat CA, bahkan penggunaan CA dapat menyebabkan biaya transaksi yang lebih tinggi ### dalam skenario transfer biasa, biaya transaksi menjadi dua kali lipat (, juga terlalu bergantung pada kompatibilitas Dapp itu sendiri.
Oleh karena itu, hingga saat ini belum mendapatkan popularitas di jaringan utama Ethereum.
Biaya adalah ukuran terpenting bagi pengguna, biaya harus dikurangi.
Namun, untuk benar-benar mengurangi GAS, perlu dilakukan peningkatan soft fork pada Ethereum itu sendiri, yang memodifikasi perhitungan GAS atau modul konsumsi GAS dari opcode. Mengingat perlu dilakukan soft fork, mengapa tidak langsung mempertimbangkan EIP-7702?
![Penjelasan Mendalam Tentang Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
4. Analisis Menyeluruh EIP-7702
) 4.1 Apa itu EIP-7702
Ini membedakan melalui jenis transaksi baru, memungkinkan EOA untuk secara temporer memiliki fungsi kontrak pintar dalam satu transaksi, sehingga mendukung transaksi massal, transaksi tanpa Gas, dan manajemen izin kustom dalam bisnis, tanpa perlu memperkenalkan opCode EVM baru ### yang mempengaruhi kompatibilitas ke depan (.
Ini memungkinkan pengguna untuk mendapatkan sebagian besar kemampuan AA tanpa harus menerapkan kontrak pintar, bahkan dapat memberikan kemampuan kepada pihak ketiga untuk memulai transaksi atas nama pengguna, dan tidak memerlukan pengguna untuk memberikan kunci pribadi, cukup dengan menandatangani informasi otorisasi.
) 4.2 Struktur Data
Ini mendefinisikan jenis transaksi baru 0x04, payload transaksi dari jenis transaksi ini adalah hasil serialisasi RLP dari konten berikut:
Penting bahwa objek authorization_list baru ditambahkan, yang menyimpan kode yang ingin dieksekusi oleh penandatangan dalam EOA mereka. Pengguna menandatangani transaksi sekaligus menandatangani kode kontrak yang akan dieksekusi, yang ada sebagai daftar dua dimensi, menunjukkan bahwa beberapa informasi operasi dapat disimpan secara batch, untuk melakukan operasi batch.
Pada tahap awal pelaksanaan transaksi, untuk setiap tuple [chain_id, address, nonce, y_parity, r, s] dari authorization_list:
Menggunakan ecrecover untuk memulihkan alamat penandatangan dari tanda tangan r, s ###, perlu dicatat bahwa ini adalah mekanisme dari Ethereum itu sendiri, sehingga EIP ini tidak mengubah algoritma tanda tangan (.
authority = ecrecover)keccak(MAGIC || rlp(chain_id, address, nonce, y_parity, r, s])mirip dengan alamat from yang diperoleh dari tanda tangan sebelumnya, di sini yang diperoleh adalah alamat tanda tangan lokal untuk list ini(
Verifikasi chain ID ) untuk mencegah replay chain fork (.
Verifikasi apakah kode penandatangan authority kosong atau sudah mendelegasikan ).
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
7 Suka
Hadiah
7
4
Bagikan
Komentar
0/400
AirdropHunter9000
· 16jam yang lalu
Ada berita besar lagi, V God bermain sebesar ini.
Lihat AsliBalas0
0xSherlock
· 17jam yang lalu
Duduk dulu untuk menonton
Lihat AsliBalas0
WalletDivorcer
· 17jam yang lalu
Sekali lagi datang proposal yang ditakdirkan untuk gagal
EIP-7702: Terobosan besar dalam abstraksi akun Ethereum
Analisis Mendalam Sejarah dan Masa Depan Jalur Abstraksi Akun Ethereum
Pendahuluan
Artikel ini dibagi menjadi dua bagian besar:
Bagian atas dimulai dari proposal AA pertama pada tahun 2015, sistem ini merangkum isi utama proposal EIP sampai saat ini, berharap untuk mengeksplorasi perkembangan proposal AA dari perspektif sejarah, dan secara komprehensif mengevaluasi kelebihan dan kekurangan masing-masing solusi.
Bagian bawah fokus pada perbandingan reaksi dingin pasar setelah peluncuran EIP4337, serta analisis mendalam tentang EIP7702 yang akan dimasukkan dalam pembaruan versi Ethereum berikutnya. Setelah proposal ini digabungkan, akan mengubah secara menyeluruh bentuk aplikasi di blockchain.
EIP-7702 memiliki makna yang sangat penting, mari kita bahas secara rinci.
1. Latar Belakang Akun Abstrak
1.1 Penentuan Makna Abstraksi Akun
Pendiri Ethereum Vitalik memperbarui peta jalan pengembangan ETH lagi di akhir 2023, di mana pengaturan mengenai akun abstrak tetap tidak berubah. Model arus utama saat ini sedang beralih dari EIP-4337 menuju tahap berikutnya "konversi sukarela akun EOA".
Setelah lebih dari satu tahun peluncuran EIP4337, pada 1 Maret 2023 di WalletCon Denver, resmi diumumkan bahwa kontrak inti ERC-4337 yang dirancang dan diimplementasikan oleh pengembang Ethereum Foundation telah melalui audit OpenZeppelin, dianggap sebagai titik sejarah peluncuran resmi (. Pasar menunjukkan keadaan kontradiktif di mana pengguna secara luas mengakui tetapi tidak secara luas menggunakan. Dalam lingkungan ini, kemajuan EIP-7702 dipercepat secara signifikan, dan telah dipastikan akan digabungkan dalam pembaruan berikutnya.
) 1.2 Status pasar dari account abstraction
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, yang jauh berbeda dengan jumlah alamat EOA dan CA. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta. Bisa dikatakan bahwa EIP4337 hampir tidak memiliki perkembangan substansial di jaringan utama.
Namun, ini tidak memengaruhi nilai inti dari AA. Sejak awal desain EIP4337 sudah ditakdirkan untuk sulit menyelesaikan masalah kompatibilitas ke depan yang serius di jaringan utama. Dengan berbagai jenis rantai L2 yang umumnya menyematkan AA asli, jumlah alamat EIP4337 meledak di L2, di mana pengguna aktif bulanan Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, yang menunjukkan kinerja yang cukup baik.
Oleh karena itu, bukan karena desain EIP4337 yang salah, ia memiliki banyak kelebihan, yang akan kita rangkum secara sistematis nanti. Situasi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang sesuai untuk masing-masing.
2. Apa itu akun abstraksi?
Account abstraction pada dasarnya menyelesaikan masalah pemisahan hak kepemilikan.
Ada dua jenis akun dalam arsitektur EVM: 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 memiliki hak untuk "menandatangani transfer semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dari struktur transaksi dapat dilihat bahwa transaksi standar Ethereum tidak memiliki kolom From. Sebenarnya, alamat From diuraikan kembali melalui parameter VRS ) yang ditandatangani oleh pengguna (.
Ini melibatkan konsep seperti enkripsi asimetris seperti ECDSA dan fungsi threshold searah, yang tidak akan dibahas lebih lanjut di sini. Singkatnya, keamanan dijamin oleh kriptografi, yang juga menyebabkan kesulitan dalam penggabungan hak milik alamat EOA saat ini.
Efek inti dari EIP4337 adalah menambahkan Alamat Pengirim di bidang transaksi, sehingga mewujudkan pemisahan antara kunci pribadi dan alamat yang dioperasikan.
Alasan mengapa pemisahan kepemilikan sangat penting adalah bahwa desain akun eksternal )EOA( akan menimbulkan lebih banyak masalah:
Kunci pribadi sulit dilindungi: kehilangan kunci pribadi ), serangan hacker, atau pembobolan kriptografi ( berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Verifikasi transaksi protokol asli hanya dapat menggunakan algoritma tanda tangan dan verifikasi ECDSA.
Otorisasi tanda tangan terlalu tinggi: tanpa multi-sign asli ) multi-sign hanya dapat direalisasikan melalui kontrak pintar (, tanda tangan tunggal dapat melakukan operasi apa pun.
Biaya transaksi hanya dapat dibayar dengan ETH, tidak mendukung transaksi massal.
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, blokir transaksi ) urutan Nonce ( dan konsep-konsep tersebut terlalu rumit bagi pengguna.
Akhirnya, meskipun banyak dompet atau aplikasi blockchain yang mencoba meningkatkan pengalaman pengguna melalui optimasi produk, hasilnya terbatas.
Oleh karena itu, titik terobosan terletak pada penerapan account abstraction, yang memisahkan kepemilikan )Owner( dan hak tanda tangan )Signer(, sehingga secara bertahap menyelesaikan masalah yang disebutkan di atas.
Sepanjang sejarah, berbagai rencana telah diajukan, akhirnya berkumpul menjadi dua jalur.
![Penjelasan mendalam tentang masa lalu dan masa depan jalur abstraksi akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
3. Penelusuran Konteks Usulan AA
) 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 dukungan biaya transaksi untuk dibayar oleh ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi saldo mirip ERC20 ### yang memiliki fungsi otorisasi pemotongan dan lain-lain (, menyederhanakan bidang transaksi menjadi to, startgas, data, dan code.
Proposal ini dapat dianggap sebagai perubahan besar yang akan mengubah desain dasar secara signifikan, sehingga setiap alamat akun memiliki logika "kode" nya sendiri ), yang juga merupakan efek yang ingin dicapai oleh EIP-7702 saat ini (.
Ia juga dapat menghasilkan fungsi lain, seperti:
Transaksi menggunakan lebih banyak algoritma kriptografi, yang dapat ditentukan oleh metode verifikasi dan otentikasi yang ditetapkan dalam Code internal masing-masing alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode dapat diperbarui
Membuat Ether memiliki fitur fungsional yang sama dengan kontrak ERC20, efek inti adalah untuk mewujudkan otorisasi potongan otomatis, tanpa perlu menghabiskan koin asli.
Meningkatkan ruang kustomisasi akun, kompatibel dengan pemulihan sosial, dukungan SBT, pemulihan kunci, dll.
Alasan mengapa kemajuan tidak dapat dilanjutkan sangat sederhana, jelas langkahnya terlalu besar, dan perhatian terhadap masalah konflik hash transaksi saat ini dan risiko keamanan kurang diperhatikan, sehingga terus ditunda. Namun, setiap ide keunggulan menjadi salah satu fungsi inti dari EIP4337 dan EIP7702 yang akan datang.
Setelah itu, 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 disebarkan, maka menggunakan parameter code yang menyertai transaksi untuk mengeksekusi penyebaran dompet kontrak. Selain itu, juga diusulkan opcode PAYGAS baru, selain membayar gas, juga berfungsi sebagai pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.
Meskipun saat itu tidak dapat diimplementasikan, ini juga menjadi salah satu logika inti dari EIP7702 sekarang. Setiap transaksi EIP7702 menggabungkan struktur transaksi khusus, yang dapat menyertakan kode tertentu, sehingga dalam transaksi kali ini alamat EOA memiliki kemampuan kontrak.
EIP-7702: mengatur kode akun EOA )2024-05-07(
Ini juga merupakan inti dari mekanisme yang akan dibahas di bagian selanjutnya, EIP yang diajukan oleh Vitalik sebagai alternatif untuk EIP-3074. Oleh karena itu, EIP-3074 telah ditinggalkan, dan EIP-7702 dipastikan akan dimasukkan dalam hard fork ETH Prague/Electra)Pectra( yang akan datang, rincian lebih lanjut akan kami bahas nanti.
) 3.2 Rute 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, memungkinkan EOA untuk memberikan otorisasi kepada kontrak untuk memanggil kontrak lain atas nama identitas EOA.
Secara umum, EOA dapat mengirimkan pesan yang sudah ditandatangani ) transaksi ( ke kontrak yang dipercaya ) yang disebut sebagai Invoker (, di mana kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL sebagai pengganti EOA untuk mengirimkan transaksi.
EIP-4337: Mengimplementasikan abstraksi akun menggunakan mempool transaksi )2021-09-29(
Dirancang terinspirasi oleh MEV, nilai inti adalah dapat sepenuhnya menghindari perubahan protokol lapisan konsensus.
EIP4337 mengusulkan objek transaksi baru UserOperation, pengguna mengirim objek ini ke mempool, yang kemudian dibundel oleh bundlers dari perspektif penambang untuk dikemas secara massal dan disampaikan untuk mengeksekusi transaksi kontrak, pada dasarnya membawa transaksi dasar dan operasi akun ke tingkat kontrak untuk dieksekusi.
EIP-5189: melalui operator endorser untuk akun abstrak )2022-06-29(
Ini adalah optimasi logika EIP4337, menghadapi Bundler jahat dengan membangun mekanisme dukungan penalti dana untuk mencegah serangan pemblokiran DoS.
) 3.3 Proposal lain yang mendukung akun abstraksi
EIP-2718: Pembungkus jenis transaksi baru ###2020-06-13(
Ini adalah proposal yang sudah Final, mendefinisikan jenis transaksi baru, sebagai amplop untuk jenis transaksi baru yang akan ditambahkan di masa depan.
Hasil akhirnya adalah, saat memperkenalkan jenis transaksi baru, membedakan jenis transaksi melalui pengkodean tertentu, hanya perlu kompatibel ke belakang, tidak perlu kompatibel ke depan. Contoh paling umum adalah EIP1559, yang membedakan biaya transaksi, menggunakan pengkodean jenis transaksi baru, tetapi tidak mempengaruhi jenis transaksi legacy yang awal.
EIP-3607: melarang alamat EOA untuk 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, melarang sistem untuk menyebarkan kode ke alamat yang sudah merupakan alamat EOA. Risiko ini sebenarnya sangat kecil, karena alamat Ethereum memiliki panjang 160 bit, meskipun ada metode untuk menghasilkan kunci pribadi yang menghasilkan alamat kontrak tertentu, namun dengan perkiraan total daya komputasi Bitcoin, itu juga membutuhkan waktu satu tahun.
) 3.4 Bagaimana memahami perkembangan sejarah akun abstraksi?
Pertama-tama perlu memahami nilai setelah diubah menjadi CA
Pada dasarnya ini adalah efek nyata dari EIP-4337, yang dapat mewujudkan:
Namun, kekurangan utama EIP-4337 adalah bertentangan dengan prinsip motivasi manusia.
Ini tampak lebih baik, tetapi terjebak dalam siklus mati perkembangan pasar, banyak Dapp yang belum kompatibel, pengguna enggan menggunakan alamat CA, bahkan penggunaan CA dapat menyebabkan biaya transaksi yang lebih tinggi ### dalam skenario transfer biasa, biaya transaksi menjadi dua kali lipat (, juga terlalu bergantung pada kompatibilitas Dapp itu sendiri.
Oleh karena itu, hingga saat ini belum mendapatkan popularitas di jaringan utama Ethereum.
Biaya adalah ukuran terpenting bagi pengguna, biaya harus dikurangi.
Namun, untuk benar-benar mengurangi GAS, perlu dilakukan peningkatan soft fork pada Ethereum itu sendiri, yang memodifikasi perhitungan GAS atau modul konsumsi GAS dari opcode. Mengingat perlu dilakukan soft fork, mengapa tidak langsung mempertimbangkan EIP-7702?
![Penjelasan Mendalam Tentang Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
4. Analisis Menyeluruh EIP-7702
) 4.1 Apa itu EIP-7702
Ini membedakan melalui jenis transaksi baru, memungkinkan EOA untuk secara temporer memiliki fungsi kontrak pintar dalam satu transaksi, sehingga mendukung transaksi massal, transaksi tanpa Gas, dan manajemen izin kustom dalam bisnis, tanpa perlu memperkenalkan opCode EVM baru ### yang mempengaruhi kompatibilitas ke depan (.
Ini memungkinkan pengguna untuk mendapatkan sebagian besar kemampuan AA tanpa harus menerapkan kontrak pintar, bahkan dapat memberikan kemampuan kepada pihak ketiga untuk memulai transaksi atas nama pengguna, dan tidak memerlukan pengguna untuk memberikan kunci pribadi, cukup dengan menandatangani informasi otorisasi.
) 4.2 Struktur Data
Ini mendefinisikan jenis transaksi baru 0x04, payload transaksi dari jenis transaksi ini 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 bahwa objek authorization_list baru ditambahkan, yang menyimpan kode yang ingin dieksekusi oleh penandatangan dalam EOA mereka. Pengguna menandatangani transaksi sekaligus menandatangani kode kontrak yang akan dieksekusi, yang ada sebagai daftar dua dimensi, menunjukkan bahwa beberapa informasi operasi dapat disimpan secara batch, untuk melakukan operasi batch.
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:
Menggunakan ecrecover untuk memulihkan alamat penandatangan dari tanda tangan r, s ###, perlu dicatat bahwa ini adalah mekanisme dari Ethereum itu sendiri, sehingga EIP ini tidak mengubah algoritma tanda tangan (. authority = ecrecover)keccak(MAGIC || rlp(chain_id, address, nonce, y_parity, r, s])mirip dengan alamat from yang diperoleh dari tanda tangan sebelumnya, di sini yang diperoleh adalah alamat tanda tangan lokal untuk list ini(
Verifikasi chain ID ) untuk mencegah replay chain fork (.
Verifikasi apakah kode penandatangan authority kosong atau sudah mendelegasikan ).