Додано EIP: схема кодування довжини виконання calldata Для EVM L1 (наприклад, Tempo) ефективність дзвінків знову має значення. Стек OP L2s автоматично стискає дані дзвінків і пересилає збереження назад користувачам. Але якщо ви належите до рівня L1, вам потрібно буде його оптимізувати. Технічне пояснення (для фанатів Fantasy Top): У calldata Ethereum нульові байти становлять 1/4 ціни ненульових байтів. Але це досить умовно, тому що calldata все одно передаються і зберігаються дослівно без навіть простого стиснення RLE. Ця 1/4 вартості призначена для стимулювання стиснення, але насправді ніхто цим не займається. Якщо реалізовано навіть простий RLE, нуль байтів коштуватиме 1/100 вартості ненульових байтів. Тому, щоб покращити вирівнювання Ethereum і перехресне запилення назад, я подумав, чому б не зробити новий EIP для цього. Це також з практичних міркувань, оскільки я не хочу змінювати існуючі стандарти смарт-контрактів, такі як ERC-7821, щоб включити режим, оптимізований для дзвінків, саме для цього. Краще було б провести оптимізацію на рівні txn (тому що від цього виграють усі дані викликів txn). Зробити це можна двома способами: - Реалізувати схему стиснення RLE на рівні txn (рівень EIP). - Реалізувати прекомпіляції для стиснення / декомпресії calldata (стиль RIP). LibZip.cdCompress від Solady досить ефективний, але чому б не зробити його в прекомпіляціях? У будь-якому випадку, нам спочатку потрібно буде формалізувати схему кодування, а отже, і необхідність записати це.