Pandangan: protokol x402 tidak sama dengan akuntabilitas AA Ethereum.

Penulis: Haotian; Sumber: X, @tmel0211

Sebelumnya saya mengatakan bahwa protokol x402 melanjutkan jaringan Lightning, baru-baru ini saat makan bersama sekelompok teman programmer, saya kembali “ditantang”: x402 bukankah hanya abstraksi akun AA sebelumnya?

Implikasinya adalah, Ethereum telah banyak berkutat dengan Abstraksi Akun (Account Abstraction) selama bertahun-tahun, menginvestasikan banyak sumber daya dalam ERC-4337, Paymaster, dan berbagai jenis Hibah serta penyedia dompet, tetapi hasil faktanya telah terlihat oleh semua orang, banyak yang mengkritiknya karena hanya banyak suara tapi hasilnya sedikit.

Meskipun saya tidak berpikir AA telah dinyatakan gagal, tetapi di mana sebenarnya masalahnya?

1、Paymaster memindahkan konsumsi Gas pengguna ke pihak proyek, terdengar sangat baik, tetapi kemampuan pihak proyek untuk membayar dengan uang mereka sendiri sangat lemah, ROI tidak jelas, tanpa diragukan lagi memasuki jalan buntu model bisnis, bagaimana mungkin tanpa kemampuan untuk menghasilkan sendiri hanya bergantung pada transfusi?

2、Abstraksi akun AA hanya terbatas pada ekosistem EVM, seperti kontrak ERC4337, Paymaster, dan EntryPoint, semuanya eksklusif untuk Ethereum. Jika ingin mengimplementasikan penggunaan lintas ekosistem EVM yang mencakup Solana, BTC, dll., maka harus terus menambahkan layanan lapisan tengah untuk mewujudkan fungsinya, tetapi masalahnya adalah, layanan lapisan tengah menambah satu biaya transaksi lagi yang harus dibagi, tantangan terhadap ROI model bisnis menjadi lebih besar!

Masih ada banyak masalah teknis yang kompleks, saya tidak akan membahasnya lebih jauh, tetapi saya akan mengatakan sesuatu yang bisa dipahami semua orang, AA pada dasarnya adalah produk dari “teknologi untuk teknologi”, merupakan karya yang muncul dari penelitian murni Ethereum di masa lalu.

Jika dibandingkan, apa yang dimainkan oleh protokol x402? Apa perbedaannya? Beberapa orang mengkritik mengapa status kode HTTP 402, yang sudah ada sejak 30 tahun yang lalu, diangkat kembali, lalu dibuat permainan dengan hiasan emas.

Tetapi jangan lupa, kode status HTTP 402 - ini adalah protokol dasar internet, merupakan bahasa umum antara Web2 dan Web3.

AA membutuhkan kontrak pintar, membutuhkan status on-chain, membutuhkan eksekusi mesin virtual EVM, x402 hanya membutuhkan satu header permintaan HTTP, sistem yang mendukung HTTP apa pun dapat digunakan—API Web2, RPC Web3, bahkan gerbang pembayaran tradisional, semuanya kompatibel.

Ini bukan solusi optimasi tumpukan teknologi, melainkan sebuah “serangan dimensi” untuk menyederhanakan protokol. Daripada berusaha mengatasi berbagai cara kompatibilitas dan kepercayaan di lapisan aplikasi, lebih baik menyatukan standar di lapisan protokol hulu.

Kuncinya adalah, x402 secara alami merupakan standar interoperabilitas lintas rantai yang sangat baik. Selama Agent dapat mengirim permintaan HTTP, dapat memproses respons 402, dan dapat menyelesaikan otorisasi EIP-3009 (atau standar setara dari rantai lain), tidak peduli apakah Anda menggunakan Base, Monad, Solana, Avalanche, atau BSC, pada tingkat protokol, interoperabilitas lintas rantai tidak terasa, hanya terwujud dalam masalah pembayaran penyelesaian tunggal, dibandingkan dengan itu, biaya lintas rantai jauh lebih rendah.

Facilitator dapat melayani beberapa rantai secara bersamaan, data riwayat pembayaran pengguna dapat diindeks secara terpadu, dan pengembang dapat terhubung sekali untuk “menghubungkan” seluruh ekosistem.

Saya merasa secara keseluruhan, AA adalah rekayasa yang cermat berdasarkan pemikiran peneliti, sementara protokol x402 adalah pragmatisme yang muncul karena tekanan kebutuhan pasar.

Masalahnya, apakah ERC-8004 akan mengikuti jalan lama AA?

Secara teoritis, ERC-8004 sangat mirip dengan AA 2.0, masih eksklusif untuk EVM, perlu menerapkan tiga lapisan registri (Identitas/Reputasi/Validasi), insentif awal juga sangat bergantung pada subsidi eksternal atau staking, semua ini adalah jebakan yang pernah dialami oleh AA, jika rantai lain ingin kompatibel, masih harus menambah satu lapisan biaya kepercayaan lagi.

Namun perbedaannya adalah, dalam kerangka x402, ERC-8004 hanyalah sebuah alat, bukan standar yang mengatur. Rantai lain yang perlu kompatibel adalah protokol x402, bukan ERC8004.

Perbedaan posisi ini sangat penting, apa masalah AA pada saat itu? Ia ingin menjadi “standar tunggal untuk pengalaman pembayaran Ethereum”, mengharuskan seluruh ekosistem berputar di sekitarnya: dompet harus disesuaikan, aplikasi harus diintegrasikan, pengguna harus mengubah kebiasaan. Dorongan “dari atas ke bawah” yang kuat ini, tanpa aplikasi pembunuh dan ROI yang jelas, tentu saja tidak bisa didorong.

Namun ERC-8004 berbeda. Ini tidak perlu menjadi bintang utama, karena x402 telah menyelesaikan masalah paling mendasar: pembayaran. ERC-8004 hanya menyediakan satu “lapisan kepercayaan” yang “opsional” di atas jaringan pembayaran yang sudah berjalan ini.

Selain itu, ERC-8004 naik di atas x402, sehingga tidak perlu membangun ekosistem dari nol. x402 sudah memiliki lingkaran bisnis yang jelas (Provider menarik lalu lintas, Facilitator mengenakan biaya), tumpukan teknologi yang lengkap (protokol HTTP + EIP-3009), dan ekosistem proyek yang aktif, ERC-8004 hanya perlu “plug and play”.