Penulis: Shijun Jun

Kata pengantar

Artikel ini dibagi menjadi dua modul utama:

Pada paruh pertama, dimulai dari proposal AA pertama tahun 2015, kami akan memilah secara sistematis isi utama proposal EIP selama ini. Kami berharap dapat menggali sejarah proposal sejarah AA dan mengevaluasi secara komprehensif kelebihan dan kekurangan masing-masing rencana.

Di paruh kedua, kami fokus membandingkan umpan balik penurunan pasar yang dihadapi setelah EIP4337 diusulkan, dan kemudian melakukan analisis mendalam terhadap EIP7702, yang akan disertakan dalam versi peningkatan Ethereum berikutnya. itu akan sepenuhnya mengubah formulir aplikasi pada rantai.

EIP-7702 mengalami perubahan zaman, silakan dengarkan penjelasan rinci Pak Shishi

1. Latar belakang abstrak akun

1.1 Arti abstraksi akun

Vitalik, pendiri Ethereum, sekali lagi memperbarui peta jalan pengembangan ETH pada akhir tahun 2023, tetapi pengaturan abstraksi akun belum diubah. Model mainstream saat ini juga telah memasuki tahap berikutnya dari EIP-4337, VoluntaryEOA Conversion (konversi akun EOA sukarela).

https://x.com/VitalikButerin/status/1741190491578810445

Lebih dari setahun sejak peluncuran EIP4337 (di WalletCon di Denver pada tanggal 1 Maret 2023, secara resmi diumumkan bahwa kontrak inti ERC-4337 yang dirancang dan diimplementasikan oleh pengembang Ethereum Foundation telah lulus audit OpenZeppelin dan dianggap sebagai peluncuran resmi simpul sejarah).

Ini selalu dikenali secara luas oleh pengguna, tetapi tidak digunakan secara luas. Di bawah lingkungan pasar yang kontradiktif, kemajuan EIP-7702 telah sangat maju, dan bahkan telah dipastikan bahwa ia akan disertakan dalam peningkatan berikutnya.

1.2 Status abstraksi akun pasar saat ini

Tanpa basa-basi lagi, langsung saja kita lihat datanya.

Setelah satu setengah tahun pengembangan, EIP4337 hanya memiliki 12 juta alamat dalam kumpulan akun rantai utama. Hal yang paling mengejutkan adalah di jaringan utama Ethereum, hanya ada 6,764 alamat aktif dimensi, tapi setidaknya Ada perbedaan besar antara jumlah alamat di EOA dan CA. Anda harus tahu bahwa jumlah alamat independen di mainnet Ethereum telah mencapai 270 juta (sumber data: https://etherscan.io/chart. /alamat).

Dapat dikatakan bahwa EIP4337 tidak memiliki perkembangan yang berarti pada jaringan utama.

(Sumber data bagan: https://dune.com/niftytable/account-abstraction)

Namun, hal ini tidak menghilangkan nilai penting AA, karena sejak awal desain EIP4337 sudah ditakdirkan bahwa AA tidak dapat berfungsi dengan baik dalam menghadapi masalah kompatibilitas ke depan yang serius pada jaringan utama, sehingga dengan berkembangnya berbagai macam Rantai lapisan L2 Secara universal tertanam dalam AA asli, jumlah alamat EIP4337 telah melonjak di L2. Pengguna aktif bulanan rantai dasar dan poligon pada bulan Juli masing-masing berjumlah 1 juta dan 3 juta, yang cukup mengesankan.

Oleh karena itu, desain EIP4337 tidak salah, namun memiliki banyak keuntungan. Kami akan merangkumnya secara sistematis. Situasi saat ini disebabkan oleh perbedaan antara jaringan utama dan L2 .

2. Apa yang dimaksud dengan abstraksi akun?

Abstraksi akun terdengar membingungkan, namun pada kenyataannya, hal ini pada dasarnya memecahkan masalah pemisahan hak milik.

Ada dua jenis akun dalam arsitektur EVM (yaitu Mesin Virtual Ethereum), akun eksternal (EOA) dan akun kontrak (Akun Kontrak). Kepemilikan dan hak tanda tangan akun eksternal sebenarnya dipegang oleh individu yang sama satuan. Orang yang memegang kunci pribadi tidak hanya memiliki "kepemilikan" atas akun tersebut, tetapi juga memiliki hak untuk "menandatangani dan mentransfer semua aset".

Hal ini ditentukan oleh struktur transaksi akun Ethereum

Seperti yang terlihat dari struktur pada gambar di bawah, sebenarnya tidak ada pihak Dari dalam transaksi standar Ethereum. Jadi jika saya melakukan transfer dana, dari alamat mana saya menggunakan dana tersebut? Faktanya, alamat Dari didekodekan melalui parameter VRS-nya (yaitu tanda tangan pengguna).

Ini melibatkan konsep seperti enkripsi asimetris seperti ECDSA dan fungsi ambang batas satu arah. Singkatnya, kriptografi digunakan untuk menjamin keamanan penggabungan.

Efek inti dari EIP4337 adalah menambahkan bidang Alamat Pengirim ke bidang transaksi, sehingga memisahkan kunci pribadi dari alamat yang dioperasikan.

Lalu mengapa pemisahan hak milik begitu penting?

Karena desain akun eksternal (EOA) akan menimbulkan lebih banyak masalah:

  1. Kunci pribadi sulit dilindungi: pengguna kehilangan kunci pribadinya (kehilangan, serangan peretas, peretasan kriptografi) berarti kehilangan semua asetnya.

  2. Beberapa algoritma tanda tangan: Protokol asli hanya dapat menggunakan tanda tangan ECDSA dan algoritma verifikasi tanda tangan untuk memverifikasi transaksi.

  3. Otoritas tanda tangan yang tinggi: Tidak ada multi-tanda tangan asli (multi-tanda tangan hanya dapat berkolaborasi melalui kontrak pintar), dan operasi apa pun dapat dilakukan dengan satu tanda tangan.

  4. Biaya transaksi hanya dapat dibayarkan melalui ETH, dan transaksi batch tidak didukung.

  5. Kebocoran privasi transaksi: Transaksi satu lawan satu memudahkan analisis informasi pribadi pemegang akun.

Kendala daya tarik menyulitkan pengguna biasa untuk menggunakan Ethereum:

Pertama, untuk menggunakan aplikasi apa pun di Ethereum, pengguna harus memegang ether (dan menanggung risiko fluktuasi harga ether).

Kedua, pengguna harus berurusan dengan logika biaya yang kompleks. Konsep harga Gas, batas Gas, dan pemblokiran transaksi (pesanan Nonce) terlalu rumit bagi pengguna.

Terakhir, meskipun banyak dompet atau aplikasi blockchain mencoba meningkatkan pengalaman pengguna melalui optimalisasi produk, efek sebenarnya dari hal tersebut minimal.

Oleh karena itu, cara untuk mengatasi situasi tersebut adalah dengan menerapkan abstraksi akun dan memisahkan kepemilikan (Pemilik) dan hak tanda tangan (Penandatangan), sehingga permasalahan di atas dapat diselesaikan satu per satu.

Faktanya, ada banyak rencana sejarah, dan pada akhirnya akan menyatu menjadi dua jalur.

3. Tinjau sejarah proposal AA

Tampaknya ada banyak usulan EIP untuk menyelesaikan masalah tersebut, namun dalam analisis akhir, terdapat dua gagasan inti, sehingga permasalahan yang dipertimbangkan dalam setiap EIP yang tidak disetujui di masa lalu telah menyatu menjadi solusi terhadap rencana saat ini.

3.1 Rute pertama adalah mengubah alamat EOA menjadi alamat CA

Pada awal 15 November 2015, sekitar EIP-101, Vitalik mengusulkan struktur baru menggunakan kontrak sebagai akun. Ubah alamat menjadi hanya kode dan ruang penyimpanan, ubah biaya penanganan untuk mendukung pembayaran dengan ERC20, ubah token asli menjadi seperti ERC20 untuk menghemat saldo melalui kontrak yang telah dikompilasi sebelumnya (dapat memiliki fungsi seperti menahan otorisasi), menyederhanakan bidang transaksi hanya untuk, startgas, data dan kode.

Sekarang tampaknya ini hanyalah perubahan gaya Lompatan Jauh ke Depan, yang akan secara signifikan mengubah desain yang mendasarinya sehingga setiap alamat akun memiliki logika "kode" sendiri (sebenarnya, inilah yang EIP-7702 coba capai sekarang ).

Fungsi lain juga dapat diturunkan, seperti

  1. Izinkan transaksi menggunakan lebih banyak algoritma enkripsi, dan metode verifikasi tanda tangan dapat ditentukan oleh Kode internal setiap alamat.

  2. Ini tahan terhadap serangan kuantum karena kodenya memiliki karakteristik peningkatan.

  3. Biarkan Ethereum memiliki karakteristik fungsional yang sama dengan kontrak ERC20, dan efek intinya memiliki otorisasi penahanan, sehingga tidak perlu kehilangan mata uang aslinya.

  4. Tingkatkan ruang penyesuaian akun, kompatibel dengan pemulihan sosial, dukungan sbt, pengambilan kunci, dll.

Alasan untuk tidak melanjutkan kemajuan juga sangat sederhana. Jelas sekali bahwa langkahnya terlalu besar. Mengenai masalah konflik hash transaksi saat ini dan risiko keamanan, hal itu telah ditunda karena pertimbangan yang tidak memadai telah menjadi salah satu fungsi inti EIP4337 dan EIP7702 berikutnya.

Belakangan, ada serangkaian EIP yang mencoba memperbaiki logika ini.

EIP-859: Abstraksi akun rantai utama--30-01-2018

Mencoba memecahkan masalah penerapan Kode, fungsi intinya adalah jika kontrak pihak transaksi tidak diterapkan, parameter kode yang dilampirkan pada transaksi digunakan untuk mengeksekusi penerapan dompet kontrak. Kedua, kode operasi PAYGAS baru juga diusulkan. Selain membayar gas, juga menjadi transaksi. Pemisah antara bagian verifikasi dan bagian eksekusi parameter transaksi.

Meski berakhir sia-sia pada saat itu, namun kini menjadi salah satu logika inti EIP7702. Setiap transaksi EIP7702 digabungkan dengan struktur transaksi khusus dan dapat disertai dengan kode tertentu, sehingga alamat EOA memiliki kemampuan kontrak di dalamnya. transaksi ini.

EIP-7702: Tetapkan kode akun EOA 07-05-2024

Ini juga merupakan inti EIP dari mekanisme yang dibahas nanti dalam artikel ini yang diterbitkan oleh Vitalik sebagai alternatif dari EIP-3074 (07-05-2024). Oleh karena itu, EIP-3074 ditinggalkan dan EIP-7702 bertekad untuk disertakan dalam hard fork ETH Prague/Electra (Pectra) mendatang. Kami akan memperluas detailnya di bawah.

3.2 Rute kedua adalah membiarkan alamat EOA mengarahkan alamat CA

EIP-3074: Tambahkan opcode AUTH dan AUTHCALL--15-10-2020

Tambahkan dua OpCodesAUTH dan AUTHCALL baru ke EVM, yang memungkinkan EOA memanggil kontrak lain melalui dua kontrak otorisasi opcode ini alih-alih identitas EOA.

Dikombinasikan dengan gambar di bawah, secara ringkas, EOA dapat mengirimkan pesan yang ditandatangani (transaksi) ke kontrak yang dipercaya (disebut Invoker). Kontrak Invoker ini dapat menggunakan kode operasi AUTH dan AUTHCALL untuk menggantikan EOA ini dan mengirimkan perdagangan ini.

EIP-4337: Menggunakan kumpulan memori transaksi untuk mengimplementasikan abstraksi akun--29-09-2021

Singkatnya, desainnya terinspirasi oleh MEV, dan nilai intinya adalah perubahan protokol lapisan konsensus dapat dihindari sepenuhnya.

eip4337 mengusulkan objek transaksi baru UserOperation. Pengguna mengirimkan objek ini ke kumpulan memori, dan bundler mengemas dan mengirimkan kontrak dalam batch dari dimensi penambang untuk mengeksekusi transaksi tingkat kontrak untuk dieksekusi.

EIP-5189: Mengoperasikan akun abstrak melalui endorserā€”29-06-2022

Hal ini dapat dianggap sebagai pengoptimalan logika EIP4337. Dalam menghadapi Bundler yang jahat, ia menetapkan mekanisme pendukung sanksi finansial untuk mencegah serangan pemblokiran DoS.

3.3 Usulan lain untuk mendukung AA

EIP-2718: Amplop Pembungkus untuk Jenis Transaksi Baru--13-06-2020

Ini adalah proposal terakhir. Ini mendefinisikan jenis transaksi baru sebagai sampul untuk jenis transaksi baru di masa depan.

Efek akhirnya adalah ketika jenis transaksi baru diperkenalkan, pengkodean khusus digunakan untuk membedakan jenis transaksinya, sehingga hanya memerlukan kompatibilitas ke belakang, bukan kompatibilitas ke depan. Contoh paling umum adalah EIP1559, yang membedakan biaya transaksi dan menggunakan kode jenis transaksi baru tanpa mempengaruhi jenis transaksi lama yang asli.

EIP-3607: Menjadikan alamat EOA tidak tersedia untuk penerapan kontrak--10-06-2021

Ini adalah solusi tambahan pada jalur AA untuk mencegah konflik antara alamat penerapan kontrak dan alamat EOA. Dia akan mengontrol metode pembuatan kontrak sehingga sistem tidak mengizinkan kode disebarkan ke alamat yang sudah menjadi alamat EOA. Risiko ini sebenarnya sangat kecil. Bagaimanapun, alamat Ethereum memiliki panjang 160 bit. Meskipun ada metode untuk menggunakan kunci pribadi untuk bertabrakan dengan kunci pribadi dari alamat kontrak yang ditentukan, hal ini masih memerlukan waktu satu tahun berdasarkan keseluruhannya. kekuatan komputasi Bitcoin.

3.4 Bagaimana memahami proses pengembangan abstraksi akun?

Pertama, Anda perlu memahami manfaat konversi ke CA

Pada dasarnya, ini adalah efek sebenarnya dari EIP-4337, dia dapat mencapainya

Namun kelemahan utama EIP-4337 adalah melanggar prinsip motivasi manusia.

Tampaknya lebih baik, tetapi telah jatuh ke dalam siklus perkembangan pasar yang tiada akhir. Banyak Dapps yang tidak kompatibel, sehingga pengguna tidak mau menggunakan alamat CA, dan bahkan menggunakan CA memiliki biaya transaksi yang lebih tinggi (skenario transfer biasa juga akan memerlukan biaya transaksi). double), dan itu juga terlalu bergantung pada kompatibilitas Dapp itu sendiri.

Oleh karena itu, sejauh ini belum dipopulerkan di mainnet Ethereum.

Biaya adalah kriteria paling penting bagi pengguna, dan biaya harus dikurangi.

Namun untuk benar-benar mengurangi GAS, Ethereum sendiri harus melakukan upgrade soft fork, memodifikasi perhitungan GAS atau memodifikasi konsumsi GAS dari kode operasi dan modul lainnya. Namun, karena soft fork diperlukan, mengapa tidak langsung mempertimbangkan EIP-7702?

4. Analisis komprehensif EIP-7702

4.1 Apa itu EIP-7702

Hal ini dibedakan berdasarkan jenis transaksi baru, yang memungkinkan EOA untuk sementara memiliki fungsi kontrak pintar dalam satu transaksi, sehingga mendukung transaksi batch, transaksi bebas gas, manajemen izin khusus, dll. dalam bisnis, tanpa perlu memperkenalkan opCode EVM baru (mempengaruhi kompatibilitas ke depan).

Hal ini memungkinkan pengguna untuk mendapatkan sebagian besar kemampuan AA tanpa menerapkan kontrak pintar, dan bahkan dapat memberikan pihak ketiga kemampuan untuk memulai transaksi atas nama pengguna. Hal ini tidak mengharuskan pengguna untuk memberikan kunci pribadi, hanya informasi otorisasi tanda tangan.

4.2 Struktur data

Dia mendefinisikan tipe transaksi baru 0x04. TransactionPayload dari tipe transaksi ini adalah hasil serialisasi pengkodean RLP dari konten berikut

  • rlp([

    chain_id, //Chain ID, digunakan untuk mencegah serangan replay.

    nonce, // Penghitung transaksi untuk memastikan keunikan transaksi.

    max_priority_fee_per_gas, //1559 biaya transaksi

    max_fee_per_gas, //1559 biaya transaksi

    batas_gas,

    tujuan, //Alamat tujuan transaksi

    nilai,

    data,

    access_list, //Access list, digunakan untuk optimasi Gas di EIP-2929.

    daftar_otorisasi,

    tanda tangan_y_paritas, // 3 parameter tanda tangan, digunakan untuk memverifikasi tanda tangan transaksi.

    tanda tangan_r,

    tandatangan_s

    ])

Yang penting adalah objek otorisasi_list ditambahkan untuk menyimpan kode yang ingin dieksekusi oleh penandatangan di EOA-nya. Saat pengguna menandatangani transaksi, dia juga menandatangani kode kontrak yang akan dieksekusi. menunjukkan bahwa beberapa informasi operasi dapat disimpan dalam batch, melakukan operasi batch.

  • daftar_otorisasi = [[chain_id, alamat, nonce, y_parity, r, s], ...]

Ā 

4.3 Siklus hidup transaksi

4.3.1 Tahap verifikasi

Pada awal pelaksanaan transaksi, untuk setiap tupel [chain_id, alamat, nonce, y_parity, r, s] dari authorisasi_list:

  1. Gunakan ecrecover untuk memulihkan alamat penandatangan dari tanda tangan r dan s (perhatikan bahwa ini adalah mekanisme Ethereum itu sendiri, jadi EIP ini tidak mengubah algoritma tanda tangan). otoritas = ecrecover(keccak(MAGIC || rlp([chain_id, address, nonce])), y_parity, r, s] (Mirip dengan dekripsi tanda tangan sebelumnya untuk mendapatkan alamat asal, yang didapat disini adalah tanda tangan lokal alamat untuk daftar ini)

  2. Verifikasi ID rantai (pemutaran ulang rantai anti-garpu).

  3. Verifikasi apakah kode penandatangan otoritas kosong atau telah didelegasikan (verifikasi apakah transaksi tersebut merupakan transaksi 7702 yang valid, dan mekanisme delegasi akan digunakan untuk mengeksekusi transaksi nanti).

  4. Verifikasi nonce penandatangan otoritas (untuk mencegah terulangnya tanda tangan otoritas).

  5. Tetapkan kode penandatangan otoritas ke alamat 0xef0100 || (digunakan untuk melewati kebijakan anti-tabrakan EIP3607)

  6. Tingkatkan nonce penandatangan otoritas (untuk mencegah pemutaran ulang sebagian tanda tangan).

  7. Tambahkan akun penandatangan otoritas ke daftar alamat yang dikunjungi (transfer alamat panas untuk mengurangi biaya bahan bakar untuk penyimpanan kueri)

4.3.2 Tahap operasi eksekusi

Di mana kode kontrak dan instruksi operasi harus dilaksanakan?

Versi "baru" hanya mengubah perilaku terkait penerapan kode.

Alih-alih mengatur kode akun ke contract_code, ia mengambil alamat kode dari otorisasi_list dan menetapkan kode tersebut sebagai kode akun.

Jadi, ketika kode otorisasi perlu dijalankan, kode tersebut diambil dari alamat yang ditentukan di bidang alamat daftar_otorisasi dan dieksekusi dalam konteks akun penanda tangan.

Artinya, kode kontrak pengguna sebenarnya disimpan di alamat tertentu dalam rantai, bukan langsung disertakan dalam transaksi.

Instruksi operasi dan parameter terkait disimpan di bidang data beban transaksi.

4.4 Berapa nilai EIP-7702?

Akan ada perubahan pada seluruh tautan dompet Web3, dan pengalaman pengguna juga akan berubah secara dramatis karena transaksi biasa yang dilakukan oleh EOA juga dapat menjalankan berbagai logika yang mirip dengan kontrak, seperti transfer batch. Untuk skenario CeFi, ini akan mempengaruhi identifikasi transaksi dan biaya pengumpulan penarikan.

Karena kemunculannya, banyak stereotip sebelumnya yang terpatahkan, seperti:

  1. Mematahkan invarian bahwa saldo akun hanya dapat dikurangi dengan transaksi yang berasal dari akun tersebut.

  2. Memecah invarian yang meningkatkan nonce EOA sebesar 1 setelah eksekusi transaksi dimulai (mungkin meningkatkan beberapa nonce secara bersamaan).

  3. Logika perlindungan perbandingan antara tx.origin dan msg.sender rusak, dan banyak kontrak sebelumnya yang berisiko.

  4. Ini mematahkan status quo bahwa EOA sendiri tidak dapat mengeluarkan peristiwa. Mungkin perlu memperhatikan identifikasi dan pemantauan beberapa peristiwa on-chain.

  5. Ini melanggar status quo bahwa alamat EOA harus berhasil menerima ERC20, 721, 1155 dan aset lainnya (mungkin gagal karena mekanisme panggilan balik)

4.5 Perbandingan antara EIP-7702 dan EIP-4337

1. Keuntungan EIP-7702

  • Bahan bakar lebih rendah karena tidak perlu melalui modul titik masuk, sehingga mengurangi operasi on-chain.

  • Biaya migrasi pengguna lebih rendah dan tidak perlu menerapkan kontrak on-chain sebagai subjek terlebih dahulu.

  • Dibandingkan dengan Eip4337, juga akan ada eksekusi delegasi kode, dan juga akan ada dua metode:

Delegasi Penuh

  • Delegasi penuh mengacu pada mendelegasikan semua izin untuk suatu operasi ke alamat tertentu. Misalnya, pengguna dapat mendelegasikan hak pengelolaan semua token ERC-20 ke alamat kontrak pintar, sehingga kontrak pintar ini dapat melakukan semua operasi terkait atas nama pengguna.

Delegasi yang Dilindungi

  • Delegasi yang dilindungi mengacu pada penambahan beberapa pembatasan dan tindakan perlindungan selama proses delegasi untuk memastikan keamanan dan pengendalian operasi delegasi.

  • Misalnya, pengguna dapat mendelegasikan pengelolaan hanya beberapa token ERC-20 ke kontrak pintar, atau menetapkan beberapa batasan (seperti pembelanjaan harian maksimum sebesar 1% dari total saldo).

2. Kekurangan EIP-7702

Kelemahan intinya adalah bahwa ini merupakan peningkatan soft fork, yang memerlukan konsensus semua orang untuk mempromosikannya, dan perubahannya sangat besar, yang akan berdampak luas pada ekologi rantai tersebut. Berdasarkan penilaian awal dari Raja Keempat Belas, di sana adalah tantangan-tantangan berikut, namun tantangan-tantangan tersebut juga merupakan peluang pasar:

  1. Tingkat kebebasannya sangat tinggi dan sulit untuk diaudit. Pengguna akan membutuhkan dompet yang lebih andal untuk memberikan perlindungan keamanan.

  2. Struktur aslinya telah banyak berubah. Meskipun dibedakan berdasarkan jenis transaksi yang berbeda, banyak infrastruktur, terutama kontrak yang tidak dapat diubah dalam rantai, tidak dapat diadaptasi secara langsung.

  3. Kemampuan kontrak disediakan untuk alamat EOA, namun ruang penyimpanan terkait tidak dapat dipertahankan.

  4. Biaya transaksi terpisah sedikit lebih tinggi karena bagian Calldata akan sangat meningkat. Perkiraan total biaya panggilan akan menjadi 16 (gas) * 15 (byte) = 240 (gas) biaya calldata, ditambah biaya EIP- 3860 2 * 15 = 30, ditambah perkiraan biaya runtime sebesar 150. Oleh karena itu, menyiapkan akun saja, meskipun Anda tidak melakukan apa pun, akan menambah bahan bakar sebesar 500.

  5. "Jika penerima menandatangani kode tanpa menerima fungsionalitas, pengirim mungkin menghadapi DoS saat mencoba mengirim aset." Masalahnya sebenarnya adalah EOA A menandatangani sesuatu yang tidak seharusnya - file yang dapat diputar ulang dengan pengaturan implementasi yang salah (tidak ada penerimaan()).

  6. Logika penarikan on-chain mungkin tidak konsisten. Misalnya, saat mentransfer token ERC-20, jika akun penerima memiliki kode, kontrak token akan memanggil onERC20Received untuk akun penerima. Jika onERC20Received mengembalikan atau mengembalikan nilai yang salah, transfer token akan dikembalikan.

  7. Juga, jika EOA bisa mengeluarkan event, apakah akan ada masalah? Beberapa infrastruktur mungkin memerlukan perhatian.

Ini hanyalah beberapa kekurangan yang dirangkum oleh Shishijun berdasarkan konten proposal EIP7702 saat ini dan diskusi forum resmi terkait. Pada akhirnya, hal ini perlu dianalisis sepenuhnya berdasarkan kode implementasi akhir.

Referensinya adalah sebagai berikut:

  • https://eips.ethereum.org/EIPS/eip-7702

    https://ethereum-magicians.org/t/eip-set-eoa-account-code-for-one-transaction/19923

    https://github.com/ethereum/EIPs/pull/8527

5. Ringkasan teks lengkap

Artikel ini sepertinya panjang sekali, namun nyatanya isi teksnya hanya sekitar 6 ribu kata. Banyak interpretasi EIP sebelumnya yang terlibat di dalamnya dapat diperluas melalui link di artikel, jadi saya tidak akan kembali ke sana.

Saat ini, abstraksi akun memang hanya dapat ditempatkan pada modul keenam, yaitu memperbaiki semuanya, yaitu akhirnya diterapkan. Sekarang kemajuan EIP7702 telah dipercepat, hal ini akan membawa lebih banyak tantangan pada keamanan sistem. Diharapkan pada akhirnya Dia akan menyadarinya. Bagaimanapun, peristiwa yang mengganggu seperti penggabungan Ethereum dan modifikasi algoritma konsensus dapat terjadi, lalu bagaimana dengan jenis transaksi baru?

Tapi kali ini ada terlalu banyak subversi, melanggar aturan tersembunyi yang mustahil di banyak rantai, dan melanggar logika aplikasi sebagian besar Dapps. Namun, ini dengan tegas menempati poin inti, yaitu biaya bagi pengguna lebih rendah. Dibandingkan dengan biaya transaksi EIP4337 yang hampir dua kali lipat.

Penggunanya sendiri masih merupakan alamat EOA dan hanya menggerakkan dan menggunakan logika CA bila diperlukan, sehingga biaya penyimpanannya rendah. Tidak perlu mengubah identitas CA pada rantai sebelum melakukan operasi, yang berarti pengguna tidak perlu mendaftar.

Pengguna dapat dengan mudah menggunakan EOA untuk mencapai beberapa transaksi secara paralel, seperti mengotorisasi pemotongan dan melaksanakan pemotongan dalam satu transaksi, yang mengurangi biaya transaksi bagi pengguna, terutama yang memerlukan pihak Proyek manajemen tingkat perusahaan on-chain, seperti bursa , telah melakukan optimasi yang mengganggu. Setelah agregasi batch diwujudkan dalam ekologi asli, biaya pertukaran dasar dapat dikurangi lebih dari setengahnya dalam sekejap, yang pada akhirnya dapat menguntungkan pengguna.

Oleh karena itu, meski banyak berubah, namun dimensi biaya layak untuk diteliti dan diadaptasi oleh seluruh Dapps, karena saat ini pengguna harus berpihak pada EIP7702.