ERPC

FAQ - VPS

คำถามที่ไม่เจาะจงเชนใด

Q. ทำไม VPS ของคุณถึงเร็วขนาดนี้?

VPS ของเราใช้ CPU AMD EPYC เจเนอเรชันที่ 4 รุ่นล่าสุด ซึ่งผู้ให้บริการรายอื่นยังไม่ค่อยนำมาใช้กันทั่วไป CPU ซีรีส์นี้มีชื่อเสียงด้านจำนวน core ที่มากควบคู่กับ clock speed ที่สูงมาก จึงรักษาประสิทธิภาพที่โดดเด่นไว้ได้แม้ในสภาพแวดล้อมเสมือน
เหตุผลหลักที่เราเลือกใช้ CPU เจเนอเรชันที่ 4 ขึ้นไปโดยเฉพาะ คือการรองรับ DDR5 RAM ซึ่งเริ่มใช้งานได้พร้อมกับ CPU เหล่านี้ และมีความเร็วและประสิทธิภาพเหนือกว่า DDR4 RAM แบบเดิมอย่างมาก
นอกจากนี้ โครงสร้างพื้นฐานด้าน storage ของเรายังใช้ SSD ที่เร็วที่สุดเท่าที่มีอยู่ นั่นคือไดรฟ์ NVMe เจเนอเรชันที่ 4 และได้รับการสนับสนุนจากผู้ให้บริการที่เป็นพันธมิตรซึ่งเชื่อถือได้ พร้อมแบนด์วิดท์เครือข่ายความจุสูงแบบไม่จำกัด
ยิ่งไปกว่านั้น แพลตฟอร์มของเราผสานการใช้เครือข่ายร่วมกันอย่างเต็มรูปแบบ ทำให้ระยะทางระหว่างแอปพลิเคชันของคุณกับเครือข่าย Solana ลดลงเป็นศูนย์ในทางปฏิบัติ เนื่องจากความเร็วของเครือข่ายมักเป็นคอขวดหลักของประสิทธิภาพ เราจึงสร้างและให้บริการสภาพแวดล้อมเครือข่าย Solana ความเร็วสูงที่ได้รับการปรับแต่งมาอย่างดี เพื่อให้แอปพลิเคชันของคุณได้ประสิทธิภาพสูงสุด

Q. ข้อดีของ VPS คืออะไร? แตกต่างจากเซิร์ฟเวอร์ Bare Metal อย่างไร?

เซิร์ฟเวอร์ Bare Metal เหมาะที่สุดสำหรับการใช้งานที่ประสิทธิภาพเป็นเรื่องสำคัญ แต่มีค่าใช้จ่ายเริ่มต้นสูงกว่า (ขั้นต่ำ €298/เดือน) และโดยทั่วไปมีให้บริการในการกำหนดค่าเซิร์ฟเวอร์ขนาดใหญ่กว่า ในทางกลับกัน VPS เริ่มต้นที่ €42/เดือน และเหมาะกับงานที่มีโหลดเบา เช่น proxy, การ subscribe stream และการรัน script เบา ๆ
VPS ของเราใช้ประโยชน์จากสภาพแวดล้อม cloud ได้อย่างเต็มที่ และผสานการทำงานกับเครือข่าย Solana Shreds ของ ERPC ได้อย่างราบรื่น
  • สำหรับ use case ที่ประสิทธิภาพเป็นเรื่องสำคัญ: เราแนะนำเซิร์ฟเวอร์ Bare Metal
  • สำหรับงานที่เน้นความคุ้มค่าและมีโหลดเบา: เราแนะนำ VPS

Q. โหนดของคุณตั้งอยู่ในภูมิภาคใดบ้าง?

ปัจจุบันเราให้บริการโหนดในภูมิภาคต่อไปนี้:
  • Frankfurt (FRA)
  • Amsterdam (AMS)
  • London (LON)
  • Dublin (DUB)
  • New York (NY)
  • Chicago (CHI)
  • Salt Lake City (SLC)
  • Tokyo (TY)
  • Singapore (SGP)
  • Sydney (SYD)
ERPC Web Dashboard: https://dashboard.erpc.global/th

Q. ความหน่วงเป็นอย่างไร?

ความหน่วงแตกต่างกันไปขึ้นอยู่กับวิธีการวัดและสภาพแวดล้อมการใช้งานเฉพาะของคุณ แทนที่จะมุ่งเน้นที่ค่าตัวเลขที่แน่นอน สิ่งสำคัญคือการทำให้แน่ใจว่าความหน่วงนั้นตรงกับความต้องการในการใช้งานจริงของคุณ
สำหรับ Solana คุณวัดความหน่วงได้ด้วยเครื่องมือโอเพนซอร์สสำหรับ TypeScript และ Rust ต่อไปนี้

Q. ทำไม dedicated endpoint ถึงเร็วกว่า?

shared endpoint ถูกใช้งานโดยลูกค้าหลายรายที่แชร์ทรัพยากรเดียวกัน เมื่อ traffic เพิ่มขึ้น ความหน่วงก็มักจะเกิดขึ้น ทรัพยากรของเซิร์ฟเวอร์มีขีดจำกัดทางกายภาพ และปริมาณงานที่รองรับได้นั้นมีจำกัด เมื่อมีคำขอจำนวนมากเกินไปเข้ามาในเวลาเดียวกัน ก็ต้องประมวลผลทีละรายการตามลำดับ ซึ่งทำให้เวลาตอบสนองช้าลง
แม้ว่าเราจะใช้มาตรการต่าง ๆ เพื่อปรับประสิทธิภาพให้เหมาะสมแม้บน shared endpoint แต่ด้วย dedicated endpoint คุณจะเป็นผู้ใช้ทรัพยากรเพียงรายเดียว นั่นหมายความว่าคุณจะไม่ได้รับผลกระทบจากผู้ใช้รายอื่นเลย จึงมั่นใจได้ถึงการตอบสนองที่เสถียรและรวดเร็วอย่างสม่ำเสมอ
นอกจากนี้ dedicated endpoint ยังมีตัวเลือกการสื่อสารแบบไม่ใช้ TLS เช่น HTTP โดยการข้าม TLS handshake (ประมาณ 20ms) ทำให้การสื่อสารเร็วยิ่งขึ้นเมื่อเทียบกับ HTTPS

Q. แผนไหนให้ประสิทธิภาพที่เร็วที่สุด?

โดยทั่วไปแล้ว แผนระดับสูงสุดของเราจะให้ประสิทธิภาพที่เร็วที่สุด เนื่องจากมี CPU ที่เหนือกว่า หน่วยความจำที่มากกว่า และการกำหนดค่าฮาร์ดแวร์ที่แข็งแกร่ง
เรายังมีโซลูชันที่ปรับแต่งได้หากคุณต้องการเซิร์ฟเวอร์ที่ทรงพลังยิ่งขึ้น แต่แผนมาตรฐานของเราก็ออกแบบมาเพื่อมอบอัตราส่วนราคาต่อประสิทธิภาพที่เหมาะสมที่สุด
เรามั่นใจในการมอบประสิทธิภาพระดับโลกในทุกระดับราคา หากคุณพบผู้ให้บริการที่เร็วกว่าในช่วงราคาเดียวกัน โปรดแจ้งให้เราทราบเพื่อที่เราจะได้ตรวจสอบและปรับปรุง

Q. ความหน่วงไม่เป็นไปตามที่ฉันคาดหวัง

ประสิทธิภาพแตกต่างกันอย่างมากขึ้นอยู่กับภาษาโปรแกรมที่ใช้ โดยทั่วไปแล้ว ประสิทธิภาพของภาษาจัดอันดับได้ดังนี้:
Rust > Go > TypeScript (JavaScript) > Python
ดูการเปรียบเทียบโดยละเอียดได้ที่:
การเปรียบเทียบความเร็วของภาษาโปรแกรม
หากเป้าหมายของคุณคือประสิทธิภาพสูงสุด เราขอแนะนำอย่างยิ่งให้ใช้ Rust

Q. ราคาขายจะถูกปรับขึ้นไหมหลังจากที่ฉันสมัครแล้ว?

ตราบใดที่ subscription ของคุณยังใช้งานอยู่ ราคาขายที่คุณล็อกไว้ตอนสมัครจะยังคงมีผลต่อไป สภาพแวดล้อมที่รองรับ workload แบบเรียลไทม์ของ Solana ได้นั้นหายากในระดับโลก และเราวางแผนที่จะปรับราคาขึ้นตามความต้องการด้านฮาร์ดแวร์และเครือข่ายที่เพิ่มขึ้น การกำหนดค่าที่สเปกสูงกว่าและภูมิภาคที่มีความต้องการสูงจะขายหมดเร็วที่สุด ดังนั้นการล็อกราคาปัจจุบันไว้จึงเป็นทางเลือกที่คุ้มค่าที่สุดในระยะยาว

Q. ฉันต้องการชำระเงินด้วย crypto

การชำระด้วย crypto ใช้ได้จาก ERPC Web Dashboard เมื่อประเทศของที่อยู่สำหรับเรียกเก็บเงินที่ลงทะเบียนไว้เป็นหนึ่งในประเทศสมาชิก EU หากบัตรชำระเงินทุกใบที่ลงทะเบียนไว้ในบัญชีของคุณออกในประเทศนอก EU จะไม่สามารถชำระด้วย crypto ได้ คุณสามารถใช้ SOL, USDC หรือ EURC เพื่อซื้อ ERPC Credits ได้
ใช้ ERPC Credits เหล่านี้เพื่อเริ่มหรือใช้งานแผน ERPC ต่อ เปิด dashboard เลือกชำระเงินด้วย crypto แล้วโอนจาก wallet ของคุณ จากนั้น dashboard จะตรวจสอบ transaction และเพิ่ม credits เข้าบัญชีของคุณ
ประเทศที่รองรับ: กรีซ, โครเอเชีย, เช็ก, ไซปรัส, เดนมาร์ก, เนเธอร์แลนด์, บัลแกเรีย, เบลเยียม, โปรตุเกส, โปแลนด์, ฝรั่งเศส, ฟินแลนด์, มอลตา, เยอรมนี, โรมาเนีย, ลักเซมเบิร์ก, ลัตเวีย, ลิทัวเนีย, สเปน, สโลวะเกีย, สโลวีเนีย, สวีเดน, ออสเตรีย, อิตาลี, เอสโตเนีย, ไอร์แลนด์, ฮังการี
สำหรับประเทศที่ไม่อยู่ในรายการ โปรดชำระเงินด้วยบัตรเครดิต
ERPC Web Dashboard

Solana

คำตอบเหล่านี้อาศัยวิธีการทำงานของ Solana: บทบาท leader จะเปลี่ยนไปอยู่กับ validator ต่าง ๆ ตาม leader schedule ดังนั้นตำแหน่งของ validator จึงมีผลต่อการเลือกภูมิภาคของคุณ

Q. คุณแนะนำภูมิภาคไหน?

ไม่มีภูมิภาคใดที่ดีที่สุดอย่างถาวรเพียงภูมิภาคเดียว Solana เป็นเครือข่ายระดับโลก และบทบาท leader จะเปลี่ยนไปอยู่กับ validator ต่าง ๆ ตาม leader schedule ภูมิภาคที่มี validator มากกว่าและมี stake สูงกว่าจะมี leader slot บ่อยกว่า ซึ่งอาจช่วยให้ transaction land ได้เร็วขึ้น ข้อแลกเปลี่ยนคือ traffic ที่แข่งขันกันก็จะหนาแน่นอยู่ที่นั่นเช่นกัน ดังนั้นภูมิภาคที่มีคนใช้น้อยกว่าบางครั้งอาจให้ผลลัพธ์ที่ดีกว่า ขึ้นอยู่กับกลยุทธ์ของคุณ
ในทางปฏิบัติ ให้เริ่มต้นด้วยการเลือกภูมิภาคที่มี validator หนาแน่น เช่น Frankfurt หรือชายฝั่งตะวันออกของสหรัฐ เมื่อการมี leader slot อย่างสม่ำเสมอเป็นสิ่งสำคัญที่สุด หรือวางระบบของคุณไว้ใกล้ validator เป้าหมายที่เจาะจง เมื่อการทำงานผ่านเส้นทางที่สั้นที่สุดเป็นสิ่งสำคัญลำดับแรก ใช้ Validators Solutions เพื่อทำความเข้าใจการกระจายตัวของเครือข่าย Solana สาธารณะ จากนั้นใช้ ERPC Leader Slot API และการวัดผลจริงเพื่อตัดสินใจว่าการ deploy แบบใดเหมาะสม ระหว่างภูมิภาคเดียว สองภูมิภาค หรือทั่วโลก
รายงานการกระจายตัวของ Solana Mainnet

Q. ฉันต้องการความหน่วงประมาณ 400ms หรือต่ำกว่านั้น

เพื่อให้ได้ความหน่วงภายในประมาณ 400ms โปรดพิจารณาประเด็นสำคัญเหล่านี้:
  • ทำความเข้าใจค่า Ping อย่างสมจริง: ค่า ping บ่งบอกถึงสภาวะในอุดมคติ และไม่ได้สะท้อนความหน่วงจริงในการสื่อสารแบบ streaming ซึ่งโดยทั่วไปจะมีความหน่วงประมาณ 5 เท่าของค่า ping เช่น ค่า ping 100ms ข้ามทวีปจะส่งผลให้เกิดความหน่วงจริงประมาณ 500ms ดังนั้นจึงต้องตั้งโครงสร้างพื้นฐานไว้ภายในภูมิภาคเดียวกันเพื่อให้ได้ความหน่วง ~400ms
    • ค่า Ping อ้างอิงทั่วไป:
      • เครือข่ายเดียวกัน: ~0.1ms
      • การเชื่อมต่อระหว่างเครือข่ายแบบส่วนตัว (PNI): ~0.2ms
      • ศูนย์ข้อมูลเดียวกัน: ~0.3ms
      • เมืองเดียวกัน: ~1ms
      • ประเทศใกล้เคียง: ~5–10ms
      • ข้ามทวีป: ~100–300ms
  • หลีกเลี่ยงกับดักของความหน่วงเฉลี่ย: validator ของ Solana กระจายตัวอยู่ทั่วโลกในเชิงภูมิศาสตร์ และ leader schedule จะเปลี่ยนแบบสุ่มในแต่ละ epoch การพึ่งพาความหน่วงเฉลี่ยเพื่อให้ได้ ~400ms นั้นไม่สามารถทำได้จริง แต่คุณควรติดตามตาราง validator ในภูมิภาคที่เจาะจงของคุณอย่างแม่นยำ เพื่อระบุ slot ที่มีความหน่วงต่ำที่สุด การจะได้ความหน่วงต่ำที่สุดอย่างสม่ำเสมอนั้นจำเป็นต้องมีโครงสร้างพื้นฐานครอบคลุมทุกภูมิภาคที่เกี่ยวข้อง ภายในภูมิภาคเดียวกัน การดึงข้อมูลสามารถเกิดขึ้นได้ในระดับหลายสิบมิลลิวินาที และการส่งข้อมูลทำได้ในเวลาเพียงไม่กี่มิลลิวินาที
  • ติดตาม Leader Schedule: ติดตามตาราง leader validator สำหรับภูมิภาคของคุณด้วย ERPC Leader Slot API (getLeaderSlots) API นี้คืนค่าตาราง leader ที่กำลังจะมาถึง น้ำหนัก stake ของ epoch ปัจจุบัน ตำแหน่งทางภูมิศาสตร์โดยประมาณของ validator และค่า ping อ้างอิง ทำให้คุณระบุ slot ที่มีความหน่วงต่ำที่สุดซึ่งควรเล็งเป้าไว้ได้ตั้งแต่ก่อนที่ slot เหล่านั้นจะมาถึง ข้อมูลสาธารณะในรูปแบบแผนที่และ native RPC API มีประโยชน์สำหรับการมองเห็นเครือข่ายในภาพกว้าง แต่ยังไม่แม่นยำพอสำหรับการกำหนดจังหวะเวลาในการดำเนินการ Leader Slot API เติมเต็มช่องว่างนั้นด้วยความละเอียดที่จำเป็นสำหรับการตัดสินใจเรื่อง routing และการเทรด
Validators Solutions - ข้อมูลเครือข่าย Solana
ข้อมูลเครือข่าย Solana: Validators Solutions

Q. ฉันจะทำการเทรดแบบ zero-block (zero-slot) ได้อย่างไร?

การทำการเทรดแบบ zero-block (zero-slot) ให้สำเร็จต้องใช้กลยุทธ์ที่ซับซ้อนยิ่งขึ้น ดังนี้:
  • ระบุ Opportunity Zone: validator ของ Solana กระจายตัวอยู่ทั่วโลก และเป็นไปไม่ได้ในเชิงกายภาพที่จะได้ความหน่วงที่เหมาะสมที่สุดสำหรับทุก slot ดังนั้นให้ติดตามตาราง leader ของ validator ในภูมิภาคที่โครงสร้างพื้นฐานของคุณตั้งอยู่ และระบุ opportunity zone ที่เอื้อประโยชน์มากที่สุด การ deploy โครงสร้างพื้นฐานในหลายภูมิภาคก็อาจเป็นข้อได้เปรียบเช่นกัน ตัวอย่างเช่น Frankfurt เป็นภูมิภาคสำคัญเนื่องจากมีความหนาแน่นของ validator สูง จึงได้รับเลือกเป็น leader บ่อยขึ้นและมีโอกาสในการเทรดมากขึ้น
    ใช้ ERPC Leader Slot API (getLeaderSlots) เพื่อดูตาราง leader ที่กำลังจะมาถึง น้ำหนัก stake ของ epoch ปัจจุบัน ข้อมูลตำแหน่งทางภูมิศาสตร์โดยประมาณของ validator และค่า ping อ้างอิง ด้วยความแม่นยำที่สูงกว่าแหล่งข้อมูลสาธารณะในรูปแบบแผนที่หรือ native RPC API อย่างมาก ข้อมูลนี้ช่วยให้คุณกำหนดขอบเขตของ opportunity zone ได้ก่อนที่ slot จะมาถึง และดำเนินการเทรดด้วยความหน่วงที่เกือบเป็นศูนย์
  • ใช้ Dedicated Node: หากคุณแข่งขันได้ยาก ให้พิจารณา deploy dedicated node โหนดแบบใช้ร่วมกันจะมีความหน่วงเนื่องจาก traffic จากผู้ใช้รายอื่น จึงไม่แนะนำ ยิ่งไปกว่านั้น การวาง dedicated node ของคุณไว้ในเครือข่ายเดียวกันกับแอปพลิเคชันของคุณจะช่วยลดความหน่วงของเครือข่ายได้อย่างมีนัยสำคัญและปรับประสิทธิภาพให้เหมาะสมที่สุด

Q. อันไหนเร็วที่สุด: WebSockets, gRPC หรือ Shreds?

ผลตอบรับที่รวบรวมจากลูกค้าจัดอันดับความเร็วได้อย่างสม่ำเสมอตามลำดับนี้:
Shreds > gRPC > WebSockets
หากประสบการณ์ของคุณแตกต่างออกไป โปรดแจ้งให้เราทราบ

Q. ฉันต้องการสภาพแวดล้อมที่ดีที่สุดเท่าที่จะเป็นไปได้

UDP Forwarding มีให้เลือกทั้ง Standard และ Premium ทั้งสองแบบส่ง Shreds มาถึงตัวรับของคุณจากภูมิภาคที่คุณเลือกไว้ โดยใน Standard นั้น ERPC จะส่งต่อ Shreds ออกจากโหนดในภูมิภาคนั้น Shreds จึงมาถึงคุณจาก IP ต้นทางเพียงรายการเดียว ส่วนใน Premium เครือข่าย mesh จะส่งต่อสำเนาที่มาถึงเครือข่ายก่อนของ Shred แต่ละตัว Shreds ทาง Premium มักมาถึงเร็วกว่าทาง Standard 1–3 ms ตัวรับของ ERPC ที่แฟรงก์เฟิร์ตได้รับ Standard และ Premium ไปพร้อมกันเมื่อวันที่ 30 ตุลาคม 2026 ในการวัด 1 ครั้งนาน 120 วินาที แล้วนำ Shred ที่ได้รับทั้งทาง Standard และ Premium มาเทียบเวลาที่มาถึงครั้งแรกในแต่ละทาง หากคุณต้องการความต่างด้านความเร็วนี้ ให้เลือก Premium แต่ถ้าไม่ต้องการ ให้เลือก Standard จากนั้นให้เลือกภูมิภาคใน ERPC Web Dashboard และตั้งค่าที่อยู่ IPv4 สาธารณะและพอร์ตของเซิร์ฟเวอร์ที่จะรับ Shreds ดิบ ทั้งนี้ ไม่ว่าคุณจะเลือกแบบใด ไฟร์วอลล์ฝั่งรับก็ต้องอนุญาต IP ต้นทางทุกรายการที่แสดงใน dashboard
สำหรับรายละเอียดเพิ่มเติม โปรดติดต่อเราผ่าน ERPC Web Dashboard
ERPC Web Dashboard
🔗 ERPC Web Dashboard

Q. RPC (gRPC, Shreds) นี้เร็วกว่าเจ้าอื่นไหม?

เราออกแบบทุกระดับราคาโดยให้ความสำคัญกับความเร็ว และยินดีให้มีการวัดเปรียบเทียบแบบเคียงข้างกับผู้ให้บริการรายอื่นใดก็ตาม ผลลัพธ์อาจแตกต่างกันตามภูมิภาค ตามการใช้ shared endpoint หรือ dedicated endpoint ตามโปรโตคอลที่ใช้ (WebSockets, gRPC หรือ Shreds) และตามภาษาโปรแกรมที่ client ของคุณใช้
หากคุณพบว่าบริการของเราช้ากว่า โปรดแจ้งเงื่อนไขที่เจาะจงและคู่แข่งที่คุณนำมาเปรียบเทียบให้เราทราบผ่าน ERPC Web Dashboard เราจะหาสาเหตุและปรับปรุงความเร็วให้ดียิ่งขึ้น
ERPC Web Dashboard
ก่อนหน้าสตรีมข้อมูล / Solana Shreds / UDP ForwardingถัดไปBare Metal