Penjelasan Mendalam tentang Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum
Artikel ini dibagi menjadi dua bagian besar:
Bagian atas dimulai dari usulan AA pertama pada tahun 2015, sistem menyusun konten utama dari usulan EIP hingga saat ini, membahas perkembangan sejarah usulan AA, dan memberikan evaluasi komprehensif terhadap setiap alternatif.
Bagian bawah menekankan perbandingan umpan balik pasar yang lesu setelah EIP4337 diajukan, dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam pembaruan Ethereum berikutnya. Setelah proposal ini digabungkan, itu akan mengubah secara menyeluruh bentuk aplikasi di blockchain.
EIP-7702 memiliki makna yang revolusioner, mari kita pelajari lebih lanjut.
1. Latar Belakang Abstraksi Akun
1.1 Makna abstraksi akun
Pendiri Ethereum, Vitalik, sekali lagi memperbarui peta jalan pengembangan ETH pada akhir tahun 2023, tetapi tidak ada perubahan pada pengaturan abstraksi akun. Saat ini, model utama sedang berpindah dari EIP-4337 ke tahap berikutnya "konversi sukarela akun EOA".
Setelah lebih dari satu tahun peluncuran EIP4337, pengguna umumnya mengakui tetapi tidak banyak digunakan. Lingkungan pasar yang kontradiktif ini mempercepat proses EIP-7702, yang telah dikonfirmasi akan digabungkan dalam pembaruan berikutnya.
1.2 status pasar abstrak akun
Setelah satu setengah tahun perkembangan, 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. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta, menunjukkan bahwa EIP4337 hampir tidak memiliki perkembangan substantif di jaringan utama.
Namun, ini tidak mempengaruhi nilai intrinsik AA. Desain EIP4337 dit注定 sulit untuk menyelesaikan masalah kompatibilitas ke depan di jaringan utama. Dengan berbagai L2 yang secara asli mengintegrasikan AA, jumlah alamat EIP4337 di L2 mengalami pertumbuhan eksponensial, seperti Base dan Polygon yang masing-masing mencapai 1 juta dan 3 juta pengguna aktif bulanan pada bulan Juli.
Oleh karena itu, desain EIP4337 tidak ada masalah, kondisi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang berbeda.
2. Apa itu abstraksi akun?
Abstraksi akun pada dasarnya menyelesaikan masalah pemisahan hak milik.
Dalam arsitektur EVM terdapat dua jenis akun yaitu akun eksternal ( EOA ) dan akun kontrak ( CA ). Kepemilikan dan hak tanda tangan EOA sebenarnya dimiliki oleh subjek yang sama. Orang yang memiliki kunci pribadi tidak hanya memiliki "kepemilikan akun", tetapi juga dapat "menandatangani transfer semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dalam transaksi standar tidak ada field From, transfer dana dilakukan melalui parameter VRS ( yang ditandatangani pengguna ) untuk menguraikan alamat From. Keamanan yang dijamin secara kriptografi ini menyebabkan kesulitan dalam penggabungan kepemilikan alamat EOA saat ini.
Efek inti dari EIP4337 adalah menambahkan Alamat Pengirim dalam kolom transaksi, sehingga memisahkan kunci pribadi dari alamat yang dioperasikan.
Pemisahan kepemilikan sangat penting karena desain EOA menimbulkan banyak masalah:
Kunci pribadi sulit dilindungi: kehilangan kunci pribadi berarti kehilangan semua aset
Algoritma tanda tangan tunggal: Protokol asli hanya dapat menggunakan algoritma ECDSA.
Izin tanda tangan terlalu tinggi: tidak ada multi-tanda tangan asli, tanda tangan tunggal dapat melakukan operasi apa pun
Biaya transaksi hanya dapat dibayar dengan ETH, tidak mendukung transaksi massal
Privasi transaksi mudah bocor: perdagangan satu lawan satu mudah menganalisis informasi akun
Pembatasan ini membuat pengguna biasa sulit untuk menggunakan Ethereum:
Pertama, pengguna harus memiliki Ether dan menanggung risiko fluktuasi harga.
Kedua, pengguna perlu menangani logika biaya yang kompleks.
Akhirnya, meskipun banyak dompet berusaha mengoptimalkan pengalaman, hasilnya terbatas.
Oleh karena itu, terobosan terletak pada mewujudkan abstraksi akun, memisahkan kepemilikan (Owner) dan hak tanda tangan (Signer), sehingga secara bertahap menyelesaikan masalah di atas.
Dalam sejarah, ada berbagai skema, yang akhirnya dirangkum menjadi dua jalur.
3. Penelusuran Usulan Sejarah AA
Solusi untuk masalah ini tampaknya memiliki beberapa usulan EIP, tetapi pada akhirnya hanya ada dua inti pemikiran. Setiap EIP yang tidak disetujui telah mempertimbangkan masalah yang ada ke dalam solusi yang ada.
3.1 Rute pertama: Mengubah alamat EOA menjadi alamat CA
Pada 15 November 2015, Vitalik mengusulkan struktur baru akun dengan kontrak dalam EIP-101. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mengubah cara pembayaran biaya, melalui kontrak pra-kompilasi mengubah token asli menjadi saldo penyimpanan seperti ERC20, menyederhanakan field transaksi.
Revolusi besar yang satu ini akan secara signifikan mengubah desain dasar, membuat setiap alamat akun memiliki logika "kode" sendiri ( yang juga merupakan efek yang ingin dicapai oleh EIP-7702 ).
Fungsi derivatif meliputi:
Transaksi menggunakan lebih banyak algoritma kripto
Memiliki karakteristik tahan serangan kuantum
Ether memiliki fitur fungsi yang sama dengan ERC20
Meningkatkan ruang kustomisasi akun
Ketidaklanjutan disebabkan oleh langkah yang terlalu besar, kurangnya pertimbangan terhadap konflik hash transaksi saat ini dan keamanan, tetapi setiap ide keunggulan telah menjadi fungsi inti dari EIP4337 dan EIP7702 yang akan datang.
Selanjutnya ada serangkaian EIP yang mencoba menyempurnakan logika ini:
EIP-859(2018-01-30): abstraksi akun rantai utama
Mengatasi masalah deployment Code, mengusulkan opcode 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 Rute kedua: Biarkan alamat EOA menggerakkan alamat CA
EIP-3074(2020-10-15): menambahkan opcode AUTH dan AUTHCALL
Menambahkan dua opcode baru, memungkinkan EOA untuk memberikan wewenang kepada kontrak untuk mewakili identitasnya dalam memanggil kontrak lain.
EIP-4337(2021-09-29): Mengimplementasikan abstraksi akun melalui mempool transaksi
Dirancang terinspirasi oleh MEV, dapat sepenuhnya menghindari perubahan protokol lapisan konsensus. Mengusulkan objek UserOperation baru, yang dikemas secara massal oleh bundler untuk pengiriman transaksi eksekusi kontrak.
EIP-5189(2022-06-29): melalui operasi akun abstrak oleh penjamin
Optimalkan logika EIP4337, melalui mekanisme denda dana untuk mencegah serangan DoS.
3.3 Proposal lain yang mendukung AA
EIP-2718(2020-06-13): amplop kemasan untuk jenis transaksi baru
Mendefinisikan jenis transaksi baru, sebagai amplop untuk jenis transaksi baru yang akan ditambahkan 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 Interpretasi perkembangan abstraksi akun
Pertama-tama, perlu memahami nilai setelah diubah menjadi CA, pada dasarnya adalah efek nyata dari EIP-4337.
Namun, kekurangan utama dari EIP-4337 adalah melanggar prinsip motivasi manusia. Meskipun tampak lebih baik, itu terjebak dalam siklus mati pengembangan pasar. Ketidakcocokan Dapp, pengguna enggan menggunakan alamat CA, biaya penggunaan CA lebih tinggi, terlalu bergantung pada kecocokan Dapp.
Oleh karena itu, di jaringan utama Ethereum, adopsi belum bisa meluas. Biaya adalah ukuran paling penting bagi pengguna, biaya harus diturunkan.
Untuk benar-benar mengurangi GAS, perlu dilakukan upgrade soft fork pada Ethereum itu sendiri, mengubah perhitungan GAS atau konsumsi GAS opcode. Jika akan melakukan soft fork, lebih baik langsung mempertimbangkan EIP-7702.
4. Analisis Menyeluruh EIP-7702
4.1 EIP-7702 Perkenalan
Melalui jenis transaksi baru, memungkinkan EOA untuk sementara memiliki fungsi kontrak pintar dalam satu transaksi, mendukung transaksi batch, transaksi tanpa Gas, dan manajemen hak akses kustom, serta tidak perlu memperkenalkan opCode EVM baru.
Pengguna tidak perlu menerapkan kontrak pintar untuk mendapatkan sebagian besar kemampuan AA, bahkan dapat dilakukan oleh pihak ketiga atas nama pengguna untuk memulai transaksi, hanya perlu menandatangani informasi otorisasi.
4.2 struktur data
Mendefinisikan jenis transaksi baru 0x04, TransactionPayload adalah hasil serialisasi RLP dari konten berikut:
Menambahkan objek authorization_list, untuk menyimpan kode yang ingin dieksekusi oleh penandatangan di EOA. Pengguna menandatangani transaksi sekaligus menandatangani kode kontrak yang akan dieksekusi, yang disimpan sebagai daftar dua dimensi, dapat menyimpan beberapa informasi operasi secara massal.
Ketika eksekusi transaksi dimulai, untuk setiap tuple dalam authorization_list:
Mengembalikan alamat penandatangan dari tanda tangan
Verifikasi ID rantai
Verifikasi apakah kode penandatangan kosong atau telah didelegasikan
Verifikasi nonce penanda tangan
Atur kode penandatangan
Tambahkan nonce penandatangan
Tambahkan akun penandatangan ke daftar alamat yang telah diakses
4.3.2 Tahap Eksekusi Operasi
Versi baru mengubah perilaku penyebaran kode. Memuat kode dari kolom address di authorization_list dan mengeksekusinya dalam konteks akun penandatangan.
Kode kontrak pengguna disimpan di alamat tertentu di blockchain, bukan langsung termasuk dalam transaksi. Instruksi operasi dan parameter terkait disimpan di bidang data dari payload transaksi.
4.4 Nilai EIP-7702
Menghadirkan perubahan pada seluruh rantai dompet Web3, meningkatkan pengalaman pengguna. Transaksi biasa yang dimulai oleh EOA dapat menjalankan berbagai logika, seperti transfer massal. Mempengaruhi identifikasi transaksi di skenario CeFi dan biaya pengumpulan dan penarikan.
Memecahkan berbagai pola pikir yang ada:
Saldo akun dapat berkurang karena transaksi yang tidak berasal dari akun tersebut.
Setelah eksekusi transaksi dimulai, nonce EOA mungkin meningkat beberapa kali.
Logika perlindungan perbandingan tx.origin dan msg.sender tidak berfungsi
EOA dapat mengeluarkan peristiwa
EOA menerima aset ERC20/721/1155 mungkin gagal
4.5 Perbandingan EIP-7702 dan EIP-4337
Keuntungan EIP-7702:
gas lebih rendah, tidak perlu melalui modul entrypoint
Biaya migrasi pengguna lebih rendah, tidak perlu menyiapkan kontrak on-chain sebelumnya
Juga mendukung pelaksanaan perintah kode: perintah penuh dan perintah terlindungi
Kekurangan EIP-7702:
Merupakan upgrade soft fork, perlu dorongan konsensus, perubahan yang besar
Kebebasan tinggi, sulit diaudit, pengguna lebih memerlukan perlindungan dompet yang dapat diandalkan
Perubahan besar pada arsitektur asli, banyak infrastruktur sulit untuk langsung disesuaikan
EOA mendapatkan kemampuan kontrak, tetapi ruang penyimpanan tidak dapat disimpan
Biaya transaksi terpisah sedikit lebih tinggi, menambah bagian Calldata
Penandatanganan kode tanpa fungsi penerimaan oleh penerima dapat menyebabkan DoS
Logika pengisian dan penarikan di blockchain mungkin tidak konsisten
Peristiwa yang dikeluarkan oleh EOA dapat menimbulkan masalah
Kekurangan ini didasarkan pada ringkasan konten proposal EIP7702 saat ini, implementasi akhirnya mungkin akan berubah.
5. Ringkasan
Akun abstraksi saat ini hanya dapat diterapkan di akhir modul "Memperbaiki Segalanya". Mempercepat kemajuan EIP7702 terutama membawa tantangan terhadap keamanan sistem. Meskipun perubahannya besar, namun karena mengurangi biaya pengguna, ini patut diteliti semua Dapp untuk diadaptasi. Pengguna pada akhirnya akan berpihak pada 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.
9 Suka
Hadiah
9
5
Posting ulang
Bagikan
Komentar
0/400
ColdWalletGuardian
· 12jam yang lalu
4337 tidak semuanya sudah Rug Pull, 7702 bagaimana, masih bisa dibicarakan.
Lihat AsliBalas0
ContractFreelancer
· 15jam yang lalu
4337 pisau ini tidak bisa digulung, hidangan besar berikutnya belum datang.
Lihat AsliBalas0
AirdropworkerZhang
· 15jam yang lalu
Aduh, kapan V God bisa meningkatkan pengalaman pengguna? Kode ini terlalu membingungkan.
Lihat AsliBalas0
WalletAnxietyPatient
· 15jam yang lalu
v神 masih terus berpegang pada obsesinya yang kecil...
Lihat AsliBalas0
LadderToolGuy
· 15jam yang lalu
Apakah 4337 tidak memberi kekuatan atau saya tidak mengikuti gosip terbaru?
EIP7702: Terobosan besar dalam abstraksi akun Ethereum dan prospek masa depan
Penjelasan Mendalam tentang Masa Lalu dan Masa Depan Jalur Abstraksi Akun Ethereum
Artikel ini dibagi menjadi dua bagian besar:
Bagian atas dimulai dari usulan AA pertama pada tahun 2015, sistem menyusun konten utama dari usulan EIP hingga saat ini, membahas perkembangan sejarah usulan AA, dan memberikan evaluasi komprehensif terhadap setiap alternatif.
Bagian bawah menekankan perbandingan umpan balik pasar yang lesu setelah EIP4337 diajukan, dan menganalisis secara mendalam EIP7702 yang akan dimasukkan dalam pembaruan Ethereum berikutnya. Setelah proposal ini digabungkan, itu akan mengubah secara menyeluruh bentuk aplikasi di blockchain.
EIP-7702 memiliki makna yang revolusioner, mari kita pelajari lebih lanjut.
1. Latar Belakang Abstraksi Akun
1.1 Makna abstraksi akun
Pendiri Ethereum, Vitalik, sekali lagi memperbarui peta jalan pengembangan ETH pada akhir tahun 2023, tetapi tidak ada perubahan pada pengaturan abstraksi akun. Saat ini, model utama sedang berpindah dari EIP-4337 ke tahap berikutnya "konversi sukarela akun EOA".
Setelah lebih dari satu tahun peluncuran EIP4337, pengguna umumnya mengakui tetapi tidak banyak digunakan. Lingkungan pasar yang kontradiktif ini mempercepat proses EIP-7702, yang telah dikonfirmasi akan digabungkan dalam pembaruan berikutnya.
1.2 status pasar abstrak akun
Setelah satu setengah tahun perkembangan, 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. Jumlah alamat independen di jaringan utama Ethereum telah mencapai 270 juta, menunjukkan bahwa EIP4337 hampir tidak memiliki perkembangan substantif di jaringan utama.
Namun, ini tidak mempengaruhi nilai intrinsik AA. Desain EIP4337 dit注定 sulit untuk menyelesaikan masalah kompatibilitas ke depan di jaringan utama. Dengan berbagai L2 yang secara asli mengintegrasikan AA, jumlah alamat EIP4337 di L2 mengalami pertumbuhan eksponensial, seperti Base dan Polygon yang masing-masing mencapai 1 juta dan 3 juta pengguna aktif bulanan pada bulan Juli.
Oleh karena itu, desain EIP4337 tidak ada masalah, kondisi saat ini berasal dari perbedaan antara mainnet dan L2, yang memerlukan solusi yang berbeda.
2. Apa itu abstraksi akun?
Abstraksi akun pada dasarnya menyelesaikan masalah pemisahan hak milik.
Dalam arsitektur EVM terdapat dua jenis akun yaitu akun eksternal ( EOA ) dan akun kontrak ( CA ). Kepemilikan dan hak tanda tangan EOA sebenarnya dimiliki oleh subjek yang sama. Orang yang memiliki kunci pribadi tidak hanya memiliki "kepemilikan akun", tetapi juga dapat "menandatangani transfer semua aset".
Ini ditentukan oleh struktur transaksi akun Ethereum. Dalam transaksi standar tidak ada field From, transfer dana dilakukan melalui parameter VRS ( yang ditandatangani pengguna ) untuk menguraikan alamat From. Keamanan yang dijamin secara kriptografi ini menyebabkan kesulitan dalam penggabungan kepemilikan alamat EOA saat ini.
Efek inti dari EIP4337 adalah menambahkan Alamat Pengirim dalam kolom transaksi, sehingga memisahkan kunci pribadi dari alamat yang dioperasikan.
Pemisahan kepemilikan sangat penting karena desain EOA menimbulkan banyak masalah:
Pembatasan ini membuat pengguna biasa sulit untuk menggunakan Ethereum:
Pertama, pengguna harus memiliki Ether dan menanggung risiko fluktuasi harga. Kedua, pengguna perlu menangani logika biaya yang kompleks. Akhirnya, meskipun banyak dompet berusaha mengoptimalkan pengalaman, hasilnya terbatas.
Oleh karena itu, terobosan terletak pada mewujudkan abstraksi akun, memisahkan kepemilikan (Owner) dan hak tanda tangan (Signer), sehingga secara bertahap menyelesaikan masalah di atas.
Dalam sejarah, ada berbagai skema, yang akhirnya dirangkum menjadi dua jalur.
3. Penelusuran Usulan Sejarah AA
Solusi untuk masalah ini tampaknya memiliki beberapa usulan EIP, tetapi pada akhirnya hanya ada dua inti pemikiran. Setiap EIP yang tidak disetujui telah mempertimbangkan masalah yang ada ke dalam solusi yang ada.
3.1 Rute pertama: Mengubah alamat EOA menjadi alamat CA
Pada 15 November 2015, Vitalik mengusulkan struktur baru akun dengan kontrak dalam EIP-101. Mengubah alamat menjadi hanya kode dan ruang penyimpanan, mengubah cara pembayaran biaya, melalui kontrak pra-kompilasi mengubah token asli menjadi saldo penyimpanan seperti ERC20, menyederhanakan field transaksi.
Revolusi besar yang satu ini akan secara signifikan mengubah desain dasar, membuat setiap alamat akun memiliki logika "kode" sendiri ( yang juga merupakan efek yang ingin dicapai oleh EIP-7702 ).
Fungsi derivatif meliputi:
Ketidaklanjutan disebabkan oleh langkah yang terlalu besar, kurangnya pertimbangan terhadap konflik hash transaksi saat ini dan keamanan, tetapi setiap ide keunggulan telah menjadi fungsi inti dari EIP4337 dan EIP7702 yang akan datang.
Selanjutnya ada serangkaian EIP yang mencoba menyempurnakan logika ini:
EIP-859(2018-01-30): abstraksi akun rantai utama Mengatasi masalah deployment Code, mengusulkan opcode 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 Rute kedua: Biarkan alamat EOA menggerakkan alamat CA
EIP-3074(2020-10-15): menambahkan opcode AUTH dan AUTHCALL Menambahkan dua opcode baru, memungkinkan EOA untuk memberikan wewenang kepada kontrak untuk mewakili identitasnya dalam memanggil kontrak lain.
EIP-4337(2021-09-29): Mengimplementasikan abstraksi akun melalui mempool transaksi Dirancang terinspirasi oleh MEV, dapat sepenuhnya menghindari perubahan protokol lapisan konsensus. Mengusulkan objek UserOperation baru, yang dikemas secara massal oleh bundler untuk pengiriman transaksi eksekusi kontrak.
EIP-5189(2022-06-29): melalui operasi akun abstrak oleh penjamin Optimalkan logika EIP4337, melalui mekanisme denda dana untuk mencegah serangan DoS.
3.3 Proposal lain yang mendukung AA
EIP-2718(2020-06-13): amplop kemasan untuk jenis transaksi baru Mendefinisikan jenis transaksi baru, sebagai amplop untuk jenis transaksi baru yang akan ditambahkan 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 Interpretasi perkembangan abstraksi akun
Pertama-tama, perlu memahami nilai setelah diubah menjadi CA, pada dasarnya adalah efek nyata dari EIP-4337.
Namun, kekurangan utama dari EIP-4337 adalah melanggar prinsip motivasi manusia. Meskipun tampak lebih baik, itu terjebak dalam siklus mati pengembangan pasar. Ketidakcocokan Dapp, pengguna enggan menggunakan alamat CA, biaya penggunaan CA lebih tinggi, terlalu bergantung pada kecocokan Dapp.
Oleh karena itu, di jaringan utama Ethereum, adopsi belum bisa meluas. Biaya adalah ukuran paling penting bagi pengguna, biaya harus diturunkan.
Untuk benar-benar mengurangi GAS, perlu dilakukan upgrade soft fork pada Ethereum itu sendiri, mengubah perhitungan GAS atau konsumsi GAS opcode. Jika akan melakukan soft fork, lebih baik langsung mempertimbangkan EIP-7702.
4. Analisis Menyeluruh EIP-7702
4.1 EIP-7702 Perkenalan
Melalui jenis transaksi baru, memungkinkan EOA untuk sementara memiliki fungsi kontrak pintar dalam satu transaksi, mendukung transaksi batch, transaksi tanpa Gas, dan manajemen hak akses kustom, serta tidak perlu memperkenalkan opCode EVM baru.
Pengguna tidak perlu menerapkan kontrak pintar untuk mendapatkan sebagian besar kemampuan AA, bahkan dapat dilakukan oleh pihak ketiga atas nama pengguna untuk memulai transaksi, hanya perlu menandatangani informasi otorisasi.
4.2 struktur data
Mendefinisikan 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, untuk menyimpan kode yang ingin dieksekusi oleh penandatangan di EOA. Pengguna menandatangani transaksi sekaligus menandatangani kode kontrak yang akan dieksekusi, yang disimpan sebagai daftar dua dimensi, dapat menyimpan beberapa informasi operasi secara massal.
authorization_list = [[chain_id, address, nonce, y_parity, r, s], ...]
4.3 siklus hidup transaksi
4.3.1 Tahap Verifikasi
Ketika eksekusi transaksi dimulai, untuk setiap tuple dalam authorization_list:
4.3.2 Tahap Eksekusi Operasi
Versi baru mengubah perilaku penyebaran kode. Memuat kode dari kolom address di authorization_list dan mengeksekusinya dalam konteks akun penandatangan.
Kode kontrak pengguna disimpan di alamat tertentu di blockchain, bukan langsung termasuk dalam transaksi. Instruksi operasi dan parameter terkait disimpan di bidang data dari payload transaksi.
4.4 Nilai EIP-7702
Menghadirkan perubahan pada seluruh rantai dompet Web3, meningkatkan pengalaman pengguna. Transaksi biasa yang dimulai oleh EOA dapat menjalankan berbagai logika, seperti transfer massal. Mempengaruhi identifikasi transaksi di skenario CeFi dan biaya pengumpulan dan penarikan.
Memecahkan berbagai pola pikir yang ada:
4.5 Perbandingan EIP-7702 dan EIP-4337
Kekurangan ini didasarkan pada ringkasan konten proposal EIP7702 saat ini, implementasi akhirnya mungkin akan berubah.
5. Ringkasan
Akun abstraksi saat ini hanya dapat diterapkan di akhir modul "Memperbaiki Segalanya". Mempercepat kemajuan EIP7702 terutama membawa tantangan terhadap keamanan sistem. Meskipun perubahannya besar, namun karena mengurangi biaya pengguna, ini patut diteliti semua Dapp untuk diadaptasi. Pengguna pada akhirnya akan berpihak pada EIP7702.