Solana RPC Endpoint FAQ | ERPC
Q. Solana RPC endpoint คืออะไร และจะเริ่มใช้งานกับ ERPC ได้อย่างไร?
Solana RPC endpoint คือ URL ที่แอป บอทเทรด กระเป๋าเงิน หรือระบบ analytics ใช้ส่ง JSON-RPC requests ไปยัง Solana และรับข้อมูลจาก chain. ERPC ให้ Solana endpoint แบบ managed ที่รองรับทั้ง HTTP และ WebSocket ผ่าน global proxy network เดียวกัน.
เริ่มต้นได้โดยสร้างหรือเปิดบัญชี ERPC ใน ERPC Web Dashboard, คัดลอก API key แล้วเพิ่มลงในพารามิเตอร์
api-key ของ endpoint URL:text
https://edge.erpc.global?api-key=<YOUR_API_KEY>https://edge.erpc.global?api-key=<YOUR_API_KEY>ใช้รูปแบบ API key เดียวกันสำหรับ WebSocket subscriptions:
text
wss://edge.erpc.global?api-key=<YOUR_API_KEY>wss://edge.erpc.global?api-key=<YOUR_API_KEY>Q. แต่ละ method ใช้กี่ tokens?
เรากำลังจัดทำตาราง token usage แบบละเอียด ในช่วง free trial คุณสามารถทดลองทุก method ได้อย่างอิสระและประเมินการใช้งานจริงของแต่ละ method ได้ด้วยตัวเอง.
โดยทั่วไป base rate คือ 42 tokens ต่อ method.
Q. โหนดของ ERPC อยู่ใน region ไหนบ้าง?
ปัจจุบันเราให้บริการ nodes ใน region ต่อไปนี้:
- Frankfurt (FRA)
- Amsterdam (AMS)
- London (LON)
- New York (NY)
- Chicago (CHI)
- Tokyo (TY)
- Singapore (SGP)
RPC endpoints ของ ERPC ทำงานร่วมกับ Cloudflare และใช้ประโยชน์จาก global network ที่มี edge servers มากกว่า 300 จุด Requests จะถูก routing ผ่าน Cloudflare edge location ที่ใกล้ที่สุดโดยอัตโนมัติ จากนั้นส่งต่อไปยัง ERPC node ที่เหมาะสม เพื่อให้ได้เส้นทางเครือข่ายที่สั้นและ latency ต่ำอย่างสม่ำเสมอจากทุกที่ในโลก.
สถาปัตยกรรมนี้ช่วยลดผลกระทบจากระยะทางทางภูมิศาสตร์และ routing ที่ซับซ้อน ทำให้การเชื่อมต่อกับ Solana nodes เสถียรและมีประสิทธิภาพสูง.
ERPC Web Dashboard: ERPC Web Dashboard
Q. ใช้ WebSocket ได้ไหม?
ได้ WebSocket รองรับผ่าน endpoint เดียวกัน ช่วยให้คุณรับ real-time data updates ได้อย่างมีประสิทธิภาพ.
Q. ทำไมถึงได้รับ error 401?
Error 401 หมายถึงมีปัญหาด้าน authentication โปรดตรวจสอบสิ่งต่อไปนี้:
- subscription ของคุณเริ่มทำงานแล้วหรือไม่
- ยังมี credits เหลืออยู่หรือไม่
หาก credits หมด โปรดพิจารณาอัปเกรด plan.
Q. ทำไมถึงได้รับ error 429?
Error 429 หมายถึง request ชน rate limit. หาก error นี้เกิดขึ้นบ่อยและกระทบต่อบริการของคุณ โปรดพิจารณาอัปเกรด plan.
Q. ทำไม dedicated endpoints ถึงเร็วกว่า?
Shared endpoints ใช้ทรัพยากรร่วมกันระหว่างลูกค้าหลายราย เมื่อ traffic เพิ่มขึ้น latency ก็มีแนวโน้มเพิ่มขึ้นตาม เพราะทรัพยากร server มีขีดจำกัดทางกายภาพและรับงานได้จำกัด หากมี requests จำนวนมากเข้ามาพร้อมกัน ระบบต้องประมวลผลเป็นลำดับ ส่งผลให้ response time ช้าลง.
แม้เราจะปรับแต่ง shared endpoints ให้มีประสิทธิภาพสูงที่สุด แต่ dedicated endpoints ทำให้คุณเป็นผู้ใช้ทรัพยากรนั้นเพียงรายเดียว จึงไม่ได้รับผลกระทบจาก traffic ของผู้ใช้อื่น และให้ response ที่เสถียรและเร็วกว่า.
นอกจากนี้ dedicated endpoints ยังรองรับตัวเลือกการสื่อสารแบบไม่มี TLS เช่น HTTP. เมื่อข้าม TLS handshake ซึ่งใช้เวลาประมาณ 20ms การสื่อสารจะเริ่มได้เร็วกว่า HTTPS.
Q. ราคาที่ได้ตอนสมัครจะเพิ่มขึ้นภายหลังไหม?
ตราบใดที่ subscription ของคุณยัง active ราคาที่คุณได้รับตอนสมัครจะยังคงมีผลอยู่ สภาพแวดล้อมที่รองรับ real-time Solana workload ได้อย่างมั่นคงมีจำกัดทั่วโลก และเรามีแผนปรับ list price ตามความต้องการด้าน hardware และ network ที่เพิ่มขึ้น. Configuration สเปกสูงและ region ที่มี demand สูงมักถูกจองหมดเร็ว ดังนั้นการล็อกราคาปัจจุบันจึงเป็นทางเลือกที่คุ้มค่าที่สุดในระยะยาว.
Q. ต้องการจ่ายด้วย crypto ได้ไหม?
ตอนนี้สามารถชำระด้วย crypto ได้จาก ERPC Web Dashboard แล้ว คุณสามารถใช้ SOL, USDC หรือ EURC เพื่อซื้อ ERPC Credits ได้
ใช้ ERPC Credits เหล่านี้เพื่อเริ่มหรือใช้งานแผน ERPC ต่อ เปิด dashboard เลือก crypto payment ส่ง transfer จาก wallet ของคุณ แล้ว dashboard จะตรวจสอบ transaction และเพิ่ม credits ให้กับ account ของคุณ
Q. แนะนำ region ไหน?
ไม่มี region ใดที่ดีที่สุดถาวรสำหรับทุกกรณี Solana เป็นเครือข่าย global และ leader validator เปลี่ยนทุก slot. Region ที่มี validators และ stake จำนวนมากมักมี leader slots บ่อยกว่า ซึ่งอาจช่วยให้ transactions land ได้เร็วขึ้น แต่ traffic คู่แข่งก็มักกระจุกตัวมากขึ้นด้วย ดังนั้น region ที่แออัดน้อยกว่าอาจให้ผลดีกว่าได้ ขึ้นอยู่กับกลยุทธ์ของคุณ.
จุดเริ่มต้นที่ใช้งานได้จริงคือเลือก region ที่มี validator density สูง เช่น Frankfurt หรือ US East Coast เมื่อการมี leader-slot supply ที่สม่ำเสมอสำคัญที่สุด หรือวาง infrastructure ใกล้ target validator เฉพาะเมื่อ shortest-path execution เป็น priority. ใช้ Validators Solutions เพื่อดูการกระจายตัวของ Solana network แบบ public จากนั้นใช้ ERPC Leader Slot API และการวัดจริงเพื่อตัดสินว่า single-region, dual-region หรือ global deployment เหมาะกับงานของคุณ.
Q. ต้องการ latency ประมาณ 400ms หรือต่ำกว่า ต้องทำอย่างไร?
หากต้องการ latency ภายในประมาณ 400ms ควรพิจารณาประเด็นสำคัญเหล่านี้:
-
เข้าใจค่า ping อย่างถูกต้อง: ค่า ping แสดงสภาวะที่ค่อนข้าง ideal และไม่สะท้อน latency จริงของ streaming communications ซึ่งโดยทั่วไปอาจสูงกว่าค่า ping ประมาณ 5 เท่า เช่น ping 100ms ข้ามทวีป อาจให้ latency จริงราว 500ms. ดังนั้นหากต้องการ ~400ms ควรวาง infrastructure อยู่ใน region เดียวกัน.
- ค่า ping โดยประมาณ:
- เครือข่ายเดียวกัน: ~0.1ms
- Private Network Interconnect (PNI): ~0.2ms
- data center เดียวกัน: ~0.3ms
- เมืองเดียวกัน: ~1ms
- ประเทศใกล้เคียง: ~5-10ms
- ข้ามทวีป: ~100-300ms
- ค่า ping โดยประมาณ:
-
อย่าพึ่งค่า average latency เพียงอย่างเดียว: Solana validators กระจายอยู่ทั่วโลก และ leader schedule เปลี่ยนแบบสุ่มในแต่ละ epoch. การพึ่ง average latency เพื่อให้ได้ ~400ms จึงไม่เหมาะในทางปฏิบัติ ควร track validator schedules ใน region ของคุณอย่างแม่นยำเพื่อหา slots ที่ latency ต่ำที่สุด. หากต้องการ latency ต่ำอย่างสม่ำเสมอ มักต้องมี infrastructure ครอบคลุม region ที่เกี่ยวข้องทั้งหมด. ภายใน region เดียวกัน การรับข้อมูลอาจเกิดขึ้นในระดับหลายสิบ milliseconds และการส่งต่ออาจใช้เพียงไม่กี่ milliseconds.
-
ติดตาม leader schedule: ติดตาม schedule ของ leader validators ใน region ของคุณอย่างต่อเนื่องด้วย ERPC Leader Slot API (
getLeaderSlots). API นี้ให้ข้อมูล real-time เกี่ยวกับ upcoming leaders, stake weight, validator geolocations และ reference ping values ทำให้ระบุ trading slots ที่เหมาะสมและมี latency ต่ำได้แม่นยำขึ้น. ข้อมูลแบบ public map และ native RPC APIs มีประโยชน์สำหรับมองภาพรวมของ network แต่ยังไม่ละเอียดพอสำหรับ execution timing. Leader Slot API ช่วยเติมข้อมูลระดับ granularity ที่จำเป็นสำหรับ routing และ trading decisions.
Solana network data: Validators Solutions
Q. ทำอย่างไรให้เข้าใกล้ zero-block (zero-slot) trading?
การทำ zero-block (zero-slot) trading ให้สำเร็จต้องใช้กลยุทธ์ที่ละเอียดขึ้น:
-
ระบุ opportunity zones: Solana validators กระจายอยู่ทั่วโลก จึงเป็นไปไม่ได้ทางกายภาพที่จะได้ latency ที่ดีที่สุดในทุก slot. ควร monitor validator leader schedules ใน region ที่ infrastructure ของคุณตั้งอยู่ และระบุช่วง opportunity zones ที่ได้เปรียบที่สุด. การ deploy infrastructure ในหลาย region ก็อาจเป็นประโยชน์ เช่น Frankfurt เป็น region สำคัญเพราะมี validator density สูง ทำให้มีโอกาสถูกเลือกเป็น leader บ่อยและมี trading opportunities มากขึ้น.ใช้ ERPC Leader Slot API (
getLeaderSlots) เพื่อรับข้อมูล real-time leader schedules, stake weight, validator geolocation data และ reference ping values ที่ละเอียดกว่า public map-style data sources หรือ native RPC APIs. ข้อมูลนี้ช่วยคาดการณ์ opportunity zones ได้แม่นยำขึ้นและ execute trades ใกล้ zero latency มากขึ้น. -
ใช้ dedicated nodes: หากต้องแข่งขันจริงจัง ควรพิจารณา dedicated nodes. Shared nodes อาจมี latency จาก traffic ของผู้ใช้อื่น จึงไม่เหมาะกับการแข่งขันที่ต้องการความเร็วสูงสุด. การวาง dedicated node ให้อยู่ใน network เดียวกับ application ของคุณยังช่วยลด network latency และเพิ่มประสิทธิภาพได้อย่างมาก.
Q. ทำอย่างไรให้ได้ latency ต่ำที่สุด?
การตั้งค่าที่เหมาะที่สุดสำหรับ minimal latency คือ dedicated RPC node ร่วมกับ Bare-Metal servers ของเรา ทั้งสองอยู่ใน network เดียวกัน ทำให้สื่อสารแบบ private และ zero-distance ได้ โดยมี ping latency ประมาณ 0.1ms.
โปรดติดต่อเราผ่าน ERPC Web Dashboard สำหรับรายละเอียดเพิ่มเติม.
Q. Transactions บน dedicated node มี success rate ต่ำ
อัตราความสำเร็จและความเร็วของ transactions ได้รับผลกระทบอย่างมากจากกลไก QoS (Quality of Service). เรามี QoS สำหรับ dedicated nodes โดยเฉพาะ ดูรายละเอียดจากหน้าด้านล่างหรือสอบถามผ่าน ERPC Web Dashboard.
Q. Latency โดยทั่วไปเป็นอย่างไร?
Latency แตกต่างกันตามวิธีวัดและสภาพแวดล้อมการใช้งานจริงของคุณ แทนที่จะยึดตัวเลขเดียวแบบตายตัว สิ่งสำคัญคือ endpoint ต้องตอบโจทย์ operational requirements ของคุณจริง.
เรามี free trial ในทุก plans เพื่อให้คุณทดสอบ performance ได้โดยตรงใน real-world environment. นอกจากนี้ เรายังมีเครื่องมือที่ใช้งานง่ายทั้ง TypeScript และ Rust สำหรับวัด latency ซึ่งสามารถใช้ร่วมกับ free trial ของคุณได้.
Q. RPC นี้ รวมถึง gRPC และ Shreds เร็วกว่าผู้ให้บริการอื่นไหม?
เราแนะนำให้ทดลอง free trial และเปรียบเทียบ performance กับบริการอื่นด้วยตัวเอง หากพบว่าบริการของเราช้ากว่า โปรดแจ้งเงื่อนไขการทดสอบและคู่แข่งที่นำมาเปรียบเทียบผ่าน ERPC Web Dashboard. เราจะตรวจหาสาเหตุและปรับปรุงความเร็วต่อไป.
เราปรับปรุง latency อย่างต่อเนื่องจาก feedback ของลูกค้า หากคุณต้องการ endpoint ที่เร็วที่สุดเท่าที่ทำได้ โปรดแชร์รายละเอียดกับเรา รวมถึง metrics และเงื่อนไขเปรียบเทียบกับผู้ให้บริการอื่น เพื่อให้เราปรับปรุงได้ตรงจุด.
Q. Plan ไหนให้ performance เร็วที่สุด?
โดยทั่วไป plan ระดับสูงสุดของเราจะให้ performance เร็วที่สุด เพราะใช้ CPUs ที่ดีกว่า memory capacity สูงกว่า และ hardware configuration ที่แข็งแรงกว่า.
เรายังมี customized solutions หากคุณต้องการ servers ที่ทรงพลังกว่าเดิม แต่ standard plans ของเราถูกออกแบบให้มี price-to-performance ratio ที่เหมาะสม.
เรามั่นใจในการให้ performance ระดับโลกในทุก price level หากคุณพบ provider ที่เร็วกว่าในช่วงราคาเดียวกัน โปรดแจ้งให้เราทราบเพื่อให้เราตรวจสอบและปรับปรุง.
Q. กำลังเจอ latency สูงมาก เพราะอะไร?
Latency จะเพิ่มขึ้นตามระยะทางจาก endpoint. เราแนะนำให้เข้าถึงจาก servers ที่อยู่ใกล้ endpoint ที่ให้ไว้ สภาพแวดล้อมที่เร็วที่สุดมีให้ผ่าน Bare-Metal servers และ VPS services.
Q. อะไรเร็วที่สุด: WebSocket, gRPC หรือ ShredStream?
จาก feedback ของลูกค้า ลำดับ performance โดยทั่วไปคือ:
ShredStream / Shreds > gRPC > WebSocket
โปรดแจ้งให้เราทราบหากคุณได้ผลลัพธ์ที่ต่างออกไป.
Q. Latency ไม่เป็นไปตามที่คาดไว้
Performance อาจแตกต่างตาม programming language ที่คุณเลือก โดยทั่วไปลำดับ performance มักเป็นดังนี้:
Rust > Go > TypeScript (JavaScript) > Python
สำหรับการเปรียบเทียบที่ละเอียดขึ้น ดู resource นี้:
หากคุณต้องการ performance สูงสุด เราแนะนำให้ใช้ Rust.