إضافة EIP: مخطط ترميز طول تشغيل Calldata بالنسبة إلى EVM L1s (مثل الإيقاع)، تكتسب كفاءة بيانات الاتصال أهمية مرة أخرى. يقوم مكدس OP L2s بضغط بيانات المكالمات تلقائيا وإعادة توجيه المدخرات مرة أخرى إلى المستخدمين. ولكن إذا كنت L1 ، فستحتاج إلى تحسين ذلك. التفسير الفني (لمحبي Fantasy Top): في Ethereum calldata ، صفر بايت هو 1/4 سعر البايت غير الصفر. لكن هذا تعسفي نوعا ما ، لأن بيانات النداء لا تزال يتم إرسالها وتخزينها حرفيا دون ضغط RLE بسيط. هذه التكلفة 1/4 هي تحفيز الضغط ، لكن لا أحد يفعل ذلك في الواقع. إذا كان هناك RLE بسيط تم تنفيذه ، فإن صفر بايت سيكلف 1/100 تكلفة البايت غير الصفرية. لذلك لتحسين محاذاة Ethereum والتلقيح المتبادل مرة أخرى ، فكرت ، لماذا لا تصنع EIP جديدا لهذا الغرض. هذا أيضا لأسباب عملية ، لأنني لا أريد تغيير معايير العقود الذكية الحالية مثل ERC-7821 لتضمين وضع calldata المحسن فقط لذلك. سيكون التحسين على مستوى txn أفضل (لأن بيانات استدعاء txn بأكملها ستستفيد). هناك طريقتان للقيام بذلك: - تنفيذ مخطط ضغط RLE على مستوى txn (مستوى EIP). - تنفيذ التحويل البرمجي المسبق لضغط / فك ضغط بيانات الاتصال (نمط RIP). يعد LibZip.cdCompress من Solady فعالا جدا ، ولكن لماذا لا تجعله في التحويل البرمجي المسبق؟ في كلتا الحالتين ، سنحتاج إلى إضفاء الطابع الرسمي على مخطط التشفير أولا ، وبالتالي الحاجة إلى كتابة هذا.