AI yang beroperasi dalam jangka panjang merangkum percakapan atau riwayat tugas untuk melanjutkan pemrosesan. ARCBench memverifikasi apakah larangan yang tetap ada dalam ringkasan tersebut tetap aman dengan melakukan operasi alat nyata. Membuat riwayat di platform eksekusi pi, lalu memberikan permintaan yang melanggar aturan setelah kompresi, dan membandingkannya dengan operasi tanpa kompresi. Secara bersamaan, mengevaluasi apakah aturan tersebut tetap dipertahankan, melemah, atau hilang dalam ringkasan. Misalnya, jika aturan menyatakan email hanya boleh dikirim ke dalam perusahaan, maka pemanggilan alat pengiriman ke alamat luar perusahaan dianggap sebagai pelanggaran. Dalam evaluasi menggunakan 17 tantangan, banyak pelanggaran setelah kompresi masih mempertahankan aturan itu sendiri. Namun, masalah juga muncul di sisi perilaku, seperti memperlakukan permintaan selanjutnya sebagai diizinkan. Tidak cukup hanya dengan memeriksa apakah aturan tertulis dalam ringkasan; perlu juga diuji apakah operasi yang melanggar aturan tersebut benar-benar tidak dilakukan.

Saya membuat kerangka pengujian untuk dapp bernama kiwa 🥝 Alat ini memungkinkan penulisan spesifikasi hingga pengujian secara terpadu. Selain dokumen, alat ini juga memuat kode yang sudah ada, menghasilkan spesifikasi pengujian, dan membuat empat lapisan pengujian: kontrak, E2E dapp, unit, dan integrasi API. https://t.co/FCNjrLbVSV

📚 Desain Mempool Baru untuk Mencegah Manipulasi Urutan dalam Blok ✅ Ringkasan Proposal ini menawarkan desain mempool Ethereum yang dienkripsi, di mana isi transaksi tidak terlihat hingga dimasukkan ke dalam blok. Dengan cara ini, tujuannya adalah mengurangi secara signifikan perilaku seperti membaca transaksi orang lain untuk memanipulasi urutan, serta keuntungan tambahan (MEV) yang diperoleh validator/mine. Meskipun transaksi akhirnya akan diungkap, "tidak terlihat hingga saat dieksekusi" menjadi poin penting dari desain ini. ✅ Mengapa Mempool Terenkripsi Dibutuhkan Saat ini, di Ethereum, semua orang bisa melihat isi transaksi yang ada di mempool. Hal ini memungkinkan strategi MEV seperti front-running (mengintervensi transaksi orang lain sebelumnya) dan sandwich attack (mengintervensi transaksi di depan dan belakang untuk memanipulasi harga). Akibatnya, pengguna bisa mengalami kerugian dan terjadi konsentrasi kekuatan pada blok builder, yang menyebabkan sentralisasi. Dengan enkripsi, meskipun urutan terlihat, isi tetap tidak diketahui, sehingga serangan-serangan ini menjadi lebih sulit dilakukan. ✅ Bagaimana Transaksi Dienkripsi Transaksi dibagi menjadi dua bagian: "envelope" (sampul) dan "isi" (payload yang dienkripsi). Envelope hanya berisi informasi minimal seperti jumlah gas, biaya, dan kunci penyedia yang digunakan untuk dekripsi. Isi transaksi seperti alamat tujuan, jumlah, dan data kontrak diproses dalam bentuk terenkripsi. Setelah transaksi dimasukkan ke dalam blok, kunci dekripsi yang sesuai diungkap, dan barulah isi dieksekusi. ✅ Peran "Key Provider" (Penyedia Kunci) Key provider adalah entitas yang mengelola kunci dekripsi. Sistem ini dirancang fleksibel, sehingga berbagai metode berikut bisa digunakan: - Threshold Cryptography (enkripsi ambang batas, kunci dikelola secara terdistribusi oleh beberapa pihak) - MPC (Multi-Party Computation, pembagian rahasia antara beberapa komputer) - TEE (Trusted Execution Environment, area perangkat keras yang aman) - Time-Lock Cryptography (enkripsi dengan kunci yang baru bisa diakses setelah jangka waktu tertentu) Ethereum hanya menyediakan fondasi yang kompatibel dengan berbagai metode enkripsi. ✅ Urutan dan Keamanan dalam Blok Dalam blok, transaksi biasa yang tidak terenkripsi akan dieksekusi terlebih dahulu. Setelah itu, envelope dari transaksi terenkripsi diproses, dan akhirnya isi yang telah didekripsi dieksekusi. Struktur ini memastikan: - Biaya selalu dibayarkan terlebih dahulu - Isi tidak akan dieksekusi tanpa kunci dekripsi Jika kunci tidak tersedia, hanya proses envelope yang berhenti, tetapi seluruh rantai tetap berjalan. ✅ Dampak pada MEV dan Ketahanan terhadap Sensor Ketika isi transaksi tidak terlihat, blok builder tidak bisa memprediksi transaksi mana yang akan memengaruhi harga. Hal ini membuat keuntungan dari manipulasi urutan menjadi lebih sulit, sehingga MEV secara struktural berkurang. Selain itu, karena isi transaksi tersembunyi, sensor terhadap alamat tertentu atau aktivitas DeFi menjadi lebih sulit dilakukan, meningkatkan ketahanan terhadap sensor secara real-time.

📚 Mekanisme Sertifikasi Identitas dan Reputasi Agen dengan NFT ✅ Ringkasan ERC8004 v1.0 adalah aturan umum yang memungkinkan agen perangkat lunak mandiri untuk bekerja sama secara aman di luar organisasi mereka. Ethereum digunakan sebagai "landasan penyeimbang", di mana identitas agen, reputasi, dan hasil verifikasi pekerjaan dicatat dalam bentuk yang tidak dapat diubah. Dari v0.4, desainnya berubah secara signifikan dan berkembang menjadi mekanisme yang lebih matang berdasarkan penggunaan nyata. ✅ Pengelolaan Identitas Agen (Identity Registry) Mekanisme pembuktian "siapa agen itu" telah beralih dari format khusus ke standar ERC721 (standar NFT). Setiap agen didaftarkan sebagai satu NFT, dan tokenURI-nya menyimpan informasi pendaftaran dalam format JSON. Di sini terdapat informasi tentang cara komunikasi (seperti alamat koneksi protokol A2A atau MCP), kunci publik, dan model kepercayaan yang sesuai. Dengan ini, identitas agen dapat dikelola melalui dompet, dan siapa pun dapat memverifikasi "agen dari alamat ini adalah siapa" dalam bentuk yang kompatibel dengan infrastruktur NFT. ✅ Mekanisme Reputasi (Reputation Registry) Evaluasi terhadap pekerjaan agen disimpan langsung sebagai skor di rantai blok. Sebelum mengirimkan evaluasi, klien harus menerima data izin bertanda tangan dari agen. Data ini diverifikasi menggunakan EIP191 (metode tanda tangan dompet standar) atau ERC1271 (metode tanda tangan dompet kontrak pintar), sehingga mencegah penipuan dan serangan replay (penggunaan ulang tanda tangan lama). Skor dan tag (label klasifikasi) dapat diakses langsung dari kontrak pintar, sehingga dApp lain dapat secara otomatis menilai "apakah agen ini dapat dipercaya". ✅ Verifikasi Pekerjaan (Validation Registry) Ini adalah mekanisme yang memungkinkan pihak ketiga memverifikasi apakah hasil yang dihasilkan agen benar. Di v1.0, alih-alih hanya menggunakan satu hash, bukti disajikan dalam bentuk URI (referensi ke data eksternal), sehingga memungkinkan pendaftaran hasil verifikasi multi tahap untuk satu permintaan. Misalnya, struktur dapat dibangun secara bertahap seperti pemeriksaan sederhana, verifikasi rinci, dan audit eksternal untuk meningkatkan tingkat kepercayaan. Saat ini, spesifikasi sedang dibahas dengan komunitas TEE (Trusted Execution Environment, lingkungan eksekusi terpercaya). ✅ Keamanan dan Biaya Gas Untuk mengatasi metode serangan yang ditemukan selama penggunaan jaringan uji, verifikasi tanda tangan dan desain penyimpanan telah diperkuat. Dengan demikian, biaya gas untuk menulis evaluasi dan verifikasi meningkat, tetapi data kepercayaan yang dapat digunakan langsung di rantai blok menjadi keuntungan. Biaya ini akan jauh berkurang di jaringan L2. ✅ Migrasi dari v0.4 v1.0 tidak kompatibel mundur dan struktur penyimpanan telah diubah secara menyeluruh. Karena itu, semua informasi pendaftaran dan reputasi masa lalu akan direset sepenuhnya, agen harus mendaftar ulang sebagai NFT, dan sistem evaluasi harus beralih ke metode tanda tangan baru. Ke depan, desain akan menggunakan "metode pembaruan berbasis namespace", sehingga memungkinkan pembaruan spesifikasi tanpa menghapus data. Reset besar seperti ini hanya akan terjadi sekali.

📚 Mekanisme untuk Mendispersikan Isi Blok dan Mencegah MEV ✅ Ringkasan Proposal ini menjelaskan bagaimana MEV (Maximal Extractable Value) yang menjadi masalah di Ethereum dapat dikurangi hampir mendekati nol dengan memutuskan "isi" blok secara terdesentralisasi. Proposal ini fokus pada pemilihan dan pengurutan transaksi, serta menambahkan lapisan konsensus baru di sana, bukan pada struktur blok itu sendiri. ✅ Alasan Sebenarnya MEV Terjadi MEV terjadi karena miner atau validator dapat memilih bebas transaksi yang dimasukkan ke dalam blok dan mengatur urutannya. Struktur blok Ethereum memang sudah terdesentralisasi, tetapi isi blok ditentukan oleh satu orang proposer dalam waktu singkat. Kondisi "satu orang menentukan isi" ini adalah akar permasalahan MEV seperti front-running dan sandwich attack. ✅ Konsensus Struktur dan Konsensus Isi Adalah Dua Masalah Berbeda Sistem blockchain sudah cukup baik dalam hal konsensus struktur, yaitu siapa yang mengakui blok mana sebagai benar. Namun, keputusan tentang transaksi apa yang dimasukkan dan urutan transaksi tersebut belum terdesentralisasi. Proposal ini menjelaskan bahwa ini mirip dengan masalah double spending di masa lalu. Seperti halnya masalah double spending yang diselesaikan melalui konsensus, isi blok juga sebaiknya ditentukan melalui konsensus. ✅ Ide Lapisan Konten Proposal yang diajukan adalah menambahkan "lapisan konten" (layer konsensus untuk menentukan isi transaksi) di atas struktur blok. Di sini, beberapa node bekerja secara terbagi untuk menentukan transaksi apa yang dimasukkan dan urutan seperti apa. Tujuannya adalah menghilangkan ruang bagi validator atau sequencer tertentu untuk mengatur ulang sesuka hati. ✅ Mekanisme Dasar Protokol Alex Dalam contoh Alex, ada tiga peran: mengumpulkan transaksi, mengacak urutan transaksi, dan mengelola keseluruhan serta merefleksikannya ke dalam blok. Masing-masing peran berjalan secara independen, dan jika ada yang mencoba berbuat curang, akan dicek dan diperbaiki oleh peserta lain. Dengan demikian, sensor transaksi dan pengaturan ulang secara sembarangan menjadi sangat sulit. ✅ Hubungan dengan Ethereum yang Ada Mekanisme ini tidak merusak konsensus Ethereum yang ada. Struktur blok tetap dipertahankan, hanya metode penentuan isi yang ditambahkan di atasnya. Konsep ini juga dapat diterapkan pada validator eth2, sequencer rollup, dan sequencer terdesentralisasi di masa depan, sehingga fleksibilitas dan penerapan luas menjadi keunggulan utama. ✅ Dampak pada Keadilan dan Penemuan Harga Dalam desain ini, aktivitas penting seperti arbitrase pasar tetap diizinkan. Namun, MEV yang merupakan bentuk eksploitasi terhadap pengguna yang tidak bisa dicegah secara individu dianggap sebagai masalah utama. Dengan demikian, tujuannya adalah menciptakan kondisi di mana jaringan itu sendiri dapat menjamin keadilan tanpa perlu aplikasi melakukan tindakan pencegahan yang rumit.

📚 Mekanisme Baru untuk Menambahkan Anonimitas pada Token yang Sudah Ada ✅ Ringkasan Isi ini adalah usulan untuk spesifikasi ERC baru yang bertujuan menambahkan privasi pada token yang sudah ada di Ethereum tanpa mengubah kenyamanan atau sifat token tersebut. Mekanisme ini menyediakan cara untuk membuat transaksi lebih sulit dilacak, terutama untuk token-token yang sudah luas digunakan seperti ERC20, ERC721, dan ERC1155. ✅ Apa yang Dicoba Diselesaikan Token Ethereum saat ini menampilkan informasi siapa yang mengirim dari alamat mana ke alamat lain secara transparan di blockchain. Meskipun transparansi ini merupakan keuntungan, tetapi juga menyebabkan masalah karena sisa saldo dan perpindahan dana bisa dengan mudah dilacak oleh pihak ketiga. ERC ini bertujuan untuk mengatasi kelemahan ini tanpa harus membuat ulang token itu sendiri. ✅ Konsep Token Wrapper dengan Zero Knowledge Token Wrapper dengan Zero Knowledge adalah mekanisme di mana token yang sudah ada disimpan terlebih dahulu, lalu pengguna menerima "token terbalut" sebagai gantinya. Token terbalut ini bisa dikirim dan diperdagangkan seperti token aslinya, tetapi di dalamnya menggunakan komitmen (janji kriptografi yang bisa dibuktikan kebenarannya nanti) untuk menyembunyikan kepemilikan. ✅ Pemutusan Riwayat dengan Burn dan Re-mint Ciri khas dari mekanisme ini adalah alur yang menggabungkan burn (membuat token tidak bisa digunakan lagi) dan re-mint (menerbitkan token baru). Jika pengguna menunjukkan bukti zero knowledge (teknologi kriptografi yang menunjukkan keabsahan tanpa mengungkap informasi) yang memenuhi kondisi tertentu, maka token baru akan diterbitkan tanpa keterkaitan dengan token yang sebelumnya dibakar. Dengan ini, pelacakan di blockchain menjadi lebih sulit. ✅ Untuk Token Fungible seperti ERC20 Untuk token seperti ERC20 yang memiliki nilai yang sama, mekanisme ini secara efektif memutus alur dana. Siapa yang memiliki saldo tertentu akan sulit diketahui dari luar hingga pengguna menariknya kembali. ✅ Apa yang Bisa Dilakukan untuk NFT Untuk NFT seperti ERC721 yang unik satu per satu, pencampuran penuh tidak mungkin dilakukan. Namun, tetap memungkinkan untuk menyembunyikan siapa yang saat ini memegang NFT tersebut hingga pengguna menariknya. ✅ Penggunaan yang Tidak Perlu Disadari Pengguna Mekanisme ini dirancang agar pengguna bisa menggunakan token terbalut tanpa perlu menyadarinya. Dompet atau aplikasi akan menangani prosesnya secara internal, sehingga pengguna tetap bisa beroperasi seperti biasa sambil menikmati manfaat privasi. ✅ Kompatibilitas dengan Ekosistem yang Sudah Ada Karena tidak menerbitkan token baru, tetapi hanya membungkus token yang sudah ada, fitur ini bisa langsung digunakan bersama dengan ekosistem Ethereum saat ini seperti DEX dan DeFi. Privasi bisa ditambahkan tanpa mengorbankan likuiditas dan cakupan penggunaan token.

📚ERC7694 Saya telah merangkum tentang "ERC7694" yang mengusulkan mekanisme di mana kontrak pintar Ethereum menggunakan Solana sebagai penyimpanan eksternal, serta melakukan penulisan dan pembacaan secara aman lintas rantai! https://t.co/hYzUup7dBO