Menerjemahkan masa lalu dan masa depan jalur abstrak akun ETH dari 4337 hingga 7702

Pendahuluan

Artikel ini secara keseluruhan terbagi menjadi dua modul utama:

Dalam paruh pertama, kami akan memulai dengan proposal AA pertama yang dimulai pada tahun 2015, dan menyusun secara sistematis konten utama proposal Eip yang ada sampai saat ini. Kami berharap dapat menggali perjalanan proposal sejarah AA dari perspektif sejarah, dan mengevaluasi secara komprehensif kelebihan dan kekurangan dari setiap proposal.

Pada paruh kedua, perbandingan yang ditekankan adalah umpan balik pasar yang dihadapi setelah EIP4337 diusulkan, kemudian menganalisis lebih dalam EIP7702 yang akan segera dimasukkan ke dalam upgrade versi berikutnya dari Ethereum. Sekali proposal ini digabungkan, akan mengubah sepenuhnya bentuk aplikasi on-chain.

EIP-7702 memiliki perubahan revolusioner, dan mari kita dengarkan dengan seksama dari keempat belas pangeran.

1. Latar Belakang Abstraksi Akun

1.1 Lokasi Makna Abstrak Akun

Pendiri Ethereum, Vitalik, akan memperbarui peta jalan pengembangan ETH lagi pada akhir 2023, namun belum ada perubahan dalam pengaturan abstraksi akun. Model utama saat ini juga beralih dari EIP-4337 ke Tahap Berikutnya KonversiEOA Sukarela (VoluntaryEOA Conversion).

Setelah lebih dari satu tahun diluncurkan EIP4337 (pada WalletCon Denver pada tanggal 1 Maret 2023, kontrak inti ERC-4337 yang dirancang dan diimplementasikan oleh pengembang dari Ethereum Foundation telah lulus audit OpenZeppelin dan dianggap sebagai node sejarah yang secara resmi diluncurkan).

Selalu diterima dengan luas oleh pengguna, tetapi tidak digunakan secara luas, dalam lingkungan pasar yang bertentangan seperti ini, membuat kemajuan EIP-7702 jauh lebih cepat, bahkan telah dikonfirmasi akan disatukan dalam pembaruan berikutnya.

1.2 Keadaan Pasar Abstraksi Akun

Tidak perlu banyak bicara, mari kita lihat data.

Setelah satu setengah tahun perkembangan, di bawah akun utama rantai, hanya ada 12 juta Alamat EIP4337, yang paling mengejutkan adalah bahwa hanya ada 6.764 Alamat aktif di jaringan utama ETH, mungkin ada masalah dalam dimensi statistik, tapi setidaknya jumlah Alamat independen di jaringan utama ETH telah mencapai 270 juta (sumber data: ).

Dapat dikatakan bahwa di Mainnet, EIP4337 tidak mengalami perkembangan yang signifikan.

(Data sumber grafik:)

Namun, itu tidak menghapus nilai inti AA karena desain awalnya dari EIP4337 sudah ditakdirkan untuk tidak dapat menangani masalah kompatibilitas mundur yang serius di Mainnet, sehingga dengan berbagai jenis L2 layer chain yang umumnya disematkan di dalam AA asli, jumlah Alamat EIP4337 meledak di L2, di mana jumlah pengguna aktif bulanan dari rantai base dan polygon masing-masing mencapai 1 juta dan 3 juta pada bulan Juli, yang cukup mengesankan.

Jadi, bukan karena desain EIP4337 yang salah, ia memiliki banyak kelebihan, kami akan merangkumnya secara sistematis nanti, situasi saat ini disebabkan oleh perbedaan antara Mainnet dan L2, mereka perlu menggunakan solusi yang sesuai masing-masing.

**2. Apa itu abstraksi akun?

akun abstraksi, terdengar membingungkan, tetapi sebenarnya intinya adalah menyelesaikan masalah pemisahan hak milik.

Dalam arsitektur EVM (Ethereum Virtual Machine), ada dua jenis akun, yaitu akun luar (EOA) dan akun kontrak (Contract Account). Hak kepemilikan dan hak tanda tangan akun luar sebenarnya dimiliki oleh entitas yang sama. Orang yang memiliki Kunci Pribadi tidak hanya memiliki ‘hak kepemilikan’ akun ini, tetapi juga memiliki hak ‘menandatangani transfer semua aset’.

Ini ditentukan oleh struktur perdagangan akun Ethereum

Dari struktur gambar di bawah ini, dapat ditemukan bahwa transaksi standar Ethereum sebenarnya tidak memiliki pihak From, jadi saat saya melakukan transfer dana, dana dari Alamat apa yang sebenarnya dikonsumsi? Sebenarnya, FromAlamat ditemukan melalui parameter VRS-nya (yaitu tanda tangan pengguna) yang diuraikan ulang.

Ini melibatkan konsep-konsep seperti enkripsi asimetris seperti ECDSA, fungsi ambang satu arah, dan sebagainya. Kami tidak akan membahasnya secara rinci di sini. Yang jelas, keamanan di sini dijamin oleh kriptografi, tetapi ini juga menyebabkan masalah EOAAlamat penggabungan hak kepemilikan saat ini.

Efek inti dari EIP4337 adalah menambahkan kolom Alamat Pengirim dalam bidang transaksi, sehingga dapat memisahkan Kunci Pribadi dari Alamat yang dioperasikan.

**Mengapa pemisahan hak milik begitu penting?

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

1. Kunci Pribadi sulit dilindungi: Pengguna kehilangan Kunci Pribadi (kehilangan, serangan Hacker, dapat ditembus melalui kriptografi) berarti kehilangan semua aset.
2. Algoritme Tanda Tangan少：原生protokol在验证交易上只能使用 ECDSA 签名和验签Algoritme。
3. Tingkat izin tanda tangan tinggi: Tidak ada multi-tanda tangan asli (multi-tanda tangan hanya dapat dilakukan melalui kontrak cerdas untuk berkolaborasi), cukup satu tanda tangan untuk mengeksekusi operasi apa pun.
4. Biaya transaksi hanya dapat dibayarkan dengan ETH dan tidak mendukung transaksi dalam jumlah besar.
5. Pelanggaran Privasi Transaksi: Transaksi satu lawan satu mempermudah analisis informasi privasi akun holder.

Pembatasan banding membuat pengguna biasa sulit menggunakan Ethereum (ETH)

Pertama-tama, untuk menggunakan aplikasi apa pun di platform Ether, pengguna harus memiliki Ether (dan menanggung risiko fluktuasi harga Ether).

Selanjutnya, pengguna perlu menangani logika biaya yang kompleks, konsep Gas price, Gas limit, transaction block (urutan Nonce) ini terlalu kompleks bagi pengguna.

Terakhir, meskipun banyak Blockchain Dompet atau aplikasi mencoba meningkatkan pengalaman pengguna melalui optimalisasi produk, namun hasilnya sangatlah minim.

Jadi kuncinya adalah untuk mewujudkan abstraksi akun, mendekouplingkan kepemilikan (Owner) dan hak tanda tangan (Signer), sehingga dapat menyelesaikan masalah di atas satu per satu.

Sebenarnya ada banyak skema sejarah, akhirnya semuanya akan berkumpul ke dua jalur.

3、Rangkuman Sejarah Proposal AA

Solusi untuk masalah tersebut seolah-olah memiliki banyak proposal EIP, tetapi pada akhirnya, hanya ada dua jenis ide inti, sehingga setiap EIP yang tidak disetujui di masa lalu telah menjadi jalan buntu dalam skema saat ini.

3.1 Jalur pertama adalah membuat EOAAlamat menjadi CAAlamat

Pada tanggal 15 November 2015, sehubungan dengan EIP-101, Vitalik mengusulkan struktur baru untuk akun berdasarkan kontrak. Mengubah Alamat menjadi hanya kode dan ruang penyimpanan, mengubah dukungan biaya transaksi dari ERC20, mengubah saldo token asli menjadi mirip ERC20 (dapat memiliki fungsi izin potongan gaji, dll) melalui kontrak pra-kompilasi, dan menyederhanakan bidang transaksi hanya hingga to, startgas, data, dan kode.

Sekarang terlihat seperti revolusi lompatan besar-besaran, akan mengubah desain dasar secara signifikan, sehingga setiap akun Alamat memiliki logika “kode” mereka sendiri (sebenarnya ini juga efek yang akan dicapai oleh EIP-7702 saat ini).

Masih dapat menghasilkan fungsi lain, seperti

1. Memungkinkan transaksi menggunakan lebih banyak Algoritme Enkripsi, dapat ditentukan oleh Code internal masing-masing Alamat untuk metode verifikasi tanda tangan dan otorisasi
2. Memiliki fitur tahan serangan kuantum, karena kode memiliki fitur upgrade.
3. Memberikan fitur dan fungsi yang konsisten dengan kontrak ERC20 untuk Ethereum, efek inti termasuk otorisasi pemotongan, menghindari kerugian aset kripto asli
4. Meningkatkan ruang kustomisasi akun, kompatibel dengan pemulihan sosial, dukungan sbt, pemulihan Kunci Rahasia, dll.

Tidak ada alasan untuk melanjutkan karena jelas-jelas langkahnya terlalu besar dan mengabaikan masalah keamanan terkait konflik hash transaksi yang ada saat ini. Namun, setiap konsep keuntungan menjadi salah satu fitur inti dari EIP4337 dan EIP7702 selanjutnya.

Kemudian ada serangkaian EIP yang mencoba untuk menyempurnakan logika ini

EIP-859: abstraksi akun utama–2018-01-30

Berusaha untuk menyelesaikan masalah penempatan Code, peran inti adalah jika kontrak pihak yang terlibat tidak terpasang, maka kontrak Dompet akan dieksekusi dengan parameter code yang disertakan dalam transaksi, selain itu juga memperkenalkan kode operasi PAYGAS baru, selain membayar gas, juga menjadi pemisah antara bagian validasi dan eksekusi dalam parameter transaksi.

Meskipun akhirnya berakhir dengan kegagalan, itu juga menjadi salah satu logika inti dari EIP7702 saat ini. Setiap transaksi EIP7702 dikombinasikan dengan struktur transaksi khusus dan dapat dilengkapi dengan kode tertentu, sehingga membuat EOAAlamat memiliki kemampuan kontrak dalam transaksi ini.

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

Ini juga merupakan inti mekanisme pembahasan berikutnya dalam artikel ini, yang dijelaskan oleh Vitalik sebagai alternatif untuk EIP-3074 dengan EIP-7702 (2024-05-07). Oleh karena itu, EIP-3074 ditinggalkan dan EIP-7702 akan dimasukkan dalam Hard Fork ETH Prague/Electra (Pectra) yang akan datang, rincian lebih lanjut akan dijelaskan di bagian berikutnya.

3.2 Jalur kedua adalah menggerakkan CAAlamat dengan EOAAlamat

EIP-3074: Menambahkan opcode AUTH dan AUTHCALL - 15 Oktober 2020

Menambahkan dua OpCodes baru, AUTH dan AUTHCALL, ke dalam EVM, sehingga EOA dapat mengotorisasi kontrak untuk melakukan panggilan ke kontrak lain sebagai pengganti identitas EOA.

Dengan mengacu pada gambar di bawah ini, secara umum, EOA dapat mengirimkan pesan yang telah ditandatangani (transaksi) ke kontrak yang dipercayainya sendiri (disebut Invoker), kontrak Invoker ini dapat menggunakan opcode AUTH dan AUTHCALL untuk menggantikan EOA ini dalam mengirimkan transaksi tersebut.

EIP-4337: Implementasi abstraksi akun menggunakan mempool transaksi–2021-09-29

Secara keseluruhan, ia terinspirasi oleh MEV untuk merancangnya, dengan nilai inti bahwa ia dapat sepenuhnya menghindari perubahan protokol lapis konsensus.

eip4337 mengusulkan objek transaksi baru UserOperation, pengguna mengirimkan objek ini ke dalam memory pool, di mana bundlers akan mengemas transaksi eksekusi kontrak dalam jumlah besar dari segi Penambang   , pada dasarnya adalah menarik transaksi dan operasi akun lapisan bawah ke lapisan kontrak untuk dijalankan.

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

Ini adalah optimasi logika EIP4337 yang menghadapi Bundler jahat untuk mencegah serangan blokir Dos melalui mekanisme endorser denda dana.

3.3 Proposal Lain yang Mendukung AA

EIP-2718: Envelope Pembungkus Jenis Transaksi Baru–2020-06-13

Ini adalah proposal yang sudah Final, dia mendefinisikan jenis transaksi baru sebagai amplop untuk jenis transaksi tambahan di masa depan.

Hasil akhirnya adalah, ketika memperkenalkan jenis transaksi baru, membedakannya dengan encoding khusus untuk menunjukkan jenis transaksi tersebut, sehingga hanya perlu memiliki kompatibilitas ke belakang tanpa perlu kompatibilitas ke depan. Contoh paling umum adalah EIP1559, yang membedakan biaya transaksi menggunakan encoding jenis transaksi baru tanpa mempengaruhi jenis transaksi warisan yang asli.

EIP-3607: MemungkinkanEOAAlamat tidak dapat mendeploy kontrak–2021-06-10

Ini adalah skema tambahan di jalur AA, digunakan untuk mencegah konflik antara Alamat kontrak dan EOA Alamat. Ini akan mengontrol metode pembuatan kontrak, sehingga sistem tidak akan memungkinkan kode untuk dideploy ke Alamat yang sudah menjadi EOA Alamat. Risiko ini sebenarnya sangat kecil, karena Alamat Ethereum memiliki panjang 160 bit, meskipun ada metode untuk menabrakkan Kunci Pribadi dan menciptakan Alamat kontrak yang ditentukan, namun dengan perkiraan seluruh kekuatan komputasi Bitcoin yang digunakan, dibutuhkan waktu setahun.

**3.4 Bagaimana Memahami Perkembangan Abstraksi Akun?

Pertama, perlu memahami nilai setelah diubah menjadi CA

Prinsipnya, ini adalah efek nyata dari EIP-4337, yang dapat mencapai

Namun, kekurangan inti dari EIP-4337 adalah melanggar prinsip motivasi manusia.

Dia terlihat lebih baik, tetapi terjebak dalam siklus mati pengembangan pasar, banyak Dapp masih tidak kompatibel, sehingga pengguna enggan menggunakan alamat CA, bahkan menggunakan CA memiliki Biaya Transaksi yang lebih tinggi (dalam skenario transfer reguler, juga akan menggandakan Pencucian Uang), terlalu bergantung pada kompatibilitas Dapp itu sendiri.

Jadi, sampai saat ini, ini belum populer di jaringan utama ETH.

Biaya adalah standar yang paling penting bagi pengguna, harus menurunkan biaya.

Namun, untuk benar-benar MengurangiGAS, Ethereum sendiri harus melakukan peningkatan softfork, mengubah perhitungan GAS atau mengubah modul konsumsi GAS opcode, namun jika kita ingin melakukan softfork, mengapa tidak langsung mempertimbangkan EIP-7702?

4、Pemahaman Komprehensif tentang EIP-7702

4.1 Apa itu EIP-7702

Ini dibedakan oleh jenis transaksi baru yang memungkinkan EOA sementara memiliki fungsi Smart Contract dalam satu transaksi, yang mendukung transaksi massal, transaksi tanpa Gas, dan manajemen izin kustom dalam bisnis, tanpa perlu memperkenalkan opCode EVM baru (mempengaruhi kompatibilitas ke depan).

Dia dapat memberikan kemampuan kepada pengguna untuk mendapatkan sebagian besar kemampuan AA tanpa implementasi smart contract, bahkan dapat memberikan kemampuan kepada pihak ketiga untuk menginisiasi transaksi atas nama pengguna, tanpa memerlukan kunci pribadi pengguna, hanya memerlukan tanda tangan otorisasi informasi.

4.2 Struktur Data

Dia mendefinisikan tipe transaksi baru 0x04, di mana TransactionPayload dari tipe transaksi ini adalah hasil serialisasi dari konten berikut dalam format RLP

Yang penting di sini adalah penambahan objek authorization_list, yang menyimpan kode yang ingin ditindaklanjuti oleh penandatangan dalam EOA-nya. Pengguna menandatangani transaksi sambil juga menandatangani kode kontrak yang ingin ditindaklanjuti, yang ada dalam bentuk daftar dua dimensi, menunjukkan bahwa informasi operasi banyak dapat disimpan secara massal untuk dilaksanakan.

4.3 Siklus Hidup Transaksi

4.3.1 Tahap Verifikasi

Pada tahap awal pelaksanaan transaksi, untuk setiap tupel [chain_id, address, nonce, y_parity, r, s] dari setiap authorization_list:

1. Menggunakan ecrecover dari tanda tangan r dan s untuk memulihkan Alamat penanda tangan (perhatikan bahwa ini adalah mekanisme asli Ethereum, jadi EIP ini tidak mengubah Algoritme Tanda Tangan). authority = ecrecover(keccak(MAGIC || rlp([chain_id, address, nonce])), y_parity, r, s] (mirip dengan mendekripsi dariAlamat sebelumnya, di sini kita mendapatkan Alamat tanda tangan lokal untuk daftar ini)
2. Verifikasi ID Rantai (Replay Chain Fork Prevention).
3. Periksa apakah kode tanda tangan authority kosong atau sudah didelegasikan (verifikasi apakah transaksi adalah transaksi 7702 yang valid, akan dijalankan melalui mekanisme delegasi).
4. Memverifikasi nonce dari pemberi tanda tangan authority (untuk mencegah pengulangan tanda tangan authority).
5. Mengatur kode penandatangan authority menjadi 0xef0100 || alamat (digunakan untuk menghindari kebijakan anti-permukaan EIP3607)
6. Tambahkan nonce pada tanda tangan authority (untuk mencegah tanda tangan ulang secara lokal).
7. Menambahkan akun tanda tangan authority ke daftar Alamat yang telah diakses (mengubah Alamat panas, Drop query biaya gas yang disimpan)

4.3.2 Tahap Eksekusi Operasi

Di mana kode kontrak yang akan dijalankan dan instruksi operasinya?

Versi ‘baru’ hanya mengubah perilaku dalam hal penyebaran kode.

It no longer sets the account code to contract_code, but retrieves the code address from the authorization_list and sets that code as the account code.

Jadi, ketika kode otorisasi perlu dijalankan, muat kode dari Alamat yang ditentukan dalam field address dari authorization_list, dan jalankan dalam konteks akun yang menandatangani.

Ini berarti kode kontrak pengguna sebenarnya disimpan pada Alamat tertentu on-chain, bukan langsung termasuk dalam transaksi.

Sementara perintah operasi dan parameter terkait disimpan di dalam bidang data payload transaksi.

4.4 Apa Nilai dari EIP-7702?

Dia akan mengalami perubahan di seluruh rantai Web3Dompet, dan pengalaman pengguna juga akan berubah drastis karena transaksi reguler yang diluncurkan oleh EOA juga dapat mengeksekusi berbagai logika seperti transfer massal. Ini akan memengaruhi identifikasi transaksi dalam skenario CeFi, serta memengaruhi biaya penarikan dan pengumpulan.

Dengan kemunculannya, banyak paradigma yang terpecahkan, seperti:

1. Membuat invarian bahwa saldo akun hanya bisa berkurang karena transaksi yang berasal dari akun tersebut telah dihapus.
2. Melanggar invarian nonce EOA yang meningkat 1 setelah eksekusi transaksi dimulai (mungkin secara bersamaan meningkat lebih dari satu).
3. Melanggar logika perlindungan perbandingan tx.origin dan msg.sender, banyak kontrak masa lalu menjadi berisiko.
4. Melanggar status quo bahwa EOA itu sendiri tidak dapat mengirimkan peristiwa, mungkin perlu memperhatikan pengenalan dan pemantauan sebagian peristiwa on-chain.
5. Membongkar status quo yang sukses dari EOAAlamat dalam menerima aset ERC20, 721, 1155, dll. (karena mekanisme pullback, mungkin gagal)

4.5 Membandingkan EIP-7702 dan EIP-4337

1. Keunggulan EIP-7702

Gas lebih rendah, karena tidak perlu melalui modul entrypoint, mengurangi operasi on-chain.

Biaya migrasi pengguna lebih rendah, tanpa perlu mendeploy kontrak on-chain sebagai entitas utama terlebih dahulu.

Dibandingkan dengan EIP4337, ada juga dua cara untuk mendelegasikan eksekusi kode:

Delegasi Penuh (Full Delegation)

Delegasi penuh mengacu pada pemberian semua izin operasi kepada Alamat khusus tertentu. Misalnya, pengguna dapat mendistribusikan semua izin pengelolaan ERC-20 Token kepada Alamat Smart Contract tertentu, sehingga Smart Contract tersebut dapat melakukan semua operasi terkait atas nama pengguna.

Delegasi Dilindungi (Protected Delegation)

Delegasi yang Dilindungi mengacu pada menambahkan pembatasan dan langkah-langkah perlindungan dalam proses delegasi untuk memastikan keamanan dan kendali operasi delegasi.

Misalnya, pengguna dapat hanya menugaskan sebagian izin pengelolaan ERC-20 Token kepada sebuah Smart Contract, atau mengatur beberapa kondisi pembatasan (seperti maksimal pengeluaran sebesar 1% dari saldo total setiap hari).

2. Kelemahan EIP-7702

Kelemahan inti dari dia adalah bahwa itu adalah pembaruan Soft Fork, yang membutuhkan konsensus dari semua orang dan memiliki perubahan yang signifikan, yang berdampak terlalu luas pada ekosistem on-chain. Setelah penilaian awal oleh Keempat Belas, ada tantangan berikut, tetapi tantangan itu juga merupakan peluang pasar:

1. Tingkat kebebasan yang tinggi, sulit diaudit, pengguna akan lebih membutuhkan Dompet yang dapat diandalkan untuk melindungi keamanan.
2. Perubahan terlalu besar terhadap struktur aslinya, meskipun dibedakan berdasarkan jenis transaksi yang berbeda, namun banyak infrastruktur terutama kontrak yang tidak dapat diubah di rantai tidak dapat langsung disesuaikan.
3. EOAAlamat menyediakan kemampuan kontrak, tetapi ruang penyimpanannya tidak dapat dipertahankan.
4. Biaya perdagangan sendiri sedikit meningkat, karena akan ada peningkatan besar-besaran dalam bagian Calldata, perkiraan total biaya panggilan akan menjadi 16 (gas) * 15 (byte) = Biaya calldata 240 (gas), ditambah biaya EIP-3860 2 * 15 = 30, ditambah biaya runtime sekitar 150. Oleh karena itu, hanya persiapan akun bahkan tanpa melakukan apa pun, akan menambahkan 500 Gas.
5. “Jika penerima menandatangani kode tanpa fungsi penerimaan, pengirim mungkin menghadapi DoS saat mencoba mengirim aset.” Lihat kasus. Masalah ini sebenarnya terjadi ketika EOA A menandatangani sesuatu yang seharusnya tidak ditandatangani - sebuah file yang dapat diputar ulang dengan implementasi yang salah (tanpa receive())."
6. Logika deposit dan penarikan on-chain mungkin tidak konsisten, misalnya saat mentransfer Token ERC-20, jika penerima akun memiliki kode, maka kontrak Token akan memanggil onERC20Received pada akun penerima. Jika onERC20Received mengembalikan nilai yang salah atau salah, maka transfer token akan dibatalkan.
7. Selain itu, jika EOA dapat mengirimkan acara, apakah ada masalah yang perlu diperhatikan oleh beberapa infrastruktur.

Ini hanya berdasarkan pada konten proposal EIP7702 saat ini, serta beberapa kekurangan yang disimpulkan dari forum resmi yang sesuai, akhirnya perlu dianalisis sepenuhnya berdasarkan kode implementasi akhir.

Merujuk kepada berikut:

5. Ringkasan keseluruhan

Artikel ini terlihat panjang, tetapi sebenarnya hanya berisi sekitar 6 ribu kata. Banyak interpretasi EIP sebelumnya yang terkait, dapat diperluas melalui tautan dalam artikel ini, saya tidak akan melanjutkannya.

Saat ini, akun abstraksi memang hanya bisa ditempatkan di modul keenam, yaitu memperbaiki segalanya, juga pada akhirnya diterapkan. Saat ini, progres EIP7702 dipercepat secara signifikan, yang lebih banyak membawa tantangan terhadap keamanan sistem. Bisa diprediksi bahwa akhirnya hal itu akan terwujud, mengingat penggabungan ETH, perubahan Konsensus Algoritme, dan peristiwa yang sangat mengganggu semacam itu dapat terjadi, jadi apa artinya jenis transaksi baru yang sepele.

Namun, konten yang dibalik kali ini terlalu banyak, menghancurkan banyak aturan tak mungkin on-chain, juga menghancurkan logika aplikasi sebagian besar Dapp, tetapi ia tetap memegang teguh satu hal inti, yaitu biaya pengguna lebih rendah! Dibandingkan dengan Biaya Transaksi yang hampir dua kali lipat dari EIP4337.

Pengguna itu sendiri masih EOAAlamat, hanya ketika diperlukan, logika CA digunakan dan didorong, sehingga biaya kepemilikan menjadi lebih rendah. Tidak perlu mengubah identitas CA di atas rantai terlebih dahulu sebelum melakukan operasi, sama dengan pengguna tidak perlu mendaftar.

Pengguna dapat dengan mudah melakukan beberapa transaksi secara bersamaan menggunakan EOA, seperti mengotorisasi pemotongan dan melaksanakan pemotongan dalam satu kesatuan, ini akan mengurangi Biaya Transaksi bagi pengguna itu sendiri, dan bagi Dapp, terutama tim proyek yang memerlukan manajemen perusahaan on-chain seperti pertukaran, ini adalah optimalisasi yang mengubah paradigma. Setelah pengumpulan batch natif diimplementasikan, biaya pertukaran dasar dapat dikurangi setengah atau lebih dalam waktu sekejap, dan pada akhirnya juga bermanfaat bagi pengguna.

Jadi, meskipun banyak hal telah berubah, namun menguasai dimensi biaya ini, layak bagi semua Dapp untuk diteliti dan disesuaikan, karena kali ini, pengguna pasti berada di pihak EIP7702.