Menyelami Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum
Pendahuluan
Artikel ini dibagi menjadi dua bagian besar:
Pertama, mulai dari proposal AA pertama pada tahun 2015, sistem menyusun konten utama dari proposal EIP hingga saat ini, membahas evolusi proposal sejarah AA, serta mengevaluasi kelebihan dan kekurangan masing-masing rencana secara menyeluruh.
Kedua, fokus pada perbandingan situasi umpan balik pasar yang buruk setelah peluncuran EIP4337, dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam pembaruan versi berikutnya dari Ethereum. Setelah proposal ini digabungkan, itu akan sepenuhnya mengubah bentuk aplikasi on-chain.
EIP-7702 memiliki arti yang penting, mari kita pelajari lebih lanjut.
1. Latar Belakang Abstraksi Akun
1.1 Penentuan makna abstraksi akun
Pendiri Ethereum Vitalik memperbarui peta jalan pengembangan ETH sekali lagi pada akhir 2023, tetapi pengaturan terkait akun abstrak tidak berubah. Saat ini, model utama sedang beralih dari EIP-4337 menuju tahap berikutnya yaitu konversi sukarela akun EOA.
Setelah lebih dari satu tahun peluncuran EIP4337, pada 1 Maret 2023 di WalletCon di Denver, kontrak inti ERC-4337 yang dirancang dan diimplementasikan oleh pengembang Ethereum Foundation telah diaudit oleh OpenZeppelin dan dianggap sebagai titik sejarah peluncuran resmi (. Meskipun telah mendapatkan pengakuan luas dari pengguna, tingkat penggunaannya tidak tinggi. Dalam lingkungan pasar yang kontradiktif 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 pengembangan, jumlah akun EIP4337 di rantai utama hanya 12 juta, di mana jumlah alamat aktif di jaringan utama Ethereum hanya 6.764, jauh berbeda dengan jumlah alamat EOA dan CA. Saat ini, jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta. Dapat dikatakan bahwa EIP4337 hampir tidak memiliki perkembangan substantif di jaringan utama.
Namun, ini tidak mempengaruhi nilai dasar dari AA. Desain EIP4337 sudah ditakdirkan sulit untuk menyelesaikan masalah kompatibilitas maju di mainnet. Seiring dengan berbagai L2 chain yang umum menyematkan AA asli, jumlah alamat EIP4337 meledak di L2, di mana pengguna aktif bulanan di chain Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, menunjukkan kinerja yang baik.
Oleh karena itu, desain EIP4337 tidak bermasalah, ia memiliki banyak kelebihan, dan kondisi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan penerapan solusi yang sesuai untuk masing-masing.
![Penjelasan Mendalam tentang Masa Lalu dan Masa Depan Abstraksi Akun Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. Apa itu abstraksi akun?
Account abstraction pada dasarnya menyelesaikan masalah pemisahan hak kepemilikan.
Dalam arsitektur 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 sebenarnya tidak memiliki kolom From. Saat melakukan transfer dana, alamat mana yang digunakan untuk mengkonsumsi dana ditentukan melalui parameter VRS ) yaitu tanda tangan pengguna ( yang digunakan untuk memecahkan alamat From.
Ini melibatkan konsep-konsep seperti ECDSA dan fungsi threshold satu arah, kami tidak akan membahas lebih lanjut. Singkatnya, di sini kriptografi menjamin keamanan, tetapi juga menyebabkan kesulitan alamat EOA dalam penggabungan hak milik saat ini.
Efek inti dari EIP4337 adalah menambahkan field Alamat Pengirim dalam field transaksi, sehingga kunci pribadi dapat dipisahkan dari alamat yang dioperasikan.
Alasan mengapa pemisahan kepemilikan sangat penting adalah karena desain akun eksternal )EOA( akan menimbulkan lebih banyak masalah:
Kunci pribadi sulit dilindungi: Pengguna kehilangan kunci pribadi ), kehilangan, serangan hacker, atau pembobolan kriptografi ( berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan algoritma tanda tangan dan verifikasi ECDSA untuk memverifikasi transaksi.
Hak tanda tangan terlalu tinggi: tanpa multi-tanda tangan asli ), kolaborasi hanya dapat dilakukan 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 pribadi pemegang 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 Ether (.
Selain itu, pengguna perlu menangani logika biaya yang kompleks, seperti harga Gas, batas Gas, kemacetan transaksi ) urutan Nonce ( dan konsep lainnya yang terlalu rumit bagi pengguna.
Akhirnya, meskipun banyak dompet atau aplikasi blockchain berusaha meningkatkan pengalaman pengguna melalui optimasi produk, hasilnya terbatas.
Oleh karena itu, solusinya terletak pada penerapan account abstraction, yang mendekopel kepemilikan )Owner( dan hak tanda tangan )Signer(, sehingga secara bertahap menyelesaikan masalah di atas.
Sepanjang sejarah, ada banyak skema, yang pada akhirnya disimpulkan menjadi dua jalur.
![Pendalaman tentang masa lalu dan masa depan jalur abstraksi akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Penelusuran Usulan Sejarah AA
Solusi untuk masalah ini tampaknya memiliki banyak proposal EIP, tetapi pada akhirnya hanya ada dua pemikiran inti. Masalah yang dipertimbangkan dalam setiap EIP yang tidak disetujui di masa lalu juga telah menjadi titik terobosan untuk solusi saat ini.
) 3.1 Rute pertama adalah mengubah alamat EOA menjadi alamat CA
Pada 15 November 2015, seputar EIP-101, Vitalik mengusulkan struktur baru di mana kontrak digunakan sebagai akun. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mengubah dukungan biaya transaksi menjadi dibayar dengan ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi seperti ERC20 untuk menyimpan saldo ### yang dapat memiliki fungsi otorisasi pemotongan otomatis dan lain-lain (, menyederhanakan bidang transaksi hanya menjadi to, startgas, data, dan code.
Sekarang tampaknya, ini adalah jenis perubahan besar yang akan mengubah desain dasar secara signifikan, membuat setiap alamat akun memiliki "logika" nya sendiri ) inilah yang ingin dicapai oleh EIP-7702 saat ini (.
Masih bisa mengembangkan fungsi lain, misalnya:
Membiarkan transaksi menggunakan lebih banyak algoritma kripto, dapat ditentukan oleh metode verifikasi dan otentikasi yang ditetapkan oleh Code internal dari setiap alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode memiliki karakteristik peningkatan.
Membuat Ether memiliki fitur fungsi yang sama dengan kontrak ERC20, efek inti adalah untuk mewujudkan otorisasi pemotongan otomatis, sehingga tidak perlu menghabiskan koin asli.
Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, pemulihan kunci, dan lainnya.
Alasan mengapa tidak dapat melanjutkan sangat sederhana, jelas langkahnya terlalu besar, pertimbangan terhadap masalah konflik hash transaksi saat ini dan potensi risiko keamanan tidak cukup matang, sehingga selalu ditangguhkan. Namun, setiap ide keunggulan telah 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 menyelesaikan masalah penyebaran kode, fungsi inti adalah, jika terjadi situasi di mana kontrak pihak transaksi belum diterapkan, maka menggunakan parameter kode yang menyertai transaksi untuk menjalankan penyebaran dompet kontrak. Selain itu, juga diajukan opcode PAYGAS yang baru, selain membayar gas, juga menjadi pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.
Meskipun tidak dapat direalisasikan saat itu, ini juga menjadi salah satu logika inti dari EIP7702 sekarang. Setiap transaksi EIP7702 menggabungkan struktur transaksi khusus, yang dapat menyertakan kode tertentu, sehingga memungkinkan alamat EOA memiliki kemampuan kontrak dalam transaksi ini.
EIP-7702: mengatur kode akun EOA )2024-05-07(
Ini juga merupakan inti dari mekanisme yang dibahas di bagian selanjutnya dari artikel ini, EIP yang diterbitkan oleh Vitalik, sebagai alternatif untuk EIP-3074. Oleh karena itu, EIP-3074 ditinggalkan, dan EIP-7702 ditetapkan untuk dimasukkan dalam hard fork ETH Prague/Electra)Pectra( yang akan datang, rincian lebih lanjut akan kami bahas di bawah.
) 3.2 Rute kedua adalah membuat alamat EOA menggerakkan alamat CA
EIP-3074: menambahkan opcode AUTH dan AUTHCALL ###2020-10-15(
Menambahkan dua OpCodes baru dalam EVM: AUTH dan AUTHCALL, sehingga EOA dapat memberikan otorisasi kepada kontrak melalui dua opcode ini untuk menggantikan identitas EOA dalam memanggil kontrak lain.
Secara ringkas, sebuah EOA dapat mengirimkan pesan yang telah ditandatangani ) transaksi ( ke kontrak yang dipercaya ) yang disebut Invoker (, kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL untuk mewakili EOA ini dalam melakukan transaksi.
EIP-4337: Mewujudkan abstraksi akun melalui mempool transaksi )2021-09-29(
Terinspirasi oleh MEV dalam desain, nilai inti adalah dapat sepenuhnya menghindari perubahan protokol lapisan konsensus.
EIP4337 mengusulkan objek transaksi baru bernama UserOperation, pengguna mengirimkan objek ini ke dalam mempool, kemudian bundler mengemas dan mengirimkan transaksi eksekusi kontrak secara massal dari perspektif penambang, pada dasarnya mengangkat transaksi dasar dan operasi akun ke tingkat kontrak untuk dieksekusi.
EIP-5189: Mengoperasikan akun abstrak melalui endorser )2022-06-29(
Ini dianggap sebagai optimalisasi logika EIP4337, yang menghadapi Bundler jahat dengan membangun mekanisme dukungan penalti dana untuk mencegah serangan DoS.
) 3.3 Proposal lain untuk mendukung akun abstraksi
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 baru yang akan ditambahkan di masa depan.
Hasil akhirnya adalah, ketika jenis transaksi baru diperkenalkan, jenis transaksi ini dapat dibedakan melalui pengkodean tertentu, sehingga hanya perlu memiliki kompatibilitas ke belakang, tanpa perlu kompatibilitas ke depan. Contoh yang 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 solusi 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 disebarkan 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, tetapi dengan total daya komputasi Bitcoin yang diperkirakan, masih memerlukan waktu sekitar satu tahun.
![Mendalami Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
) 3.4 Bagaimana memahami perkembangan sejarah abstraksi akun?
Pertama-tama, perlu memahami nilai setelah diubah menjadi CA.
Pada dasarnya, itu adalah efek nyata dari EIP-4337, yang dapat mewujudkan:
Mendukung multi-tanda tangan dan pemulihan sosial
Transaksi tanpa Gas ### pembayaran bahan bakar (
Transaksi massal
Algoritma tanda tangan kustom
Membayar token sebagai biaya transaksi
Batas Transaksi
Akun terkunci
Kunci waktu
Tanda Tangan Otorisasi Sekali
Namun, kekurangan utama dari EIP-4337 adalah bertentangan dengan prinsip motivasi manusia.
Ini terlihat lebih baik, tetapi terjebak dalam siklus mati perkembangan pasar :D Banyak Dapp yang belum kompatibel, sehingga pengguna enggan menggunakan alamat CA, bahkan menggunakan CA memiliki biaya transaksi yang lebih tinggi ) Dalam skenario transfer biasa, biaya transaksi juga akan berlipat ganda (, terlalu bergantung pada kompatibilitas Dapp itu sendiri.
Jadi hingga saat ini tidak ada adopsi yang luas di jaringan utama Ethereum.
Biaya adalah standar paling penting yang diukur oleh pengguna, harus mengurangi biaya.
Namun, untuk benar-benar mengurangi GAS, Ethereum itu sendiri harus melakukan upgrade fork lunak, mengubah perhitungan GAS atau mengubah modul konsumsi GAS untuk opcode, dan lain-lain. Tetapi jika sudah melakukan fork lunak, 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-9d6eae95e3a0983a7b379ce2cfd7945f.webp(
4. Analisis Menyeluruh 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, sehingga mendukung bisnis untuk melakukan transaksi massal, transaksi tanpa Gas, dan manajemen izin yang disesuaikan, tanpa perlu memperkenalkan opCode EVM baru ### yang mempengaruhi 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 menginisiasi transaksi atas nama pengguna, dan tidak memerlukan pengguna untuk memberikan kunci pribadi, hanya perlu menandatangani informasi otorisasi.
) 4.2 struktur data
Ini mendefinisikan jenis transaksi baru 0x04, jenis transaksi tersebut
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
6
Posting ulang
Bagikan
Komentar
0/400
DAOdreamer
· 07-28 06:20
Ini adalah eip baru lagi, siapa yang mengerti?
Lihat AsliBalas0
FlashLoanLarry
· 07-26 15:30
hmm 4337 hanyalah sebuah uji beta... 7702 adalah tempat aliran juice mev yang sebenarnya tbh
Lihat AsliBalas0
DataPickledFish
· 07-25 08:01
AA lagi datang untuk memainkan orang-orang baru?
Lihat AsliBalas0
ChainWatcher
· 07-25 08:01
4337 juga tidak bisa, sepertinya semua bergantung pada 7702 untuk menyelamatkan situasi.
Lihat AsliBalas0
AirdropHunter007
· 07-25 07:51
4337 semuanya baik-baik saja, hanya saja membakar gas
Lihat AsliBalas0
TopEscapeArtist
· 07-25 07:45
Ini adalah teman lama dari market maker yang memotong kerugian, 7702. Saya tidak tahu berapa banyak orang yang akan masukkan posisi dengan pola yang sudah dikenal ini.
EIP-7702 Memimpin Era Baru Abstraksi Akun: Memahami Perkembangan dan Masa Depan AA Ethereum dalam Satu Artikel
Menyelami Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum
Pendahuluan
Artikel ini dibagi menjadi dua bagian besar:
Pertama, mulai dari proposal AA pertama pada tahun 2015, sistem menyusun konten utama dari proposal EIP hingga saat ini, membahas evolusi proposal sejarah AA, serta mengevaluasi kelebihan dan kekurangan masing-masing rencana secara menyeluruh.
Kedua, fokus pada perbandingan situasi umpan balik pasar yang buruk setelah peluncuran EIP4337, dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam pembaruan versi berikutnya dari Ethereum. Setelah proposal ini digabungkan, itu akan sepenuhnya mengubah bentuk aplikasi on-chain.
EIP-7702 memiliki arti yang penting, mari kita pelajari lebih lanjut.
1. Latar Belakang Abstraksi Akun
1.1 Penentuan makna abstraksi akun
Pendiri Ethereum Vitalik memperbarui peta jalan pengembangan ETH sekali lagi pada akhir 2023, tetapi pengaturan terkait akun abstrak tidak berubah. Saat ini, model utama sedang beralih dari EIP-4337 menuju tahap berikutnya yaitu konversi sukarela akun EOA.
Setelah lebih dari satu tahun peluncuran EIP4337, pada 1 Maret 2023 di WalletCon di Denver, kontrak inti ERC-4337 yang dirancang dan diimplementasikan oleh pengembang Ethereum Foundation telah diaudit oleh OpenZeppelin dan dianggap sebagai titik sejarah peluncuran resmi (. Meskipun telah mendapatkan pengakuan luas dari pengguna, tingkat penggunaannya tidak tinggi. Dalam lingkungan pasar yang kontradiktif 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 pengembangan, jumlah akun EIP4337 di rantai utama hanya 12 juta, di mana jumlah alamat aktif di jaringan utama Ethereum hanya 6.764, jauh berbeda dengan jumlah alamat EOA dan CA. Saat ini, jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta. Dapat dikatakan bahwa EIP4337 hampir tidak memiliki perkembangan substantif di jaringan utama.
Namun, ini tidak mempengaruhi nilai dasar dari AA. Desain EIP4337 sudah ditakdirkan sulit untuk menyelesaikan masalah kompatibilitas maju di mainnet. Seiring dengan berbagai L2 chain yang umum menyematkan AA asli, jumlah alamat EIP4337 meledak di L2, di mana pengguna aktif bulanan di chain Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, menunjukkan kinerja yang baik.
Oleh karena itu, desain EIP4337 tidak bermasalah, ia memiliki banyak kelebihan, dan kondisi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan penerapan solusi yang sesuai untuk masing-masing.
![Penjelasan Mendalam tentang Masa Lalu dan Masa Depan Abstraksi Akun Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. Apa itu abstraksi akun?
Account abstraction pada dasarnya menyelesaikan masalah pemisahan hak kepemilikan.
Dalam arsitektur 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 sebenarnya tidak memiliki kolom From. Saat melakukan transfer dana, alamat mana yang digunakan untuk mengkonsumsi dana ditentukan melalui parameter VRS ) yaitu tanda tangan pengguna ( yang digunakan untuk memecahkan alamat From.
Ini melibatkan konsep-konsep seperti ECDSA dan fungsi threshold satu arah, kami tidak akan membahas lebih lanjut. Singkatnya, di sini kriptografi menjamin keamanan, tetapi juga menyebabkan kesulitan alamat EOA dalam penggabungan hak milik saat ini.
Efek inti dari EIP4337 adalah menambahkan field Alamat Pengirim dalam field transaksi, sehingga kunci pribadi dapat dipisahkan dari alamat yang dioperasikan.
Alasan mengapa pemisahan kepemilikan sangat penting adalah karena desain akun eksternal )EOA( akan menimbulkan lebih banyak masalah:
Kunci pribadi sulit dilindungi: Pengguna kehilangan kunci pribadi ), kehilangan, serangan hacker, atau pembobolan kriptografi ( berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan algoritma tanda tangan dan verifikasi ECDSA untuk memverifikasi transaksi.
Hak tanda tangan terlalu tinggi: tanpa multi-tanda tangan asli ), kolaborasi hanya dapat dilakukan 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 pribadi pemegang 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 Ether (.
Selain itu, pengguna perlu menangani logika biaya yang kompleks, seperti harga Gas, batas Gas, kemacetan transaksi ) urutan Nonce ( dan konsep lainnya yang terlalu rumit bagi pengguna.
Akhirnya, meskipun banyak dompet atau aplikasi blockchain berusaha meningkatkan pengalaman pengguna melalui optimasi produk, hasilnya terbatas.
Oleh karena itu, solusinya terletak pada penerapan account abstraction, yang mendekopel kepemilikan )Owner( dan hak tanda tangan )Signer(, sehingga secara bertahap menyelesaikan masalah di atas.
Sepanjang sejarah, ada banyak skema, yang pada akhirnya disimpulkan menjadi dua jalur.
![Pendalaman tentang masa lalu dan masa depan jalur abstraksi akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Penelusuran Usulan Sejarah AA
Solusi untuk masalah ini tampaknya memiliki banyak proposal EIP, tetapi pada akhirnya hanya ada dua pemikiran inti. Masalah yang dipertimbangkan dalam setiap EIP yang tidak disetujui di masa lalu juga telah menjadi titik terobosan untuk solusi saat ini.
) 3.1 Rute pertama adalah mengubah alamat EOA menjadi alamat CA
Pada 15 November 2015, seputar EIP-101, Vitalik mengusulkan struktur baru di mana kontrak digunakan sebagai akun. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mengubah dukungan biaya transaksi menjadi dibayar dengan ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi seperti ERC20 untuk menyimpan saldo ### yang dapat memiliki fungsi otorisasi pemotongan otomatis dan lain-lain (, menyederhanakan bidang transaksi hanya menjadi to, startgas, data, dan code.
Sekarang tampaknya, ini adalah jenis perubahan besar yang akan mengubah desain dasar secara signifikan, membuat setiap alamat akun memiliki "logika" nya sendiri ) inilah yang ingin dicapai oleh EIP-7702 saat ini (.
Masih bisa mengembangkan fungsi lain, misalnya:
Membiarkan transaksi menggunakan lebih banyak algoritma kripto, dapat ditentukan oleh metode verifikasi dan otentikasi yang ditetapkan oleh Code internal dari setiap alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode memiliki karakteristik peningkatan.
Membuat Ether memiliki fitur fungsi yang sama dengan kontrak ERC20, efek inti adalah untuk mewujudkan otorisasi pemotongan otomatis, sehingga tidak perlu menghabiskan koin asli.
Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, pemulihan kunci, dan lainnya.
Alasan mengapa tidak dapat melanjutkan sangat sederhana, jelas langkahnya terlalu besar, pertimbangan terhadap masalah konflik hash transaksi saat ini dan potensi risiko keamanan tidak cukup matang, sehingga selalu ditangguhkan. Namun, setiap ide keunggulan telah 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 menyelesaikan masalah penyebaran kode, fungsi inti adalah, jika terjadi situasi di mana kontrak pihak transaksi belum diterapkan, maka menggunakan parameter kode yang menyertai transaksi untuk menjalankan penyebaran dompet kontrak. Selain itu, juga diajukan opcode PAYGAS yang baru, selain membayar gas, juga menjadi pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.
Meskipun tidak dapat direalisasikan saat itu, ini juga menjadi salah satu logika inti dari EIP7702 sekarang. Setiap transaksi EIP7702 menggabungkan struktur transaksi khusus, yang dapat menyertakan kode tertentu, sehingga memungkinkan alamat EOA memiliki kemampuan kontrak dalam transaksi ini.
EIP-7702: mengatur kode akun EOA )2024-05-07(
Ini juga merupakan inti dari mekanisme yang dibahas di bagian selanjutnya dari artikel ini, EIP yang diterbitkan oleh Vitalik, sebagai alternatif untuk EIP-3074. Oleh karena itu, EIP-3074 ditinggalkan, dan EIP-7702 ditetapkan untuk dimasukkan dalam hard fork ETH Prague/Electra)Pectra( yang akan datang, rincian lebih lanjut akan kami bahas di bawah.
) 3.2 Rute kedua adalah membuat alamat EOA menggerakkan alamat CA
EIP-3074: menambahkan opcode AUTH dan AUTHCALL ###2020-10-15(
Menambahkan dua OpCodes baru dalam EVM: AUTH dan AUTHCALL, sehingga EOA dapat memberikan otorisasi kepada kontrak melalui dua opcode ini untuk menggantikan identitas EOA dalam memanggil kontrak lain.
Secara ringkas, sebuah EOA dapat mengirimkan pesan yang telah ditandatangani ) transaksi ( ke kontrak yang dipercaya ) yang disebut Invoker (, kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL untuk mewakili EOA ini dalam melakukan transaksi.
EIP-4337: Mewujudkan abstraksi akun melalui mempool transaksi )2021-09-29(
Terinspirasi oleh MEV dalam desain, nilai inti adalah dapat sepenuhnya menghindari perubahan protokol lapisan konsensus.
EIP4337 mengusulkan objek transaksi baru bernama UserOperation, pengguna mengirimkan objek ini ke dalam mempool, kemudian bundler mengemas dan mengirimkan transaksi eksekusi kontrak secara massal dari perspektif penambang, pada dasarnya mengangkat transaksi dasar dan operasi akun ke tingkat kontrak untuk dieksekusi.
EIP-5189: Mengoperasikan akun abstrak melalui endorser )2022-06-29(
Ini dianggap sebagai optimalisasi logika EIP4337, yang menghadapi Bundler jahat dengan membangun mekanisme dukungan penalti dana untuk mencegah serangan DoS.
) 3.3 Proposal lain untuk mendukung akun abstraksi
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 baru yang akan ditambahkan di masa depan.
Hasil akhirnya adalah, ketika jenis transaksi baru diperkenalkan, jenis transaksi ini dapat dibedakan melalui pengkodean tertentu, sehingga hanya perlu memiliki kompatibilitas ke belakang, tanpa perlu kompatibilitas ke depan. Contoh yang 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 solusi 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 disebarkan 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, tetapi dengan total daya komputasi Bitcoin yang diperkirakan, masih memerlukan waktu sekitar satu tahun.
![Mendalami Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
) 3.4 Bagaimana memahami perkembangan sejarah abstraksi akun?
Pertama-tama, perlu memahami nilai setelah diubah menjadi CA.
Pada dasarnya, itu adalah efek nyata dari EIP-4337, yang dapat mewujudkan:
Namun, kekurangan utama dari EIP-4337 adalah bertentangan dengan prinsip motivasi manusia.
Ini terlihat lebih baik, tetapi terjebak dalam siklus mati perkembangan pasar :D Banyak Dapp yang belum kompatibel, sehingga pengguna enggan menggunakan alamat CA, bahkan menggunakan CA memiliki biaya transaksi yang lebih tinggi ) Dalam skenario transfer biasa, biaya transaksi juga akan berlipat ganda (, terlalu bergantung pada kompatibilitas Dapp itu sendiri.
Jadi hingga saat ini tidak ada adopsi yang luas di jaringan utama Ethereum.
Biaya adalah standar paling penting yang diukur oleh pengguna, harus mengurangi biaya.
Namun, untuk benar-benar mengurangi GAS, Ethereum itu sendiri harus melakukan upgrade fork lunak, mengubah perhitungan GAS atau mengubah modul konsumsi GAS untuk opcode, dan lain-lain. Tetapi jika sudah melakukan fork lunak, 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-9d6eae95e3a0983a7b379ce2cfd7945f.webp(
4. Analisis Menyeluruh 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, sehingga mendukung bisnis untuk melakukan transaksi massal, transaksi tanpa Gas, dan manajemen izin yang disesuaikan, tanpa perlu memperkenalkan opCode EVM baru ### yang mempengaruhi 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 menginisiasi transaksi atas nama pengguna, dan tidak memerlukan pengguna untuk memberikan kunci pribadi, hanya perlu menandatangani informasi otorisasi.
) 4.2 struktur data
Ini mendefinisikan jenis transaksi baru 0x04, jenis transaksi tersebut