AI yang bergerak panjang akan meringkas percakapan atau riwayat tugas untuk melanjutkan pemrosesan. ARCBench memeriksa keselamatan dengan menguji operasi alat nyata, jika larangan masih tersisa dalam ringkasan tersebut. Menggunakan platform eksekusi pi untuk membuat riwayat, kemudian memberikan permintaan yang melanggar peraturan setelah kompresi, dan membandingkannya dengan operasi tanpa kompresi. Secara bersamaan, ia juga menyelidiki apakah peraturan tetap dipertahankan, dilemahkan, atau hilang dalam ringkasan. Sebagai contoh, jika aturan menyatakan hanya boleh mengirim email ke dalam perusahaan, maka pemanggilan alat pengiriman ke alamat luar perusahaan akan dianggap sebagai pelanggaran. Dalam penilaian menggunakan 17 masalah, banyak pelanggaran setelah kompresi masih mempertahankan peraturan itu sendiri. Namun, masalah di sisi tindakan juga muncul, seperti memperlakukan permintaan selanjutnya sebagai diizinkan. Tidak cukup hanya dengan memeriksa apakah peraturan tertulis dalam ringkasan; perlu juga diuji apakah operasi yang melanggar peraturan tersebut benar-benar tidak dilakukan.

Saya telah mencipta kerangka ujian untuk dapp bernama kiwa 🥝 Alat ini membolehkan anda menulis dari spesifikasi hingga ujian secara berterusan. Selain dokumen, ia juga memuatkan kod sedia ada, menghasilkan spesifikasi ujian, dan menghasilkan ujian empat lapisan: kontrak, E2E dapp, unit, dan integrasi API. https://t.co/FCNjrLbVSV

📘 Rekaan Mempool Baru untuk Mencegah Operasi Susunan dalam Blok ✅ Ringkasan Cadangan ini adalah mempool Ethereum (tempat transaksi yang belum dipastikan berkumpul) dienkripsi, dan kandungan tidak akan kelihatan sehingga dimasukkan ke dalam blok. Dengan ini, tujuannya adalah untuk secara besar-besaran mengurangkan perbuatan seperti membaca transaksi orang lain terlebih dahulu dan memanipulasikan susunan, serta keuntungan tambahan (MEV) yang dicari oleh penambang/validator. Walaupun transaksi akhirnya akan diumumkan, "tidak kelihatan sehingga sebelum dijalankan" adalah titik penting. ✅ Mengapa Mempool Enkripsi Diperlukan Pada Ethereum semasa, transaksi yang mengalir ke mempool boleh dilihat kandungannya oleh sesiapa sahaja. Oleh itu, strategi MEV seperti front-running (memasuki transaksi sebelum orang lain) dan serangan sandwich (menyelit transaksi di hadapan dan belakang untuk memanipulasikan harga) menjadi mungkin. Ini menyebabkan kehilangan pengguna dan pemerintahan pusat (pengumpulan kepada pengusaha-pengusaha yang kuat). Dengan enkripsi, susunan boleh dilihat tetapi "kandungan tidak diketahui", menjadikan serangan ini lebih sukar dilakukan. ✅ Bagaimana Transaksi Dikenkripsi Transaksi dibahagikan kepada "envelope" dan "kandungan (payload yang dienkripsi)". Envelope hanya memasukkan maklumat minimum seperti jumlah gas, yuran, dan pemberi kunci yang digunakan untuk menyelesaikan enkripsi. Kandungan sebenar seperti alamat penerima, jumlah, dan data pemanggilan kontrak dimasukkan dalam bentuk enkripsi. Selepas dimasukkan ke dalam blok, kunci penyelesaian enkripsi diumumkan, dan kandungan dijalankan. ✅ Peranan "Key Provider" (Pemberi Kunci) Key provider adalah entiti yang menguruskan kunci untuk menyelesaikan enkripsi. Ini bukanlah kaedah tunggal, tetapi reka bentuk yang membenarkan pelbagai kaedah seperti berikut: - Enkripsi ambang (pengurusan kunci terpencar di kalangan pelbagai orang) - MPC (Pengiraan Berbilang untuk memisahkan rahsia) - TEE (Kawasan Perisian Aman) - Enkripsi dengan penundaan masa Ethereum itu sendiri hanya menyediakan "asas yang sesuai untuk semua kaedah enkripsi". ✅ Susunan dan Keselamatan dalam Blok Dalam blok, transaksi biasa yang tidak dienkripsi dijalankan terlebih dahulu, kemudian envelope transaksi dienkripsi diproses, dan akhirnya kandungan yang telah dinyahenkripsi dijalankan. Dengan ini, struktur keselamatan berikut dipelihara: - Yuran akan dibayar terlebih dahulu - Kandungan tidak akan dijalankan jika kunci tidak dikeluarkan Walaupun kunci tidak dikeluarkan, proses hanya berhenti pada envelope, dan keseluruhan rantai tidak akan berhenti. ✅ Kesannya terhadap MEV dan Ketahanan Penapisan Dalam keadaan kandungan tidak kelihatan, pembina blok tidak dapat mengira "transaksi mana yang akan mempengaruhi harga". Oleh itu, keuntungan melalui manipulasi susunan menjadi sukar, dan MEV secara struktur menjadi lemah. Selain itu, dengan kandungan tersembunyi, penapisan terhadap alamat tertentu atau operasi DeFi juga menjadi lebih sukar, dan "ketahanan penapisan masa nyata (tidak mudah ditolak)" juga meningkat.

📚 Mekanisme Sijil Identiti dan Reputasi Agen Menggunakan NFT ✅ Gambaran Umum ERC8004 v1.0 adalah set peraturan umum yang membolehkan perisian agen beroperasi secara automatik bekerja sama secara selamat di antara organisasi. Ia menggunakan Ethereum sebagai "asas pengendali", dan merekodkan identiti agen, reputasi, dan keputusan pengesahan kerja secara tidak boleh diubah. Dari v0.4, reka bentuknya telah berubah secara besar-besaran dan berkembang menjadi mekanisme yang sesuai untuk penggunaan sebenar. ✅ Pengurusan Identiti Agen (Identity Registry) Mekanisme untuk membuktikan "siapa agen ini" telah berpindah dari bentuk unik ke standard ERC721 (standard NFT). Setiap agen direkodkan sebagai satu NFT, dan tokenURI mengandungi maklumat pendaftaran dalam bentuk JSON. Maklumat ini merangkumi cara komunikasi (seperti alamat sokongan protokol A2A atau MCP), kunci awam, dan model kepercayaan yang berkaitan. Dengan ini, ID agen boleh dikendalikan melalui dompet, dan sesiapa sahaja boleh mengesahkan "siapa agen yang berkaitan dengan alamat ini" secara selamat dan kompatibel dengan infrastruktur NFT. ✅ Sistem Reputasi (Reputation Registry) Penilaian terhadap kerja agen disimpan secara langsung sebagai skor di rantai. Sebelum menghantar penilaian, klien menerima data tanda tangan yang dikeluarkan oleh agen. Data ini disahkan menggunakan EIP191 (kaedah tanda tangan dompet biasa) atau ERC1271 (kaedah tanda tangan dompet kontrak pintar), untuk mengelakkan penipuan dan serangan replay (penggunaan semula tanda tangan lama). Skor dan tag (label klasifikasi) boleh dirujuk secara langsung dari kontrak pintar, dan boleh digunakan oleh dApp lain sebagai bahan untuk menilai "adakah agen ini boleh dipercayai secara automatik". ✅ Pengesahan Kerja (Validation Registry) Ini adalah mekanisme untuk membolehkan pihak ketiga mengesahkan keputusan yang dikeluarkan oleh agen. Dalam v1.0, bukan hanya hash tunggal, tetapi bukti disajikan melalui URI (rujukan ke data luar), dan keputusan pengesahan berperingkat boleh direkodkan untuk permintaan yang sama. Sebagai contoh, struktur boleh dibina secara berperingkat seperti pemeriksaan ringkas, pengesahan terperinci, dan audit luar. Kini, spesifikasi sedang diperhalusi bersama komuniti TEE (Trusted Execution Environment, persekitaran keselamatan). ✅ Keselamatan dan Kos Gas Untuk menangani kaedah serangan yang dikesan semasa penggunaan jaringan uji, pengesahan tanda tangan dan reka bentuk storan telah diperkukuhkan. Walaupun ini menyebabkan kos gas meningkat untuk menulis penilaian dan pengesahan, kelebihannya adalah data kepercayaan boleh digunakan secara langsung di rantai. Kosnya akan berkurang secara besar-besaran di jaringan L2. ✅ Migrasi dari v0.4 v1.0 tidak kompatibel secara ke belakang, dan struktur storan telah diubah sepenuhnya. Oleh itu, semua maklumat pendaftaran dan reputasi lama akan direset sepenuhnya, dan agen perlu mendaftar semula sebagai NFT, dan sistem penilaian perlu diselaraskan dengan kaedah tanda tangan baru. Kemudian, dengan kaedah "upgrading dengan ruang nama", reka bentuk akan membolehkan pengemaskinian spesifikasi tanpa memadam data, dan reset besar-besaran ini hanya akan berlaku sekali sahaja.

📚 Mekanisme untuk Membahagikan Kandungan Blok dan Mengelakkan MEV ✅ Gambaran Umum Dalam cadangan ini, struktur dijelaskan secara struktur mengapa MEV yang menjadi isu di Ethereum berlaku, dan dijelaskan idea bahawa MEV boleh didekati hampir sifar dengan memutuskan "kandungan" blok secara teragih. Ini bukanlah cadangan untuk struktur blok itu sendiri, tetapi menitikberatkan pada pemilihan dan susunan transaksi, dan mencadangkan penambahan lapisan keputusan baru. ✅ Sebab Sebenar MEV Berlaku MEV berlaku kerana miner atau validator boleh memilih secara bebas transaksi yang dimasukkan ke dalam blok dan menukar susunannya. Struktur blok Ethereum sendiri telah bersetuju secara teragih, tetapi kandungan blok ditentukan dalam masa singkat oleh seorang penganjur. Keadaan "kandungan ditentukan oleh seorang" ini adalah punca utama MEV seperti front-running dan serangan sandwich. ✅ Persetujuan Struktur dan Persetujuan Kandungan Adalah Masalah Berasing Blockchain telah berjaya memisahkan persetujuan struktur, iaitu siapa yang mengiktiraf blok mana sebagai betul, secara teragih. Namun, keputusan mengenai transaksi yang dimasukkan dan susunannya tidak lagi teragih. Dalam cadangan ini, dijelaskan bahawa ini adalah struktur yang sama seperti masalah pembayaran ganda dahulu. Seperti bagaimana penyelesaian melalui persetujuan diperlukan apabila kuasa berkumpul pada satu komputer, demikian juga kandungan blok perlu ditentukan melalui persetujuan. ✅ Konsep Lapisan Kandungan Cadangan yang diberikan adalah menambah "lapisan kandungan (lapisan persetujuan untuk menentukan kandungan transaksi)" di atas struktur blok. Di sini, beberapa nod bekerja secara berkongsi untuk menentukan bersama-sama transaksi yang dimasukkan dan susunannya. Tujuannya adalah untuk menghilangkan ruang bagi validator atau sequencer tertentu untuk menukar susunan secara sewenang-wenangnya. ✅ Mekanisme Asas Protokol Alex Dalam contoh Alex, tugas mengumpulkan transaksi, tugas memacak susunan secara rawak, dan tugas mengurus keseluruhan serta memasukkannya ke dalam blok dibahagikan. Setiap tugas bergerak secara bebas, dan jika seseorang cuba melakukan kesalahan, ia akan disahkan dan diperbaiki oleh peserta lain. Dengan ini, pengensoran transaksi dan susunan sewenang-wenang menjadi sangat sukar. ✅ Hubungan dengan Ethereum Sedia Ada Mekanisme ini tidak merosakkan konsensus Ethereum yang sedia ada. Struktur blok tetap seperti biasa, tetapi hanya kaedah menentukan kandungan yang ditambahkan di atasnya. Ia boleh digunakan untuk validator eth2, sequencer rollup, dan sequencer teragih di masa depan, jadi kelebihannya adalah keupayaan aplikasi yang luas sekali kali mekanisme dibina. ✅ Kesannya terhadap Keadilan dan Penemuan Harga Dalam reka bentuk ini, aktiviti seperti arbitrase yang diperlukan dalam pasaran tidak dikeluarkan. Namun, hanya MEV yang menyebabkan penghisapan pengguna secara tidak dapat dielakkan yang dianggap sebagai isu. Hasilnya, ia menetapkan matlamat untuk menyediakan keadilan secara rangkaian tanpa perlu aplikasi membuat langkah-langkah yang kompleks.

📘 Mekanisme Baru Menambahkan Kepersendirian Kepada Token Sedia Ada ✅ Gambaran Umum Cadangan ini membincangkan spesifikasi ERC baru yang bertujuan menambahkan privasi kepada token-token yang sedia ada di Ethereum tanpa mengubah kegunaan atau sifat token tersebut. Ia menyediakan mekanisme untuk mempersukarkan pengesahan transaksi, dengan menumpu pada token-token yang sudah digunakan secara meluas seperti ERC20, ERC721, dan ERC1155. ✅ Apa yang Dicadangkan Diselesaikan Token Ethereum semasa memaparkan secara terbuka siapa yang menghantar token dari alamat mana ke alamat lain. Ini memberi kelebihan transparansi, tetapi juga menyebabkan isu-isu seperti baki dan pergerakan dana mudah dijejak oleh pihak ketiga. Tujuan ERC ini adalah untuk memperbaiki kelemahan ini tanpa perlu membina semula token itu sendiri. ✅ Konsep Token Wrapper Kepersendirian Sifar Pengetahuan Token wrapper kepersendirian sifar pengetahuan adalah mekanisme di mana token sedia ada diserahkan terlebih dahulu, dan pengguna menerima "token dilipat" sebagai gantinya. Token dilipat ini boleh dihantar atau diperdagangkan seperti token asal, tetapi secara dalaman, hubungan kepemilikan disembunyikan menggunakan komitmen (janji kriptografi yang boleh dibuktikan kebenarannya kemudian). ✅ Pemutusan Sejarah dengan Pembakaran dan Pemintasan Semula Ciri khasnya adalah alur yang menggabungkan pembakaran (membuat token tidak boleh digunakan) dan pemintasan semula (memintas token baru). Apabila bukti kebenaran sifar pengetahuan (teknologi kriptografi yang menunjukkan kebenaran tanpa mendedahkan kandungan) memenuhi syarat tertentu, token baru akan dikeluarkan tanpa dikaitkan dengan token yang telah dibakar sebelumnya. Ini mempersukarkan jejak transaksi di rantai. ✅ Kesedaran Token Fungible seperti ERC20 Untuk token seperti ERC20 yang mempunyai nilai yang sama, mekanisme ini membolehkan aliran dana secara praktis diputuskan. Siapa yang memegang baki tertentu akan sukar dikesan dari luar sehingga pengguna mengeluarkan token tersebut. ✅ Apa yang Boleh Dilakukan untuk NFT Untuk NFT seperti ERC721 yang unik, campuran sepenuhnya tidak mungkin. Walau bagaimanapun, mekanisme ini membolehkan siapa yang memegang NFT tersebut disembunyikan sehingga pengguna mengeluarkannya. ✅ Penggunaan Tanpa Kesedaran Pengguna Mekanisme ini direka untuk digunakan tanpa pengguna sedar tentang keberadaan token dilipat. Wallet atau aplikasi akan menangani proses dalaman, membolehkan pengguna menikmati kelebihan privasi tanpa perubahan pengalaman biasa. ✅ Kesesuaian dengan Eksosistem Sedia Ada Ciri utamanya adalah ia tidak memerlukan penerbitan token khas baru, tetapi hanya membungkus token sedia ada. Ini membolehkan ia digunakan bersama dengan DEX, DeFi, dan ekosistem Ethereum semasa tanpa mengorbankan kelikuidan atau kegunaan token. Kepersendirian boleh ditambahkan tanpa kesan negatif kepada kegunaan token.

📚ERC7694 Saya telah merangkum mengenai "ERC7694" yang mencadangkan mekanisme di mana kontrak pintar Ethereum memperlakukan Solana sebagai storan luar, membolehkan penulisan dan pembacaan secara selamat di antara rantai! https://t.co/hYzUup7dBO