सोल्डोग्न इंटरऑपचा आढावा ☀️

गेल्या आठवड्यात, १०० हून अधिक इथेरियम कोअर योगदानकर्ते आर्क्टिक सर्कलच्या वर — स्वालबार्डमधील लाँगइयरबायन येथे — सोल्डोग्न इंटरऑपसाठी (Soldøgn Interop) एकत्र आले: ग्लॅमस्टरडॅम नेटवर्क अपग्रेडवर सखोल काम करण्याचा एक आठवडा.

सोल्डोग्न हे गेल्या वर्षीच्या बर्लिनटरऑप (Berlinterop) नंतर आले, परंतु अॅम्फोरा (Amphora) 🏺, एडेलवाईस (Edelweiss) 🏔️, आणि न्योटा (Nyota) ✨ द्वारे वापरल्या गेलेल्या स्वरूपाकडे परतले: एका विशिष्ट अपग्रेडच्या दिशेने केंद्रित, मल्टी-क्लायंट प्रगतीचा सिंगल-ट्रॅक आठवडा — या प्रकरणात, ग्लॅमस्टरडॅम अधिक मजबूत करणे.

शुक्रवारपर्यंत, गटाने त्यांच्या तीन मुख्य उद्दिष्टांची पूर्तता केली होती: ग्लॅमस्टरडॅमनंतरच्या 200M च्या गॅस मर्यादा तळावर एकमत, बाह्य निर्मात्यांसह चालणाऱ्या स्थिर ePBS अंमलबजावणी, आणि अंतिम EIP-8037 रिप्रायसिंग आकडे निश्चित करणे. हेगोटा (Hegotá) वैशिष्ट्यांवर जसे की FOCIL आणि मूळ खाते अमूर्तीकरण, तसेच इतर अनेक विषयांवरही लक्षणीय प्रगती झाली.

स्वालबार्ड का?

स्वालबार्ड हे पृथ्वीवरील अशा काही मोजक्या ठिकाणांपैकी एक आहे जिथे राष्ट्रीयत्वाची पर्वा न करता कोणीही विना-व्हिसा राहू आणि काम करू शकतो. हे जागतिक बीज तिजोरी (Global Seed Vault) आणि आर्क्टिक वर्ल्ड आर्काइव्ह (Arctic World Archive) चे घर देखील आहे, लाँगइयरबायनच्या बाहेर पर्माफ्रॉस्टमध्ये बोगदा करून बनवलेल्या दोन कोल्ड-स्टोरेज सुविधा. त्यांच्यामध्ये पिके, पुस्तके, चित्रपट, हस्तलिखिते आणि सोर्स कोडचे बॅकअप आहेत जे मानवतेला आजपासून हजार वर्षांनंतर लागू शकतात, ज्यामध्ये इथेरियमच्या सोर्स कोडच्या एका Snapshot चाही समावेश आहे. आणि सर्वात महत्त्वाचे म्हणजे, एप्रिलच्या अखेरीस ते ऑगस्टपर्यंत, स्वालबार्डमध्ये सूर्य मावळत नाही. इथेरियमप्रमाणेच याचा 24/7 अपटाइम आहे, ज्याचा कोअर डेव्हलपर्सनी आठवडाभर पुरेपूर फायदा घेतला!

ग्लॅमस्टरडॅम मजबूत करा, इथेरियमचा विस्तार करा

या आठवड्याचे उद्दिष्ट ग्लॅमस्टरडॅम अंमलबजावणी मजबूत करणे आणि अपग्रेड-नंतरच्या गॅस मर्यादा तळासाठी एक लक्ष्य निश्चित करणे हे होते. गॅस मर्यादा सुरक्षितपणे वाढवणे ही एक बहुआयामी समस्या आहे आणि ग्लॅमस्टरडॅम त्यापैकी अनेकांना हाताळते: ब्लॉक कसे तयार केले जातात आणि प्रस्तावित केले जातात, लोड अंतर्गत क्लायंट अंमलबजावणीकडे किती वाव (headroom) आहे, आणि प्रक्रिया क्षमता वाढण्यासोबत स्थिती-निर्मितीचा खर्च कसा वाढतो.

व्यवहारात याचा अर्थ असा होता की आठवड्याच्या शेवटी एक स्थिर मल्टी-क्लायंट ग्लॅमस्टरडॅम डेव्हनेट असावे जे नवीनतम ePBS, रिप्रायसिंग आणि ब्लॉक ऍक्सेस लिस्ट (BAL) स्पेसिफिकेशन्स चालवत असेल, सोबतच एका विश्वासार्ह गॅस मर्यादा प्रस्तावाला आधार देण्यासाठी बेंचमार्किंग डेटा असावा.

बहुतांश वेळ लक्ष केंद्रित करून कोड लिहिण्यात व्यतीत झाला, अनेकदा पहाटेपर्यंत, ज्यामध्ये डिझाइनच्या निर्णयांवर एकमत करण्यासाठी आणि दीर्घकालीन रोडमॅपच्या मुद्द्यांवर चर्चा करण्यासाठी ब्रेकआउट सत्रांचा समावेश होता.

तीन EF टीम्सनी या आठवड्यासाठी पायाभूत सुविधा पुरवल्या: EthPandaOps ने टीम्सच्या एजंटिक वर्कफ्लोला समर्थन देण्यासाठी ethIQ आणि एक panda MCP सर्व्हर वितरित केले; Protocol Support ने इंटरऑप उद्दिष्टे, वेळापत्रक आणि नोट्ससाठी माहितीचा एकमेव स्रोत म्हणून soldogn.xyz सेट केले; आणि EF Digital Studio टीमने हा आठवडा कॅमेऱ्यात कैद केला. अगदी पहिल्या इंटरऑप डॉक्युमेंटरीची अपेक्षा करा 🔜!

ePBS

प्रस्तावक/निर्माता संबंध सुधारण्यापलीकडे, ePBS ब्लॉक निर्मिती, पेलोड उघड करणे आणि साक्षांकनासाठी अंतिम मुदत जोडून स्लॉटची पुनर्रचना करते. यामुळे अंमलबजावणीसाठी किती वेळ दिला जाऊ शकतो हे स्पष्ट होते, ज्यामुळे गॅस मर्यादा वाढवण्यासाठी आपल्याकडे असलेला वाव वाढतो.

सोमवार संध्याकाळपर्यंत 4 EL × 4 CL ग्लॅमस्टरडॅम डेव्हनेटचे लक्ष्य ठेवून टीम्सनी आठवड्याची सुरुवात केली. पहिल्या प्रयत्नांमध्ये पुरेशा समस्या समोर आल्या ज्यामुळे हे लक्ष्य मंगळवारपर्यंत पुढे ढकलावे लागले, जेव्हा 4×3 कॉन्फिगरेशन स्ट्रेस टेस्टिंग सुरू करण्यासाठी पुरेसे स्थिर चालले.

तिथून पुढे, उर्वरित आठवडा ePBS मजबूत करण्याचे चक्र होते: स्ट्रेस टेस्ट, एज केसेस शोधणे, दुरुस्त करणे, आणि पुन्हा करणे. मंगळवारी सकाळच्या Builder API ब्रेकआउटने प्रमाणक नोंदणी, बिड/हेडर/कमिटमेंट्स फ्लो, निर्माता पेमेंट्ससाठी ट्रस्ट मॉडेल आणि सर्किट-ब्रेकर वर्तनाभोवतीचे स्पेसिफिकेशन लक्षणीयरीत्या सोपे केले. आठवड्याच्या मध्यभागी डीबगिंगने क्रॉस-क्लायंट एज केसेसवर लक्ष केंद्रित केले — विशेषतः बीकन विनंत्यांच्या अंमलबजावणी-विनंती अवैधतेभोवती, जिथे एका नवीन टेस्ट सूटने प्रत्येक क्लायंट अंमलबजावणीमध्ये एक त्रुटी उघड केली. गुरुवार सकाळपर्यंत, CL टीम्स स्थिर ePBS ची नोंद करत होत्या तर EL-बाजूचे बिड मार्ग अद्याप डीबग केले जात होते; ते गुरुवार ते शुक्रवार दरम्यान सोडवले गेले. ACD साठी दोन प्रश्न खरोखरच विवादास्पद राहिले आहेत: विनंती स्वाक्षरीने प्राप्तकर्त्या निर्मात्याला कमिट करावे का, आणि 1 ETH-स्टेक-निर्माता डिझाइनला P2P सिबिल-आधारित (Sybil-based) लाइव्हनेस हल्ल्यांपासून कसे लवचिक ठेवायचे.

शुक्रवारपर्यंत, जवळजवळ सर्व क्लायंट्स glamsterdam-devnet-2 वर एकत्र चालत होते आणि बाह्य निर्मात्यांच्या पाइपलाइनची एंड-टू-एंड चाचणी केली गेली होती!

BAL ऑप्टिमायझेशन्स

जर ePBS ही ग्लॅमस्टरडॅम स्केलिंग कथेची एकमत-स्तर बाजू असेल, तर अंमलबजावणी स्तर समकक्षाचे दोन प्रमुख भाग आहेत: गॅस रिप्रायसिंग आणि ब्लॉक-लेव्हल ऍक्सेस लिस्ट्स (Block-Level Access Lists). क्लायंट्सना ब्लॉकच्या रीड/राइट सेटबद्दल पुरेशी माहिती आगाऊ देऊन, BALs समांतर अंमलबजावणी, बॅचिंग केलेले I/O, आणि समांतर स्थिती-रूट गणना सक्षम करतात, जे सर्व क्लायंट्स किती मोठा ब्लॉक आरामात हाताळू शकतात हे ठरवतात.

सोल्डोग्न BAL ट्रॅक ग्लॅमस्टरडॅम ePBS चेन्सपासून वेगळा, स्वतःच्या डेव्हनेटवर चालला, त्यामुळे ऑप्टिमायझेशन बेंचमार्क एकमत-स्तर स्थिरीकरणाच्या कामात अडकले नाहीत. प्रत्येक ऑप्टिमायझेशन स्वतःच्या फीचर फ्लॅगच्या मागे होते जेणेकरून आठवड्याचे मोजमाप कार्य त्यांची एकाच बंडलऐवजी स्वतंत्रपणे तुलना करू शकेल. BAL बेंचमार्क डॅशबोर्ड आणि लीडरबोर्डने टेस्ट सूटमध्ये प्रत्येक क्लायंटचे सर्वात वाईट परिस्थितीतील परिदृश्य समोर आणले — सर्वात धीमे मार्ग प्रथम सुधारण्यावर लक्ष केंद्रित करून, टीम्स केवळ सर्वात वेगवान अंमलबजावणीसाठीच नव्हे तर सर्वत्र गॅस मर्यादा तळ वाढवू शकल्या.

गॅस रिप्रायसिंग

ग्लॅमस्टरडॅममध्ये अनेक EL गॅस रिप्रायसिंगचा समावेश आहे, जे उच्च प्रक्रिया क्षमतेवर संसाधनांच्या वापराशी अधिक चांगल्या प्रकारे जुळण्यासाठी खर्चाचे कॅलिब्रेशन करतात. EIP-8037, स्थिती-निर्मिती गॅस खर्चातील वाढ, याच्या केंद्रस्थानी आहे: हे नवीन स्थिती लिहिण्याची किंमत वाढवते जेणेकरून उच्च गॅस मर्यादेचे रूपांतर अमर्याद स्थिती वाढीमध्ये होणार नाही.

सोल्डोग्नमध्ये प्रवेश करताना, 8037 स्पेसिफिकेशनमध्ये ब्लॉक गॅस मर्यादेशी जोडलेली डायनॅमिक प्रति-स्थिती-बाइट किंमत होती, ज्यामुळे चाचणी करणे कॉम्बिनेटोरियली वेदनादायक (प्रति गॅस मर्यादा बँड एक फझ मॅट्रिक्स) आणि बेंचमार्किंग जवळजवळ अशक्य झाले. टीम्सनी आठवड्याच्या सुरुवातीलाच डायनॅमिक किंमत सोडून निश्चित cost_per_state_byte च्या बाजूने सहमती दर्शवली, ज्यामध्ये भविष्यातील रिप्रायसिंग फोर्कच्या आत हाताळण्याऐवजी फोर्कच्या सीमांवर हाताळले जाईल.

अकाउंटिंग मॉडेलने स्वतःच अधिक पुनरावृत्तीचा मार्ग स्वीकारला. सोमवारच्या ब्रेकआउटने स्थिती-गॅस अकाउंटिंगला मध्य-अंमलबजावणीवरून कॉल-फ्रेमच्या शेवटी हलवले; मंगळवारच्या फॉलो-अपने खाते निर्मिती खर्च, कोड डिपॉझिट खर्च आणि CREATE-व्यवहार रिव्हर्ट्स पूर्ण केले; बुधवारी रिझर्व्हयर रिफंड/रिफिल एज केसेस समोर आल्या ज्यामुळे पुनर्विचार करणे भाग पडले. गुरुवारच्या ब्रेकआउटने अकाउंटिंगला ऑपकोड स्तरावर परत आणले, असा निष्कर्ष काढला की खरी गुंतागुंत रिझर्व्हयर मॉडेलमध्ये होती, अकाउंटिंग गणनेमध्ये नाही. शुक्रवारपर्यंत स्पेसिफिकेशन bal-devnet-6 वर स्थिर झाले होते, आणि BAL ट्रॅकने अंतिम रिप्रायसिंग आकडे दिले.

हा संपूर्ण घटनाक्रम इंटरऑपच्या सर्वात महत्त्वाच्या पैलूंपैकी एकावर प्रकाश टाकतो: आठवड्यांऐवजी काही तासांत जटिल स्पेसिफिकेशन, अंमलबजावणी, चाचणी, डीबगिंग आणि डिझाइन समस्या सोडवण्याची क्षमता. त्यांच्या सर्वोत्तम स्थितीत, इंटरऑप आठवडे एका महिन्याची असिंक्रोनस प्रगती प्रत्येक दिवसात संकुचित करू शकतात!

शुक्रवारपर्यंत, तीनही धागे आठवड्याच्या मुख्य आकड्यावर एकत्र आले: एक विश्वासार्ह 200M ग्लॅमस्टरडॅमनंतरचा गॅस मर्यादा तळ. ही लक्षणीय वाढ शक्य आहे कारण ePBS अंमलबजावणीला अधिक वेळ देण्यासाठी स्लॉटची रचना करते, BAL ऑप्टिमायझेशन्स क्लायंट्सना त्या रचनेअंतर्गत प्रक्रिया क्षमतेचा वाव देतात, आणि 8037 हे सुनिश्चित करते की उच्च गॅस मर्यादेचे रूपांतर अनियंत्रित स्थिती वाढीमध्ये होणार नाही.

इतर ग्लॅमस्टरडॅम थ्रेड्स

ePBS, BALs आणि रिप्रायसिंगच्या पलीकडे, उर्वरित ग्लॅमस्टरडॅम व्याप्तीचा बहुतांश भाग ब्रेकआउट सत्रांमध्ये सोडवला गेला.

CL टीम्सनी लहान ग्लॅमस्टरडॅम EIPs वरील निर्णय अंतिम केले: EIP-8061 (निर्गमन/एकत्रीकरण चर्न वाढ) glamsterdam-devnet-1 मध्ये समाविष्ट केले गेले; EIP-8080 (एकत्रीकरण रांगेद्वारे निर्गमन) समाविष्ट करण्यास नकार दिला गेला; EIP-8045 (स्लॅशिंग-झालेल्या-प्रमाणक कर्तव्याची काढणी) केवळ लुक-अहेड विंडोमधील प्रस्तावक कर्तव्यांपर्यंत मर्यादित केले गेले; आणि EIP-7688 (SSZ स्टेबल कंटेनर्स) ग्लॅमस्टरडॅमच्या व्याप्तीमध्ये राहिले आहे परंतु प्रोग्रेसिव्ह लिस्ट्स अंतर्गत साक्षांकनांसाठी मर्यादित गॉसिप-संदेश आकारावर टीम काम करत असताना ते glamsterdam-devnet-1 मधून बाहेर ठेवले आहे.

बुधवारच्या सकाळच्या EL/CL समक्रमण आर्किटेक्चर ब्रेकआउटने भविष्यातील फोर्कमध्ये दीर्घकालीन "टॉप-अप समक्रमण" आर्किटेक्चरसाठी पर्याय जतन करण्याच्या बाजूने EIP-8237 ला ग्लॅमस्टरडॅममधून पुढे ढकलले. त्याऐवजी, forkchoiceUpdated / newPayload / getPayload सिक्वेन्सिंग सामान्य करणारे, स्नॅप-समक्रमण इनिशिएशन हँडशेक निर्दिष्ट करणारे, आणि इंजिन API पृष्ठभागांमधील वैध/अवैध सुसंगतता घट्ट करणारे EIP तयार करण्यास सर्वांनी सहमती दर्शवली.

मजबूत करणे (Hardening) हा आठवड्याचा एक सततचा विषय होता. गुरुवारच्या सत्रामध्ये फोर्क-चॉइस कंप्लायन्स टेस्टिंग फ्रेमवर्क्स, पुनरुत्पादक CL एज-केस परिदृश्यांचे डायमंड (Diamond) रेपो, आणि बिल्डूर (buildoor), PandaOps चे बाह्य-निर्माता चाचणी साधन समाविष्ट होते, ज्याचे प्रात्यक्षिक सत्राच्या मध्यभागी उपस्थितांनी जागेवरच सुचवलेल्या हल्ल्यांच्या परिदृश्यांच्या एका लांब प्रवाहावर दिले गेले.

ग्लॅमस्टरडॅमच्या पलीकडे

अनेक ब्रेकआउट्सनी हेगोटा (Hegotá) आणि त्यानंतर येणाऱ्या फोर्क्सकडे लक्ष दिले.

मूळ खाते अमूर्तीकरण (native Account Abstraction) वरील एका जाणीवपूर्वक प्रस्ताव-अज्ञेयवादी सत्राने सुरुवात केली, ज्यामध्ये भविष्यातील कोणत्याही डिझाइनने पूर्ण केल्या पाहिजेत अशा आवश्यकता आणि मर्यादांवर काम केले गेले. पर्यायी स्वाक्षरी योजना, एकत्रीकरण, बॅचिंग, पुनर्प्राप्ती, गॅस प्रायोजकत्व, लवचिक नॉनसेस, आणि कीस्टोअर वॉलेट्स यांसारखी वैशिष्ट्य-संच उद्दिष्टे सार्वजनिक-मेमपूल सुसंगतता, अवस्थाहीनता, आणि स्तर २ (l2) DoS प्रतिकार यांसारख्या कठोर मर्यादांसोबत मांडली गेली.

गुरुवारच्या FOCIL ब्रेकआउटने अंमलबजावणीच्या अद्यतनांवर लक्ष केंद्रित केले: सुरुवातीचे प्रोटोटाइप आधीच कार्यरत होते, ज्यामध्ये मल्टी-क्लायंट इंटरऑप आणि एक समर्पित FOCIL डेव्हनेट ही तात्काळ पुढील पावले होती. दोन उल्लेखनीय डिझाइन निर्णय देखील घेतले गेले: 2-पर्व गैर-अंतिमत्व दरम्यान FOCIL अक्षम करणे (प्रस्तावक-बूस्ट सर्किट-ब्रेकर वर्तनाचे अनुकरण करणे), आणि फ्रेम व्यवहार / EIP-7702 सह सुसंगततेसाठी निर्देशांक-आधारित बुकमार्क दृष्टिकोन स्वीकारणे.

पुढे, एका दीर्घकाळ चालणाऱ्या ETH P2P ट्रॅकने libp2p साठी डीफॉल्ट-गोपनीयता आणि स्लॉट-अवेअर इंटिग्रेशनसह QUIC-आधारित पर्यायाची रूपरेषा तयार केली, सोबतच एका इरेजर-कोडेड ब्रॉडकास्ट प्रोटोटाइपने 2.4 MB पेलोड्सवर GossipSub पेक्षा ~6× वेगवान प्रसाराचे अनुकरण केले. CL ट्रॅकने शेवटी एकत्रीकरण पूर्णपणे बंद करण्याच्या दिशेने तीव्र भावना देखील व्यक्त केली — त्यांना समर्थन देणारा अंतिम फोर्क घोषित करणे, आणि त्यानंतर निर्गमन-मग-पुन्हा-ठेव सक्तीचे करणे — जे प्रमाणक-सेट स्थिती वाढीसाठी अधिक स्वच्छ दीर्घकालीन उत्तर आहे.

ACD प्रक्रिया

बुधवारी दुपारी, निक्सो (Nixo) आणि अन्सगार (Ansgar), दोन ACDE सह-प्रमुखांनी, ACD प्रक्रियेबद्दल कोअर योगदानकर्त्यांकडून मते गोळा करण्यासाठी एक सत्र चालवले. या सत्राने हेडलाइनर कन्स्ट्रक्ट (headliner construct) वर पुनर्विचार केला, स्ट्रॉमॅप (strawmap) असण्याच्या साधक-बाधकांवर चर्चा केली, आणि EIP SFI निकष औपचारिक केले. सर्वांची सर्वसाधारणपणे हेडलाइनर्स ठेवण्याची इच्छा होती परंतु EIP-विरुद्ध-थीम कठोरता शिथिल करून, "थीम + उमेदवार EIP" ला एक व्यवहार्य पॅटर्न म्हणून स्वीकारण्याची तयारी होती. 2026 नंतरच्या स्ट्रॉ मॅपच्या प्रति-फोर्क वर्ष असाइनमेंट्सना अति-प्रमाणित म्हणून चिन्हांकित केले गेले आणि ते मवाळ केले जाण्याची शक्यता आहे. एक नवीन चार-बिंदू SFI व्याख्या पुढे ठेवली गेली, ज्यामध्ये ACDT ने तयारी दर्शवली आणि ACDE/ACDC ने अंतिम निर्णय राखून ठेवला. एक नवीन प्राधान्यक्रम-ऑर्डरिंग प्रक्रिया — जी CFI निर्णयांनंतर तयार केली जाईल आणि मेटा-EIP मध्ये प्रतिबिंबित होईल — हेगोटापासून सुरू होऊन, डेव्हनेट समावेश चालविण्याच्या SFI च्या जुन्या भूमिकेची जागा घेईल.

कॉल-समन्वयाच्या बाजूने, अॅलेक्स स्टोक्स (Alex Stokes) यांनी जाहीर केले की ते पुढच्या आठवड्यापासून तीन महिन्यांची रजा (sabbatical) घेत आहेत, ज्या दरम्यान परी (Pari) ACDC मॉडरेशन कव्हर करतील आणि बर्नाबस (Barnabas) ACDT साठी काम पाहतील. थोडक्यात सांगायचे तर: निक्सो (Nixo) आणि अन्सगार (Ansgar) ACDE चे अध्यक्ष आहेत, परी ACDC वर अंतरिम आहेत, आणि मारिओ (Mario), बर्नाबस, आणि डान्सरटॉपझ (Danceratopz) ACDT मॉडरेशन आळीपाळीने करतील.

इतर सर्व काही

वरील सर्वांव्यतिरिक्त, टीम्सनी या प्रत्यक्ष भेटीच्या वेळेचा उपयोग चांगल्या टेस्ट हार्नेसेसपासून (हाइव्ह फीडबॅक लूप्स तासांवरून मिनिटांत संकुचित करणे), इंजिन-API प्लंबिंग सुधारणांपर्यंत (गॉसिप डीडुप, बॅचिंग केलेले कॉल्स, आणि लाइट-क्लायंट-चालित हेड शोध), क्लायंट विविधता भोवतीच्या कठीण तडजोडी, आणि इतर अनेक विषयांवर प्रगती करण्यासाठी केला. सत्र नोट्सची संपूर्ण यादी soldogn.xyz वर उपलब्ध आहे.

पुढील पावले

इथून पुढे, टीम्स आठवडाभरात जे प्रोटोटाइप केले गेले ते घेऊन ते उत्पादन-सज्ज करण्यासाठी घरी परततील. पुढील काही आठवडे नवीन स्पेसिफिकेशन्सच्या विरुद्ध क्लायंट अंमलबजावणी मजबूत करणे, चाचणी कव्हरेज अंतिम करणे, आणि सोल्डोग्नच्या ड्राफ्ट PRs चे विलीन केलेल्या कोडमध्ये रूपांतर करण्यावर लक्ष केंद्रित केले जाईल अशी अपेक्षा करा.

नेहमीप्रमाणे, 200M गॅस मर्यादा लक्ष्य आणि अंतिम रिप्रायसिंग आकडे यांसारख्या मूल्यांसाठी अंतिम निर्णय घेतले जातील आणि AllCoreDevs कॉल्स वर सार्वजनिकरित्या सामायिक केले जातील. हे पुढील आठवड्याचे प्रमुख विषय असतील अशी अपेक्षा करा!

78°N पर्यंत येऊन हा आठवडा यशस्वी करणाऱ्या सर्वांचे खूप खूप आभार! दररोज गटाला शिस्त लावल्याबद्दल EthPandaOps चे विशेष आभार, आणि आम्ही आमची दैनंदिन उद्दिष्टे साध्य करू याची खात्री करण्यासाठी मध्यरात्रीच्या सूर्याखाली काम करणाऱ्या सर्वांचे — ज्यामध्ये त्यांच्या पहिल्या इंटरऑपसाठी आमच्यात सामील झालेल्या Ethrex क्रूचाही समावेश आहे. हा एक आश्चर्यकारकपणे उत्पादक आठवडा होता, आणि सुदैवाने तो लक्षात ठेवण्यासाठी आपल्याकडे एक संपूर्ण लघुपट असेल ☀️