ERPC อัปเกรดแพลตฟอร์มเครือข่ายที่ใช้ Rust เพิ่มประสิทธิภาพแคชและการจัดการการเชื่อมต่อให้ Solana RPC, gRPC และ Shredstream เสถียรยิ่งขึ้น

ELSOUL LABO B.V. (สำนักงานใหญ่: อัมสเตอร์ดัม ประเทศเนเธอร์แลนด์; CEO: Fumitake Kawasaki) และ Validators DAO ได้อัปเกรดแพลตฟอร์มเครือข่ายทั้งหมดของ ERPC ด้วยการนำเฟรมเวิร์กโอเพนซอร์สภาษา Rust เวอร์ชันล่าสุดของ Cloudflare มาใช้อย่างเต็มรูปแบบ เพื่อเพิ่มประสิทธิภาพของแคชและการจัดการการเชื่อมต่อ ซึ่งช่วยเสริมเสถียรภาพโดยรวม
การอัปเกรดนี้ทำให้ ERPC มอบสภาพแวดล้อมที่เสถียรยิ่งขึ้นและมี latency ต่ำแก่ลูกค้าทุกคนที่ใช้ Solana RPC, Geyser gRPC และ Shredstream
ที่มาและวัตถุประสงค์
ในระบบนิเวศ Solana ความแตกต่างของ latency เพียงไม่กี่มิลลิวินาทีอาจส่งผลอย่างมากต่ออัตราความสำเร็จของธุรกรรมและประสบการณ์ของผู้ใช้ ERPC ลด latency ลงแล้วด้วยการออกแบบที่มุ่งให้ระยะทางเป็นศูนย์ และเพิ่มความพร้อมใช้งานด้วยโครงสร้างพื้นฐานเฉพาะ อย่างไรก็ตาม ประสิทธิภาพและเสถียรภาพของแพลตฟอร์มเครือข่ายพื้นฐานยังมีพื้นที่ให้พัฒนาเสมอ โดยเฉพาะเมื่อต้องรองรับทราฟฟิกสูงสุดและการใช้งานต่อเนื่องเป็นเวลานาน
การอัปเกรดนี้เสริมความแข็งแกร่งให้รากฐานของแพลตฟอร์มโดยตรง ด้วยการปรับปรุงประสิทธิภาพของแคชและการจัดการการเชื่อมต่อ เพื่อเพิ่มเสถียรภาพยิ่งขึ้นภายใต้โหลดสูงและระหว่างการใช้งานต่อเนื่อง
Pingora คืออะไร
Pingora คือเฟรมเวิร์กเครือข่ายโอเพนซอร์สที่ใช้ Rust ซึ่งพัฒนาโดย Cloudflare
เฟรมเวิร์กนี้ผสานประสิทธิภาพการประมวลผลพร้อมกันจำนวนมากเข้ากับความปลอดภัย และให้ประสิทธิภาพสูงถึงสามเท่าของ Nginx ซึ่งเป็นหนึ่งในเว็บเซิร์ฟเวอร์ที่ใช้งานแพร่หลายที่สุด
การนำแพลตฟอร์มยุคใหม่นี้มาใช้ช่วยให้ ERPC ให้บริการ RPC, gRPC และ Shredstream ที่ปรับแต่งสำหรับ Solana ได้อย่างมีประสิทธิภาพและมีเสถียรภาพสูง
การปรับปรุงใน Pingora 0.6.0
Pingora 0.6.0 เวอร์ชันล่าสุดมีการปรับปรุงดังต่อไปนี้:
การปรับปรุงด้านแคช
- ปรับกระบวนการโหลดและบันทึก LRU cache ให้เหมาะสม
การโหลดแยกตาม shard และการบันทึกแบบ atomic ช่วยเพิ่มทั้งความน่าเชื่อถือและความเร็ว - รองรับการ purge แบบ asynchronous
การลบแคชทำงานแบบ asynchronous แล้ว จึงหลีกเลี่ยงการขัดแย้งกับการประมวลผลคำขอปกติ - ขยายตัวกรอง cache hit
ทำให้ควบคุมเมื่อเกิด cache hit ได้ยืดหยุ่นขึ้น และใช้แคชได้อย่างมีประสิทธิภาพยิ่งขึ้น
การปรับปรุง keepalive และการจัดการการเชื่อมต่อ
- ควบคุม keepalive timeout ได้รัดกุมขึ้น
ลด overhead จากการนำการเชื่อมต่อกลับมาใช้ซ้ำ ช่วยปรับปรุงการใช้ CPU และ latency - ปิด keepalive ที่ไม่จำเป็นโดยอัตโนมัติ
ป้องกันการใช้ทรัพยากรมากเกินไปและรักษาการสื่อสารให้เสถียร
การเพิ่มประสิทธิภาพเลเยอร์ H2 / IO
- อัปเดต h2 crate พร้อมการป้องกันการโจมตี MadeYouReset
เพิ่มความปลอดภัยพร้อมกับยกระดับประสิทธิภาพ - ปรับการจัดการข้อผิดพลาด IO ให้เหมาะสม
ลดการลองใหม่ที่ไม่จำเป็นและการจัดการข้อผิดพลาดซ้ำซ้อน
การถ่ายโอนข้อมูลและการประมวลผลคำขอ
- รองรับคำขอแบบ multipart range
เพิ่มประสิทธิภาพการถ่ายโอนข้อมูลขนาดใหญ่ พร้อมลดการใช้แบนด์วิดท์และ latency - รองรับการแคชข้อมูลแบบ chunked ขนาดใหญ่
ลดภาระจากการดึงข้อมูลซ้ำและช่วยให้ส่งมอบข้อมูลได้อย่างเสถียร
การปรับปรุงเหล่านี้เสริมประสิทธิภาพของแคช การจัดการการเชื่อมต่อ และการถ่ายโอนข้อมูลอย่างมาก เราได้รับเสียงตอบรับแล้วว่า “ในที่สุดเป้าหมายที่มุ่งมั่นมาอย่างยาวนานก็สำเร็จ” และผู้ใช้ควรสัมผัสถึงการปรับปรุงนี้ได้โดยตรงในสภาพแวดล้อมจริง
บันทึกประจำรุ่น Pingora 0.6.0: https://github.com/cloudflare/pingora/releases/tag/0.6.0
ผลกระทบต่อแต่ละบริการ
RPC
สำหรับการดึงข้อมูลและส่งธุรกรรมที่ใช้งานบ่อย ประสิทธิภาพของแคชช่วยให้ตอบสนองได้อย่างราบรื่นและเสถียร แม้ในช่วงเวลาที่มีการใช้งานสูงสุด

gRPC
สำหรับ Geyser gRPC ซึ่งประสิทธิภาพแบบเรียลไทม์มีความสำคัญ การจัดการการเชื่อมต่อที่ดีขึ้นและการประมวลผล stream ที่ปรับให้เหมาะสมช่วยรักษาการเชื่อมต่อให้เสถียรแม้ใช้งานเป็นเวลานาน ลดความจำเป็นในการลองใหม่หรือซิงค์ข้อมูลอีกครั้ง และรองรับกรณีใช้งานด้านการเทรดและการเฝ้าติดตามได้อย่างน่าเชื่อถือ

Shredstream
สำหรับ Shredstream ซึ่งต้องส่งข้อมูลปริมาณมาก การควบคุมแคชและการเชื่อมต่อที่ดีขึ้นช่วยให้ stream ได้อย่างราบรื่นและต่อเนื่อง โดยมีความล่าช้าหรือการสะดุดน้อยที่สุดแม้อยู่ภายใต้โหลดสูง

ความพร้อมใช้งาน
การอัปเดตนี้นำไปใช้กับ endpoint ทั้งหมดแล้ว (RPC, gRPC, Shredstream) ราคา ข้อกำหนด rate limit และการยืนยันตัวตนยังคงเดิม ลูกค้าจึงรับประโยชน์จากการปรับปรุงได้ทันทีโดยไม่ต้องเปลี่ยนแปลงสภาพแวดล้อมที่ใช้อยู่
เราได้รับความคิดเห็นเชิงบวกจำนวนมากแล้ว เช่น “ในที่สุดเป้าหมายที่มุ่งมั่นมาอย่างยาวนานก็สำเร็จ” ซึ่งยืนยันว่าการปรับปรุงสะท้อนออกมาอย่างชัดเจนในการใช้งานจริง
เราหวังว่าคุณจะใช้ประโยชน์จากการปรับปรุงเหล่านี้
ความท้าทายที่ ERPC แก้ไข
เราได้สร้างโครงสร้างพื้นฐานเฉพาะสำหรับ Solana และเครือข่ายที่มุ่งให้ระยะทางเป็นศูนย์ขึ้นภายในองค์กร เพื่อแก้ไขความท้าทายต่อไปนี้:
- ความล้มเหลวของธุรกรรมและความผันผวนของ latency ที่พบได้ทั่วไปในสภาพแวดล้อม RPC ทั่วไป
- การจำกัดประสิทธิภาพที่ผู้ให้บริการโครงสร้างพื้นฐานหลายรายกำหนด
- ผลกระทบอย่างมากของระยะทางบนเครือข่ายต่อคุณภาพการสื่อสาร
- ความยากลำบากของโครงการขนาดเล็กในการเข้าถึงโครงสร้างพื้นฐานคุณภาพสูง
เรามุ่งมั่นส่งมอบประสิทธิภาพที่ดีที่สุดเท่าที่เป็นไปได้ในฐานะแพลตฟอร์มที่พัฒนาอย่างต่อเนื่อง ผ่านการวิจัย การพัฒนา และการตรวจสอบภาคสนามอย่างสม่ำเสมอ หากต้องการปรึกษาหรือทดลองใช้ฟรี โปรดดูที่:
- เว็บไซต์อย่างเป็นทางการของ ERPC: https://erpc.global/th
- Discord อย่างเป็นทางการของ Validators DAO: https://discord.gg/C7ZQSrCkYR
ขอขอบคุณที่สนับสนุน ERPC อย่างต่อเนื่อง


