เอกสารประกอบ Leader Slot Information API
Leader Slot Information (getLeaderSlots) API คืออะไร?
getLeaderSlots เป็นเมธอด Solana RPC แบบขยายที่คืนค่าเรคคอร์ดของ leader slot ที่กำลังจะมาถึง พร้อมด้วย identity ของ validator, น้ำหนัก stake, เมตาดาตาของ endpoint เครือข่าย, ตำแหน่งโดยประมาณของ leader และค่าวัด latency อ้างอิง หากคุณถือ ERPC usage credits (API tokens) คุณสามารถเรียกใช้งานได้ในรูปแบบเดียวกับเมธอด Solana RPC มาตรฐานAPI นี้ให้ข้อมูล:
- ตารางเวลาของ leader validator โดยเริ่มจาก slot ที่ร้องขอ
stakeWeightของ leader validator แต่ละราย- ภูมิภาค เมือง ประเทศ พิกัด องค์กร ASN และเขตเวลาโดยประมาณของ leader
- ค่าวัด ping อ้างอิงจากภูมิภาคสังเกตการณ์ของ ERPC ผ่าน
pingToLeaders
ตัวอย่าง Endpoint และ Request Body
endpoint
ระบุหมายเลข slot เริ่มต้นใน
paramsjson
ตัวอย่าง (HTTP)
bash
ตัวอย่าง Response (JSON)
Response ปัจจุบันจะห่อเรคคอร์ดไว้ใน
result.data[] ส่วน result.total แสดงจำนวนเรคคอร์ดที่ถูกคืนกลับมา อาร์เรย์ data[] ด้านล่างถูกย่อเหลือ 3 รายการจาก 100 รายการของคำขอนี้ รายการแรกแสดง pingToLeaders จากจุดสังเกตการณ์ทั้ง 7 แห่งของ ERPC ส่วนรายการที่เหลือถูกตัดเหลือ 1 จุด เพื่อให้อ่านง่ายjson
ฟิลด์ของ Response
การแสดง Leader Slot เป็นภาพ
Response เดียวกันนี้สามารถมองเป็นไทม์ไลน์การทำงานแบบ slot ต่อ slot ได้ ตัวอย่างนี้ใช้ Frankfurt เป็นจุดสังเกตการณ์
มุมมองนี้มีประโยชน์เพราะ Solana เป็นเครือข่ายระดับโลก ต่างจาก HFT แบบดั้งเดิมที่เป้าหมายหลักมักเป็นการอยู่ใกล้ matching engine เพียงตัวเดียว leader ของ Solana จะหมุนเวียนไปทั่ว validator รอบโลก ภูมิภาคที่เร็วที่สุดจะเปลี่ยนไปตามการเปลี่ยนแปลงของตารางเวลา leader
เว็บไซต์ข้อมูลเครือข่าย Solana
สำหรับมุมมองสาธารณะของการกระจายตัวของ validator และเครือข่าย ให้ใช้ Validators Solutions ใช้เพื่อทำความเข้าใจภาพรวมของเครือข่าย Solana ที่กว้างขึ้น จากนั้นใช้
getLeaderSlots เพื่อให้ได้ข้อมูลตารางเวลาระดับ slot, น้ำหนัก stake, ตำแหน่งของ validator และค่า ping ที่วัดได้ ซึ่งจำเป็นสำหรับการกำหนดเส้นทางเชิงปฏิบัติการการใช้ Token
API ดึงเรคคอร์ด leader slot จำนวน 100 รายการโดยเริ่มจาก slot ที่ระบุ แต่ละคำขอใช้ 420 tokens
หากคุณต้องการหนึ่งรายการต่อหนึ่ง validator สำหรับทั้ง epoch แทนที่จะเป็นหนึ่งรายการต่อหนึ่ง slot ให้ใช้ Validators Information API ซึ่งคิดค่าใช้จ่ายตามจำนวน validator ที่ส่งคืน
ทำไมข้อมูล Leader Slot จึงสำคัญ
- หาก leader อยู่ห่างไกลในเชิงภูมิศาสตร์หรือในเส้นทางเครือข่าย การส่ง transaction โดยตรงจะมีประสิทธิภาพต่ำลง
- น้ำหนัก stake ช่วยประเมินว่า validator มีแนวโน้มจะปรากฏในตารางเวลา leader บ่อยเพียงใดเมื่อเวลาผ่านไป
- ในช่วงการเปลี่ยนผ่าน leader ระดับโลก กลยุทธ์การสลับตามภูมิภาคมีความสำคัญมากกว่าค่า latency เฉลี่ยระดับโลกเพียงค่าเดียว
- การผสานข้อมูลตารางเวลา slot, น้ำหนัก stake, ตำแหน่งของ leader และข้อมูล ping ที่วัดได้ ช่วยให้สามารถปรับการกำหนดเส้นทางและการวางตำแหน่ง validator ให้เหมาะสมที่สุด
ความเป็นมา
หนึ่ง Solana epoch ประกอบด้วย slot ประมาณ 432,000 slot การเก็บรวบรวมตารางเวลา leader, เมตาดาตาของ validator, ตำแหน่งทางภูมิศาสตร์ และค่าวัด latency อย่างต่อเนื่อง จำเป็นต้องใช้ data pipeline เฉพาะทาง ERPC ดูแลข้อมูลนี้และเปิดเผยออกมาเป็นแผนที่ leader slot ที่พร้อมใช้งานได้ทันทีผ่านอินเทอร์เฟซ RPC
กรณีการใช้งานเชิงกลยุทธ์
- การปรับการตรวจจับให้เหมาะสม: ให้ความสำคัญกับช่วงหน้าต่าง leader ที่อยู่ใกล้และมี latency ต่ำ
- การ deploy หลายภูมิภาค: deploy ใน FRA, AMS, NY, TY, SGP และภูมิภาคเชิงกลยุทธ์อื่น ๆ เพื่อลดช่องว่างในช่วงเปลี่ยนผ่าน
- การวางแผนโดยคำนึงถึง stake: ใช้
stakeWeightเพื่อทำความเข้าใจว่า leader รายใดมีความสำคัญบ่อยกว่าในช่วงหน้าต่างที่ยาวขึ้น - การแสดงผลเป็นภาพและการวิเคราะห์: ติดตามสัดส่วนของ leader, การกระจายตัวของ stake และการกระจายตัวของ latency แยกตามภูมิภาค
ความพร้อมใช้งาน
getLeaderSlots พร้อมให้บริการแก่ผู้ใช้ ERPC ทุกราย สามารถออกหรือตรวจสอบ API tokens และ usage credits ได้บน ERPC Web Dashboard- ERPC Web Dashboard: ERPC Web Dashboard
อัตราความสำเร็จของ Transaction และ SWQoS Endpoint
เพื่อยกระดับอัตราความสำเร็จของ transaction และความเร็วในการดำเนินการให้ดียิ่งขึ้น เราขอแนะนำให้ใช้ SWQoS Endpoint ทั้งนี้ SWQoS (Stake-weighted Quality of Service) จะให้ความสำคัญกับ validator ที่มีการเชื่อมต่อแบบ stake และ leader จะจัดสรรแบนด์วิดท์ประมาณ 80% ให้กับทราฟฟิกที่มีลำดับความสำคัญ และ 20% ให้กับทราฟฟิกที่ไม่มีลำดับความสำคัญ โดยเลนที่มีลำดับความสำคัญให้ throughput มากกว่าประมาณ 5 เท่า การจัดลำดับนี้เกิดขึ้นก่อนการประเมิน Priority-fee ซึ่งหมายความว่าการเข้าสู่เลนลำดับความสำคัญของ SWQoS เป็นเงื่อนไขเบื้องต้นสำหรับประสิทธิภาพ latency ต่ำอย่างแท้จริง







