Tambahkan EIP: Skema pengkodean panjang rundata panggilan Untuk EVM L1 (misalnya Tempo), efisiensi calldata kembali penting. Tumpukan OP L2s mengompresi data panggilan secara otomatis dan meneruskan penghematan kembali ke pengguna. Tetapi jika Anda seorang L1, Anda harus mengoptimalkannya. Penjelasan teknis (untuk penggemar Fantasy Top): Dalam data panggilan Ethereum, zero-byte adalah 1/4 dari harga byte bukan nol. Tapi ini agak sewenang-wenang, karena calldata masih ditransmisikan dan disimpan kata demi kata bahkan tanpa kompresi RLE sederhana. Biaya 1/4 itu untuk memberi insentif pada kompresi, tetapi tidak ada yang melakukannya sebenarnya. Jika ada RLE sederhana yang diterapkan, nol byte akan dikenakan biaya 1/100 dari biaya byte bukan nol. Jadi untuk meningkatkan keselarasan Ethereum dan penyerbukan silang kembali, saya berpikir, mengapa tidak membuat EIP baru untuk ini. Ini juga karena alasan praktis, karena saya tidak ingin mengubah standar kontrak pintar yang ada seperti ERC-7821 untuk menyertakan mode yang dioptimalkan data panggilan hanya untuk itu. Optimasi pada tingkat txn akan lebih baik (karena seluruh data panggilan txn akan diuntungkan). Ada dua cara untuk melakukannya: - Menerapkan skema kompresi RLE tingkat txn (tingkat EIP). - Menerapkan prakompilasi untuk kompresi / dekompresi calldata (gaya RIP). LibZip.cdCompress Solady cukup efisien, tetapi mengapa tidak membuatnya menjadi prakompilasi? Apa pun itu, kita perlu memformalkan skema pengkodean terlebih dahulu, dan dengan demikian kebutuhan untuk menulis ini.