หากต้องการลดเวลาแม้เพียง 20ms เพื่อประสิทธิภาพของแอป Solana จุดสำคัญคือ Dedicated RPC Endpoint + SWQoS
สำหรับการเทรดความถี่สูงและแอปพลิเคชัน Solana ที่มีความสำคัญต่อภารกิจ แม้แต่ 20ms ก็อาจสร้างความแตกต่างอย่างเด็ดขาด Dedicated RPC Endpoint และ Shared RPC Endpoint มีการออกแบบพื้นฐานที่ต่างกัน และช่องว่าง 20ms นี้ไม่มีทางปิดลงได้ บทความนี้จะอธิบายเหตุผลและวิธีที่ ERPC แก้ปัญหานี้อย่างครบวงจร
ลดเวลา 20ms ด้วยการใช้ http แทน https
คุณอาจสังเกตว่า URL ของ RPC Endpoint มักขึ้นต้นด้วย https ตัว “s” หมายถึงการเข้ารหัส TLS/SSL ที่ช่วยรักษาความปลอดภัยในการสื่อสาร อย่างไรก็ตาม การเข้ารหัสนี้ต้องมีการ Handshake รวมถึงการเข้ารหัสและถอดรหัสอย่างต่อเนื่อง จึงเพิ่ม ความหน่วงประมาณ 20ms ให้แก่ทุกคำขอ
กล่าวอีกนัยหนึ่ง หากสื่อสารกับ RPC ผ่าน http แทน https ก็สามารถตัดเวลา 20ms นี้ออกได้ตั้งแต่ต้น สำหรับ Solana ซึ่งการประมูลบล็อกตัดสินกันภายในเวลาประมาณ 50ms ความแตกต่างนี้ถือว่าสำคัญอย่างยิ่ง
เหตุใดจึงใช้ http กับ Shared Endpoint ไม่ได้
บางคนอาจถามว่า “ถ้าเช่นนั้น ทำไมไม่อนุญาตให้ใช้ http กับ Shared Endpoint” คำตอบนั้นชัดเจน เพราะไม่สามารถทำได้
การอนุญาตให้ใช้ http ในสภาพแวดล้อมแบบใช้ร่วมกันหมายถึงการสื่อสารที่ไม่เข้ารหัส ซึ่งทำให้ธุรกรรมเสี่ยงต่อการโจมตีแบบ Man-in-the-Middle การดักจับแพ็กเก็ต หรือแม้แต่การขโมยธุรกรรมที่ลงนามแล้ว ผู้โจมตีที่ใช้ Shared Endpoint เดียวกันอาจแก้ไขหรือส่งธุรกรรมของคุณซ้ำได้จริง
ด้วยเหตุนี้ Shared Endpoint จึงต้องบังคับใช้ TLS/SSL เสมอ Shared RPC Endpoint ของเราได้รับการออกแบบให้เร็วที่สุดภายใต้ข้อจำกัดนี้ แต่โอเวอร์เฮด 20ms จาก TLS ไม่สามารถตัดออกได้ด้วยข้อจำกัดเชิงโครงสร้าง
Dedicated RPC ตัดเวลา 20ms ได้อย่างไร
Dedicated RPC Endpoint จำกัดการเข้าถึงไว้เฉพาะไคลเอนต์ที่เชื่อถือได้ จึงทำให้เราสามารถยกเลิกข้อกำหนดด้าน TLS และอนุญาตการสื่อสารผ่าน http โดยตรง
ด้วยเหตุนี้จึง รับประกันการลดเวลา 20ms ไม่ว่าปริมาณการใช้งานของผู้ใช้หรือความเสี่ยงจากการโจมตีจะเป็นอย่างไร ความแตกต่างเชิงโครงสร้างนี้ทำให้ช่องว่าง 20ms ระหว่าง Shared Endpoint กับ Dedicated Endpoint ไม่มีทางถูกปิดลงได้
ความท้าทายที่เหลืออยู่: SWQoS
ความเร็วเพียงอย่างเดียวยังไม่พอ Solana บังคับใช้ Stake-weighted QoS (SWQoS) ซึ่งจำกัดโหนดที่ไม่ได้รับความไว้วางใจจาก Stake ให้ใช้ช่องทางส่งธุรกรรมที่มีอยู่ได้เพียง 20%
ตัวอย่างเช่น สถาปัตยกรรม Lite-RPC ที่ส่งธุรกรรมตรงไปยัง Leader Validator ปัจจุบันอาจดูรวดเร็ว แต่หากไม่มี SWQoS ก็ยังถูกจำกัดอยู่ที่ช่องทาง 20% นั้น หมายความว่าแม้แพ็กเก็ตจะไปถึงอย่างรวดเร็ว แต่อัตราการนำธุรกรรมเข้าสู่บล็อกจะต่ำลงอย่างมาก
การใช้ Dedicated RPC เพื่อลดเวลา 20ms เป็นสิ่งสำคัญ แต่การใช้งานร่วมกับ SWQoS เป็นสิ่งจำเป็นเพื่อให้ได้ทั้งความเร็วและความสำเร็จของธุรกรรม
ERPC มีตัวเลือกให้เปิดใช้ SWQoS บน Dedicated RPC Endpoint
นั่นหมายความว่าคุณสามารถใช้ Dedicated RPC + SWQoS ร่วมกัน เพื่อลดความหน่วงพร้อมยกระดับอัตราความสำเร็จ
ข้อมูลเพิ่มเติมเกี่ยวกับ SWQoS: https://solana.com/developers/guides/advanced/stake-weighted-qos
ปัญหาที่ Validators DAO และ ERPC แก้ไข
ERPC แก้ไขปัญหาต่อไปนี้:
- ความล้มเหลวของธุรกรรมและความผันผวนของความหน่วงในสภาพแวดล้อม RPC
- การจำกัดประสิทธิภาพโดยผู้ให้บริการโครงสร้างพื้นฐานจำนวนมาก
- ผลกระทบอย่างมากของระยะห่างบนเครือข่ายต่อคุณภาพการสื่อสาร
- โครงการขนาดเล็กเข้าถึงโครงสร้างพื้นฐานคุณภาพสูงได้อย่างจำกัด
ระหว่างการพัฒนา Epics DAO ซึ่งเป็นโครงการสนับสนุนการมีส่วนร่วมกับ Open Source บน Solana เราพบความยากลำบากในการสร้างสภาพแวดล้อมการพัฒนา Solana ที่มีทั้งประสิทธิภาพสูงและความหน่วงต่ำอย่างแท้จริง ความท้าทายนี้นำไปสู่การออกแบบแพลตฟอร์มของเราเอง และปัจจุบันเราให้บริการทั้ง ERPC และ SLV บนรากฐานดังกล่าว
แอปพลิเคชันทางการเงินและแอปพลิเคชันที่มีความสำคัญต่อภารกิจประเภทอื่น ๆ ไวต่อความหน่วงและข้อผิดพลาดเป็นพิเศษ เพราะปัจจัยเหล่านี้ส่งผลโดยตรงต่อประสบการณ์ของผู้ใช้ สภาพแวดล้อม Solana มีความซับซ้อนสูง และแตกต่างจากระบบการเงินบนอินเทอร์เน็ตแบบดั้งเดิมตรงที่ Validator กระจายอยู่ทั่วโลก เมื่อรวมกับความซับซ้อนเพิ่มเติมขององค์ความรู้ Web3 นักพัฒนาจึงเข้าใจภาพรวมทั้งหมดได้ยาก และทำให้ความก้าวหน้าในการปรับแต่งประสิทธิภาพล่าช้าลง
เรามุ่งขจัดอุปสรรคเหล่านี้และยกระดับประสบการณ์ของผู้ใช้ทั่วทั้งระบบนิเวศด้วยการนำเสนอโครงสร้างพื้นฐาน Solana ประสิทธิภาพสูง ทั้ง ERPC และโครงการ Open Source อย่าง SLV ล้วนเป็นส่วนสำคัญของพันธกิจนี้
- เว็บไซต์อย่างเป็นทางการของ ERPC: https://erpc.global/th
- เว็บไซต์อย่างเป็นทางการของ SLV: https://slv.dev/th
- เว็บไซต์อย่างเป็นทางการของ Epics DAO: https://epics.dev/th
- Discord อย่างเป็นทางการของ Validators DAO: https://discord.gg/C7ZQSrCkYR
