កាលពីដើមសប្តាហ៍នេះ បណ្តាញ Ethereum បានជួបប្រទះការកើនឡើងគួរឱ្យកត់សម្គាល់នៅក្នុងរន្ធដោតដែលខកខាន ដែលភាគច្រើនមានប្រភពចេញពីប្លុកដែលបញ្ជូនបន្តដោយ bloXroute relays ។ ការស៊ើបអង្កេតបានបង្ហាញថា ខណៈពេលដែល bloXroute បញ្ជូនបន្តប្លុក និងប្លុកដែលផ្សព្វផ្សាយប្រកបដោយប្រសិទ្ធភាព ការផ្សព្វផ្សាយប្លុកយ៉ាងឆាប់រហ័សតាមរយៈបណ្តាញចែកចាយ BloXroute (BDN) មានភាពផ្ទុយគ្នាជាមួយនឹងការផ្សព្វផ្សាយយឺតនៃ blobs តាមរយៈបណ្តាញ peer-to-peer (p2p) ។ ភាពខុសគ្នានេះបានគូសបញ្ជាក់ពីអាកប្បកិរិយាជាក់លាក់របស់អតិថិជន (CL) ដែលនាំទៅដល់ការបដិសេធរបស់អតិថិជនចំពោះប្លុក និងការខកខានជាបន្តបន្ទាប់។
ការដោះស្រាយរន្ធដែលខកខាន Ethereum ជាមួយ bloXroute
នាយកប្រតិបត្តិ BloXroute Labs លោក Uri Klarman បានពន្យល់នៅក្នុងអត្ថបទលម្អិតមួយនៅលើ Github ដែលបានកើតឡើងអំពីរន្ធដោតដែលខកខាននៅក្នុង Ethereum ។
នៅក្នុងកំណែ Lighthouse បច្ចុប្បន្ន ថ្នាំងរំពឹងថាមិត្តដូចគ្នាដែលផ្តល់ប្លុកដើម្បីផ្គត់ផ្គង់ blobs ផងដែរ។ ទោះយ៉ាងណាក៏ដោយ ដោយសារ BDN មិនផ្សព្វផ្សាយ blobs ថ្នាំងមូលមតិដែលភ្ជាប់ទៅ BDN មិនយកចិត្តទុកដាក់ចំពោះប្លុកដែលបានទទួលពីដំបូង។ ការចេញផ្សាយ BDN នាពេលថ្មីៗនេះមានគោលបំណងពន្លឿនការផ្សព្វផ្សាយប្លុកដោយគ្មានប្លុក ដោយពឹងផ្អែកលើបណ្តាញ p2p ដើម្បីផ្សព្វផ្សាយ blobs តាមការចាំបាច់។ ការផ្លាស់ប្តូរនេះដោយអចេតនានាំឱ្យមានការកើនឡើងគួរឱ្យកត់សម្គាល់នៅក្នុងរន្ធដែលខកខាន។
Klarman បានពន្យល់ថា BDN ពឹងផ្អែកយ៉ាងខ្លាំងលើ Lighthouse ដែលបង្កើតជាថ្នាំង beacon ភាគច្រើននៅ bloXroute ។ ការសង្កេតក្រោយការចេញផ្សាយដំបូងបានបង្ហាញពីការផ្សព្វផ្សាយប្លុកដោយជោគជ័យតាមរយៈ BDN ដែលជាចម្បងប៉ះពាល់ដល់ការបញ្ជូនបន្ត bloXroute ដោយសារតែការរួមបញ្ចូលយ៉ាងជិតស្និទ្ធរបស់ពួកគេជាមួយ BDN ។
ដើម្បីដោះស្រាយបញ្ហា ការធ្វើតេស្តជាបន្តបន្ទាប់ត្រូវបានធ្វើឡើង ដោយបែងចែកបញ្ហាចំពោះអាកប្បកិរិយារបស់ Lighthouse នៅពេលជួបប្រទះប្លុកដំបូងតាមរយៈ BDN ។ វិធានការត្រូវបានយកទៅបញ្ជូនបន្តបន្តិចម្តងៗពីការប្រើប្រាស់ BDN សម្រាប់ការបោះពុម្ពផ្សាយប្លុក និងជាបន្តបន្ទាប់បិទការផ្សព្វផ្សាយប្លុករបស់ BDN ដែលមានប្លុក។
ពេញមួយរយៈពេលនេះ ការបញ្ជូនបន្តរបស់ bloXroute បានបន្តផ្តល់នូវប្លុកជាមួយនឹង blobs ដល់អ្នកមានសុពលភាព និងការបោះពុម្ពប្លុកជាមួយនឹង blobs ទៅ BDN និងបណ្តាញនៃ beacon nodes ។ ទោះជាយ៉ាងណាក៏ដោយ សំណើបោះផ្សាយទាំងនេះបានត្រឡប់មកវិញនូវការឆ្លើយតប 202 ដោយសារថ្នាំង beacon បានទទួលប្លុកពី BDN រួចហើយ។
ប្រធានពន្លឺឆ្លើយតបនឹងការចោទប្រកាន់
លោក Michael Sproul ដែលជាប្រធាននៅ Lighthouse បានរិះគន់ការទទួលយករបស់ Klarman លើរន្ធដែលខកខានដោយអះអាងថាវាបង្ហាញបញ្ហាជាមួយកំហុស Lighthouse p2p ដែលគាត់អះអាងថាបណ្តាលមកពីអន្តរកម្មដែលមិនអាចសាកល្បងបានរវាងបណ្តាញចែកចាយប្លុកកណ្តាលរបស់ Bloxroute (BDN) និង HTTP API របស់ Lighthouse ។
សាកសពក្រោយការស្លាប់នេះបង្ហាញកំហុសថាជាកំហុស Lighthouse p2p ដែលតាមពិតវាត្រូវបានបង្កឡើងដោយអន្តរកម្មដែលមិនអាចសាកល្បងបានរវាង "បណ្តាញចែកចាយប្លុក" (BDN) កណ្តាលរបស់ Bloxroute និង HTTP API របស់ Lighthouse ។
នេះជាគណនីតាមទស្សនៈរបស់ខ្ញុំ https://t.co/T2i9dbI2zQ
— Michael Sproul (@sproulM_) ខែមីនា 29, 2024
Sproul ចោទប្រកាន់ថា Bloxroute មិនបានសហការក្នុងអំឡុងពេលឧប្បត្តិហេតុនេះ ដោយបដិសេធមិនចែករំលែកកំណត់ហេតុដើម្បីគាំទ្រការទាមទាររបស់ពួកគេ។ គាត់ប្រកែកថាការស្លាប់មុនអាយុត្រូវបានធ្វើឡើងមុនពេលដែលព័ត៌មានចាំបាច់អាចទទួលបានពី Bloxroute ។
យោងតាម Sproul បញ្ហានេះបានកើតឡើងពីប្លុកបោះពុម្ព Bloxroute ដោយគ្មានប្លុកនៅលើបណ្តាញ p2p តាមរយៈ BDN ហើយបន្ទាប់មកព្យាយាមបំពេញប្លុកដោយបង្ហោះពួកវាទៅ Lighthouse ជាផ្នែកនៃសំណើ HTTP ។ ទោះជាយ៉ាងណាក៏ដោយ HTTP APIs របស់ Lighthouse និង Prysm បានសន្មត់ថាប្លុកត្រូវបានផ្ញើនៅលើ p2p ជាមួយនឹង blobs ទាំងស្រុង។ Sproul អះអាងថាការសន្មត់នេះមិនត្រឹមត្រូវទេនៅក្នុងវត្តមាននៃ "បណ្តាញចែកចាយប្លុក" ដែលឆ្លងកាត់លំហូរធម្មតាសម្រាប់ការបោះពុម្ពប្លុក។
ដើម្បីដោះស្រាយបញ្ហា Sproul ស្នើដំណោះស្រាយរយៈពេលខ្លីដូចជាការបិទ BDN នៅពេលដែល blobs ត្រូវបានពាក់ព័ន្ធ និងដំណោះស្រាយរយៈពេលវែងដូចជាការរៀបចំរចនាសម្ព័ន្ធប្រព័ន្ធអេកូ PBS ឡើងវិញដើម្បីការពារការបរាជ័យស្រដៀងគ្នា។ គាត់ក៏បង្ហាញពីគំនិតផ្ទាល់ខ្លួនរបស់គាត់ថា BDN គឺជាបច្ចេកវិទ្យាដែលគួរត្រូវបានលុបចោលដោយសារតែលក្ខណៈកណ្តាលរបស់វា និងហានិភ័យដែលអាចកើតមានចំពោះវិមជ្ឈការរបស់ Ethereum ។
ខ្លឹមសារដែលបានបង្ហាញអាចរាប់បញ្ចូលទាំងគំនិតផ្ទាល់ខ្លួនរបស់អ្នកនិពន្ធនិងស្ថិតក្នុងស្ថានភាពទីផ្សារ។ ធ្វើការស្រាវជ្រាវទីផ្សាររបស់អ្នកមុនពេលវិនិយោគលើគ្រីបគ្រីប។ អ្នកនិពន្ធឬការបោះពុម្ពផ្សាយមិនទទួលខុសត្រូវចំពោះការបាត់បង់ហិរញ្ញវត្ថុផ្ទាល់ខ្លួនរបស់អ្នកទេ។
ប្រភព៖ https://coingape.com/ethereum-network-struggles-with-missed-slots-bloxroute-and-lighthouse-in-debate/
✓ចែករំលែក៖