Přidat EIP: Schéma kódování délky volání U EVM L1 (např. Tempo) je opět důležitá efektivita calldata. OP stack L2s automaticky komprimuje data o hovorech a přeposílá úspory zpět uživatelům. Ale pokud jste L1, budete to muset optimalizovat. Technické vysvětlení (pro fanoušky Fantasy Top): V Ethereum calldata jsou nulové bajty 1/4 ceny nenulových bajtů. Ale to je trochu svévolné, protože data volání jsou stále přenášena a ukládána doslovně bez jednoduché komprese RLE. Ta 1/4 nákladů má motivovat ke kompresi, ale ve skutečnosti to nikdo nedělá. Pokud by bylo implementováno byť jen jednoduché RLE, nula bajtů by stála 1/100 nákladů na nenulové bajty. Takže abych zlepšil zarovnání Etherea a křížové opylení zpět, řekl jsem si, proč pro to neudělat nový EIP. Je to také z praktických důvodů, protože nechci měnit stávající standardy chytrých kontraktů, jako je ERC-7821, aby zahrnovaly režim optimalizovaný pro calldata právě pro to. Optimalizace na úrovni txn by byla lepší (protože z toho budou mít prospěch celá data volání txn). Lze to provést dvěma způsoby: - Implementujte schéma komprese RLE na úrovni txn (úroveň EIP). - Implementujte předkompilace pro kompresi / dekompresi calldat (styl RIP). Solady's LibZip.cdCompress je docela efektivní, ale proč z něj neudělat předkompilace? Tak či onak, budeme muset nejprve formalizovat kódovací schéma, a tedy potřebu toto napsat.

hloupý fantasy top qn... Je to nejvyšší příspěvek v týdnu? Nebo je to průměr? Nebo nějaké klouzavé časové okno? nějak zveřejním tento týden. V nejhorším případě zveřejním fotky jídla.