Abstraksi Akun vs Abstraksi Akun Asli

Secara sederhana, Abstraksi Akun di ERC-4337 adalah infrastruktur opsional pada blockchain. Anda dapat memilih untuk mengadopsinya atau tidak. Setelah diadopsi, ia menyediakan fungsi yang mirip dengan Akun Kontrak (CA), seperti multisig, membayar biaya gas dengan token ERC-20, pemulihan sosial, dan banyak lagi. Banyak penyedia layanan, seperti stackup, sedang mengerjakan infrastruktur ini. Namun, infrastruktur ini belum diadopsi secara luas karena beberapa alasan berikut:

• Masalah bundler: Hanya bundler yang berpartisipasi dalam verifikasi, yang menyebabkan ketergantungan yang berlebihan pada bundler.
• Keuntungan yang tidak mencukupi untuk bundler: Hal ini terutama disebabkan oleh skala kecil, yang mengharuskan lebih banyak DApps memilih infrastruktur Abstraksi Akun untuk menghemat biaya gas.
• Konsentrasi bundler: Bundler terkonsentrasi pada beberapa pemasok (Alchemy, Pimlico, Stackup), sehingga menimbulkan risiko sentralisasi.
• Tingkat retensi: Terlepas dari airdrop, tingkat retensi pengguna untuk layanan Abstraksi Akun sangat rendah.

Banyak solusi Layer 2 yang menggunakan Abstraksi Akun secara langsung pada rantai asli untuk biaya gas yang lebih rendah. Ini dikenal sebagai Abstraksi Akun Asli. Akan tetapi, pendekatan ini juga memiliki masalah lain, seperti pengguna yang tidak menginginkan fitur ini tidak dapat memilih untuk tidak ikut serta, kemampuan lintas rantai yang terbatas, dan kurangnya fleksibilitas secara keseluruhan.

Artikel ini menyebutkan beberapa istilah, seperti perbedaan antara EOA dan CA (secara sederhana, Metamask adalah EOA, kontrak adalah CA), serta bundler (dalam ekosistem Abstraksi Akun, pengguna mengirim UserOperations ke bundler untuk pengemasan dan pemrosesan on-chain, alih-alih mengirimkannya ke validator simpul / Empool). Untuk penjelasan lebih rinci, Anda dapat mengklik tautan ke dua artikel yang disebutkan di atas dan merujuk ke artikel yang telah diterbitkan sebelumnya di Gate Learn.

Apa yang dimaksud dengan RIP-7560?

RIP-7560 adalah proposal perbaikan untuk abstraksi akun (EIP-2938/ERC-4337). Memperkenalkan tipe transaksi baru "AA_TX_TYPE" yang menggabungkan peran selain bundle merchant (pembangun blok/validator node) dalam tahap verifikasi dan eksekusi transaksi. Ini tidak lagi hanya bergantung pada pedagang bundel untuk pengemasan dan pengiriman on-chain, sehingga mengatasi masalah sentralisasi yang disebutkan sebelumnya. Selain itu, RIP-7560 menyediakan desain standar untuk memastikan kesesuaian yang lebih besar bagi pengguna di masa mendatang. Artikel ini akan menguraikan lebih lanjut tentang standar yang ditingkatkan oleh proposal RIP-7560 dan mengatasi kekhawatiran yang muncul.

Perubahan Paling Mendasar

Ini adalah perubahan protokol lapisan konsensus \
Proposal paling awal untuk abstraksi akun sebenarnya dibuat pada September 2020 EIP-2938. Pada akhirnya diterima oleh komunitas dan digunakan di Ethereum. Alasan mengapa ERC-4337 pada akhirnya diadopsi daripada 2938 adalah karena 4337 tidak memerlukan perubahan pada lapisan konsensus, sehingga relatif lebih mudah diterima oleh komunitas.

Tidak seperti ERC-4337, proposal RIP-7560 akan melibatkan perubahan yang lebih besar, khususnya pada tingkat protokol lapisan konsensus (awalan RIP mengindikasikan bahwa ini adalah proposal tingkat yang lebih rendah untuk meningkatkan teknologi Rollup). Manfaat yang diberikannya adalah kemampuan untuk menghindari ketergantungan langsung pada infrastruktur rantai asli L2.

Memperkenalkan tipe transaksi baru \
Jenis transaksi baru telah diperkenalkan: jenis transaksi keempat, yang juga dikenal sebagai "AA_TX_TYPE" (yang sebenarnya diusulkan dalam EIP-2938 lama). Sistem ini tidak hanya mendukung semua fungsi CA pada umumnya (seperti pembayaran biaya gas dan fungsi pembayaran otomatis berulang yang disebutkan dalam artikel Visa), tetapi tidak seperti ERC-4337, sistem ini juga memungkinkan EOA yang sudah ada untuk mengirimkan transaksi. Ini berarti bahwa proposal ini bertujuan untuk mempromosikan adopsi yang lebih luas.

Logika Eksekusi Transaksi

Proposal ini kompatibel dengan standar ERC-4337 dan mengadopsi logika transaksi yang memisahkan eksekusi dan verifikasi, yang membutuhkan lebih banyak Gas. Selain itu, menurut dokumentasi, eksekusi transaksi sama dengan ERC-4337, di mana semua langkah dalam fase verifikasi harus diselesaikan tanpa pengembalian. Setelah verifikasi, data panggilan akan dikirim ke akun untuk dieksekusi. Setelah eksekusi, Paymaster dapat melakukan logika pasca transaksi. Proses eksekusi lengkap diilustrasikan dalam diagram berikut ini.

Diagram Alir Eksekusi (Sumber: dokumen GitHub RIP-7560)

Kekhawatiran Utama Mengenai Proposal

Penulis mengangkat masalah berikut selama diskusi di forum Ethereum Magicians: RIP-7560: Abstraksi Akun Asli

Apakah ini akan membatasi pengembangan layanan abstraksi akun berbasis niat?

Pemain utama dalam layanan berbasis niat diperkirakan adalah Uniswap V4 dan UniswapX, dengan UniswapX berencana mengembangkan layanan abstraksi akun. Selain itu, arah yang sama telah diusulkan oleh ERC-7521. Menanggapi diskusi komunitas, salah satu penulis proposal ini, Yoav Weiss, menyebutkan bahwa bersama dengan RIP-7560, ada juga aturan verifikasi abstraksi akun yang disebut ERC-7562. Desain sistem maksud hanya dapat dibuat kompatibel dengan RIP-7560 dan tidak dengan aturan verifikasi. Kemudian, jaringan intent solver yang terpisah dapat digunakan, sehingga manfaat RIP-7560 dapat dinikmati tanpa bertentangan dengan desain intent.

Risiko Tidak Dapat Dipulihkan

Beberapa orang di komunitas mempertanyakan apakah proposal ini mirip dengan "mencoba menanamkan sistem operasi ke dalam logam," yang menimbulkan risiko signifikan. Untuk hal ini, Yoav Weiss memberikan tanggapannya: Proposal ini ditujukan untuk chain yang memilih untuk menanamkan sistem operasi (seperti ERC-4337) ke dalam bare metal, yaitu chain L2 yang memilih untuk menggunakan abstraksi akun asli. Ada cukup banyak pilihan dalam ekosistem Ethereum, dan pengguna dapat memilih rantai L2 lain yang belum menerapkan abstraksi akun asli.

Pertimbangan Kompleksitas dan Biaya

Mengenai kekhawatiran tentang kompleksitas dan tingginya biaya proposal, Dror Tirosh, salah satu penulis, menjawab bahwa hal ini merupakan bagian dari abstraksi akuntansi itu sendiri. Abstraksi akun berasal dari fakta bahwa kita ingin memvalidasi data eksternal menggunakan kode EVM umum. Menghilangkan kerumitan ini akan mengekspos produsen blok terhadap serangan DoS atau mengharuskan penghapusan penggunaan kode EVM secara umum, yang mengalahkan tujuan pengembangan teknologi abstraksi akun.

Kesimpulan

Saat ini, setidaknya penyedia infrastruktur abstraksi akun, seperti pendiri Stackup, menyambut baik perubahan tersebut di lapisan konsensus, yang mengindikasikan bahwa masalah inti dari layanan abstraksi akun saat ini masih lazim. Jika tidak cukup banyak dApps yang mengadopsi solusi ini untuk mengurangi Biaya Gas dan memperkenalkan fitur-fitur seperti CA yang mudah digunakan, maka penyedia bundel tidak akan mendapat untung, dan tingkat retensi pengguna tidak akan pernah naik. Namun, jika layanan yang dikembangkan berdasarkan proposal ini dapat dengan mulus mendukung EOA yang ada secara on-chain untuk mendukung abstraksi akun secara native, kami akan lebih dekat dengan tujuan akhir (adopsi massal, Metamask yang mendukung abstraksi akun, dll.), dan pengalaman pengguna dalam berinteraksi dengan DApps akan semakin meningkat.