gane5h

أزمة الكمون حقيقية

قبل أكثر من عام، بدأنا مبادرة داخلية بمثابة قفزة إلى القمر في @Covalent_HQ لإعادة تصور بنية البلوكتشين من المبادئ الأساسية.

أطلقنا عليها مشروع مانهاتن - مثل الجهود البحثية والتطويرية في زمن الحرب التي جمعت ألمع العقول لحل مشكلة ملحة.

لكن مسألتنا ليست عن الفيزياء. إنها عن بيانات البلوكتشين.

لماذا؟

لأن شيئًا ما قد تغير بشكل أساسي.

سلاسل الكتل الآن تنتج كتل في أقل من ثانية.

ومع ذلك، لا تزال معظم التطبيقات تعتمد على واجهات برمجة التطبيقات (APIs) التي تتحدث كل 5-30 ثانية.

مؤشرات قديمة. حلقات استعلام. لقطات قديمة.

نحن نسمي هذا أزمة الكمون - وليست مجرد إزعاج للمطورين.

إنها فشل منهجي في أساس Web3.

↠ الأورacles قديمة عندما تنشر.
↠ مستكشفو الكتل يتأخرون عن الحالة الفعلية للسلسلة.
↠ لوحات التحكم تبدو معطلة.
↠ الروبوتات تفوت الصفقات المربحة.
↠ المحافظ تعرض أرصدة قديمة وتربك المستخدمين.

هذه ليست حالة استثنائية. إنها السلوك الافتراضي عبر النظام البيئي.

بعد أكثر من 5 سنوات من بناء Covalent، يمكنني أن أقول ذلك بثقة:

البنية المعمارية التي أوصلتنا إلى هنا لن تأخذنا إلى أبعد من ذلك.

المشكلة قد تجاوزت الأدوات.

لذا توقفنا عن تصحيح الشيفرات القديمة. وتوقفنا عن التوصية بحيل قصيرة المدى لمطورينا الذين يزيد عددهم عن 40K على واجهة @goldrushdev.

أعدنا بناء الستاك - من استهلاك الكتل الخام إلى تسليم البيانات في أقل من ثانية. من البداية إلى النهاية.

على مدار اليومين المقبلين، سأشارك ما تعلمناه، وما بنيناه، ولماذا لن تكون الموجة التالية من تطبيقات البلوكتشين ممكنة دون حل الكمون من الجذور.

أنا أوجه نفسي اتجاهًا مختلفًا على X بدلاً من الثرثرة المعتادة والترويج من قبل KOL. أنا أغوص في العمق.

هذا هو اليوم الأول.

#SpeedRunTheChain

🧵 تابعونا.

نحن نتسوق لفتح حساب ذكي / مجموعة محافظ لمشروع قادم، وأشعر ببعض الدهشة من كيفية تنظيم السوق الحالي:

يبدو أن @safe، تليها @Alchemy، @zerodev_app، Pimlico، وBiconomy تتصدر في عمليات النشر التاريخية - لكن إذا درست معدلات النمو، فالأمر فعليًا يتعلق بـ Zerodev وPimlico اللذان ينموان خلال الأشهر الثلاثة الماضية.

عندما يتعلق الأمر بالمعاملات الفعلية من هذه النشر، يبدو أن Zerodev/Pimlico مستقرين.

ما الذي يجعل Zerodev يتألق هنا؟ لست مألوفاً جداً مع هذا السوق.

بصفتي مطور EVM، بدأت ألاحظ شيئًا غير مريح - الجيل الجديد من المطورين على هذه السلاسل السريعة مثل سولانا، ميغا إيث، موند، سونيك وغيرها يعملون بالفعل في نموذج مختلف - أولاً البث، وبتأخير منخفض، ومبني لتجربة مستخدم حقيقية في الوقت الحقيقي.

بينما لا يزال العديد منا في عالم إيثريوم عالقين في التفكير في الكتل وفترات الاستطلاع. نحن نحاول زرع السرعة في أنظمة لم تُصمم لها، وهذا واضح.

مع انتقال سلاسل مثل @base إلى زمن كتلة أقل من ثانية، سيتعين على مطوري EVM الارتقاء بمستواهم أو سيتخلفون عن الركب.

إليكم أربعة أمثلة ضربت في صميم الموضوع بالنسبة لي:

1️⃣ أسعار صرف المحفظة
إذا كان هناك تبادل في كل كتلة، فإن الأسعار تتغير في كل كتلة. استراتيجية الاستطلاع لا تعمل ببساطة لتعكس أحدث الأسعار.

2️⃣ ألعاب على السلسلة
ألعاب إيثريوم في الغالب محاكاة خارج السلسلة مع تسوية على السلسلة. ستقوم الألعاب الجديدة ببث أحداث على السلسلة (مثل تحركات المستخدم، أو إجراءات الأعداء، أو سقوط الغنائم) بدون تأخير محسوس. ألعاب EVM اليوم في الغالب ألعاب قائمة على الدور.

3️⃣ وكلاء الذكاء الاصطناعي
أثناء بناء مجموعة أدوات وكيل الذكاء الاصطناعي الخاصة بنا، أردنا بناء مساعد تداول ذكي يلتقط بيانات السوق الحية كل 400 مللي ثانية، ويكتشف أنماط مثل التلاعب أو نشاط الحيتان، ويبث رؤى مباشرة في واجهة المستخدم - مقترحًا أوامر مسبقة التعبئة أو تعديل المخاطر. دعونا نقول أن هذا كان صعبًا في البناء عندما كانت البيانات متأخرة، مجمعة وكان يجب أن يتم استطلاعها من RPCs وindexers.

4️⃣ تدفقات البيانات القابلة للتكوين
ستكون بنية البيانات في المستقبل تدفق تغييرات الحالة عبر البروتوكولات - مثل مزامنة تغييرات أسعار الفائدة مباشرة إلى مجمعات العائد. في عالم EVM، نحن نربط واجهات برمجة التطبيقات معًا ونصلي من أجل الاتساق.

هذا ليس مجرد نظرية، بل هو مشكلة اليوم مع التطبيقات على الشبكات التجريبية لموند وميغا إيث. نحن نشهد هذه القضايا بشكل مباشر عندما نتحدث إلى المطورين الذين يعملون مع @Covalent_HQ.

نحن نبني حلاً - تابعونا! 👀

كل باني يحتاج إلى تحسين مهاراته للاستعداد لعالم السلاسل السريعة وعالية الإنتاجية. إذا كانت الكتل تتدفق بسرعة ~250 مللي ثانية، إليك ورقة الغش الخاصة بك فيما يتعلق بالزمن:

🔄 ذاكرة التخزين المؤقت من المستوى 1: 0.5 نانو ثانية
🔄 ذاكرة الوصول العشوائي: 100 نانو ثانية
🔄 قراءة SSD: 100 ميكرو ثانية
🔄 بحث القرص: 10 مللي ثانية

داخل مركز بيانات في منطقة توفر واحدة:

↔️ 5 مللي ثانية

زمن الرحلة العالمية من الساحل الغربي:

↔️ نيويورك: 70 مللي ثانية
↔️ لندن: 160 مللي ثانية
↔️ طوكيو: 120 مللي ثانية
↔️ سنغافورة: 200 مللي ثانية
↔️ دبي: 280 مللي ثانية

💡 في عالم سلاسل دون الثانية، كل مللي ثانية مهمة. سرعة الضوء هي عنق الزجاجة الجديد الخاص بك. قم بتحسين الأمور وفقًا لذلك.

اليوم علمت

Pectra

اسم آخر تحديث لإيثيريوم، هو مزيج من:

• براغ - اسم مسار طبقة التنفيذ
• إليكترا - اسم مسار طبقة التوافق

معًا: Pectra = براغ + إليكترا

تمثل Pectra التنسيق المشترك للتغييرات في EL و CL في هارد فوك واحد - مستمرة في وتيرة التحديثات بعد الدمج لإيثيريوم.