بصفتي منشئ EVM ، بدأت ألاحظ شيئا غير مريح - الموجة الجديدة من المطورين على سلاسل الكتل الأسرع هذه مثل Solana و MegaETH و Monad و Sonic وغيرها تعمل بالفعل في نموذج مختلف - البث أولا ، وزمن انتقال منخفض ومصمم لتجربة المستخدم في الوقت الفعلي. وفي الوقت نفسه ، لا يزال الكثير منا في عالم Ethereum عالقين في التفكير في الكتل وفترات الاقتراع. نحن نحاول تطعيم السرعة على أنظمة لم يتم تصميمها من أجلها مطلقا ، وهذا يظهر. نظرا لأن سلاسل مثل @base تنتقل إلى وقت كتلة دون الثانية ، سيحتاج مطورو EVM إلى رفع المستوى أو تركهم وراءهم. فيما يلي أربعة أمثلة ضربت المنزل بالنسبة لي: 1️⃣ خلاصات أسعار المحفظة إذا كانت هناك مقايضة لكل كتلة ، فإن الأسعار تتغير كل كتلة. لا تعمل استراتيجية الاقتراع لتعكس أحدث الأسعار. 2️⃣ الألعاب على السلسلة ألعاب Ethereum هي في الغالب محاكاة خارج السلسلة مع تسوية على السلسلة. ستقوم الألعاب الأحدث ببث الأحداث على السلسلة (مثل تحركات المستخدم أو إجراءات العدو أو إسقاط المسروقات) دون أي تأخير ملحوظ. ألعاب EVM اليوم هي في الغالب ألعاب تعتمد على الأدوار. 3️⃣ وكلاء الذكاء الاصطناعي أثناء بناء SDK لوكيل الذكاء الاصطناعي الخاص بنا ، أردنا بناء مساعد طيار تداول الذكاء الاصطناعي يستوعب بيانات السوق الحية كل 400 مللي ثانية ، ويكتشف أنماطا مثل الانتحال أو نشاط الحيتان ، ويتدفق الرؤى في الوقت الفعلي مباشرة إلى واجهة المستخدم - مما يقترح الطلبات المملوءة مسبقا أو يتكيف مع المخاطر. دعنا نقول فقط أنه كان من الصعب بناء هذا عندما تتأخر البيانات وتجميعها وكان لا بد من استطلاعها من RPCs والمفهرسات. 4️⃣ تدفقات البيانات القابلة للتكوين ستقوم البنية التحتية للبيانات في المستقبل ببث تغييرات الحالة عبر البروتوكولات - مثل مزامنة تغييرات أسعار الفائدة مباشرة في مجمعات العائدات. في عالم EVM ، نقوم بتجميع واجهات برمجة التطبيقات معا ونصلي من أجل الاتساق. هذا ليس مجرد نظري ، فهذه مشكلة اليوم مع التطبيقات الموجودة على شبكات الاختبار ل Monad و MegaETH. نرى هذه المشكلات بشكل مباشر عند التحدث إلى المطورين الذين يعملون مع @Covalent_HQ. نحن نبني حلا - ترقبوا! 👀