Legg til EIP: Kodingsskjema for kjørelengde for anropsdata For EVM L1-er (f.eks. Tempo) er samtaledataeffektivitet viktig igjen. OP-stabel L2-er komprimerer automatisk anropsdata og videresender besparelser tilbake til brukerne. Men hvis du er en L1, må du optimalisere det. Teknisk forklaring (for Fantasy Top-fans): I Ethereum-calldata er null-byte 1/4 av prisen på ikke-null byte. Men dette er litt vilkårlig, fordi anropsdata fortsatt overføres og lagres ordrett uten en enkel RLE-komprimering. Den 1/4 kostnaden er å stimulere til komprimering, men ingen gjør det faktisk. Hvis det til og med er implementert en enkel RLE, vil null byte koste 1/100 kostnaden for ikke-null byte. Så for å forbedre Ethereum-justeringen og krysspollinere tilbake, tenkte jeg, hvorfor ikke lage en ny EIP for dette. Dette er også av praktiske årsaker, fordi jeg ikke ønsker å endre eksisterende smarte kontraktsstandarder som ERC-7821 til å inkludere en calldata-optimalisert modus bare for det. En optimalisering på txn-nivå ville være bedre (fordi hele txn-anropsdataene vil dra nytte av det). Det er to måter å gjøre det på: - Implementer et RLE-kompresjonsskjema på txn-nivå (EIP-nivå). - Implementer forhåndskompileringer for calldata-komprimering/dekompresjon (RIP-stil). Soladys LibZip.cdCompress er ganske effektiv, men hvorfor ikke gjøre det til forhåndskompileringer? Uansett må vi formalisere kodingsskjemaet først, og dermed behovet for å skrive dette.

Dum fantasi topp QN... Er det det høyeste innlegget i uken? Eller er det gjennomsnittet? eller litt glidende tidsvindusscore? vil på en eller annen måte legge ut denne uken. I verste fall legger jeg ut matbilder.