Analisis Mendalam Evolusi dan Masa Depan Abstraksi Akun Ethereum
Pendahuluan
Artikel ini dibagi menjadi dua bagian besar:
Bagian pertama dimulai dari proposal pertama tentang akun abstraksi pada tahun 2015, sistem merangkum isi proposal EIP utama hingga saat ini, meninjau evolusi sejarah dari rencana akun abstraksi, dan mengevaluasi kelebihan dan kekurangan dari masing-masing rencana.
Bagian kedua menyoroti perbandingan situasi di mana reaksi pasar dingin setelah peluncuran EIP4337, dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam upgrade versi berikutnya dari Ethereum. Setelah proposal ini digabungkan, itu akan mengubah secara fundamental bentuk aplikasi di blockchain.
EIP-7702 sebagai perubahan yang revolusioner, mari kita bahas lebih dalam tentang isinya.
1. Latar Belakang Akun Abstraksi
1.1 Penempatan akun abstraksi
Pendiri Ethereum Vitalik pada akhir tahun 2023 kembali memperbarui peta jalan pengembangan ETH, tetapi pengaturan untuk akun abstraksi tidak berubah. Saat ini, jalur pengembangan utama adalah memasuki tahap berikutnya dari konversi EOA sukarela dari EIP-4337 (Voluntary EOA Conversion).
1.2 Status pasar dari account abstraction
Setelah satu setengah tahun pengembangan, jumlah total alamat EIP4337 di rantai utama hanya 12 juta, di mana jumlah alamat aktif di jaringan utama Ethereum hanya 6,764, yang jauh berbeda dari jumlah alamat EOA dan CA. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta, bisa dikatakan EIP4337 hampir tidak mengalami perkembangan yang berarti di jaringan utama.
Namun, ini tidak mempengaruhi nilai esensial dari AA. Desain EIP4337 pada dasarnya adalah untuk menyelesaikan masalah kompatibilitas maju dari mainnet, sehingga mengalami pertumbuhan eksplosif di berbagai L2 chain yang mendukung AA secara asli. Misalnya, jumlah pengguna aktif bulanan di chain Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, yang menunjukkan performa yang baik.
Oleh karena itu, desain EIP4337 tidak salah, karena memiliki banyak keuntungan. Situasi saat ini terutama disebabkan oleh perbedaan antara mainnet dan L2, yang memerlukan penerapan solusi yang sesuai.
2. Apa itu account abstraction?
account abstraction pada dasarnya adalah solusi untuk masalah pemisahan kepemilikan.
Dalam arsitektur mesin virtual Ethereum(EVM) terdapat dua jenis akun: akun eksternal(EOA) dan akun kontrak(Contract Account). Di akun eksternal, kepemilikan dan hak tanda tangan sebenarnya dimiliki oleh entitas yang sama. Orang yang memiliki kunci privat tidak hanya memiliki "kepemilikan" akun, tetapi juga berhak "menandatangani transfer semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dari struktur transaksi, dapat dilihat bahwa transaksi standar Ethereum sebenarnya tidak memiliki bidang From. Lalu, bagaimana alamat pengeluaran ditentukan dalam transfer dana? Sebenarnya, alamat From diturunkan secara terbalik melalui parameter VRS ( yaitu tanda tangan pengguna ).
Ini melibatkan konsep-konsep seperti ECDSA dan fungsi ambang satu arah, yang tidak akan dibahas lebih lanjut di sini. Singkatnya, mekanisme ini menjamin keamanan melalui kriptografi, tetapi juga menyebabkan kesulitan dalam penggabungan kepemilikan alamat EOA saat ini.
Dan fungsi inti dari EIP4337 adalah menambahkan Alamat Pengirim di dalam bidang transaksi, sehingga memisahkan kunci pribadi dari alamat yang dioperasikan.
Alasan mengapa pemisahan kepemilikan sangat penting adalah desain akun eksternal (EOA) akan menimbulkan lebih banyak masalah:
Kunci privat sulit untuk dilindungi: kehilangan kunci privat (, diserang oleh hacker, atau dibobol secara kriptografi ) berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan algoritma tanda tangan dan verifikasi ECDSA saat memverifikasi transaksi.
Hak tanda tangan terlalu tinggi: tidak mendukung tanda tangan ganda asli ( tanda tangan ganda hanya dapat diimplementasikan melalui kontrak pintar ), satu tanda tangan sudah cukup untuk melakukan operasi apapun.
Biaya transaksi hanya dapat dibayar dengan ETH, tidak mendukung transaksi massal.
Kebocoran privasi transaksi: Transaksi satu lawan satu mudah mengekspos 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 harganya ).
Kedua, pengguna perlu menangani logika biaya yang kompleks, seperti Gas price, Gas limit, urutan transaksi yang terblokir (, dan nonce ), yang terlalu rumit bagi pengguna.
Akhirnya, meskipun banyak dompet atau aplikasi blockchain mencoba meningkatkan pengalaman pengguna melalui optimasi produk, tetapi 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 yang disebutkan di atas.
Sejarah telah mengajukan berbagai proposal, akhirnya diringkas menjadi dua jalur utama.
3. Penelusuran Usulan Sejarah AA
Tampaknya ada beberapa proposal EIP untuk solusi masalah ini, tetapi pada akhirnya hanya ada dua pemikiran inti. Setiap masalah yang dipertimbangkan oleh EIP yang belum disetujui telah 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 di mana kontrak digunakan sebagai akun. Perubahan utama termasuk:
Ubah alamat menjadi hanya kode dan ruang penyimpanan
Mengubah dukungan biaya, memperbolehkan pembayaran dengan token ERC20
Mengubah token asli menjadi token seperti ERC20 melalui kontrak pra-kompilasi, dilengkapi dengan fungsi otorisasi pemotongan.
Menyederhanakan field transaksi menjadi to, startgas, data, dan code
Solusi ini dapat dikatakan sebagai perubahan yang revolusioner, yang akan mengubah desain dasar secara besar-besaran, sehingga setiap alamat akun memiliki "logika" nya sendiri ) ini juga merupakan efek yang ingin dicapai oleh EIP-7702 saat ini ###.
Itu juga dapat menghasilkan fungsi lain, seperti:
Biarkan transaksi menggunakan lebih banyak algoritma kripto, yang dapat ditentukan oleh metode verifikasi tanda tangan yang ditentukan oleh kode internal masing-masing alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode dapat ditingkatkan
Membuat Ether memiliki fitur fungsi yang sama dengan kontrak ERC20, efek inti adalah untuk mewujudkan otorisasi pemotongan otomatis, tanpa perlu menghabiskan koin asli.
Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, dan fitur pemulihan kunci.
Alasan mengapa rencana ini tidak dilanjutkan sangat sederhana: langkah yang diambil terlalu besar. Pertimbangan yang kurang matang terhadap masalah konflik hash transaksi dan potensi risiko keamanan saat itu, sehingga selalu ditunda. Namun, setiap konsep kelebihan di dalamnya menjadi salah satu fungsi inti dari EIP4337 dan EIP7702 yang akan datang.
Setelah itu ada serangkaian EIP yang berusaha untuk menyempurnakan logika ini:
EIP-859: abstraksi akun rantai utama (2018-01-30)
Mencoba menyelesaikan masalah penyebaran Code. Fungsi intinya adalah: jika kontrak pihak yang bertransaksi belum dikerahkan, maka gunakan parameter code yang menyertai transaksi untuk melakukan penyebaran dompet kontrak. Selain itu, juga diusulkan opcode PAYGAS baru, yang selain membayar gas, juga menjadi pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.
Meskipun tidak dapat terwujud pada saat itu, ini juga menjadi salah satu logika inti dari EIP7702 saat ini. 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 diskusi selanjutnya dalam artikel ini, yang dipublikasikan 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 dijelaskan di bawah.
( 3.2 Rute kedua: Membiarkan 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 mewakili identitas EOA dalam memanggil kontrak lain.
Singkatnya, sebuah EOA dapat mengirimkan pesan yang sudah ditandatangani ( transaksi ) ke kontrak yang dipercaya sendiri yang disebut Invoker (, kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL untuk menggantikan EOA ini mengirimkan transaksi.
EIP-4337: Menerapkan abstraksi akun menggunakan mempool transaksi )2021-09-29(
Proposal ini dirancang terinspirasi oleh MEV, dengan nilai inti dalam menghindari perubahan pada protokol lapisan konsensus secara lengkap.
EIP4337 mengusulkan objek transaksi baru bernama UserOperation, di mana pengguna mengirimkan objek ini ke dalam mempool, yang kemudian dibundel oleh bundlers dari perspektif penambang untuk dikemas secara massal dan diserahkan untuk eksekusi transaksi kontrak, pada dasarnya membawa transaksi dasar dan operasi akun ke tingkat kontrak untuk dieksekusi.
EIP-5189: Mengoperasikan akun abstrak melalui penjamin )2022-06-29(
Ini dapat dianggap sebagai optimasi dari logika EIP4337, melalui pembentukan mekanisme dukungan penalti dana )endorser( untuk mencegah serangan pemblokiran DoS oleh Bundler yang jahat.
) 3.3 proposal lain untuk mendukung account abstraction
EIP-2718: pembungkus jenis transaksi baru (2020-06-13)
Ini adalah proposal yang telah ditetapkan, yang mendefinisikan jenis transaksi baru sebagai amplop untuk jenis transaksi tambahan di masa depan.
Hasil akhirnya adalah, ketika jenis transaksi baru diperkenalkan, perbedaan antara transaksi yang berbeda dapat dibedakan melalui pengkodean tertentu, sehingga hanya perlu memiliki kompatibilitas mundur, tanpa perlu kompatibilitas 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: melarang alamat EOA untuk menyebarkan kontrak ###2021-06-10(
Ini adalah rencana tambahan di jalur AA, digunakan untuk mencegah masalah konflik antara alamat penyebaran kontrak dan alamat EOA. Ini akan mengontrol metode pembuatan kontrak, tidak memungkinkan 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 cara untuk menghasilkan kunci privat dari kunci privat alamat kontrak tertentu, namun dengan perkiraan kekuatan jaringan Bitcoin secara keseluruhan, masih membutuhkan waktu sekitar satu tahun.
) 3.4 Bagaimana cara memahami perkembangan akun abstraksi?
Pertama-tama, perlu dipahami nilai setelah diubah menjadi CA.
Pada dasarnya, ini adalah efek nyata dari EIP-4337, yang dapat mewujudkan:
Pemulihan sosial
transaksi tanpa gas
Transaksi massal
Aturan berbasis waktu
Multi-signature
Pembayaran berbasis aturan
Namun, kelemahan utama dari EIP-4337 adalah bertentangan dengan prinsip motivasi manusia.
Itu tampak lebih baik, tetapi terjebak dalam siklus mati perkembangan pasar: banyak Dapp yang masih tidak kompatibel, menyebabkan pengguna enggan menggunakan alamat CA. Bahkan menggunakan CA dapat menghasilkan biaya transaksi yang lebih tinggi ( dalam skenario transfer biasa, biaya transaksi mungkin menjadi dua kali lipat ), juga terlalu bergantung pada kompatibilitas Dapp itu sendiri.
Oleh karena itu, hingga saat ini belum ada penyebaran di jaringan utama Ethereum.
Biaya adalah ukuran terpenting bagi pengguna, biaya harus diturunkan.
Namun, untuk benar-benar menurunkan GAS, perlu dilakukan upgrade soft fork pada Ethereum itu sendiri, yang mencakup modifikasi perhitungan GAS atau konsumsi GAS dari opcode dan modul lainnya. Mengingat perlu dilakukan 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-65d1ef9656425666ee30c38bbb63e769.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 dalam melakukan transaksi massal, transaksi tanpa Gas, dan manajemen hak akses yang disesuaikan, serta tidak 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 melakukan transaksi atas nama pengguna, dan tidak memerlukan pengguna untuk menyediakan kunci privat, hanya perlu menandatangani informasi otorisasi.
4.2 Struktur Data
Ini mendefinisikan jenis transaksi baru 0x04, hasil serialisasi RLP dari TransactionPayload jenis transaksi ini adalah sebagai berikut:
rlp([
chain_id, // ID rantai, digunakan untuk mencegah serangan replay
nonce, // penghitung transaksi, memastikan keunikan transaksi
max_priority_fee_per_gas, // biaya transaksi 1559
max_fee_per_gas, // biaya transaksi 1559
gas_limit,
tujuan, // alamat tujuan transaksi
nilai,
data,
access_list, // daftar akses, digunakan untuk optimasi Gas dalam EIP-2929
daftar_otorisasi,
signature_y_parity, // 3 parameter tanda tangan, digunakan untuk memverifikasi tanda tangan transaksi
signature_r,
signature_s
])
Penting untuk dicatat bahwa di dalamnya telah ditambahkan objek authorization_list, 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, menjelaskan yang dapat.
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.
16 Suka
Hadiah
16
4
Bagikan
Komentar
0/400
FancyResearchLab
· 12jam yang lalu
Satu lagi variasi baru yang diciptakan oleh teori PI, di mana makalah airnya?
Lihat AsliBalas0
BrokenDAO
· 12jam yang lalu
Satu lagi eksperimen yang mengklaim inovasi, jangan terlalu optimis... EIP-7702 kemungkinan besar akan mengulangi kesalahan 4337.
Lihat AsliBalas0
LiquidityHunter
· 12jam yang lalu
4337? Data menunjukkan tingkat adopsi hanya 0,02%... 7702 adalah barang keras
Lihat AsliBalas0
rugged_again
· 13jam yang lalu
Vitalik Buterin kali ini tetap stabil sekali, sangat bagus
Evolusi abstraksi akun Ethereum: terobosan dari EIP-4337 hingga EIP-7702
Analisis Mendalam Evolusi dan Masa Depan Abstraksi Akun Ethereum
Pendahuluan
Artikel ini dibagi menjadi dua bagian besar:
Bagian pertama dimulai dari proposal pertama tentang akun abstraksi pada tahun 2015, sistem merangkum isi proposal EIP utama hingga saat ini, meninjau evolusi sejarah dari rencana akun abstraksi, dan mengevaluasi kelebihan dan kekurangan dari masing-masing rencana.
Bagian kedua menyoroti perbandingan situasi di mana reaksi pasar dingin setelah peluncuran EIP4337, dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam upgrade versi berikutnya dari Ethereum. Setelah proposal ini digabungkan, itu akan mengubah secara fundamental bentuk aplikasi di blockchain.
EIP-7702 sebagai perubahan yang revolusioner, mari kita bahas lebih dalam tentang isinya.
1. Latar Belakang Akun Abstraksi
1.1 Penempatan akun abstraksi
Pendiri Ethereum Vitalik pada akhir tahun 2023 kembali memperbarui peta jalan pengembangan ETH, tetapi pengaturan untuk akun abstraksi tidak berubah. Saat ini, jalur pengembangan utama adalah memasuki tahap berikutnya dari konversi EOA sukarela dari EIP-4337 (Voluntary EOA Conversion).
1.2 Status pasar dari account abstraction
Setelah satu setengah tahun pengembangan, jumlah total alamat EIP4337 di rantai utama hanya 12 juta, di mana jumlah alamat aktif di jaringan utama Ethereum hanya 6,764, yang jauh berbeda dari jumlah alamat EOA dan CA. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta, bisa dikatakan EIP4337 hampir tidak mengalami perkembangan yang berarti di jaringan utama.
Namun, ini tidak mempengaruhi nilai esensial dari AA. Desain EIP4337 pada dasarnya adalah untuk menyelesaikan masalah kompatibilitas maju dari mainnet, sehingga mengalami pertumbuhan eksplosif di berbagai L2 chain yang mendukung AA secara asli. Misalnya, jumlah pengguna aktif bulanan di chain Base dan Polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, yang menunjukkan performa yang baik.
Oleh karena itu, desain EIP4337 tidak salah, karena memiliki banyak keuntungan. Situasi saat ini terutama disebabkan oleh perbedaan antara mainnet dan L2, yang memerlukan penerapan solusi yang sesuai.
2. Apa itu account abstraction?
account abstraction pada dasarnya adalah solusi untuk masalah pemisahan kepemilikan.
Dalam arsitektur mesin virtual Ethereum(EVM) terdapat dua jenis akun: akun eksternal(EOA) dan akun kontrak(Contract Account). Di akun eksternal, kepemilikan dan hak tanda tangan sebenarnya dimiliki oleh entitas yang sama. Orang yang memiliki kunci privat tidak hanya memiliki "kepemilikan" akun, tetapi juga berhak "menandatangani transfer semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dari struktur transaksi, dapat dilihat bahwa transaksi standar Ethereum sebenarnya tidak memiliki bidang From. Lalu, bagaimana alamat pengeluaran ditentukan dalam transfer dana? Sebenarnya, alamat From diturunkan secara terbalik melalui parameter VRS ( yaitu tanda tangan pengguna ).
Ini melibatkan konsep-konsep seperti ECDSA dan fungsi ambang satu arah, yang tidak akan dibahas lebih lanjut di sini. Singkatnya, mekanisme ini menjamin keamanan melalui kriptografi, tetapi juga menyebabkan kesulitan dalam penggabungan kepemilikan alamat EOA saat ini.
Dan fungsi inti dari EIP4337 adalah menambahkan Alamat Pengirim di dalam bidang transaksi, sehingga memisahkan kunci pribadi dari alamat yang dioperasikan.
Alasan mengapa pemisahan kepemilikan sangat penting adalah desain akun eksternal (EOA) akan menimbulkan lebih banyak masalah:
Kunci privat sulit untuk dilindungi: kehilangan kunci privat (, diserang oleh hacker, atau dibobol secara kriptografi ) berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan algoritma tanda tangan dan verifikasi ECDSA saat memverifikasi transaksi.
Hak tanda tangan terlalu tinggi: tidak mendukung tanda tangan ganda asli ( tanda tangan ganda hanya dapat diimplementasikan melalui kontrak pintar ), satu tanda tangan sudah cukup untuk melakukan operasi apapun.
Biaya transaksi hanya dapat dibayar dengan ETH, tidak mendukung transaksi massal.
Kebocoran privasi transaksi: Transaksi satu lawan satu mudah mengekspos 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 harganya ).
Kedua, pengguna perlu menangani logika biaya yang kompleks, seperti Gas price, Gas limit, urutan transaksi yang terblokir (, dan nonce ), yang terlalu rumit bagi pengguna.
Akhirnya, meskipun banyak dompet atau aplikasi blockchain mencoba meningkatkan pengalaman pengguna melalui optimasi produk, tetapi 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 yang disebutkan di atas.
Sejarah telah mengajukan berbagai proposal, akhirnya diringkas menjadi dua jalur utama.
3. Penelusuran Usulan Sejarah AA
Tampaknya ada beberapa proposal EIP untuk solusi masalah ini, tetapi pada akhirnya hanya ada dua pemikiran inti. Setiap masalah yang dipertimbangkan oleh EIP yang belum disetujui telah 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 di mana kontrak digunakan sebagai akun. Perubahan utama termasuk:
Solusi ini dapat dikatakan sebagai perubahan yang revolusioner, yang akan mengubah desain dasar secara besar-besaran, sehingga setiap alamat akun memiliki "logika" nya sendiri ) ini juga merupakan efek yang ingin dicapai oleh EIP-7702 saat ini ###.
Itu juga dapat menghasilkan fungsi lain, seperti:
Biarkan transaksi menggunakan lebih banyak algoritma kripto, yang dapat ditentukan oleh metode verifikasi tanda tangan yang ditentukan oleh kode internal masing-masing alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode dapat ditingkatkan
Membuat Ether memiliki fitur fungsi yang sama dengan kontrak ERC20, efek inti adalah untuk mewujudkan otorisasi pemotongan otomatis, tanpa perlu menghabiskan koin asli.
Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, dan fitur pemulihan kunci.
Alasan mengapa rencana ini tidak dilanjutkan sangat sederhana: langkah yang diambil terlalu besar. Pertimbangan yang kurang matang terhadap masalah konflik hash transaksi dan potensi risiko keamanan saat itu, sehingga selalu ditunda. Namun, setiap konsep kelebihan di dalamnya menjadi salah satu fungsi inti dari EIP4337 dan EIP7702 yang akan datang.
Setelah itu ada serangkaian EIP yang berusaha untuk menyempurnakan logika ini:
EIP-859: abstraksi akun rantai utama (2018-01-30)
Mencoba menyelesaikan masalah penyebaran Code. Fungsi intinya adalah: jika kontrak pihak yang bertransaksi belum dikerahkan, maka gunakan parameter code yang menyertai transaksi untuk melakukan penyebaran dompet kontrak. Selain itu, juga diusulkan opcode PAYGAS baru, yang selain membayar gas, juga menjadi pemisah antara bagian verifikasi dan bagian eksekusi dalam parameter transaksi.
Meskipun tidak dapat terwujud pada saat itu, ini juga menjadi salah satu logika inti dari EIP7702 saat ini. 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 diskusi selanjutnya dalam artikel ini, yang dipublikasikan 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 dijelaskan di bawah.
( 3.2 Rute kedua: Membiarkan 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 mewakili identitas EOA dalam memanggil kontrak lain.
Singkatnya, sebuah EOA dapat mengirimkan pesan yang sudah ditandatangani ( transaksi ) ke kontrak yang dipercaya sendiri yang disebut Invoker (, kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL untuk menggantikan EOA ini mengirimkan transaksi.
EIP-4337: Menerapkan abstraksi akun menggunakan mempool transaksi )2021-09-29(
Proposal ini dirancang terinspirasi oleh MEV, dengan nilai inti dalam menghindari perubahan pada protokol lapisan konsensus secara lengkap.
EIP4337 mengusulkan objek transaksi baru bernama UserOperation, di mana pengguna mengirimkan objek ini ke dalam mempool, yang kemudian dibundel oleh bundlers dari perspektif penambang untuk dikemas secara massal dan diserahkan untuk eksekusi transaksi kontrak, pada dasarnya membawa transaksi dasar dan operasi akun ke tingkat kontrak untuk dieksekusi.
EIP-5189: Mengoperasikan akun abstrak melalui penjamin )2022-06-29(
Ini dapat dianggap sebagai optimasi dari logika EIP4337, melalui pembentukan mekanisme dukungan penalti dana )endorser( untuk mencegah serangan pemblokiran DoS oleh Bundler yang jahat.
) 3.3 proposal lain untuk mendukung account abstraction
EIP-2718: pembungkus jenis transaksi baru (2020-06-13)
Ini adalah proposal yang telah ditetapkan, yang mendefinisikan jenis transaksi baru sebagai amplop untuk jenis transaksi tambahan di masa depan.
Hasil akhirnya adalah, ketika jenis transaksi baru diperkenalkan, perbedaan antara transaksi yang berbeda dapat dibedakan melalui pengkodean tertentu, sehingga hanya perlu memiliki kompatibilitas mundur, tanpa perlu kompatibilitas 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: melarang alamat EOA untuk menyebarkan kontrak ###2021-06-10(
Ini adalah rencana tambahan di jalur AA, digunakan untuk mencegah masalah konflik antara alamat penyebaran kontrak dan alamat EOA. Ini akan mengontrol metode pembuatan kontrak, tidak memungkinkan 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 cara untuk menghasilkan kunci privat dari kunci privat alamat kontrak tertentu, namun dengan perkiraan kekuatan jaringan Bitcoin secara keseluruhan, masih membutuhkan waktu sekitar satu tahun.
) 3.4 Bagaimana cara memahami perkembangan akun abstraksi?
Pertama-tama, perlu dipahami nilai setelah diubah menjadi CA.
Pada dasarnya, ini adalah efek nyata dari EIP-4337, yang dapat mewujudkan:
Namun, kelemahan utama dari EIP-4337 adalah bertentangan dengan prinsip motivasi manusia.
Itu tampak lebih baik, tetapi terjebak dalam siklus mati perkembangan pasar: banyak Dapp yang masih tidak kompatibel, menyebabkan pengguna enggan menggunakan alamat CA. Bahkan menggunakan CA dapat menghasilkan biaya transaksi yang lebih tinggi ( dalam skenario transfer biasa, biaya transaksi mungkin menjadi dua kali lipat ), juga terlalu bergantung pada kompatibilitas Dapp itu sendiri.
Oleh karena itu, hingga saat ini belum ada penyebaran di jaringan utama Ethereum.
Biaya adalah ukuran terpenting bagi pengguna, biaya harus diturunkan.
Namun, untuk benar-benar menurunkan GAS, perlu dilakukan upgrade soft fork pada Ethereum itu sendiri, yang mencakup modifikasi perhitungan GAS atau konsumsi GAS dari opcode dan modul lainnya. Mengingat perlu dilakukan 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-65d1ef9656425666ee30c38bbb63e769.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 dalam melakukan transaksi massal, transaksi tanpa Gas, dan manajemen hak akses yang disesuaikan, serta tidak 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 melakukan transaksi atas nama pengguna, dan tidak memerlukan pengguna untuk menyediakan kunci privat, hanya perlu menandatangani informasi otorisasi.
4.2 Struktur Data
Ini mendefinisikan jenis transaksi baru 0x04, hasil serialisasi RLP dari TransactionPayload jenis transaksi ini adalah sebagai berikut:
rlp([ chain_id, // ID rantai, digunakan untuk mencegah serangan replay nonce, // penghitung transaksi, memastikan keunikan transaksi max_priority_fee_per_gas, // biaya transaksi 1559 max_fee_per_gas, // biaya transaksi 1559 gas_limit, tujuan, // alamat tujuan transaksi nilai, data, access_list, // daftar akses, digunakan untuk optimasi Gas dalam EIP-2929 daftar_otorisasi, signature_y_parity, // 3 parameter tanda tangan, digunakan untuk memverifikasi tanda tangan transaksi signature_r, signature_s ])
Penting untuk dicatat bahwa di dalamnya telah ditambahkan objek authorization_list, 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, menjelaskan yang dapat.