เอกสาร Solana SWQoS Endpoint
SWQoS Endpoint คืออะไร?
SWQoS Endpoint ที่ ERPC ให้บริการ คือบริการ RPC ประสิทธิภาพสูงที่ช่วยให้ผู้ใช้ที่มีการเชื่อมต่อแบบ stake ส่ง transaction ผ่านเลนเฉพาะได้
ใช้ได้ทั้งกับแพ็กเกจแบบ shared และแบบ dedicated ทำให้ส่ง transaction ได้เร็วขึ้นและเชื่อถือได้มากขึ้น
ใช้ได้ทั้งกับแพ็กเกจแบบ shared และแบบ dedicated ทำให้ส่ง transaction ได้เร็วขึ้นและเชื่อถือได้มากขึ้น
คุณรับ endpoint นี้ได้ใน ERPC Web Dashboard โดยลงทะเบียน elSOL ที่คุณถืออยู่
- ERPC Web Dashboard: https://dashboard.erpc.global/th
SWQoS คืออะไร?
SWQoS (Stake weighted Quality of Service) คือกลไกควบคุมการสื่อสารที่ให้ลำดับความสำคัญกับ validator ที่มีการเชื่อมต่อแบบ stake
leader จะจัดสรรประมาณ 80% ของแบนด์วิดท์ทั้งหมดให้กับเลนลำดับความสำคัญ และ 20% ให้กับเลนที่ไม่มีลำดับความสำคัญ
leader จะจัดสรรประมาณ 80% ของแบนด์วิดท์ทั้งหมดให้กับเลนลำดับความสำคัญ และ 20% ให้กับเลนที่ไม่มีลำดับความสำคัญ
traffic ที่มีการเชื่อมต่อแบบ stake ใช้เลนลำดับความสำคัญได้ และในขณะเดียวกันก็ยังส่งผ่านเลนที่ไม่มีลำดับความสำคัญได้ด้วย ผลคือ เมื่อเทียบกับ traffic ที่พึ่งพาเลนที่ไม่มีลำดับความสำคัญเพียงอย่างเดียว ปริมาณที่ส่งได้จริงจะมากกว่าอย่างมาก
การควบคุมนี้เกิดขึ้นก่อนการจัดการ Priority fee ในขั้นที่ traffic ถูกรับเข้าและส่งต่อไปยัง leader ดังนั้นการที่ transaction จะเข้าถึงเลนลำดับความสำคัญได้หรือไม่ จึงส่งผลโดยตรงต่อความเร็วในการประมวลผลขั้นถัดไป
การควบคุมนี้เกิดขึ้นก่อนการจัดการ Priority fee ในขั้นที่ traffic ถูกรับเข้าและส่งต่อไปยัง leader ดังนั้นการที่ transaction จะเข้าถึงเลนลำดับความสำคัญได้หรือไม่ จึงส่งผลโดยตรงต่อความเร็วในการประมวลผลขั้นถัดไป
ความสัมพันธ์กับ Priority Fee
Priority fee มีบทบาทสำคัญ แต่จะมีผลหลังจากที่ transaction ไปถึง leader ผ่านการ routing ของ SWQoS แล้ว
หาก transaction เข้าเลนลำดับความสำคัญของ SWQoS ไม่ได้ ผลของ Priority fee ก็จะมีจำกัด และการปรับปรุงความสามารถพื้นฐานในการส่งไปถึงก็ทำได้ยาก
เพื่อการทำงานที่ดีที่สุด วิธีที่ได้ผลที่สุดคือใช้ความสามารถในการส่งไปถึงที่ได้จาก SWQoS ร่วมกับการตั้งค่า Priority fee ที่เหมาะสม
หาก transaction เข้าเลนลำดับความสำคัญของ SWQoS ไม่ได้ ผลของ Priority fee ก็จะมีจำกัด และการปรับปรุงความสามารถพื้นฐานในการส่งไปถึงก็ทำได้ยาก
เพื่อการทำงานที่ดีที่สุด วิธีที่ได้ผลที่สุดคือใช้ความสามารถในการส่งไปถึงที่ได้จาก SWQoS ร่วมกับการตั้งค่า Priority fee ที่เหมาะสม
การเปลี่ยนแปลงของโครงสร้างต้นทุน
ในบริการส่ง transaction ทั่วไปที่ผ่านมา ผู้ใช้ต้องแนบ Tips เมื่อส่ง transaction
SWQoS Endpoint ของ ERPC ไม่ต้องใช้ Tips แต่จะให้สิทธิ์เข้าถึงแบนด์วิดท์ที่มีลำดับความสำคัญผ่านการถือ elSOL
SWQoS Endpoint ของ ERPC ไม่ต้องใช้ Tips แต่จะให้สิทธิ์เข้าถึงแบนด์วิดท์ที่มีลำดับความสำคัญผ่านการถือ elSOL
elSOL คือ Liquid Staking Token (LST) บน Solana ที่ออกให้เมื่อ stake SOL
อัตราแลกเปลี่ยนเทียบกับ SOL สะท้อนรางวัล staking ที่สะสมไว้ และไม่ได้คงที่ที่อัตรา 1:1
อัตราแลกเปลี่ยนเทียบกับ SOL สะท้อนรางวัล staking ที่สะสมไว้ และไม่ได้คงที่ที่อัตรา 1:1
elSOL แปลงกลับเป็น SOL ได้ผ่านกระบวนการ unstake โดยยอดที่ได้รับจะสะท้อนรางวัล staking ที่สะสมไว้
SOL ที่ stake ผ่าน elSOL จะถูก delegate ให้กับ validator ที่เชื่อมต่อกับ ERPC
เมื่อยอดถือ elSOL เพิ่มขึ้น แบนด์วิดท์ SWQoS รวมที่ใช้ได้ทั่วทั้ง ERPC ก็จะขยายตามไปด้วย
การถือ elSOL ทำให้ผู้ใช้มีส่วนช่วยเสริมความแข็งแกร่งให้เครือข่ายโดยตรง และได้รับสิทธิ์เข้าถึงเลนส่งข้อมูลเฉพาะเป็นการตอบแทน
เมื่อยอดถือ elSOL เพิ่มขึ้น แบนด์วิดท์ SWQoS รวมที่ใช้ได้ทั่วทั้ง ERPC ก็จะขยายตามไปด้วย
การถือ elSOL ทำให้ผู้ใช้มีส่วนช่วยเสริมความแข็งแกร่งให้เครือข่ายโดยตรง และได้รับสิทธิ์เข้าถึงเลนส่งข้อมูลเฉพาะเป็นการตอบแทน
- เว็บไซต์ทางการของ elSOL: https://elsol.app/th
การจัดสรรแบนด์วิดท์ (โครงสร้าง TPS)
สำหรับ shared SWQoS Endpoint ผู้ใช้ที่มีสิทธิ์จะได้รับ 1 TPS ต่อทุก 4.2 elSOL ที่ถืออยู่ โดยปัดเศษลง ตัวอย่างเช่น หากถือ 10 elSOL ใน wallet ที่เชื่อมต่อ จะได้รับ 2 TPS
TPS ที่ใช้งานได้จริงจะกำหนดจากค่าที่ต่ำกว่าระหว่างค่าสูงสุดของแพ็กเกจ ERPC กับ allocation ที่อิงตาม elSOL
แพ็กเกจ shared ของ ERPC ที่มีสิทธิ์ รวมถึง Developer Plan+ และ Bundle Plans สามารถใช้ shared SWQoS allocation ได้หลังจาก dashboard ยืนยัน wallet ที่ถือ elSOL แล้ว
สำหรับ dedicated RPC node สามารถเพิ่ม SWQoS เป็นตัวเลือก +€100/เดือน ซึ่งจะกำหนด staking allocation 1,000 SOL ให้กับ dedicated node
การตั้งค่าและการยืนยันทำได้ใน ERPC Dashboard: https://dashboard.erpc.global
Keep Warming สำหรับการเชื่อมต่อ (Keep Alive)
สำหรับ Solana SWQoS endpoint ของ ERPC การส่ง GET request ไปที่
/ping จะช่วยให้คุณรักษาการเชื่อมต่อ HTTPS ระหว่าง client กับ ERPC SWQoS endpoint ไว้ได้ในการส่ง transaction นั้น request แรกจะเสียเวลาเล็กน้อยไปกับการสร้าง session ของ HTTPS และ TLS
หากส่ง
หากส่ง
/ping ไว้ล่วงหน้าและคงการเชื่อมต่อนี้ไว้ เมื่อส่ง transaction จริง คุณจะหลีกเลี่ยงความหน่วงจากการเชื่อมต่อครั้งแรก และเข้าสู่ขั้นตอนการส่ง transaction ได้ทันทีแม้จะไม่ได้ส่ง transaction อย่างต่อเนื่อง วิธีนี้ก็ได้ผลกับระบบที่ต้องส่ง transaction อย่างรวดเร็วในจังหวะที่เจาะจง และช่วยให้การส่งครั้งแรกมีความเสถียรขึ้น
Endpoint สำหรับ Ping
Keep Warming ทำได้โดยส่ง GET request ไปที่
request นี้ไม่ประมวลผล transaction ใด ๆ และใช้เพียงเพื่อรักษาสถานะการเชื่อมต่อระหว่าง client กับ ERPC เท่านั้น
/ping บน SWQoS endpointrequest นี้ไม่ประมวลผล transaction ใด ๆ และใช้เพียงเพื่อรักษาสถานะการเชื่อมต่อระหว่าง client กับ ERPC เท่านั้น
รูปแบบ Endpoint (HTTPS)
endpoint
แทนที่
<your-swqos-endpoint-domain> ด้วยโดเมนเฉพาะสำหรับ SWQoS ที่ ERPC ให้ไว้ตัวอย่างการใช้งาน
ตัวอย่าง Keep Alive แบบเป็นระยะ (JavaScript)
ts
การส่ง
/ping เป็นระยะ ๆ ช่วยให้คุณคงสถานะที่เริ่มส่ง transaction ได้ทันทีเมื่อต้องการหมายเหตุ
・
/ping ไม่ถูกนับรวมใน TPS และไม่มีผลต่อการคำนวณแบนด์วิดท์ที่อิงตาม elSOL
・ไม่สามารถใช้แทนการส่ง transaction ได้
・เป็น request เสริมที่ใช้เพียงเพื่อรักษาการเชื่อมต่อจาก client ไปยัง ERPC เท่านั้นการออกแบบของ SWQoS (routing ตาม stake) และ Priority fee ยังคงเหมือนเดิม
ใช้ Keep Warming เป็นกลไกเพื่อลดความหน่วงในจังหวะที่เริ่มส่ง transaction






