ครบทุกอย่างที่ต้องใช้เชื่อมตรงถึงบล็อกเชน
RPC สำหรับ Ethereum และ Solana และสตรีมข้อมูล Solana ที่เร็วที่สุด — Geyser gRPC, Direct Shreds — ทำงานอยู่บนเครือข่ายที่อยู่ติดกับแต่ละเชน คุณคุยกับเชนได้โดยตรง
ความเร็วถูกกำหนดโดยระยะทางถึง Solana
ภูมิภาคมีความสำคัญ แต่ชื่อเมืองเพียงอย่างเดียวไม่ใช่เส้นทางเครือข่าย แม้แต่ในเมืองเดียวกัน การวิ่งผ่านเครือข่ายภายนอกและจำนวน hop ที่มากขึ้นก็เพิ่มความหน่วงได้ ERPC เลือกศูนย์ข้อมูลที่อยู่ใกล้เซิร์ฟเวอร์ Solana แล้วลัดเส้นทางให้สั้นโดยไม่ต้องวิ่งผ่านเครือข่ายภายนอก พร้อม turbo boost ต่อเนื่อง
เส้นทางพรีเมียมของ ERPC
ไม่วิ่งผ่านเครือข่ายภายนอก
RTT ต่ำสุด
เลือกแค่ระดับเมือง
ผ่านเครือข่ายภายนอก / 7 hops
ช้ากว่า 70 เท่า
- 01ศูนย์ข้อมูลเดียวกันเลือกภูมิภาคก่อน จากนั้นเลือกศูนย์ข้อมูลที่ใกล้ Solana ที่สุด
- 02ไม่ผ่านเครือข่ายภายนอกหลีกเลี่ยงเส้นทาง AS ภายนอกเพื่อให้ RTT และ jitter แน่นกระชับ
- 03เต็มกำลังERPC ตัดโปรไฟล์ประหยัดพลังงานออก และคงทรัพยากรไว้ใน turbo boost ต่อเนื่อง
เบนช์มาร์กที่วัดจริง
เครื่องคลาสเดียวกัน แต่ความเร็วคนละเรื่อง
AMD Turin, 4 vCPU, Amsterdam, Ubuntu 24.04 — เหมือนกันเป๊ะทั้งสองเครื่อง เครื่องหนึ่งคือคลาวด์รายใหญ่ อีกเครื่องของเรา สเปกชีตบอกว่าเท่ากัน แต่ผลเบนช์บอกคนละเรื่อง
ชิปตัวเดียวกัน ช่องว่างนี้มาจากการจูนของเรา — เครื่องที่ปรับจูนมาอย่างลงตัวและวางไว้ติด Solana
node_bench · รันเดียวกัน ภูมิภาคเดียวกัน
ERPC เทียบคลาวด์รายใหญ่ · สเปกเดียวกัน
- พลังประมวลผล CPUsysbench · 4 threads · ยิ่งสูงยิ่งดี
- throughput CPU มากกว่า1.9×
- แบนด์วิดท์หน่วยความจำSTREAM Triad · 4 GiB · ยิ่งสูงยิ่งดี
- แบนด์วิดท์หน่วยความจำมากกว่า3.2×
- Disk IOPSfio · 4K randread · QD32 · ยิ่งสูงยิ่งดี
- disk IOPS มากกว่า16.6×
- ความหน่วงดิสก์ · p99fio · 4K randread · QD32 · ยิ่งต่ำยิ่งดี
- เร็วกว่าที่ช่วงหาง25.7×
events/s
MB/s
IOPS
µs
ลำดับความสำคัญถ่วงด้วย stake (SWQoS)
ถ้าธุรกรรมไม่ผ่านซ้ำๆ แปลว่าคุณติดอยู่ในเลนสแปม
leader ของ Solana แบ่งแบนด์วิดท์ลำดับความสำคัญเป็นสองเลน การเชื่อมต่อที่มี stake หนุนหลัง — SOL ที่ผูกไว้กับ validator — ได้ไป 80% รายอื่นๆ ทั้งหมดต้องไปแย่งกันในอีก 20% ที่เหลือ — เลนที่อัดแน่นไปด้วยสแปม
ยิงตรงเข้าหา leader ดูเผินๆ เหมือนเป็นทางที่เร็ว — แต่ถ้าไม่มี stake นั่นคือเลน 20% ที่แออัด และพอโหลดหนักขึ้นมา ธุรกรรมของคุณ ก็ไม่มีวันได้เข้า block
คำตอบจริงๆ จึงคือ validator ที่มี stake เรารัน validator ระดับท็อปที่ต่อเข้ากับสาย RPC คุณภาพสูง — ฮาร์ดแวร์ที่วางไว้ติด Solana — เพื่อให้ธุรกรรมของคุณวิ่งผ่านเลนกว้าง
validator ระดับท็อปใน Shinobi Performance Pool ของเรา
leader ของ Solana แบ่งแบนด์วิดท์ลำดับความสำคัญยังไง
stake พาคุณวิ่งบนเลนกว้าง 80% เข้าหา validator — ก่อนจ่ายค่าธรรมเนียมใดๆ ด้วยซ้ำ ไม่มี stake ก็ถูกยัดอยู่ในเลนสแปม 20%
สัดส่วน 80 / 20 leader ของ Solana เป็นคนกำหนด ไม่ใช่เรา
ตําแหน่งแกนหลัก
สร้างที่ Solana วิ่งเร็วที่สุด
ทั่วเครือข่ายทั่วโลกของเรา เราเลือกเฉพาะดาต้าเซ็นเตอร์ระดับพรีเมียมที่ Solana ทํางานได้ดีที่สุด แล้วรัน RPC, สตรีม และโหนดเฉพาะบนฮาร์ดแวร์ระดับท็อปอย่างเต็มกําลัง เรายังมีเซิร์ฟเวอร์ bare metal และตัวเลือก VPS เพื่อให้คุณดีพลอยแอปบนเครือข่ายเดียวกันและอยู่บนเส้นทางที่เร็วที่สุด
The ERPC stack
Every layer runs right next to the chain you build on.
- 01300+ edge locationsRPC EndpointHTTP & WebSocket, multi-region
- 02Push, no pollingGeyser gRPCAccount, tx, slot & block streams
- 03One layer before gRPCDirect ShredsData before the block is assembled
- 0480% priority bandwidthStaked ConnectionSWQoS priority lane
- 051.9× CPU vs Google CloudDirect VPS ServersEPYC compute right next to Solana
- 06Snapshot 2–4h → ~5minDirect Bare Metal ServersExclusive physical resources
- 07~2ms · −20ms TLSUnlimited EndpointsDedicated HTTP, no TLS overhead
- 08CLI agent, local & remoteSLV AINatural-language Solana ops
คุณอยู่ติดกับเชนอยู่แล้ว
RPC, Geyser gRPC, Direct Shreds — ครบทั้งสแต็ก ติดตั้งบนเครือข่ายที่อยู่ติดกับเชน







