Skip to main content
AdvancedFastest-path route for snipers, from a wallet only your API key can open. To sign on your own machine instead, use the Local Trade API.

How it works

One request in, one transaction per provider out, one fill. The diagram follows a buy from your bot to the block, with the time each step takes measured on our server in Amsterdam.

your botPOST /api/lightspeedsol.shrine.trade≈0.3 ms unlock wallet≈1 ms build + sign one copy per provider0 ms first buy: no balance readt≈2 ms fan outone fill, never twoJitoack 12 msAstralaneack 10 msTemporalack 9 msfastest this slot: landsbloXrouteack 14 msNode1ack 11 msFlashBlockack 13 msBlockRazorack 15 msRPCack 24 msone copy per provider, sent in the same instant

The steps, in milliseconds

StepWhat happensTime
1. UnlockLook the account up by the hash of your API key, derive the wallet key from the API key and salt, decrypt the keypair.≈0.3 ms
2. BuildRoute the mint to its launchpad, take the pool state and blockhash from the live gRPC cache, assemble the fee and swap instructions. No RPC.≈1 ms
3. Balance readOnly on a sell or a repeat buy of a mint: one RPC read, started together with step 2 so it overlaps it. A first buy of a mint skips it, the wallet cannot hold it yet.0 ms on a first buy, ≈5 to 10 ms otherwise
4. SignOne copy per provider, each with that provider's tip account inside, signed with the wallet.≈0.2 ms for all
5. Fan outEvery copy leaves at the same instant over persistent connections to each provider.t ≈ 7 ms
6. AcknowledgeEach provider confirms receipt; the response returns once all have answered or timed out. ms per provider is measured from step 1.≈9 to 40 ms
7. LandThe fastest path delivers its copy to the current leader; it executes in that leader's block. The other copies fail on chain before moving funds.within the slot, ≤400 ms

Times are typical, not guaranteed: steps 3 and 6 depend on the RPC and the providers, step 7 on the leader. A first buy measured from a fresh request builds and signs in 2.7 ms. Your own network hop to Amsterdam comes on top of step 1.

Why fan-out instead of the best provider

Each provider's path to the leader changes slot to slot: their stake, their peering with that particular validator, their load. The one that was fastest a second ago may be third now. Sending to all of them means the snipe always takes the fastest path that exists at that moment, and a slow provider costs nothing since its copy simply loses.

Why only one fill

Every copy is a distinct transaction with its own signature. The first to execute trades. Every later copy fails on chain before it moves funds, so the trade happens once and the tip is paid once, to the provider whose copy landed. A losing copy costs its priority fee only. Nothing on your side has to coordinate this.

What you see in the response

submissions lists each provider with its signature, whether it accepted, and its ms. signature is the first accepted copy, but any accepted one may be the copy that landed, so confirm by watching all of them or simply the wallet's balance. See the Snipe page for the full shape.