ERPC ยกระดับโครงสร้างพื้นฐานเครือข่าย Solana ครั้งใหญ่ อัปเกรดแพลตฟอร์มพร็อกซี Rust ประสิทธิภาพสูงครบทุกภูมิภาคสำหรับ Shared RPC, gRPC และ Shredstream โดยไม่มี Downtime
ERPC ซึ่งดำเนินงานโดย ELSOUL LABO B.V. (สำนักงานใหญ่: อัมสเตอร์ดัม ประเทศเนเธอร์แลนด์; CEO: Fumitake Kawasaki) และ Validators DAO ได้ดำเนินการอัปเกรดโครงสร้างพื้นฐานเครือข่าย Solana ครั้งใหญ่เสร็จสมบูรณ์แล้ว
การอัปเกรดนี้ถูกนำไปใช้กับทุกภูมิภาคและ Shared Endpoint ทั้งหมดที่ ERPC ให้บริการแล้ว (Solana RPC, Geyser gRPC และ Shredstream) เราได้ปรับปรุงพฤติกรรมของโครงสร้างพื้นฐานที่มีแนวโน้มส่งผลโดยตรงต่อผลลัพธ์ในการใช้งานจริงในฐานะระบบที่ทำงานร่วมกัน ซึ่งรวมถึงการเริ่มต้นการเชื่อมต่อ การประมวลผล TLS การควบคุมแคช การส่งข้อมูลผ่าน HTTP/1.1 และ HTTP/2 พฤติกรรมของการเชื่อมต่อระยะยาว ตลอดจนเมตริกสำหรับการสังเกตการณ์และแก้ไขปัญหา
นอกจากคงความรวดเร็วในการตอบสนองประจำวันไว้เป็นพื้นฐานแล้ว เรายังจัดระเบียบพฤติกรรมเครือข่ายเบื้องหลังใหม่ เพื่อให้มีโอกาสเกิดความเอนเอียงหรือไม่เสถียรน้อยลงในสถานการณ์ที่ผลลัพธ์มักถดถอย เช่น ความผันผวนในช่วงที่มีภาระสูงสุด ความไม่เสถียรระหว่างการทำงานต่อเนื่อง และผลกระทบแบบลูกโซ่จากการตัดการเชื่อมต่อและเชื่อมต่อใหม่ ด้วยเหตุนี้ สภาพแวดล้อมจึงมีโครงสร้างที่รองรับทั้งประสิทธิภาพและเสถียรภาพในการใช้งาน Solana จริงได้ดียิ่งขึ้น
นอกจากนี้ เรายังเปลี่ยนไปใช้สถาปัตยกรรมการดำเนินงานที่ช่วยให้สามารถปรับใช้การเปลี่ยนแปลงการตั้งค่าเครือข่ายและการอัปเกรดแพลตฟอร์มได้โดยไม่มี Downtime อย่างสมบูรณ์ ไม่มีการเปลี่ยนแปลงด้านราคา ข้อกำหนด การยืนยันตัวตน หรือ Rate Limit และลูกค้า ERPC ที่มีอยู่จะได้รับประโยชน์จากการอัปเกรดโดยไม่ต้องตั้งค่าเพิ่มเติมหรือเปลี่ยนแปลงการดำเนินงานใด ๆ
ที่มา
ในการใช้งาน Solana จริง เวลาตอบสนองเฉลี่ยและความหน่วงในภาวะปกติเป็นข้อกำหนดพื้นฐานที่สำคัญ ขณะเดียวกันก็มีสถานการณ์ที่พฤติกรรมของโครงสร้างพื้นฐานเครือข่ายเบื้องหลังเป็นตัวกำหนดผลลัพธ์ เช่น ช่วงที่ภาระงานกระจุกตัว การเชื่อมต่อระยะยาว และช่วงที่เกิดการตัดการเชื่อมต่อและเชื่อมต่อใหม่
โดยเฉพาะ Shared Endpoint ซึ่งต้องรองรับทั้งการส่งธุรกรรมจำนวนมากในช่วงเวลาสั้น ๆ และการเชื่อมต่อ WebSocket กับ gRPC ที่ทำงานตลอดเวลา ภายใต้เงื่อนไขเหล่านี้ พฤติกรรมในระดับโครงสร้างพื้นฐาน ไม่ว่าจะเป็นการเริ่มต้นการเชื่อมต่อ TLS Handshake พฤติกรรมการส่งข้อมูล การจัดการแคช และการกู้คืนจากสถานะ Idle จะสะท้อนโดยตรงไปยังประสบการณ์ของผู้ใช้และผลลัพธ์การดำเนินการ
แม้กำหนดความรวดเร็วในการตอบสนองโดยเฉลี่ยเป็นพื้นฐานอย่างชัดเจน แต่ผลลัพธ์จริงในช่วงที่ภาระพุ่งสูงหรือระหว่างการทำงานต่อเนื่องก็ยังอาจถูกกำหนดด้วยปัจจัยอื่น ดังนั้น การดำเนินงานจริงจึงต้องให้ทั้งความสะดวกในการใช้งานประจำวันและความต่อเนื่องในสถานการณ์ที่มีแนวโน้มเกิดความขัดข้องไปพร้อมกัน
ERPC ออกแบบและดำเนินงานแพลตฟอร์มพร็อกซี Rust ประสิทธิภาพสูงของตนเองเพื่อเป็นรากฐานสำหรับการสื่อสารบน Solana โดยรักษาสถาปัตยกรรมที่ใช้แนวทางเดียวกันในทุกภูมิภาค พร้อมพัฒนาแพลตฟอร์มอย่างต่อเนื่อง การอัปเกรดครั้งนี้นำปัญหาที่สังเกตพบจากการดำเนินงานมาตรวจสอบใหม่ในฐานะระบบเดียว ตั้งแต่การเริ่มต้นการเชื่อมต่อไปจนถึงการทำงานระยะยาว และจัดระเบียบรากฐานเครือข่ายทั้งหมดให้สอดคล้องกัน
สิ่งที่เปลี่ยนแปลงสำหรับลูกค้า ERPC
การอัปเดตนี้ทำให้ลูกค้า ERPC เห็นพฤติกรรมที่มีเสถียรภาพยิ่งขึ้นตั้งแต่การเริ่มต้นการเชื่อมต่อ ในระหว่างการสร้างการเชื่อมต่อซึ่งรวมถึง TLS โอกาสเกิดเงื่อนไขที่ไม่ตรงกันและการลองใหม่โดยไม่จำเป็นลดลง ทำให้ธุรกรรมและสตรีมเข้าสู่กระบวนการตั้งแต่เริ่มต้นได้อย่างน่าเชื่อถือยิ่งขึ้น
ถัดมา เราได้จัดระเบียบพฤติกรรมของโครงสร้างพื้นฐานที่มักทำให้เกิดความผันผวนในช่วงที่มีภาระสูงสุดใหม่ การผสานการกรองการเชื่อมต่อที่ไม่จำเป็นตั้งแต่ระยะแรกเข้ากับการอัปเดตการส่งข้อมูลผ่าน HTTP/1.1 และ HTTP/2 ความสอดคล้องของ Timeout ความสมบูรณ์ของ Connection Pool พฤติกรรมแคชเมื่อเกิดการแข่งขัน ตลอดจนเมตริกสำหรับการสังเกตการณ์และแก้ไขปัญหา ช่วยเสริมเงื่อนไขที่ป้องกันไม่ให้พฤติกรรมเอนเอียงแม้ภาระงานจะกระจุกตัว
ความต่อเนื่องของการเชื่อมต่อได้รับการปรับปรุงสำหรับสตรีม WebSocket และ gRPC ระยะยาว รวมถึงภาระงานเฝ้าติดตามที่ทำงานตลอดเวลา ความถี่ของเหตุการณ์ตัดการเชื่อมต่อ/เชื่อมต่อใหม่/ซิงค์ใหม่ และโอกาสที่เหตุการณ์เหล่านั้นจะส่งผลต่อเนื่องไปยังผลลัพธ์ลดลง ทำให้ออกแบบการดำเนินงานโดยตั้งอยู่บนสมมติฐานว่าจะทำงานต่อเนื่องได้ง่ายขึ้น
การปรับปรุงการควบคุมแคชและพฤติกรรมการส่งข้อมูลยังลดโอกาสเกิดการดึงข้อมูลซ้ำโดยไม่จำเป็นและการประมวลผลที่สูญเปล่าในช่วงที่เครือข่ายแออัด แบนด์วิดท์และขีดความสามารถสำรองสำหรับการประมวลผลจึงมีแนวโน้มพร้อมใช้งานและมีเสถียรภาพมากขึ้น ส่วนเมตริกและการสังเกตการณ์ที่เพิ่มขึ้นช่วยให้ระบุสาเหตุรากและลดระยะเวลาการกู้คืนได้ง่ายขึ้น
นอกจากนี้ การทำให้เปลี่ยนการตั้งค่าและอัปเกรดแพลตฟอร์มได้โดยไม่มี Downtime ยังสร้างเงื่อนไขการดำเนินงานที่ช่วยยกระดับประสิทธิภาพ เสถียรภาพ และคุณภาพโดยรวมของแพลตฟอร์มได้บ่อยครั้ง ความสามารถในการปรับปรุงต่อไปโดยไม่หยุดแพลตฟอร์มช่วยเสริมความต่อเนื่องให้ลูกค้ามากยิ่งขึ้น
รายละเอียดการปรับปรุง
การอัปเกรดนี้ไม่ได้นำเสนอในฐานะรีลีสที่ขับเคลื่อนด้วยชื่อฟีเจอร์หรือหมายเลขเวอร์ชันใดโดยเฉพาะ แต่แยกสถานการณ์ที่มักชี้ขาดผลลัพธ์ของ Solana ในการใช้งานจริงออกเป็นชั้นต่าง ๆ ได้แก่ การเริ่มต้นการเชื่อมต่อ, TLS, ขอบเขต L4/HTTP, การส่งข้อมูล H1/H2, แคช, การสังเกตการณ์, พฤติกรรมเมื่อเกิดความขัดข้อง และข้อกำหนดเบื้องต้นสำหรับการดำเนินงานระยะยาว พร้อมอัปเดตแพลตฟอร์มเพื่อให้ชั้นเหล่านี้เชื่อมโยงกันโดยไม่ขัดแย้ง
ด้านล่างนี้คือคำอธิบายการปรับปรุงที่นำมาใช้ โดยพิจารณาจากประโยชน์ต่อประสบการณ์ของลูกค้าและผลลัพธ์การดำเนินงาน
การปรับปรุงการเริ่มต้นการเชื่อมต่อและการจัดการ TLS
เราขยาย TLS Context ที่จัดการระหว่างสร้างการเชื่อมต่อ และปรับปรุงโครงสร้างเพื่อให้สามารถเก็บรักษาและนำสถานะที่จำเป็นไปใช้ได้อย่างเหมาะสม วิธีนี้ช่วยลดโอกาสเกิดเงื่อนไขที่ไม่ตรงกันและการลองใหม่โดยไม่จำเป็นในช่วงเริ่มต้นการเชื่อมต่อ
เรายังจัดระเบียบการจัดการ TLS ซึ่งรวมถึงการตรวจสอบ Certificate และ Hostname ใหม่ เพื่อให้เป็นไปตามข้อกำหนดด้านความปลอดภัย พร้อมลดเงื่อนไขที่ Handshake ล้มเหลวหรือการจัดการไม่สอดคล้องกันจนสร้างความสูญเสียในช่วงเริ่มต้นและส่งผลเป็นลูกโซ่ไปยังผลลัพธ์ นี่ไม่ใช่เพียงการยกระดับความปลอดภัย แต่ยังช่วยให้พฤติกรรมตั้งแต่เริ่มเชื่อมต่อจนเข้าสู่การประมวลผลภาระงาน Solana มีเสถียรภาพ
เรายังเสริมกลไกที่ช่วยให้สังเกตและแก้ไขปัญหาพฤติกรรมที่เกี่ยวข้องกับ TLS ได้ง่ายขึ้น ในสถานการณ์ที่ช่วงเริ่มต้นเป็นตัวชี้ขาดผลลัพธ์ ความสามารถในการจำลองปัญหา ระบุสาเหตุ และนำการแก้ไขไปใช้ได้อย่างรวดเร็ว คือความสามารถที่ช่วยรักษาคุณภาพของประสบการณ์
รักษาขีดความสามารถสำรองด้วยการกรองการเชื่อมต่อที่ไม่จำเป็นตั้งแต่ระยะแรก
เรานำกลไกสำหรับกรองการเชื่อมต่อ TCP ตั้งแต่ระยะแรกมาใช้ โดยปรับปรุงแพลตฟอร์มเพื่อลดโอกาสที่การเชื่อมต่อที่ไม่ถูกต้องหรือไม่จำเป็นจะสร้างแรงกดดันต่อทราฟฟิกที่ถูกต้อง สำหรับ Shared Endpoint คำขอเชื่อมต่ออาจเพิ่มสูงขึ้นอย่างฉับพลันจากปัจจัยภายนอกหรือความไม่สมดุลชั่วคราว
การกรองตั้งแต่ระยะแรกช่วยลดโอกาสที่การเชื่อมต่อที่ถูกต้องจะติดขัดในช่วงเริ่มต้น และเพิ่มโอกาสที่ขีดความสามารถสำรองจะยังพร้อมใช้งานในช่วงที่มีภาระสูงสุด ด้วยเหตุนี้ พฤติกรรมจึงมีโอกาสเอนเอียงน้อยลงแม้ในสถานการณ์ที่ภาระงานกระจุกตัว และเงื่อนไขสำหรับการกระจายความหน่วงที่มีเสถียรภาพจะแข็งแกร่งยิ่งขึ้น
ทำให้โมเดลการเชื่อมต่อชัดเจนด้วยการจัดระเบียบขอบเขต L4/HTTP ใหม่
โครงสร้างพื้นฐานเครือข่ายไม่ได้สิ้นสุดที่ HTTP การสร้างและรักษาความต่อเนื่องของการเชื่อมต่อต้องอาศัยเงื่อนไขในระดับ L4 และความผันผวนในชั้นดังกล่าวจะส่งต่อไปยังประสบการณ์ของโปรโตคอลระดับสูงกว่า
ในการอัปเดตนี้ เราทำ Abstraction ให้การจัดการ L4 Stream และจัดระเบียบโครงสร้างใหม่ เพื่อให้จัดการโมเดลการเชื่อมต่อได้อย่างชัดเจนยิ่งขึ้น วิธีนี้ช่วยให้แพลตฟอร์มรักษาพฤติกรรมที่สอดคล้องกันได้ง่ายขึ้นในสถานการณ์ที่จำนวนการเชื่อมต่อเพิ่มขึ้นอย่างต่อเนื่อง การทำงานของไคลเอนต์แตกต่างกัน และการดำเนินงานระยะยาวทำให้เกิดการเปลี่ยนสถานะ
พฤติกรรมการลองใหม่ได้รับการจัดระเบียบใหม่เช่นกัน เพื่อลดรูปแบบที่ความผันผวนช่วงสั้น ๆ ส่งผลเป็นลูกโซ่ไปยังประสบการณ์ของผู้ใช้ เสถียรภาพในการใช้งานจริงไม่ได้ขึ้นอยู่กับการขจัดความขัดข้องเฉพาะจุดเท่ากับการป้องกันไม่ให้ความขัดข้องลุกลามเป็นลูกโซ่
การปรับปรุงการส่งข้อมูลผ่าน HTTP/1.1 และ HTTP/2 และพฤติกรรมระยะยาว
เราเพิ่มการวัดที่ช่วยติดตามปริมาณข้อมูลที่ส่งได้อย่างสอดคล้องกันทั้ง HTTP/1.1 และ HTTP/2 ทำให้ระบุตำแหน่งที่เกิดการหยุดชะงักหรือคอขวดในกระบวนการส่งข้อมูลได้ง่ายขึ้น ช่วยปรับปรุงทั้งการแก้ไขปัญหาและความเร็วในการนำการแก้ไขไปใช้
เรายังจัดระเบียบพฤติกรรม Timeout ระหว่างเขียน Body ของ HTTP/2 ใหม่ เพื่อลดโอกาสเกิดการหยุดชะงักและค้างอย่างผิดปกติในช่วงที่ภาระงานกระจุกตัวหรือมีการสตรีมระยะยาว สำหรับการดำเนินงานระยะยาว สิ่งสำคัญไม่ใช่ประสิทธิภาพสูงสุดในสภาวะที่สมบูรณ์แบบ แต่เป็นความสามารถในการป้องกันไม่ให้พฤติกรรมล่มลงระหว่างการเปลี่ยนสถานะ
นอกจากนี้ เรายังทบทวนพฤติกรรม Idle Timeout และการจัดการ Connection Pool พร้อมขจัดปัจจัยความไม่เสถียรที่มีแนวโน้มสะสมระหว่างการทำงานต่อเนื่อง ในฝั่ง HTTP/1.1 เราจัดระเบียบพฤติกรรมการปิดการเชื่อมต่ออย่างปลอดภัยสำหรับการเชื่อมต่อที่มีคำขอไม่สมบูรณ์ เพื่อลดต้นเหตุความผันผวนทั้งด้านการใช้ทรัพยากรและพฤติกรรม
การปรับปรุงการควบคุมแคชและคุณภาพการดำเนินงาน
เราปรับปรุงความสามารถในการติดตามสาเหตุที่ Asset ไม่ถูกแคช ทำให้สามารถอธิบายพฤติกรรมของแคชได้มากขึ้น ในทางปฏิบัติ สิ่งที่ชี้ขาดผลลัพธ์ไม่ใช่เพียงว่ามีแคชหรือไม่ แต่เป็นเงื่อนไขที่ใช้แคชและเงื่อนไขที่ทำให้หลุดออกจากแคช
เราจัดระเบียบพฤติกรรม Lock การจัดการข้อมูล Stale และรูปแบบ Revalidation ใหม่ เพื่อลดโอกาสที่ประสบการณ์จะถดถอยเป็นลูกโซ่เมื่อเกิดการแข่งขันในช่วงที่มีภาระสูงสุด นอกจากนี้ยังจัดเตรียมการควบคุม Eviction สำหรับกรณีที่จำนวน Asset ในแคชเพิ่มขึ้น และปรับปรุงพฤติกรรมของ Partial Content (รวมถึงคำขอ Range) เพื่อเสริมเงื่อนไขที่ช่วยลดการดึงข้อมูลซ้ำโดยไม่จำเป็นและความหน่วงภายใต้ภาระงานจริง
การปรับปรุงเหล่านี้ลดกรณีที่พฤติกรรมแคชกลายเป็นค่าผิดปกติ ทำให้ลูกค้ามีโอกาสต้องออกแบบการดำเนินงานโดยคำนึงถึงความไม่แน่นอนในระดับโครงสร้างพื้นฐานน้อยลง
การปรับปรุงพฤติกรรมเมื่อเกิดความขัดข้อง การบันทึก Log และการสังเกตการณ์
พฤติกรรมเมื่อเกิดความขัดข้องและการบันทึก Log ได้รับการจัดระเบียบใหม่ เพื่อให้เข้าใจสิ่งที่เกิดขึ้นเมื่อพบปัญหาได้ง่ายขึ้น รูปแบบที่ข้อผิดพลาดจากระบบปลายทางส่งผลเป็นลูกโซ่ไปยังพฤติกรรมแคช/การส่งข้อมูลและทำให้ประสบการณ์แย่ลงถูกลดทอน ทำให้จำกัดขอบเขตผลกระทบได้ง่ายขึ้น
การปรับปรุงการสังเกตการณ์และการแก้ไขปัญหาไม่ได้มีจุดประสงค์เพื่ออ้างว่า “ไม่มี Incident” แต่เพื่อลดระยะเวลาในการกู้คืนเมื่อเกิด Incident ซึ่งช่วยลดความเสี่ยงในสถานการณ์ที่มีภาระสูงสุดและการดำเนินงานต่อเนื่อง
การอัปเดต Dependency และแก้ไขความปลอดภัยในฐานะข้อกำหนดเบื้องต้นของการดำเนินงานระยะยาว
เรานำการอัปเดต Dependency และการแก้ไขความปลอดภัยมาใช้ เพื่อรักษาข้อกำหนดเบื้องต้นสำหรับการดำเนินงานแพลตฟอร์มในระยะยาว ซึ่งรวมถึงการอัปเดตที่เกี่ยวข้องกับเวอร์ชัน Rust ขั้นต่ำที่รองรับ (MSRV) และความสอดคล้องกับ CI เพื่อเสริมรากฐานที่จำเป็นต่อการพัฒนาแพลตฟอร์มอย่างต่อเนื่อง
ความสามารถในการอัปเดตอย่างปลอดภัยต่อไปนั้นเป็นข้อกำหนดสำหรับคุณภาพในระยะยาว
การเปลี่ยนผ่านสู่การดำเนินงานโดยไม่มี Downtime
ก่อนหน้านี้อาจเกิด Downtime ระยะสั้นระหว่างเปลี่ยนการตั้งค่าเครือข่ายหรืออัปเกรดแพลตฟอร์ม การอัปเดตครั้งนี้ทำให้เราเปลี่ยนไปใช้สถาปัตยกรรมที่สามารถนำการดำเนินการเหล่านี้ไปใช้ได้โดยไม่มี Downtime อย่างสมบูรณ์
Shared Endpoint มีการเชื่อมต่อที่ทำงานตลอดเวลาและมีช่วงเวลาต่อเนื่องที่จังหวะเวลามีความสำคัญ แม้ Downtime เพียงช่วงสั้น ๆ ก็อาจก่อให้เกิดการตัดการเชื่อมต่อ การเชื่อมต่อใหม่ และการซิงค์ใหม่เป็นลูกโซ่ โดยต้นทุนเหล่านี้อาจส่งผลไปถึงผลลัพธ์ การอัปเดตโดยไม่มี Downtime ช่วยลดโอกาสเกิดผลกระทบแบบลูกโซ่ดังกล่าว และป้องกันไม่ให้การดำเนินงานระยะยาวถูกแบ่งแยกออกจากกัน
ขณะเดียวกัน ERPC ก็มีเงื่อนไขการดำเนินงานที่ช่วยนำปัญหาที่สังเกตพบไปปรับปรุงได้อย่างรวดเร็ว ความถี่ในการปรับปรุงซ้ำที่สูงขึ้นทำให้เราขจัดความผันผวนและพฤติกรรมในกรณีขอบภายในระบบ Production ได้อย่างต่อเนื่อง
ผลกระทบแยกตามบริการ
Solana RPC (HTTP / WebSocket)
การปรับปรุงการเริ่มต้นการเชื่อมต่อ TLS การควบคุมแคช และพฤติกรรมการส่งข้อมูลส่งผลต่อทั้งการอ่านข้อมูลและการส่งธุรกรรม นอกจากรักษาความสะดวกในการใช้งานประจำวันแล้ว ยังลดปัจจัยที่ทำให้ผลลัพธ์เอนเอียงในช่วงที่มีภาระสูงสุด และเสริมเงื่อนไขสำหรับรักษาขีดความสามารถสำรองในช่วงที่เครือข่ายแออัด
Geyser gRPC
ความต่อเนื่องของการเชื่อมต่อได้รับการปรับปรุงสำหรับการสตรีมระยะยาว การส่งข้อมูลผ่าน HTTP/2 ความสอดคล้องของ Timeout ความสมบูรณ์ของ Connection Pool และการวัดการส่งข้อมูลที่เพิ่มขึ้นทำงานร่วมกัน เพื่อลดโอกาสที่ต้นทุนจากการเชื่อมต่อใหม่/ซิงค์ใหม่จะส่งผลไปยังผลลัพธ์
Shredstream (Direct Shreds)
การปรับปรุงการจัดการและเริ่มต้นการเชื่อมต่อที่ออกแบบมาสำหรับการส่งข้อมูลต่อเนื่อง ช่วยเสริมเงื่อนไขให้มีโอกาสเกิดข้อมูลขาดหายหรือความหน่วงน้อยลงในช่วงที่เครือข่ายแออัด ทำให้รักษาความต่อเนื่องที่มีเสถียรภาพสำหรับการตรวจจับและติดตามได้ง่ายขึ้น
การเชื่อมโยง R&D กับการดำเนินงาน Production
รากฐานระบบแบบกระจายซึ่งรวม ERPC ได้รับการรับรองให้เป็นโครงการ R&D ภายใต้โครงการ WBSO ของรัฐบาลเนเธอร์แลนด์ โดยมีโครงสร้างที่ช่วยนำปัญหาที่สังเกตพบจากการดำเนินงานมาเป็นหัวข้อวิจัย และปรับปรุงผ่านการตรวจสอบและทำซ้ำ
การอัปเดตรากฐานเครือข่ายครั้งนี้เป็นหนึ่งในการปรับปรุงซ้ำดังกล่าวที่ถูกนำไปใช้ในทุกภูมิภาค และสะท้อนออกมาเป็นประสิทธิภาพและเสถียรภาพในการใช้งานจริง การเชื่อมโยงการดำเนินงานกับ R&D ไว้ด้วยกันเป็นข้อกำหนดเบื้องต้นที่จะทำให้สิ่งที่สังเกตพบใน Production เชื่อมต่อไปยังการอัปเดตครั้งถัดไปอย่างต่อเนื่อง แทนที่จะหยุดอยู่ที่การปรับปรุงเพียงครั้งเดียว
ภายใน ERPC รูปแบบการใช้งานจริง ความผันแปรของภาระงาน และพฤติกรรมของรูปแบบความขัดข้องจะถูกนำเข้าสู่วงจรการตรวจสอบและปรับปรุงซ้ำ ซึ่งค่อย ๆ ยกระดับคุณภาพของรากฐานเครือข่าย การอัปเดตครั้งนี้ดำเนินการภายใต้กรอบการทำงานที่ผสาน R&D เข้ากับการดำเนินงาน Production ดังกล่าว
ข้อมูลสำหรับลูกค้า
การอัปเดตนี้ถูกนำไปใช้กับทุกภูมิภาคและ Shared Endpoint ทั้งหมดแล้ว ลูกค้า ERPC ที่มีอยู่ไม่จำเป็นต้องเปลี่ยนการตั้งค่าหรือการดำเนินงาน ไม่มีการเปลี่ยนแปลงด้านราคา ข้อกำหนด การยืนยันตัวตน หรือ Rate Limit
เนื่องจาก Shared Endpoint ต้องรองรับทั้งภาระงานที่พุ่งสูงในช่วงสั้น ๆ และการเชื่อมต่อระยะยาวพร้อมกัน เงื่อนไขต่าง ๆ จึงได้รับการจัดระเบียบใหม่เพื่อลดโอกาสที่พฤติกรรมจะเอนเอียงภายใต้ภาระงานแบบผสมเหล่านี้ แม้มีการเปลี่ยนการตั้งค่าหรืออัปเดตแพลตฟอร์มระหว่างดำเนินงาน การเปลี่ยนแปลงก็จะถูกนำไปใช้โดยไม่มี Downtime ลูกค้าจึงไม่ต้องวางแผนรับมือการเชื่อมต่อที่ขาดช่วงหรือการซิงค์ใหม่โดยเป็นส่วนหนึ่งของการออกแบบ
หากมีคำถามเกี่ยวกับสถาปัตยกรรม การปรับแต่งตามภาระงาน หรือข้อเสนอแนะด้านการดำเนินงาน โปรดติดต่อผ่าน Discord อย่างเป็นทางการของ Validators DAO
ERPC ยกระดับคุณภาพของรากฐานอย่างต่อเนื่อง ด้วยการเชื่อมโยงสิ่งที่สังเกตพบและข้อเสนอแนะจาก Production เข้ากับการปรับปรุง เราจะเดินหน้าสะสมการปรับปรุงโดยไม่มี Downtime และให้บริการโครงสร้างพื้นฐานเครือข่ายที่รองรับผลลัพธ์ของ Solana ในการใช้งานจริง
Discord อย่างเป็นทางการของ Validators DAO: https://discord.gg/C7ZQSrCkYR
เว็บไซต์อย่างเป็นทางการของ ERPC: https://erpc.global/th
