المستندات الموجودة على استعلامات السجل realtime_sendRawTransaction والمرقمة مباشرة. الاعتمادات تذهب إلى @0xSami_M! نحن نعمل على إصلاح شامل لموقع المستندات أيضا.

الأرنب يحتاج إلى بعض الظل

E.V.M. (آلة Ethereum Veggie)

لست متأكدا من ذلك. حتى أسرى الحرب يعتمد في النهاية على افتراض أن الخصم لا يمكنه التحكم في كميات كبيرة من البنية التحتية المادية (وحدة المعالجة المركزية ، وحدة معالجة الرسومات ، ASIC ، SSD ، إمدادات الكهرباء ، إلخ) لفترات طويلة من الزمن ، وهو افتراض اقتصادي. يفوض كل من PoW و PoS المشكلة الصعبة المتمثلة في تخفيف Sybil إلى القواعد والأنماط والاستدلال في العالم خارج السلسلة.

RT @0xBreadguy: سعيد لأن هذا المنشور دعا إلى قطع Solana (15 مللي ثانية) على أنها مقارنة بكتل Mega التي تبلغ 10 مللي ثانية. بطريقة ما ، ينتهي بنا الأمر دائما في ...

تقاربت المحادثات بسرعة إلى التصميم المشترك الأمثل ل CLOB والسلسلة الذي كان متوقعا تماما!!

هناك اجتماع هندسي أسبوعي بين GTE و MegaETH. نناقش كل شيء بدءا من طرق RPC الجديدة (تقرأ المرقمة أي شخص؟) إلى كيفية النظر إلى الرسائل غير المرغوب فيها على أسرع blockchain. يتم تذكيري باستمرار بمدى موهبة الفريق وطموحه وعمليته. لقد كان من دواعي سروري العمل مع فريق GTE خلال العام الماضي ، وهي مجرد البداية! مبروك ل @GTE_XYZ !!

كان على الجرو أن يسافر لمدة 42 ساعة فقط للوصول إلينا ، وتأخر ذلك. لذلك سافرنا لمدة 3 ساعات في منتصف الليل لحلق آخر 10 ساعات. مرحبا بكم في المنزل النهر!

توفر الأنظمة الرائعة حقا تجريدات سهلة الاستخدام للمستخدمين النهائيين مع الاحتفاظ بكل قوة الآليات الأساسية. تقوم السحابة بتلخيص أنظمة التشغيل والشبكات في جهاز كمبيوتر عملاق. وزعت ملخصات التشفير الخوارزميات ونظرية اللعبة في وصي خير. تقوم EigenCloud بتجريد السحابة والعملات المشفرة في منصة حوسبة لا نهائية يمكن التحقق منها دائما والتي يمكن للجميع تفريغ كل شيء عليها. تهانينا @sreeramkannan وفريق @eigenlayer!

أدت ترقية هذا الأسبوع إلى شبكة اختبار MegaETH إلى إصلاح خطأ أداء بعيد المنال تسبب في زيادة وقت الكتلة الصغيرة باستمرار بين عمليات إعادة تشغيل جهاز التسلسل. ها هي القصة. إنها قصة عن فلسفتنا - القياس ، ثم البناء. إذا زار المرء لوحة معلومات أداء MegaETH مؤخرا ، فقد يرى المرء أن وقت الكتلة الصغيرة كان يتزايد خلال الأسبوع الذي سبق 3 يونيو. في الواقع ، سيبدأ هذا الاتجاه مباشرة بعد كل إعادة تشغيل لجهاز التسلسل منذ إطلاق شبكة الاختبار العامة. في السابق ، كانت الترقيات المتكررة لجهاز التسلسل تعني أن وقت الكتلة الصغيرة لن يزداد بأي مبلغ يمكن إدراكه قبل إعادة تعيين الاتجاه الصعودي. ومع ذلك ، لم تتطلب الترقيات الأخيرة إعادة تشغيل جهاز التسلسل ، واستمر الاتجاه لأسابيع. في 3 يونيو ، وصل وقت الكتلة الصغيرة تقريبا إلى 100 مللي ثانية. مع تقل احتمالية إعادة تشغيل جهاز التسلسل في المستقبل بفضل النسخ الاحتياطية الساخنة ، فقد حان الوقت للتخلص من الخطأ مرة واحدة وإلى الأبد. نظرا لأننا نجمع بشكل روتيني الكثير من بيانات القياس عن بعد لشبكة الاختبار ، فقد بدأ الفريق بسرعة في الحفر. كان الاكتشاف الأول هو أن الزيادة في وقت الكتلة الصغيرة تسارعت بمرور الوقت - لم يزد وقت الكتلة الصغيرة فحسب ، بل زاد بشكل أسرع وأسرع. عادة ، تشير هذه الأعراض إلى أن العمل الذي ينطوي عليه بناء كل كتلة صغيرة زاد بشكل فائق مع بناء المزيد من الكتل الصغيرة. ومع ذلك ، فقد أسقطنا الفرضية بعد بعض القياس والحساب. لقد قمنا ببناء خط أنابيب الكتلة الصغيرة ليكون غير متزامن تماما تقريبا مع EVM لتحقيق وقت صغير منخفض بشكل تعسفي. هذا يعني أنه مهما كان الوقت الذي يستغرقه إنشاء كتلة صغيرة ، فإن EVM سيقوم بتنفيذ المعاملات طوال الوقت. وبالتالي ، فإن وقت بناء الكتلة الصغيرة الأطول سيؤدي إلى عدد أكبر من المعاملات لكل كتلة صغيرة ، لكننا لم نلاحظ ذلك. لذلك ، لا يمكن أن تكون المشكلة مع بناء الكتل الصغيرة. يؤكد الفحص الدقيق للكود هذا الاستنتاج - لا يوجد جزء في عملية بناء الكتلة الصغيرة له تعقيد فائق. وسع الفريق البحث ، وسرعان ما ظهر الجاني الحقيقي. كان الوقت المستغرق لارتكاب كتل EVM في ازدياد. علاوة على ذلك ، كان وقت الالتزام خطيا تماما لعدد كتل EVM التي تم إنتاجها منذ إعادة التشغيل الأخيرة. عند تنفيذ كتل EVM ، يتم تحديث بيئة EVM مثل ارتفاع الكتلة ، لذلك يجب أن يتوقف EVM مؤقتا ولا يمكنه تنفيذ المعاملات ، مما يعني عدم وجود كتل صغيرة أيضا. هناك فاصل زمني ثابت مدته ثانية واحدة بين كتل EVM. ضمن ميزانية ثانية واحدة ، يؤدي وقت الالتزام المتزايد خطيا إلى تناقص المدة خطيا لتشغيل المعاملات ، مما يؤدي بدوره إلى انخفاض عدد الكتل الصغيرة المنتجة خطيا. إذا أخذنا مقلوبها ، نحصل على متوسط وقت الكتلة الصغيرة ، وهو التناسب عكسيا في الوقت. إنه بالضبط شكل الوظيفة الذي رأيناه على لوحة معلومات الأداء. تم فحص الرياضيات. في تلك المرحلة ، عرفنا بالضبط ما الذي يجب البحث عنه: بعض الإجراءات التي يزداد عبء عملها خطيا بمرور الوقت في الجزء المعين من الكود الذي يتعامل مع ارتكاب كتل EVM. كان باقي العمل واضحا. دفع الفريق الترقية هذا الأسبوع ولم يتسلل وقت الكتلة المصغرة. إذن ، ما هو الدرس؟ أعتقد أنه أظهر مرة أخرى القوة عندما تسترشد الهندسة بقياسات دقيقة ومبادئ أولى. يعمل الفريق على الترقيات الأخرى بنفس الفلسفة. تنزعج!