Adăugați EIP: schema de codificare a lungimii de rulare a datelor de apel Pentru EVM L1 (de exemplu, Tempo), eficiența datelor de apel contează din nou. L2-urile OP stack comprimă automat datele apelurilor și redirecționează economiile înapoi către utilizatori. Dar dacă sunteți un L1, va trebui să optimizați acest lucru. Explicație tehnică (pentru fanii Fantasy Top): În datele de apel Ethereum, zero-octeți sunt 1/4 din prețul octeților decât zero. Dar acest lucru este oarecum arbitrar, deoarece datele de apel sunt încă transmise și stocate textual, fără nici măcar o simplă compresie RLE. Acel 1/4 costuri este pentru a stimula compresia, dar nimeni nu o face de fapt. Dacă există chiar și un simplu RLE implementat, zero octeți ar costa 1/100 din costul octeților non-zero. Deci, pentru a îmbunătăți alinierea Ethereum și polenizarea încrucișată, m-am gândit, de ce să nu fac un nou EIP pentru asta. Acest lucru este și din motive practice, pentru că nu vreau să schimb standardele existente de contracte inteligente, cum ar fi ERC-7821, pentru a include un mod optimizat pentru datele de apel doar pentru asta. O optimizare la nivel txn ar fi mai bună (pentru că toate datele de apel txn vor beneficia). Există două moduri de a face acest lucru: - Implementați o schemă de compresie RLE la nivel txn (nivel EIP). - Implementați precompilări pentru compresia / decompresia calldata (stil RIP). LibZip.cdCompress de la Solady este destul de eficient, dar de ce să nu ajungi în precompilări? Oricum, va trebui să formalizăm mai întâi schema de codificare și, prin urmare, nevoia de a scrie acest lucru.