EIP-8141: Vitalik Baru Saja Memecahkan Masalah Dekade Lama Ethereum

Vitalik Buterin mengumumkan EIP-8141, sebuah pembaruan abstraksi akun yang akan menghilangkan perantara dan sepenuhnya mengubah lapisan transaksi Ethereum.

Masalah abstraksi akun Ethereum telah tetap tidak terselesaikan sejak 2016. Hingga sekarang. Vitalik Buterin mengumumkan di X bahwa EIP-8141 sudah aktif, dan ini mengatasi setiap kekurangan yang tersisa dari EIP-86 yang pertama kali diangkat hampir sepuluh tahun lalu.

Proposal ini, menurut Buterin, adalah sebuah “omnibus.” Ia merangkum semua hal yang dimaksudkan untuk diperbaiki oleh abstraksi akun dan menambahkan lebih banyak lagi. Kerangka ini saja sudah menunjukkan seberapa luas cakupan EIP ini.

Wajib Baca: Pendanaan ETH Berbalik Positif dengan Masuknya $262J Meninggalkan Penurunan 35 Hari

Konsep Transaksi Frame yang Tidak Terduga

Inti mekanisme ini disebut Transaksi Frame. Sebuah transaksi terdiri dari N panggilan. Panggilan-panggilan ini dapat membaca calldata satu sama lain, dan masing-masing memiliki kemampuan untuk mengotorisasi pengirim dan pembayar gas. Itulah seluruh desain tingkat protokol.

Terdengar sangat sederhana. Tapi fleksibilitas yang dibuka adalah bagian di mana cerita sebenarnya dimulai. Sebuah akun multisig standar, misalnya, akan menjalankan dua frame: satu untuk validasi dan satu untuk eksekusi. Operasi atomik seperti approve-then-spend menjadi sangat mudah.

Jika sebuah akun belum ada, sebuah “Deployment” frame akan ditambahkan terlebih dahulu. Buterin menunjuk EIP-7997 sebagai pilihan yang cocok di sini, karena menjaga konsistensi alamat kontrak di berbagai chain.

Anda Mungkin Juga Tertarik: Dari Rails Warisan ke Blockchain: Mengapa Bank Besar Berinvestasi dalam Tokenisasi

Paymasters, Privasi, dan Tanpa Perantara Lagi

Pembayaran gas dengan token seperti RAI kini dapat dilakukan tanpa relay eksternal. Kontrak paymaster menangani konversi ETH secara real-time. Frame dijalankan secara berurutan: deployment jika diperlukan, kemudian validasi, validasi paymaster, pengeluaran aktual, eksekusi, dan akhirnya pengembalian token yang tidak terpakai.

Bagian terakhir ini penting. Seperti yang dikatakan Buterin di X, ini menghilangkan perantara sama sekali. Tanpa relayer. Tanpa penyiar pihak ketiga. Hanya rantai.

Protokol privasi mendapatkan peningkatan serupa. Ada dua jalur. Pertama, kontrak paymaster memeriksa ZK-SNARK yang valid dan menutupi gas jika lolos. Kedua, nonce 2D memungkinkan sebuah akun individu berfungsi sebagai protokol privasi dan menerima transaksi secara paralel dari banyak pengguna. Buterin menyebut RIP-7712 dalam konteks ini.

Ini secara langsung menargetkan masalah pengalaman pengguna di alat seperti Railgun dan Tornado Cash, di mana penyiar publik menciptakan gesekan. EIP-8141 menggantikan mereka dengan mempool publik yang bersifat umum.

Anda Mungkin Juga Tertarik: CEO BlackRock Serukan Tokenisasi di Satu Blockchain

Ketahanan Kuantum Kini Menjadi Bagian dari Percakapan

Akun yang sudah ada juga dapat masuk ke dalam kerangka ini. Termasuk EOAs. Operasi batch, sponsorship transaksi, dan kompatibilitas penuh FOCIL semuanya menjadi transaksi tingkat pertama. Dalam konteks ini, FOCIL menangani jaminan inklusi cepat sementara EIP-8141 menangani kompleksitas apa yang akan dimasukkan.

Skema tanda tangan tahan kuantum juga kini sedang dipertimbangkan. Efisiensi masih menjadi tantangan, tetapi Buterin memposting secara terpisah tentang pekerjaan yang sedang berlangsung di bidang ini melalui Firefly dan posting lain di X.

Aturan Mempool: Konservatif Terlebih Dahulu, Lalu Meluas

Satu batasan nyata tetap ada. Di tingkat mempool, aturan awal akan bersifat konservatif. Frame validasi harus datang sebelum frame eksekusi dan tidak dapat memanggil kontrak luar. Paymasters mendapatkan mekanisme staking untuk membatasi risiko denial-of-service.

Mempool kedua yang lebih permisif akan berjalan secara opsional bersamaan. Versi terbatas ini akan berkembang seiring waktu saat aturan terbukti aman.

Buterin, menulis di X, mengatakan seluruhnya tampak dapat dicapai dalam satu tahun di bawah fork Hegota. Sepuluh tahun dari EIP-86 ke EIP-8141. Satu fork untuk mengirim semuanya.