Ethlabs’ Derek Chiang, yang menubuhkan ZeroDev, mengatakan kerjasama untuk menyelaraskan EIP-8130 yang berasaskan Base dengan EIP-8141 Frame Transactions ethereum berakhir minggu lepas, meninggalkan kedua-dua belah pihak untuk mengejar piawaian abstraksi akaun asli yang berasingan.
Registri Cadangan Peningkatan Ethereum rasmi mencantumkan EIP-8130 dan EIP-8141 sebagai draf. Ethlabs menyokong Transaksi Frame untuk Hegotá, yang ia gambarkan sebagai cabang keras ethereum yang akan datang, dan menyatakan niatnya untuk bekerjasama dengan Layer 2 dan dompet dalam pelancaran.
Dalam istilah praktikal, jenis transaksi asli yang tidak serasi akan memindahkan lebih banyak kerja integrasi kepada pembangun dompet dan aplikasi. Chiang berkata usaha yang gagal itu “mempertanggungjawabkan dompet untuk mengendalikan fragmentasi yang timbul,” walaupun beliau berhujah bahawa perisian masih boleh menyembunyikan perbezaan-perbezaan itu daripada pengguna.
Bagaimana Reka Bentuk Berbeza
Abstraksi akaun membenarkan akaun kontrak pintar menentukan logik pengesahan sendiri, bukan hanya bergantung pada peraturan tetap untuk akaun yang dimiliki luar. Piawaian ERC-4337 terakhir menyediakan abstraksi akaun tanpa mengubah peraturan konsensus Ethereum: pengguna menghantar objek `UserOperation` ke mempool yang berasingan, dan penghimpun membungkusnya menjadi transaksi untuk kontrak EntryPoint.
Kedua-dua draf baharu memindahkan fungsi abstraksi akaun ke dalam penanganan transaksi asli, tetapi mereka menggunakan titik kawalan yang berbeza.
EIP-8130 menggabungkan transaksi berjenis baru dengan penyimpanan kunci dalam talian dan sistem konfigurasi akaun. Ia menyokong autentikasi tersuai, panggilan berkelompok, dan penyokong gas. Kerana setiap transaksi menyatakan autentikasinya, nod boleh mengenal pasti kerja pengesahan yang diperlukan dan menolak autentikasi yang tidak dikenali sebelum melaksanakan kod dompet sewenang-wenangnya.
Draf 8130 mentakrifkan profil L1 dengan penerimaan autentikator yang longgar dan profil L2 yang membatasi laluan transaksi asalnya kepada set autentikator kanonikal. Struktur ini bertujuan untuk memberikan kos pengesahan yang boleh diramalkan kepada rantai berkapasiti tinggi sambil mengekalkan garis dasar sepunya untuk dompet.
EIP-8141 pula membahagikan transaksi kepada siri “kerangka”, atau panggilan kontrak yang mengesahkan transaksi, mengesahkan pembayaran gas, dan melaksanakan operasi pengguna. Reka bentuknya membenarkan akaun menggunakan kod EVM untuk menentukan peraturan pengesahan dan pembayaran gas, dengan menyokong ciri-ciri termasuk pusingan kunci, panggilan berkelompok, dan pembayaran yuran alternatif.
Ethlabs telah menggambarkan kompromi utama: pengesahan tanpa kebenaran berbasis EVM memberikan fleksibilitas kepada Transaksi Frame untuk privasi dan sistem tanda tangan masa depan, tetapi kos pengesahan dinamik boleh mencipta cabaran untuk Layer 2 dengan throughput tinggi. EIP-8130 memberi keutamaan kepada pengesahan yang lebih boleh diramalkan dengan membuat pengesah eksplisit sebelum pelaksanaan.
Perpindahan Portabilitas Naik ke Atas
Draf EIP-8130 masih mempertimbangkan portabiliti sebagai kebimbangan utama. Ia menyatakan bahawa akaun boleh berfungsi pada rantai EVM yang tidak menyokong jenis transaksi 8130 dengan menggunakan ERC-4337 atau mekanisme penghantaran lain. Ia juga memerlukan rantai yang mematuhi untuk menerima set pengesah kanonik bersama.
Pemisahan yang dilaporkan oleh itu tidak semestinya menjadikan akaun 8130 tidak boleh digunakan pada rantai EVM lain. Ia, bagaimanapun, akan menghentikan usaha untuk menubuhkan satu format transaksi asli bersama untuk ethereum dan Base jika dua draf tersebut dipertingkatkan secara berasingan. Dompet dan aplikasi perlu memilih transpor transaksi dan peraturan pengesahan yang sesuai untuk setiap rantai.
Chiang menggariskan dua tindakan balas yang mungkin: memperluas koordinasi terhadap sumber daya yang dibagi oleh ethereum dan Layer 2, atau menerima perbezaan protokol dan membina dompet serta aplikasi yang mengabstrakkan perbezaan tersebut daripada pengguna. Untuk sementara, registri EIP rasmi mencatat kedua-dua reka bentuk sebagai draf.

