Skip to main content

Syncro Sender vs Public RPC on Solana — How Validator Routing Differs from Standard Submission

Written by Mike

How does Syncro Sender differ from submitting transactions through a standard public RPC endpoint on Solana?

The structural limitation of public RPC

Public RPC endpoints are shared infrastructure. When a transaction is submitted through a public RPC node, it follows a single routing path alongside transactions from thousands of other users. The RPC node forwards the transaction to the network, but it has no priority mechanism, no direct validator connection, and no control over when or how the transaction reaches the block leader.

During periods of normal activity, this works adequately. During congestion, public RPC can become a bottleneck. Transactions may be delayed, dropped, or arrive at the block leader after competing transactions have already been included, depending on conditions.

How Syncro Sender differs architecturally

Syncro Sender replaces single-path RPC submission with multi-path validator-level routing. Instead of sending the transaction through one shared endpoint, Syncro Sender broadcasts it simultaneously through:

  1. Direct connections to the current and upcoming block leaders

  2. Staked TPU connections via SWQoS, using P2P.org's validator stake for priority scheduling

  3. A dedicated relayer for redundancy

  4. Standard RPC as a fallback

The transaction needs only one of these paths to succeed. This parallel approach is designed to help improve the likelihood of timely inclusion, depending on network conditions.

Key differences at a glance

Routing: Public RPC uses a single shared path. Syncro Sender uses multiple parallel paths including direct validator connections.

Priority: Public RPC has no priority mechanism. Syncro Sender uses SWQoS, which gives transactions routed through high-stake validators preferential scheduling.

Congestion behavior: Public RPC performance can degrade under load because all users share the same path. Syncro Sender is designed to offer additional delivery paths (including staked connections that may receive priority bandwidth), depending on network conditions.

Geographic coverage: Public RPC typically operates from limited locations. Syncro Sender endpoints are deployed across six global regions (Amsterdam, Frankfurt, New York, London, Tokyo, Singapore).

Integration: Both accept standard sendTransaction JSON-RPC calls. Switching to Syncro Sender requires only changing the endpoint URL and adding a tip instruction.

When public RPC is sufficient

For non-time-sensitive operations, such as token transfers, NFT minting during low-traffic periods, or general-purpose application interactions, public RPC endpoints may be adequate. The performance gap becomes meaningful for operations where landing speed directly affects the outcome.


This article is for informational purposes only and does not constitute a service agreement. Use of Syncro Sender is governed by the Terms of Service: https://www.p2p.org/syncro-terms

Did this answer your question?