در اوایل این هفته، شبکه اتریوم افزایش قابل توجهی در اسلاتهای از دست رفته را تجربه کرد که عمدتاً از بلوکهای رله شده توسط رلههای bloXroute سرچشمه میگیرد. بررسی ها نشان داد که در حالی که bloXroute به طور موثر بلوک ها و حباب ها را منتشر می کند، انتشار سریع بلوک ها از طریق شبکه توزیع شده BloXroute (BDN) در تضاد با انتشار کندتر حباب ها از طریق کانال های همتا به همتا (p2p) قرار دارد. این اختلاف یک رفتار مشتری (CL) خاص را برجسته کرد، که منجر به رد بلوکها توسط مشتری و متعاقباً از دست رفتن شکافها شد.
حل اسلات های از دست رفته اتریوم با bloXroute
مدیر عامل BloXroute Labs، Uri Klarman، در یک موضوع مفصل در Github توضیح داد که در مورد اسلات های از دست رفته در اتریوم چه اتفاقی افتاده است.
در نسخه فعلی Lighthouse، گرهها انتظار دارند که همتای مشابهی که بلوک را ارائه میکند، حبابها را نیز تامین کند. با این حال، از آنجایی که BDN حباب ها را منتشر نمی کند، گره های اجماع متصل به بلوک های BDN در ابتدا از آن دریافت می شوند. انتشار اخیر BDN با هدف تسریع انتشار بلوک بدون حباب، با تکیه بر شبکه p2p برای انتشار حباب ها در صورت لزوم. این تغییر به طور ناخواسته منجر به افزایش قابل توجهی در اسلات های از دست رفته شد.
کلارمن توضیح داد که BDN به شدت به Lighthouse متکی است، که اکثر گره های beacon در bloXroute را تشکیل می دهد. مشاهدات اولیه پس از انتشار نشان دهنده انتشار موفقیت آمیز بلوک از طریق BDN بود که در درجه اول بر رله های bloXroute به دلیل ادغام نزدیک آنها با BDN تأثیر می گذارد.
برای رسیدگی به این مشکل، یک سری آزمایش انجام شد که مشکل را در رفتار لایت هاوس در هنگام برخورد با بلوک ها از طریق BDN جدا کرد. اقداماتی برای انتقال تدریجی رلهها از استفاده از BDN برای انتشار بلوک و متعاقباً غیرفعال کردن انتشار بلوک BDN حاوی حبابها انجام شد.
در طول این دوره، رلههای bloXroute به ارائه بلوکهایی با حبابها به اعتبارسنجیها و انتشار بلوکهایی با حباب به BDN و شبکه گرههای بیکن ادامه دادند. با این حال، این درخواستهای انتشار یک پاسخ 202 را برگرداند زیرا گرههای beacon قبلاً بلوک را از BDN دریافت کرده بودند.
پاسخ رئیس فانوس دریایی به اتهامات
مایکل اسپرول، که رئیس Lighthouse است، از برداشت کلارمن در مورد اسلات های از دست رفته انتقاد کرده و ادعا کرده است که مشکلی در مورد باگ p2p Lighthouse را به اشتباه نشان می دهد، که او ادعا می کند ناشی از یک تعامل آزمایش نشده بین "شبکه توزیع بلوک" متمرکز Bloxroute (BDN) و API HTTP Lighthouse.
این پس از مرگ، موضوع را بهعنوان یک باگ p2p Lighthouse نشان میدهد، در حالی که در واقع به دلیل تعامل آزمایشنشده بین «شبکه توزیع بلوک» متمرکز Bloxroute (BDN) و HTTP API Lighthouse ایجاد شده است.
این یک حساب کاربری از دیدگاه من است https://t.co/T2i9dbI2zQ
— مایکل اسپرول (@sproulM_) مارس 29، 2024
Sproul ادعا می کند که Bloxroute در طول این حادثه همکاری نداشته است و از به اشتراک گذاری گزارش ها برای حمایت از ادعاهای خود خودداری کرده است. او استدلال می کند که پس از مرگ زودرس قبل از اینکه بتوان اطلاعات لازم را از Bloxroute به دست آورد، انجام شد.
به گفته Sproul، این مشکل از انتشار بلوکهای Bloxroute بدون حباب در شبکه p2p از طریق BDN و سپس تلاش برای پر کردن حبابها با ارسال آنها به Lighthouse به عنوان بخشی از یک درخواست HTTP به وجود آمد. با این حال، APIهای HTTP Lighthouse و Prysm فرض میکردند که بلوکها روی p2p با حبابها به طور کامل ارسال میشوند. Sproul ادعا می کند که این فرض در حضور یک "شبکه توزیع بلوک" که جریان عادی برای بلوک های انتشار را دور می زند معتبر نیست.
برای رسیدگی به این مشکل، Sproul راهحلهای کوتاهمدتی مانند خاموش کردن BDN در هنگام بروز حبابها و راهحلهای بلندمدت مانند بازسازی اکوسیستم PBS برای جلوگیری از خرابیهای مشابه را پیشنهاد میکند. او همچنین نظر شخصی خود را بیان می کند که BDN یک فناوری است که به دلیل ماهیت متمرکز و خطرات احتمالی برای تمرکززدایی اتریوم باید منسوخ شود.
محتوای ارائه شده ممکن است شامل نظر شخصی نویسنده باشد و منوط به شرایط بازار است. قبل از سرمایه گذاری در ارزهای رمزپایه ، تحقیقات بازار خود را انجام دهید. نویسنده یا نشریه هیچ گونه مسئولیتی در قبال خسارت مالی شخصی شما ندارد.
منبع: https://coingape.com/ethereum-network-straggles-with-missed-slots-bloxroute-and-lighthouse-in-debate/
✓ اشتراک گذاری: