Bagian pertama dimulai dari proposal AA pertama pada tahun 2015, sistem ini menyusun konten proposal EIP utama sejauh ini, bertujuan untuk mengeksplorasi perkembangan proposal AA melalui perspektif sejarah, dan memberikan evaluasi komprehensif terhadap masing-masing skema.
Bagian kedua menyoroti perbandingan reaksi pasar setelah EIP4337 diusulkan dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam pembaruan versi berikutnya dari Ethereum. Setelah proposal ini digabungkan, akan secara keseluruhan mengubah bentuk aplikasi di blockchain.
EIP-7702 memiliki makna yang transformatif, mari kita pelajari lebih dalam.
1. Latar Belakang Akun Abstraksi
1.1 Penentuan akun abstraksi
Pendiri Ethereum, Vitalik, tidak mengubah pengaturan tentang account abstraction saat memperbarui peta jalan ETH di akhir 2023. Saat ini, mode utama sedang beralih dari EIP-4337 ke tahap berikutnya dari konversi EOA sukarela.
Lebih dari setahun setelah peluncuran EIP4337, ia mendapatkan pengakuan luas dari pengguna tetapi belum digunakan secara luas. Dalam lingkungan pasar yang kontradiktif ini, kemajuan EIP-7702 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 di bawah jumlah alamat EOA dan CA. Secara dasar, EIP4337 tidak mengalami perkembangan yang signifikan di jaringan utama Ethereum.
Namun, ini tidak mempengaruhi nilai inti dari AA. Sejak awal desain EIP4337, telah diputuskan bahwa ia sulit untuk menyelesaikan masalah kompatibilitas maju jaringan utama. Dengan masing-masing rantai L2 yang mengintegrasikan AA asli, jumlah alamat EIP4337 mengalami ledakan di L2, di mana pengguna aktif di rantai Base dan Polygon pada bulan Juli mencapai 1 juta dan 3 juta.
Oleh karena itu, desain EIP4337 tidak ada kesalahan, dan memiliki banyak kelebihan. Kondisi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang sesuai untuk masing-masing.
2. Apa itu account abstraction?
Account abstraction pada dasarnya menyelesaikan masalah pemisahan hak milik.
Ada dua jenis akun dalam arsitektur EVM: akun eksternal ( EOA ) dan akun kontrak ( CA ). 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 untuk "menandatangani pemindahan semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dalam transaksi standar tidak ada bidang From, transfer dana sebenarnya dilakukan melalui parameter VRS ( pengguna menandatangani ) untuk menganalisis alamat From. Ini menyebabkan kesulitan dalam penggabungan kepemilikan alamat EOA saat ini.
Efek inti dari EIP4337 adalah menambahkan Alamat Pengirim di bidang transaksi, sehingga memisahkan kunci privat dari alamat yang dioperasikan.
Pemisahan hak kepemilikan sangat penting, karena desain akun eksternal (EOA) akan menimbulkan lebih banyak masalah:
Kunci pribadi sulit dilindungi: kehilangan kunci pribadi berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan verifikasi tanda tangan ECDSA.
Hak tanda tangan terlalu tinggi: tidak ada multi-sign asli, 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 Ethereum, Anda perlu memiliki ETH dan menanggung risiko fluktuasi harga.
Kedua, pengguna perlu menangani konsep kompleks seperti Gas price, Gas limit, Nonce, dan lainnya.
Akhirnya, meskipun banyak dompet berusaha mengoptimalkan pengalaman, hasilnya terbatas.
Kunci untuk mengatasi batasan ini terletak pada penerapan account abstraction, yang memisahkan kepemilikan dan hak tanda tangan, sehingga memungkinkan untuk menyelesaikan masalah di atas satu per satu.
Dalam sejarah terdapat berbagai proposal, yang pada akhirnya disimpulkan menjadi dua jalur.
3. Penelusuran Latar Belakang Proposal AA
Solusi untuk masalah ini tampaknya memiliki banyak proposal EIP, tetapi pada akhirnya hanya ada dua pemikiran inti. Setiap EIP yang tidak disetujui telah mengintegrasikan masalah yang dipertimbangkan ke dalam solusi yang ada.
3.1 Jalur pertama: Mengubah alamat EOA menjadi alamat CA
Pada November 2015, Vitalik mengusulkan struktur baru untuk akun yang menggunakan kontrak dalam EIP-101. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mendukung pembayaran biaya transaksi ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi saldo seperti ERC20, dan menyederhanakan bidang transaksi menjadi to, startgas, data, dan code.
Ini adalah perubahan besar yang akan mengubah desain dasar secara signifikan, sehingga setiap alamat akun memiliki logika "kode" sendiri. ( juga merupakan tujuan EIP-7702. ).
Ini juga dapat menghasilkan fungsi lainnya:
Transaksi menggunakan lebih banyak algoritma kripto, ditentukan oleh metode verifikasi tanda tangan yang ditentukan oleh kode internal alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode dapat ditingkatkan.
Membuat ETH memiliki fungsi yang sama dengan ERC20, seperti otorisasi pemotongan.
Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, dan pemulihan kunci, dll.
Alasan mengapa tidak dilanjutkan sangat sederhana: langkah yang terlalu besar, kekhawatiran tentang konflik hash transaksi dan keamanan yang kurang diperhatikan. Namun, setiap konsep keuntungan menjadi fungsi inti dari EIP4337 dan EIP7702 yang berikutnya.
Serangkaian EIP selanjutnya berusaha untuk menyempurnakan logika ini:
EIP-859(2018-01-30): abstraksi akun rantai utama
Mengatasi masalah penyebaran kode, mengusulkan kode operasi PAYGAS yang baru.
EIP-7702(2024-05-07): mengatur kode akun EOA
Sebagai alternatif EIP-3074, akan dimasukkan dalam hard fork ETH Prague/Electra yang akan datang.
3.2 Jalur kedua: Biarkan alamat EOA menggerakkan alamat CA
EIP-3074(2020-10-15): menambahkan opcode AUTH dan AUTHCALL
Menambahkan dua opcode baru di EVM, memungkinkan EOA untuk memberikan otorisasi kontrak menggantikan identitas EOA untuk memanggil kontrak lain.
EIP-4337(2021-09-29): Mengimplementasikan abstraksi akun melalui mempool transaksi
Dirancang terinspirasi oleh MEV, sepenuhnya menghindari perubahan protokol lapisan konsensus. Mengusulkan objek UserOperation, pengguna mengirimkannya ke kolam memori, yang kemudian dikemas dan dieksekusi secara massal oleh bundler.
EIP-5189(2022-06-29): melalui endorser mengoperasikan akun abstrak
Optimalkan EIP4337, mencegah serangan DoS melalui mekanisme dukungan.
3.3 Proposal lain yang mendukung AA
EIP-2718(2020-06-13): amplop pembungkus untuk jenis transaksi baru
Mendefinisikan jenis transaksi baru, sebagai amplop untuk jenis transaksi di masa depan.
EIP-3607(2021-06-10): melarang alamat EOA untuk menyebarkan kontrak
Mencegah konflik antara alamat penyebaran kontrak dan alamat EOA.
3.4 Bagaimana memahami perkembangan sejarah akun abstraksi?
Pertama-tama, kita perlu memahami nilai setelah diubah menjadi CA, yang pada dasarnya adalah efek nyata dari EIP-4337.
Namun, kelemahan utama dari EIP-4337 adalah bertentangan dengan prinsip motivasi manusia. Ini terjebak dalam siklus kematian pengembangan pasar: Dapp tidak kompatibel, pengguna enggan menggunakan alamat CA, biaya penggunaan CA lebih tinggi, terlalu tergantung pada kompatibilitas Dapp.
Oleh karena itu, belum ada penyebaran di jaringan utama Ethereum.
Biaya adalah ukuran terpenting bagi pengguna, biaya harus diturunkan.
Untuk benar-benar menurunkan Gas, Ethereum itu sendiri harus melakukan peningkatan soft fork. Karena harus soft fork, lebih baik langsung mempertimbangkan EIP-7702.
4. Analisis Mendalam EIP-7702
4.1 Apa itu EIP-7702
Ini memungkinkan EOA untuk memiliki fungsi kontrak pintar secara sementara dalam satu transaksi melalui jenis transaksi baru, mendukung transaksi massal, transaksi tanpa Gas, dan pengelolaan hak akses kustom, tanpa perlu memperkenalkan opCode EVM baru.
Pengguna dapat memperoleh sebagian besar kemampuan AA tanpa perlu mengdeploy kontrak pintar, bahkan dapat dilakukan oleh pihak ketiga untuk mengirim transaksi, cukup dengan menandatangani informasi otorisasi.
4.2 Struktur Data
Definisikan jenis transaksi baru 0x04, TransactionPayload adalah hasil serialisasi RLP dari konten berikut:
Menambahkan objek authorization_list, menyimpan kode yang ingin dieksekusi oleh penandatangan di EOA.
4.3 siklus hidup transaksi
4.3.1 tahap verifikasi
Memulihkan alamat penandatangan
Verifikasi ID rantai
Verifikasi kode penandatangan
Verifikasi nonce penandatangan
Atur kode penanda tangan
Menambah nonce penandatangan
Tambahkan akun penandatangan ke daftar alamat yang telah diakses
4.3.2 Tahap Eksekusi Operasi
Muat kode dari field address pada authorization_list, dan jalankan dalam konteks akun penandatangan.
4.4 Nilai EIP-7702
Ini akan mengubah seluruh rangkaian Web3 wallet, secara signifikan meningkatkan pengalaman pengguna. Transaksi biasa yang dimulai oleh EOA dapat mengeksekusi berbagai logika, seperti transfer massal.
Memecahkan berbagai pola pikir yang ada:
Saldo akun dapat berkurang karena transaksi yang tidak berasal dari akun tersebut.
Setelah eksekusi transaksi, nonce EOA mungkin bertambah beberapa
Logika perlindungan perbandingan tx.origin dan msg.sender gagal
EOA dapat mengeluarkan peristiwa
EOA menerima aset seperti ERC20 mungkin gagal
4.5 Perbandingan EIP-7702 dan EIP-4337
Keuntungan EIP-7702:
Gas lebih rendah
Biaya migrasi pengguna lebih rendah
Mendukung penugasan penuh dan penugasan yang dilindungi
Kekurangan EIP-7702:
Upgrade soft fork, perlu dorongan konsensus
Perubahan besar, dampak luas
Sulit diaudit
Sebagian besar infrastruktur sulit untuk disesuaikan secara langsung
Ruang penyimpanan EOA tidak dapat disimpan
Biaya transaksi individu sedikit lebih tinggi
mungkin menyebabkan pengiriman aset DoS
Logika deposit dan penarikan di blockchain mungkin tidak konsisten
Masalah mungkin ada pada peristiwa EOA yang dikirimkan
5. Kesimpulan
Akun abstraksi hanya dapat diterapkan di akhir modul "Memperbaiki Segalanya". Mempercepat kemajuan EIP7702 terutama membawa tantangan keamanan sistem. Itu akan terwujud pada akhirnya, karena biaya pengguna lebih rendah.
EIP7702 telah memecahkan berbagai aturan on-chain dan logika Dapp kebanyakan, tetapi keuntungan utamanya adalah biaya pengguna yang lebih rendah. Pengguna masih menggunakan alamat EOA, menggunakan logika CA sesuai kebutuhan, dan biaya kepemilikan serta penggunaan telah berkurang.
Meskipun EIP7702 mengubah banyak hal, namun karena keuntungan biaya, semua Dapp seharusnya mempelajari penyesuaian. Kali ini pengguna pasti akan berada di pihak EIP7702.
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.
6 Suka
Hadiah
6
5
Bagikan
Komentar
0/400
NotSatoshi
· 7jam yang lalu
Vitalik Buterin kali ini ingin mengubah Ethereum hingga tidak dikenali lagi.
Lihat AsliBalas0
LiquidatorFlash
· 7jam yang lalu
Peringatan: ambang batas jaminan eip7702 terlalu tinggi, risiko likuidasi tidak boleh diabaikan
Lihat AsliBalas0
MevShadowranger
· 7jam yang lalu
Ini yang disebut evolusi sejati, saatnya bagi 4337 yang lama untuk pergi.
Lihat AsliBalas0
MEVSandwichVictim
· 7jam yang lalu
Apakah kamu akhirnya mengerti AA?
Lihat AsliBalas0
LiquidationWatcher
· 7jam yang lalu
ya ampun 4337 membuatku cemas tapi 7702... serius kita mungkin akhirnya bisa mendapatkan ini dengan benar setelah semua upaya gagal sejak '15
Evolusi abstraksi akun Ethereum: Terobosan besar dari EIP-4337 ke EIP-7702
Memahami Evolusi Abstraksi Akun Ethereum
Pendahuluan
Artikel ini dibagi menjadi dua bagian besar:
Bagian pertama dimulai dari proposal AA pertama pada tahun 2015, sistem ini menyusun konten proposal EIP utama sejauh ini, bertujuan untuk mengeksplorasi perkembangan proposal AA melalui perspektif sejarah, dan memberikan evaluasi komprehensif terhadap masing-masing skema.
Bagian kedua menyoroti perbandingan reaksi pasar setelah EIP4337 diusulkan dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam pembaruan versi berikutnya dari Ethereum. Setelah proposal ini digabungkan, akan secara keseluruhan mengubah bentuk aplikasi di blockchain.
EIP-7702 memiliki makna yang transformatif, mari kita pelajari lebih dalam.
1. Latar Belakang Akun Abstraksi
1.1 Penentuan akun abstraksi
Pendiri Ethereum, Vitalik, tidak mengubah pengaturan tentang account abstraction saat memperbarui peta jalan ETH di akhir 2023. Saat ini, mode utama sedang beralih dari EIP-4337 ke tahap berikutnya dari konversi EOA sukarela.
Lebih dari setahun setelah peluncuran EIP4337, ia mendapatkan pengakuan luas dari pengguna tetapi belum digunakan secara luas. Dalam lingkungan pasar yang kontradiktif ini, kemajuan EIP-7702 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 di bawah jumlah alamat EOA dan CA. Secara dasar, EIP4337 tidak mengalami perkembangan yang signifikan di jaringan utama Ethereum.
Namun, ini tidak mempengaruhi nilai inti dari AA. Sejak awal desain EIP4337, telah diputuskan bahwa ia sulit untuk menyelesaikan masalah kompatibilitas maju jaringan utama. Dengan masing-masing rantai L2 yang mengintegrasikan AA asli, jumlah alamat EIP4337 mengalami ledakan di L2, di mana pengguna aktif di rantai Base dan Polygon pada bulan Juli mencapai 1 juta dan 3 juta.
Oleh karena itu, desain EIP4337 tidak ada kesalahan, dan memiliki banyak kelebihan. Kondisi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang sesuai untuk masing-masing.
2. Apa itu account abstraction?
Account abstraction pada dasarnya menyelesaikan masalah pemisahan hak milik.
Ada dua jenis akun dalam arsitektur EVM: akun eksternal ( EOA ) dan akun kontrak ( CA ). 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 untuk "menandatangani pemindahan semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dalam transaksi standar tidak ada bidang From, transfer dana sebenarnya dilakukan melalui parameter VRS ( pengguna menandatangani ) untuk menganalisis alamat From. Ini menyebabkan kesulitan dalam penggabungan kepemilikan alamat EOA saat ini.
Efek inti dari EIP4337 adalah menambahkan Alamat Pengirim di bidang transaksi, sehingga memisahkan kunci privat dari alamat yang dioperasikan.
Pemisahan hak kepemilikan sangat penting, karena desain akun eksternal (EOA) akan menimbulkan lebih banyak masalah:
Kunci pribadi sulit dilindungi: kehilangan kunci pribadi berarti kehilangan semua aset.
Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan verifikasi tanda tangan ECDSA.
Hak tanda tangan terlalu tinggi: tidak ada multi-sign asli, 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 Ethereum, Anda perlu memiliki ETH dan menanggung risiko fluktuasi harga.
Kedua, pengguna perlu menangani konsep kompleks seperti Gas price, Gas limit, Nonce, dan lainnya.
Akhirnya, meskipun banyak dompet berusaha mengoptimalkan pengalaman, hasilnya terbatas.
Kunci untuk mengatasi batasan ini terletak pada penerapan account abstraction, yang memisahkan kepemilikan dan hak tanda tangan, sehingga memungkinkan untuk menyelesaikan masalah di atas satu per satu.
Dalam sejarah terdapat berbagai proposal, yang pada akhirnya disimpulkan menjadi dua jalur.
3. Penelusuran Latar Belakang Proposal AA
Solusi untuk masalah ini tampaknya memiliki banyak proposal EIP, tetapi pada akhirnya hanya ada dua pemikiran inti. Setiap EIP yang tidak disetujui telah mengintegrasikan masalah yang dipertimbangkan ke dalam solusi yang ada.
3.1 Jalur pertama: Mengubah alamat EOA menjadi alamat CA
Pada November 2015, Vitalik mengusulkan struktur baru untuk akun yang menggunakan kontrak dalam EIP-101. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mendukung pembayaran biaya transaksi ERC20, melalui kontrak pra-kompilasi mengubah token asli menjadi saldo seperti ERC20, dan menyederhanakan bidang transaksi menjadi to, startgas, data, dan code.
Ini adalah perubahan besar yang akan mengubah desain dasar secara signifikan, sehingga setiap alamat akun memiliki logika "kode" sendiri. ( juga merupakan tujuan EIP-7702. ).
Ini juga dapat menghasilkan fungsi lainnya:
Transaksi menggunakan lebih banyak algoritma kripto, ditentukan oleh metode verifikasi tanda tangan yang ditentukan oleh kode internal alamat.
Memiliki karakteristik tahan serangan kuantum, karena kode dapat ditingkatkan.
Membuat ETH memiliki fungsi yang sama dengan ERC20, seperti otorisasi pemotongan.
Meningkatkan ruang kustomisasi akun, mendukung pemulihan sosial, dukungan SBT, dan pemulihan kunci, dll.
Alasan mengapa tidak dilanjutkan sangat sederhana: langkah yang terlalu besar, kekhawatiran tentang konflik hash transaksi dan keamanan yang kurang diperhatikan. Namun, setiap konsep keuntungan menjadi fungsi inti dari EIP4337 dan EIP7702 yang berikutnya.
Serangkaian EIP selanjutnya berusaha untuk menyempurnakan logika ini:
EIP-859(2018-01-30): abstraksi akun rantai utama
Mengatasi masalah penyebaran kode, mengusulkan kode operasi PAYGAS yang baru.
EIP-7702(2024-05-07): mengatur kode akun EOA
Sebagai alternatif EIP-3074, akan dimasukkan dalam hard fork ETH Prague/Electra yang akan datang.
3.2 Jalur kedua: Biarkan alamat EOA menggerakkan alamat CA
EIP-3074(2020-10-15): menambahkan opcode AUTH dan AUTHCALL
Menambahkan dua opcode baru di EVM, memungkinkan EOA untuk memberikan otorisasi kontrak menggantikan identitas EOA untuk memanggil kontrak lain.
EIP-4337(2021-09-29): Mengimplementasikan abstraksi akun melalui mempool transaksi
Dirancang terinspirasi oleh MEV, sepenuhnya menghindari perubahan protokol lapisan konsensus. Mengusulkan objek UserOperation, pengguna mengirimkannya ke kolam memori, yang kemudian dikemas dan dieksekusi secara massal oleh bundler.
EIP-5189(2022-06-29): melalui endorser mengoperasikan akun abstrak
Optimalkan EIP4337, mencegah serangan DoS melalui mekanisme dukungan.
3.3 Proposal lain yang mendukung AA
EIP-2718(2020-06-13): amplop pembungkus untuk jenis transaksi baru
Mendefinisikan jenis transaksi baru, sebagai amplop untuk jenis transaksi di masa depan.
EIP-3607(2021-06-10): melarang alamat EOA untuk menyebarkan kontrak
Mencegah konflik antara alamat penyebaran kontrak dan alamat EOA.
3.4 Bagaimana memahami perkembangan sejarah akun abstraksi?
Pertama-tama, kita perlu memahami nilai setelah diubah menjadi CA, yang pada dasarnya adalah efek nyata dari EIP-4337.
Namun, kelemahan utama dari EIP-4337 adalah bertentangan dengan prinsip motivasi manusia. Ini terjebak dalam siklus kematian pengembangan pasar: Dapp tidak kompatibel, pengguna enggan menggunakan alamat CA, biaya penggunaan CA lebih tinggi, terlalu tergantung pada kompatibilitas Dapp.
Oleh karena itu, belum ada penyebaran di jaringan utama Ethereum.
Biaya adalah ukuran terpenting bagi pengguna, biaya harus diturunkan.
Untuk benar-benar menurunkan Gas, Ethereum itu sendiri harus melakukan peningkatan soft fork. Karena harus soft fork, lebih baik langsung mempertimbangkan EIP-7702.
4. Analisis Mendalam EIP-7702
4.1 Apa itu EIP-7702
Ini memungkinkan EOA untuk memiliki fungsi kontrak pintar secara sementara dalam satu transaksi melalui jenis transaksi baru, mendukung transaksi massal, transaksi tanpa Gas, dan pengelolaan hak akses kustom, tanpa perlu memperkenalkan opCode EVM baru.
Pengguna dapat memperoleh sebagian besar kemampuan AA tanpa perlu mengdeploy kontrak pintar, bahkan dapat dilakukan oleh pihak ketiga untuk mengirim transaksi, cukup dengan menandatangani informasi otorisasi.
4.2 Struktur Data
Definisikan jenis transaksi baru 0x04, TransactionPayload adalah hasil serialisasi RLP dari konten berikut:
[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]
Menambahkan objek authorization_list, menyimpan kode yang ingin dieksekusi oleh penandatangan di EOA.
4.3 siklus hidup transaksi
4.3.1 tahap verifikasi
4.3.2 Tahap Eksekusi Operasi
Muat kode dari field address pada authorization_list, dan jalankan dalam konteks akun penandatangan.
4.4 Nilai EIP-7702
Ini akan mengubah seluruh rangkaian Web3 wallet, secara signifikan meningkatkan pengalaman pengguna. Transaksi biasa yang dimulai oleh EOA dapat mengeksekusi berbagai logika, seperti transfer massal.
Memecahkan berbagai pola pikir yang ada:
4.5 Perbandingan EIP-7702 dan EIP-4337
Keuntungan EIP-7702:
Kekurangan EIP-7702:
5. Kesimpulan
Akun abstraksi hanya dapat diterapkan di akhir modul "Memperbaiki Segalanya". Mempercepat kemajuan EIP7702 terutama membawa tantangan keamanan sistem. Itu akan terwujud pada akhirnya, karena biaya pengguna lebih rendah.
EIP7702 telah memecahkan berbagai aturan on-chain dan logika Dapp kebanyakan, tetapi keuntungan utamanya adalah biaya pengguna yang lebih rendah. Pengguna masih menggunakan alamat EOA, menggunakan logika CA sesuai kebutuhan, dan biaya kepemilikan serta penggunaan telah berkurang.
Meskipun EIP7702 mengubah banyak hal, namun karena keuntungan biaya, semua Dapp seharusnya mempelajari penyesuaian. Kali ini pengguna pasti akan berada di pihak EIP7702.