Lägg till EIP: Kodningsschema för anropsdatakörning För EVM L1:er (t.ex. Tempo) är det återigen viktigt att samtalsdatan är effektiv. OP stack L2s komprimerar automatiskt samtalsdata och vidarebefordrar besparingar tillbaka till användarna. Men om du är en L1 måste du optimera det. Teknisk förklaring (för Fantasy Top-fans): I Ethereums calldata är nollbyte 1/4 av priset för byte som inte är noll. Men detta är ganska godtyckligt, eftersom samtalsdata fortfarande överförs och lagras ordagrant utan ens en enkel RLE-komprimering. Den 1/4 kostnaden är för att stimulera komprimering, men ingen gör det faktiskt. Om det till och med finns en enkel RLE implementerad, skulle noll byte kosta 1/100 av kostnaden för icke-noll byte. Så för att förbättra Ethereums inriktning och korspollinera tillbaka, tänkte jag, varför inte göra en ny EIP för detta. Detta är också av praktiska skäl, eftersom jag inte vill ändra befintliga standarder för smarta kontrakt som ERC-7821 för att inkludera ett optimerat läge för samtalsdata bara för det. En optimering på txn-nivå skulle vara bättre (eftersom hela txn-anropsdata kommer att gynnas). Det finns två sätt att göra det på: - Implementera ett RLE-komprimeringsschema på txn-nivå (EIP-nivå). - Implementera förkompileringar för komprimering / dekomprimering av calldata (RIP-stil). Soladys LibZip.cdCompress är ganska effektivt, men varför inte göra det till förkompileringar? Hur som helst måste vi först formalisera kodningsschemat, och därmed behovet av att skriva detta.