Kolaborasi Akun Abstraksi Base dan Ethereum Gagal, Pengembang Memisahkan Jalur

iconThe Defiant
Bagikan
AI summary iconRingkasan
Berita ethereum pecah minggu ini ketika Base dan ethereum berpisah terkait abstraksi akun. Menurut Derek Chiang dari Ethlabs, upaya menyelaraskan EIP-8130 Base dengan EIP-8141 ethereum runtuh minggu lalu. Kedua tim sekarang bekerja pada standar yang terpisah. Perpecahan ini dapat mempersulit pengembangan untuk dompet dan aplikasi. Berita ekosistem ethereum menyoroti meningkatnya fragmentasi aturan validasi transaksi di berbagai rantai. Pengembang perlu menangani format yang tidak kompatibel ke depannya.

Ethlabs’ Derek Chiang, yang mendirikan ZeroDev, mengatakan kolaborasi untuk menyelaraskan EIP-8130 yang dipimpin Base dengan EIP-8141 Frame Transactions dari ethereum berakhir minggu lalu, meninggalkan kedua pihak untuk mengejar standar abstraksi akun asli yang terpisah.

Registri Resmi Proposal Peningkatan Ethereum mencantumkan EIP-8130 dan EIP-8141 sebagai draf. Ethlabs mendukung Frame Transactions untuk Hegotá, yang digambarkannya sebagai hard fork ethereum mendatang, dan menyatakan berniat bekerja sama dengan Layer 2 dan dompet dalam peluncurannya.

Dalam praktiknya, jenis transaksi asli yang tidak kompatibel akan memindahkan lebih banyak pekerjaan integrasi ke pengembang dompet dan aplikasi. Chiang mengatakan upaya yang gagal itu “membebani dompet untuk menangani fragmentasi yang timbul,” meskipun ia berpendapat bahwa perangkat lunak masih bisa menyembunyikan perbedaan-perbedaan tersebut dari pengguna.

Bagaimana Perbedaan Desain

Abstraksi akun memungkinkan akun kontrak pintar untuk menentukan logika validasi sendiri daripada hanya mengandalkan aturan tetap untuk akun yang dimiliki eksternal. Standar ERC-4337 terakhir menyediakan abstraksi akun tanpa mengubah aturan konsensus Ethereum: pengguna mengirimkan objek `UserOperation` ke mempool terpisah, dan bundler mengemasnya menjadi transaksi untuk kontrak EntryPoint.

Kedua draf baru memindahkan fungsi abstraksi akun ke penanganan transaksi asli, tetapi mereka menggunakan titik kontrol yang berbeda.

EIP-8130 menggabungkan transaksi bertipe baru dengan keystore di blockchain dan sistem konfigurasi akun. Fitur ini mendukung otentikasi khusus, panggilan berkelompok, dan sponsor gas. Karena setiap transaksi menyatakan otentikatornya, node dapat mengidentifikasi pekerjaan validasi yang diperlukan dan menolak otentikator yang tidak dikenal sebelum mengeksekusi kode dompet sembarangan.

Draf 8130 mendefinisikan profil L1 dengan penerimaan autentikator yang longgar dan profil L2 yang membatasi jalur transaksi aslinya ke set autentikator kanonik. Struktur ini dimaksudkan untuk memberikan biaya validasi yang dapat diprediksi pada rantai berkinerja tinggi sekaligus mempertahankan dasar umum untuk dompet.

EIP-8141 justru membagi transaksi menjadi serangkaian “frame,” atau panggilan kontrak yang memvalidasi transaksi, menyetujui pembayaran gas, dan mengeksekusi operasi pengguna. Desainnya memungkinkan akun menggunakan kode EVM untuk menentukan aturan validasi dan pembayaran gas, dengan dukungan fitur-termasuk rotasi kunci, panggilan bertahap, dan pembayaran biaya alternatif.

Ethlabs telah menggambarkan kompromi utama: validasi tanpa izin berbasis EVM memberikan fleksibilitas pada Frame Transactions untuk privasi dan sistem tanda tangan masa depan, tetapi biaya validasi dinamis dapat menciptakan tantangan bagi Layer 2 berkinerja tinggi. EIP-8130 memprioritaskan validasi yang lebih dapat diprediksi dengan membuat autentikator eksplisit sebelum eksekusi.

Portabilitas Bergerak Lebih Tinggi di Stack

Draf EIP-8130 masih menyebut portabilitas sebagai perhatian utama. Dokumen ini menyatakan bahwa akun dapat berfungsi di rantai EVM yang tidak mendukung jenis transaksi 8130 dengan menggunakan ERC-4337 atau mekanisme transportasi lainnya. Dokumen ini juga mengharuskan rantai yang sesuai untuk menerima set autentikator kanonik bersama.

Pemisahan yang dilaporkan karena itu tidak tentu membuat akun 8130 tidak dapat digunakan di rantai EVM lainnya. Namun, hal itu akan mengakhiri upaya untuk menetapkan satu format transaksi asli bersama untuk Ethereum dan Base jika dua draf tersebut maju secara terpisah. Dompet dan aplikasi perlu memilih transportasi transaksi dan aturan validasi yang sesuai untuk setiap rantai.

Chiang menguraikan dua kemungkinan respons: memperluas koordinasi atas sumber daya yang dibagikan oleh Ethereum dan Layer 2, atau menerima perbedaan protokol dan membangun dompet serta aplikasi yang mengabstraksi perbedaan tersebut dari pengguna. Untuk saat ini, registri EIP resmi mencantumkan kedua desain tersebut sebagai draf.

Penafian: Informasi pada halaman ini mungkin telah diperoleh dari pihak ketiga dan tidak mencerminkan pandangan atau opini KuCoin. Konten ini disediakan hanya untuk tujuan informasi umum, tanpa representasi atau jaminan apa pun, dan tidak dapat ditafsirkan sebagai saran keuangan atau investasi. KuCoin tidak bertanggung jawab terhadap segala kesalahan atau kelalaian, atau hasil apa pun yang keluar dari penggunaan informasi ini. Berinvestasi di aset digital dapat berisiko. Harap mengevaluasi risiko produk dan toleransi risiko Anda secara cermat berdasarkan situasi keuangan Anda sendiri. Untuk informasi lebih lanjut, silakan lihat Ketentuan Penggunaan dan Pengungkapan Risiko.