การได้รับทราบเกี่ยวกับทุนสนับสนุนใหม่ๆ ที่ได้รับนั้นเป็นเรื่องสนุกเสมอ แต่จะเกิดอะไรขึ้นหลังจากการประกาศผล? ในซีรีส์นี้ เราจะมาตรวจสอบโครงการต่างๆ ที่อยู่ระหว่างดำเนินการหรือใกล้จะเสร็จสิ้นแล้ว อ่านต่อเพื่อเรียนรู้เกี่ยวกับเหตุการณ์สำคัญและความสำเร็จล่าสุดบางส่วนของผู้ได้รับทุนสนับสนุน!
นิมบัส** สำหรับ **ไคลเอนต์พอร์ทัล Fluffy และการพัฒนาเครือข่ายพอร์ทัล
นิมบัส เป็นที่รู้จักกันดีที่สุดสำหรับคนส่วนใหญ่ในฐานะไคลเอนต์บีคอนเชน ซึ่งโดดเด่นด้วยความต้องการทรัพยากรที่ต่ำโดยมีเพียง หน่วยความจำ ~750mb จำเป็นต้องเรียกใช้โหนดฉันทามติเต็มรูปแบบ แต่นอกเหนือจากสปอตไลท์ที่ The Merge คัดเลือกมา ทีมงานที่มีความสามารถเบื้องหลัง Nimbus (ส่วนหนึ่งของ สถานะองค์กร) กำลังดำเนินการเพิ่มเติมอีกมากเพื่อให้ทุกคนสามารถเข้าถึงเครือข่าย Ethereum ได้บนอุปกรณ์ใดก็ได้ เครือข่ายพอร์ทัล เป็นโครงการร่วมทีมที่กำลังดำเนินการอยู่เพื่อกำหนดนิยามใหม่ว่าอุปกรณ์ที่มีทรัพยากรจำกัดจะเข้าร่วมในเครือข่าย Ethereum ได้อย่างไร และทีม Nimbus มีบทบาทสำคัญในการทำให้สิ่งนี้เกิดขึ้นจริง
ความพยายามของลูกค้ารายย่อยดำเนินมาอย่างต่อเนื่องเป็นเวลาหลายปี และเน้นที่การออกแบบให้ลูกค้าใช้ทรัพยากรน้อยที่สุด ปัจจุบัน ลูกค้าหลายรายเสนอลูกค้ารายย่อยบางรูปแบบ Nimbus ได้เพิ่ม ไคลเอนต์แบบสแตนด์อโลนแบบไลท์ซึ่งจัดหาข้อมูลเพื่อติดตามส่วนหัวของบีคอนเชนโดยไม่ต้องซิงค์เต็มรูปแบบ อย่างไรก็ตาม ศักยภาพของไคลเอนต์แบบไลท์ของ Ethereum นั้นสุดท้ายแล้ว ถูกจำกัดด้วยการออกแบบเครือข่ายเอง. การ เครือข่ายลูกค้าแสงปัจจุบัน อาศัยสถาปัตยกรรมไคลเอนต์/เซิร์ฟเวอร์: ไคลเอนต์แบบเบาจะดาวน์โหลดบล็อกเฮดเดอร์และข้อมูลอื่น ๆ ตามต้องการ แต่จะไม่มีส่วนสนับสนุนใด ๆ ไคลเอนต์แบบเบาจะอาศัยโหนดเต็มในการให้บริการข้อมูลที่ต้องการ แต่โหนดเต็มจำนวนมากไม่ได้เลือกที่จะให้บริการข้อมูลนี้ ทำให้เป็นทรัพยากรที่มีจำกัดและไม่น่าเชื่อถือ
เนื่องจากทราบว่าแอปพลิเคชันต่างๆ จำเป็นต้องเข้าถึงข้อมูลและฟังก์ชันการทำงานที่แตกต่างกัน Portal Community จึงได้รับการออกแบบให้มีความยืดหยุ่น แทนที่จะรวมฟังก์ชันการทำงานทั้งหมดเข้าด้วยกัน Portal Community จะรวมซับโปรโตคอลหลายอันเข้าด้วยกัน โดยแต่ละอันจะทำหน้าที่เฉพาะ ไคลเอนต์พอร์ทัลสามารถเชื่อมต่อกับซับโปรโตคอลทั้งหมดหรือเฉพาะชุดย่อย ขึ้นอยู่กับความต้องการ ที่สำคัญไม่แพ้กัน อุปกรณ์ที่รันไคลเอนต์พอร์ทัลสามารถสนับสนุนทรัพยากรใดๆ ก็ได้ที่มี (เช่น การจัดเก็บสถานะจำนวนเล็กน้อยหรือการส่งต่อข้อความแบบเพียร์ทูเพียร์) กล่าวอีกนัยหนึ่ง ไคลเอนต์ทุกตัวก็เป็นเซิร์ฟเวอร์เช่นกัน โดยสามารถเข้าถึงข้อมูลที่ต้องการได้ในขณะที่เพิ่มความจุให้กับเครือข่ายตามความสามารถ ไคลเอนต์ออนไลน์มากขึ้นหมายความว่าเครือข่ายมีความแข็งแกร่งขึ้น ไม่ใช่การแข่งขันแบบผลรวมเป็นศูนย์สำหรับทรัพยากรที่มีจำกัด
ทีม Nimbus มีส่วนสำคัญในการออกแบบและพัฒนาเครือข่ายพอร์ทัล พวกเขาเป็นกลุ่มแรกที่นำฟังก์ชันเครือข่ายส่วนใหญ่มาใช้ผ่านการพัฒนา ปุยการนำ Nimbus ไปใช้งานจริงนั้นได้รับการออกแบบมาโดยเฉพาะสำหรับเครือข่ายพอร์ทัลและเป็นหนึ่งในสามไคลเอนต์ที่คาดว่าจะพร้อมใช้งานเมื่อเครือข่ายพอร์ทัลเปิดใช้งาน (อีกสองไคลเอนต์กำลังได้รับการพัฒนาโดยทีมงานของมูลนิธิ Ethereum) Fluffy เป็นไคลเอนต์ตัวแรกที่สามารถจัดเก็บและให้บริการเนื้อหาได้ และทำหน้าที่เป็นแกนหลักในการทดสอบเครือข่ายเบื้องต้น โดยช่วยแจ้งการเปลี่ยนแปลงที่จำเป็นต่อข้อมูลจำเพาะของเครือข่ายเมื่อพบปัญหาในระหว่างการนำไปใช้งาน
ทีมงานมุ่งหวังให้ Fluffy มีน้ำหนักเบาพอที่จะใช้งานจากภายในกระเป๋าสตางค์ และท้ายที่สุดจะรวมเข้ากับ แอปมือถือสถานะโอกาสในการรันไคลเอนต์เต็มรูปแบบจากภายในกระเป๋าเงินหรือ dapp นั้นมีผลกระทบมหาศาล ไม่เพียงแต่ต่อสุขภาพของเครือข่ายเท่านั้น แต่ยังรวมถึงการกระจายอำนาจและความเป็นส่วนตัวด้วย เนื่องจากช่วยลดการพึ่งพาโครงสร้างพื้นฐานแบบรวมศูนย์ที่กระเป๋าเงินส่วนใหญ่ใช้ในปัจจุบันเพื่อเข้าถึงข้อมูล Ethereum
หากทีมงานที่ยุ่งวุ่นวายนี้ประสบความสำเร็จ คุณจะมีไคลเอนต์ Ethereum อยู่ในกระเป๋ากางเกงของคุณก่อนที่คุณจะรู้ตัว! จะมีการโพสต์การอัปเดตเป็นระยะเกี่ยวกับการพัฒนา Fluffy และ Portal Community แฮ็คเอ็มดี และนิมบัส บล็อกคุณสามารถติดตาม Nimbus ได้ทาง Twitter @เอธนิมบัส; ดู Github เพื่อความคืบหน้าของไคลเอนต์ Fluffy และ Nimbus (เราได้บอกไปหรือยังว่าพวกเขายังทำงานบน การดำเนินการลูกค้า?) หรือติดต่อกับทีมงานผ่านทาง ความขัดแย้ง– สถานะ หรือ กิตเตอร์–
พอล มิลเลอร์** สำหรับ **การเข้ารหัส Ethereum การปรับปรุง
การเข้ารหัส Ethereum เป็นหนึ่งในไลบรารี Ethereum ที่ใช้มากที่สุด ซึ่งประกอบด้วยไพรมิทีฟการเข้ารหัสที่จำเป็นซึ่งใช้ในการพัฒนาแอปพลิเคชัน Ethereum ใน JavaScript และ TypeScript เปิดตัวแล้ว ในปี 2020 โดย มูลนิธิโนมิค เพื่อปรับปรุงประสบการณ์ของนักพัฒนา Ethereum โดยการรวมการอ้างอิงการเข้ารหัสเฉพาะ Ethereum ไว้ในไลบรารีเดียว ซึ่งช่วยลดความจำเป็นในการใช้การอ้างอิงแบบ node-gyp ที่มักสร้างปัญหาซึ่งนักพัฒนาเคยพึ่งพามาก่อน
การรวบรวมเครื่องมือเข้ารหัสทั่วไปเหล่านี้ไว้ภายใต้หลังคาเดียวกันช่วยบรรเทาปัญหาที่ร้ายแรงบางอย่างสำหรับนักพัฒนา แต่ Paul Miller เห็นว่ายังมีพื้นที่ให้ปรับปรุงเพิ่มเติมโดยลดจำนวนการพึ่งพาและขนาดโดยรวมของฐานโค้ด ไม่น่าแปลกใจที่ Paul กระตือรือร้นที่จะทำสิ่งนี้ เพราะเขามีประสบการณ์ยาวนานในการสร้างเครื่องมือเพื่อช่วยให้นักพัฒนาสร้างได้อย่างมีประสิทธิภาพและปลอดภัยมากขึ้น รวมถึง โชคิดาร์บริการเฝ้าดูไฟล์ข้ามแพลตฟอร์ม และ โนเบิล-เซคพี256เค1การนำ JS ไปใช้ของเส้นโค้งวงรี secp256k1
เมื่อ Paul เริ่มทำงานกับ ethereum-cryptography แพ็คเกจการติดตั้งมาพร้อมกับการอ้างอิง 38 รายการและรหัสต้นฉบับ 3.46 เมกะไบต์ รหัสเหล่านี้ไม่ได้ถูกนำไปใช้งานจริงทั้งหมด แต่ผู้ใช้ปลายทางของ dapp ที่สร้างด้วยไลบรารีนี้ยังคงดาวน์โหลดรหัสมากถึง 793 กิโลไบต์ ซึ่งก็คือรหัสประมาณ 24,000 บรรทัด Paul ตั้งใจที่จะสร้างไลบรารีที่กะทัดรัดและปลอดภัยยิ่งขึ้นซึ่งจะให้ฟังก์ชันการทำงานเหมือนเดิม โดยเขียนใหม่การใช้งานการเข้ารหัสจำนวนมากและนำเวอร์ชันใหม่ไปตรวจสอบอย่างเป็นทางการ การปรับปรุงครั้งนี้ส่งผลให้ประสิทธิภาพและความปลอดภัยดีขึ้นอย่างมาก:
- การพึ่งพาภายนอกลดลงจาก 38 เหลือ 5
- ขนาดไดเรกทอรีลดลงจาก 10.2MB เป็น 650KB
- ซอร์สโค้ดลดลงจาก 23,799 บรรทัดเหลือ 5,225 บรรทัด
- ปริมาณการรับส่งข้อมูล NPM ลดลงจาก 3.6MB เหลือ 324KB โดยไม่แคช
- การตรวจสอบบัญชี ดำเนินการโดย เคียว53 และแก้ไขช่องโหว่ทั้งหมดแล้ว
หากต้องการเรียนรู้เพิ่มเติม โปรดดู v1.0.0 โพสต์ปล่อยตัวหรือขุดคุ้ยบางส่วนของ ข้อมูลเชิงลึกทางเทคนิค ที่เกิดขึ้นระหว่างการสร้างใหม่ คุณสามารถเจาะลึกลงไปได้ การเข้ารหัสอีเธอเรียม บน Github ติดตาม Nomic Basis ได้ที่ ทวิตเตอร์ หรือลองดูของพวกเขา บล็อกและติดตาม Paul ได้ทาง Twitter @พอลมิลล์ หรือส่วนตัวของเขา Github–
คุณกำลังทำบางอย่างที่คุณคิดว่าจะเปลี่ยนแปลง Ethereum ให้ดีขึ้นหรือไม่? ไปที่ เว็บไซต์ เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับโปรแกรมสนับสนุนระบบนิเวศและสมัครขอรับการสนับสนุน
