يُعدّ تعثّر مفاوضات تجريد الحسابات (AA) بين مطوّري «إيثيريوم» الأساسيين ومهندسي «Base» حدثًا مهمًا يَدلّ على فصلٍ معماريّ كبير بين نماذج تنفيذ الطبقة الأولى (L1) والطبقة الثانية (L2).
كما أكّد باحث Ethlabs ديريك تشيانغ، فشلت المحادثات التي هدفت إلى دمج مقترحي «إيثيريوم» EIP-8141 (Frame Transactions) وEIP-8130 الخاصّة بـ«Base» في معيارٍ واحدٍ للمعاملات عبر السلاسل، في نهاية المطاف، بسبب تعارضٍ جوهري بين أهداف الشبكتين.
النزاع الجوهري: EIP-8141 مقابل EIP-8130
تسعى كلتا المبادرتين إلى إدخال إمكانات محافظ العقود الذكية الأصلية—مثل المعاملات بدون رسوم (gasless)، والعمليات المجمّعة (batched)، وتدوير المفاتيح (key rotation)، والتحقق عبر passkey—إلى طبقة الأساس مباشرةً. إلا أن نهجهما التقني الأساسي يختلف:
نهج «إيثيريوم» (EIP-8141 / Frame Transactions): تقسّم Frame Transactions التنفيذ إلى استدعاءات عقود ديناميكية قابلة للبرمجة («frames») تتكفل بالتحقق، ورعاية الغاز، ومنطق المستخدم بشكلٍ منفصل. يفضّل هذا التصميم مقاومة الرقابة، ومرونة قصوى على مستوى EVM، وبراهين خصوصية متقدمة، وضمانات أمنية ما بعد الحوسبة الكمية اللازمة لتسوية L1.
نهج «Base» (EIP-8130 / Keystore): صاغه مهندسو Coinbase/Base، ويعتمد EIP-8130 على نظام Keystore على السلسلة (on-chain) مقترنًا بمُصادِقات (authenticators) مُعلنة مسبقًا. يوفّر هذا النموذج حملاً حسابيًا للتحقق يمكن توقّعه، ومصممًا للبيئات عالية الإنتاجية، وتنفيذ L2 مخصص، ومتطلبات الامتثال المؤسسي.
الخاصية / الهدفEthereum (EIP-8141)Base (EIP-8130)
التركيز الأساسيمقاومة الرقابة، والخصوصية، والاستعداد للكمHigh throughput, gas sponsorship, compliance
نموذج المعاملةتنفيذ ديناميكي متعدد الـframesاستدعاءات باستخدام On-chain Keystore وAuthenticators صريحة
عبء التحققديناميكي (أكثر مرونة، وتكلفة حوسبة أعلى على L2)ثابت/قابل للتنبؤ (محسّن للـsequencers)
أولوية التنفيذأولوية «يجب شحنها» لِترقية Hegotáنشر أصلي على شبكات تطوير Base devnets / OP Stack
الاختلافات التقنية الرئيسية.
كما أكّد باحث Ethlabs ديريك تشيانغ، فشلت المحادثات التي هدفت إلى دمج مقترحي «إيثيريوم» EIP-8141 (Frame Transactions) وEIP-8130 الخاصّة بـ«Base» في معيارٍ واحدٍ للمعاملات عبر السلاسل، في نهاية المطاف، بسبب تعارضٍ جوهري بين أهداف الشبكتين.
النزاع الجوهري: EIP-8141 مقابل EIP-8130
تسعى كلتا المبادرتين إلى إدخال إمكانات محافظ العقود الذكية الأصلية—مثل المعاملات بدون رسوم (gasless)، والعمليات المجمّعة (batched)، وتدوير المفاتيح (key rotation)، والتحقق عبر passkey—إلى طبقة الأساس مباشرةً. إلا أن نهجهما التقني الأساسي يختلف:
نهج «إيثيريوم» (EIP-8141 / Frame Transactions): تقسّم Frame Transactions التنفيذ إلى استدعاءات عقود ديناميكية قابلة للبرمجة («frames») تتكفل بالتحقق، ورعاية الغاز، ومنطق المستخدم بشكلٍ منفصل. يفضّل هذا التصميم مقاومة الرقابة، ومرونة قصوى على مستوى EVM، وبراهين خصوصية متقدمة، وضمانات أمنية ما بعد الحوسبة الكمية اللازمة لتسوية L1.
نهج «Base» (EIP-8130 / Keystore): صاغه مهندسو Coinbase/Base، ويعتمد EIP-8130 على نظام Keystore على السلسلة (on-chain) مقترنًا بمُصادِقات (authenticators) مُعلنة مسبقًا. يوفّر هذا النموذج حملاً حسابيًا للتحقق يمكن توقّعه، ومصممًا للبيئات عالية الإنتاجية، وتنفيذ L2 مخصص، ومتطلبات الامتثال المؤسسي.
الخاصية / الهدفEthereum (EIP-8141)Base (EIP-8130)
التركيز الأساسيمقاومة الرقابة، والخصوصية، والاستعداد للكمHigh throughput, gas sponsorship, compliance
نموذج المعاملةتنفيذ ديناميكي متعدد الـframesاستدعاءات باستخدام On-chain Keystore وAuthenticators صريحة
عبء التحققديناميكي (أكثر مرونة، وتكلفة حوسبة أعلى على L2)ثابت/قابل للتنبؤ (محسّن للـsequencers)
أولوية التنفيذأولوية «يجب شحنها» لِترقية Hegotáنشر أصلي على شبكات تطوير Base devnets / OP Stack
الاختلافات التقنية الرئيسية.
