# FastRelay — full context

> FastRelay is a Solana transaction relay operated by AllenHark. Every signed transaction is sent down five broadcast paths at once so it lands in the slot it was aimed at. The price is a 0.001 SOL tip per transaction, with no signup. Staking the $RELAY utility token lowers the tip (to zero at 100,000 $RELAY) and raises the rate limit (5 to 200 requests per second) — the reward is priority and cheaper tips, never yield or emissions. Tips can also be paid in discounted $RELAY (TWAP-priced), and a portion of every confirmed tip is burned against a fixed 1,000,000,000-token supply. $RELAY is a utility token for network access. It is not an investment, a security, or a claim on revenue. Its price may fall and it may lose all value. Nothing on this site is financial advice or an offer of securities.

This document is the expanded companion to [llms.txt](https://fastrelay.sh/llms.txt) — per-page detail with the concrete numbers, endpoints, and mechanics behind each claim on fastrelay.sh. Every displayed token and network figure is a real on-chain read with an honest empty state; the relay's operating figures are published constants. Nothing on the site is simulated.

---

## Home (`/`)

Headline: "Land in the slot you aimed at." The hero shows the live mainnet slot (a real `getSlot` read at `confirmed` commitment, via `/api/stats/slot`) on a split-flap board. Below it, the approach chart draws a signed transaction taking five broadcast paths onto slot N while the copy sent through the public mempool circles in a holding pattern and lands on slot N+1. Then the published operating figures, the four regions with their endpoints, a copy-paste integration snippet (curl and JavaScript), the price (0.001 SOL tip; stake lowers it and raises the rate limit), a short $RELAY section, a link to the presale, and an FAQ (FAQPage schema). Only the slot is live; the relay's operating figures are published constants.

## Relay product page (`/relay`)

FastRelay is an ultra-low-latency Solana transaction relay for traders, market makers, and automated systems. A client submits a pre-signed transaction and the relay delivers it via a leader-aware pipeline with stake-weighted priority.

Published operating figures (fixed constants, not a live-metrics feed): 99.8% same-slot landing, ~0.1ms QUIC dispatch, and 4 active regions.

**5-channel broadcast pipeline** — every transaction is sent through all five simultaneously:
1. Stake-Weighted QUIC (primary) — priority delivery across multiple global endpoints.
2. QUIC TPU — direct to the current + next 48 Solana leaders via QUIC.
3. UDP TPU — fire-and-forget UDP to leaders.
4. RPC fan-out — parallel `sendTransaction` to multiple RPC endpoints.
5. Jito / ROC relayers — Jito Block Engine and custom relayers.

**4 regions**, each running an independent relay instance with the full pipeline: Frankfurt (primary; `fra.fastrelay.sh`), Amsterdam (`ams.`), New York (`ny.`), and Tokyo (`tyo.`). Each region host serves every transport: QUIC on port 4433 (e.g. `fra.fastrelay.sh:4433`), WebSocket, and `/v1/sendTx` over HTTPS or plain HTTP. The bare `fastrelay.sh` is the website, not a relay endpoint.

**Tips:** minimum 0.001 SOL (1,000,000 lamports) to a randomly selected `Fast…`-prefixed FastRelay tip wallet; 0.002–0.005 SOL suggested during congestion (a suggestion, not a requirement — there is no surge pricing). Tips may alternatively be paid in discounted $RELAY (TWAP-priced). Wallets whose stake has reduced the tip to zero owe no relay tip. Jito atomic bundles additionally require a separate Jito tip (minimum 1,000 lamports), required for everyone.

## Relay integration guide (`/docs/relay`)

Three submission modes / transports, all four regions:
- **QUIC** (recommended) — persistent, connection-oriented; ~0.1ms dispatch; up to 10,000 tx/s per connection; API key optional via the stream header line.
- **WebSocket** — persistent, browser-native (`wss://{region}.fastrelay.sh/v1/stream/tx` and `/v1/stream/bundle`); JSON frames with a client-supplied `id` echoed back for correlation.
- **HTTPS / HTTP** — simplest integration; `POST https://{region}.fastrelay.sh/v1/sendTx` and `/v1/sendBundle` (plain `http://` also accepted); typically ~15–25ms.

All three accept single transactions and atomic Jito bundles (up to 5 transactions that land together or not at all). Bundles route only through the Jito Block Engine path to preserve atomicity; "accepted" means the Block Engine has the bundle, not that it landed. Transactions using Address Lookup Tables are rejected (`tip_hidden_in_alt`) because the tip destination can't be verified without resolving the ALT on-chain. API keys are optional (`x-api-key` header, `?api-key=` query, or the QUIC stream header line) and add rate tracking, history, and the stake-scaled rate limit. Utility endpoints `GET /keepalive` and `GET /ping` are documented.

**9 response error codes:** `tip_missing`, `tip_insufficient`, `tip_hidden_in_alt`, `jito_tip_missing`, `jito_tip_insufficient`, `simulate_forbidden`, `invalid_api_key`, `rate_limit_exceeded`, `invalid_transaction`. Code examples are provided for curl, JavaScript `fetch`, WebSocket (JS/Node/Python/Rust), and Rust QUIC.

## Validators — partner program (`/validators`)

Partner validators earn from relay transaction flow confirmed through their own stake — an incremental revenue stream on blockspace they already produce, with no new hardware. This is the "extension" layer: AllenHark's own staked SOL is the base layer of landing priority, and the partner validator network multiplies that priority beyond AllenHark's own treasury while giving validators new revenue on existing infrastructure. Revenue-split percentages are not published publicly; the CTA routes to contact.

## Pricing (`/pricing`)

Three offers side by side:
- **Pay per transaction** — 0.001 SOL per transaction, no signup, no subscription, no monthly minimum; unstaked keys are rate-limited to 5 requests per second. API keys optional (add rate tracking, transaction history, and the stake-scaled rate limit).
- **Stake $RELAY** — one stake moves both terms: the per-transaction tip falls from 0.001 SOL to zero, and the rate limit rises from 5 requests per second (unstaked) to 200, both along the same convex curve reaching their limit at 100,000 $RELAY. There is no subscription, no tier system and no account requirement — stake is public on-chain state.

A comparison table lines up tips, rate limits, regions, channels and signup across the two ends of the stake curve (unstaked vs fully staked). FAQ covers API-key necessity, congestion pricing (no surge pricing — 0.002–0.005 SOL suggested, not required), how to read your current rate, how staking changes both terms, and high-volume custom arrangements (routed to `/contact`).

## Tokenomics (`/token`)

Fixed 1,000,000,000 SPL supply on Solana; mint authority revoked at genesis; no emissions, no inflation; launch reference 0.001 SOL. Live vault balances are read on-chain where reachable. Token and burn figures on the page are live on-chain reads with honest empty states.

**Allocation** (1,000,000,000 total, 100%):

| Allocation | Share | Tokens | Vesting (provisional) |
|---|---|---|---|
| Treasury | 30% | 300,000,000 | 6-month cliff, 36-month linear |
| Early backers | 25% | 250,000,000 | 3-month cliff, then linear to month 12 |
| Team | 20% | 200,000,000 | 12-month cliff, 48-month linear |
| Community / ecosystem | 15% | 150,000,000 | Partial unlock at launch, remainder over 24 months |
| Liquidity | 10% | 100,000,000 | Unlocked at launch (TGE) to seed DEX liquidity |

There is no emissions or staking-rewards allocation — the token is non-inflationary; the only supply mechanic is the burn (§7), not printing. The why-stake thesis: staking buys landing priority, cheaper tips, and higher throughput — explicitly not yield. The page summarizes burn mechanics and offers the litepaper as a download.

## Staking, tips, and cooldown (`/docs/token/*`)

**Staking mechanics (`/docs/token/staking`).** A user locks $RELAY and, by amount staked, their transactions route with greater priority — ahead of unstaked users and of users who staked less. Priority is a standing position, not a per-use fee; only actively locked tokens count (tokens in cooldown stop counting immediately). There is no slashing — staking is an access deposit, not a bond; unstake returns 100% of tokens, always. Staking pays no yield, emissions, or rewards; the reward is access, priority, and a tip discount that scales with stake. Staking is flexible by default; stakers may optionally commit to a fixed term for enhanced benefits, with nothing confiscated for early exit from a flexible position.

**Tips in $RELAY (`/docs/token/relay-tips`).** Relay tips are payable in SOL or in $RELAY at a discount, priced by SOL-value via a time-averaged (TWAP) RELAY/SOL rate so the discount stays fair as price moves. A portion of every confirmed tip is burned. SOL tipping continues to work unchanged as a fallback.

**Unstake cooldown (`/docs/token/cooldown`).** Three-step flow, always returning 100% of tokens: (1) request unstake — the amount immediately stops counting toward priority; (2) cooldown — the tokens sit for the cooldown period (provisional 7–14 days), earning no priority and not yet withdrawable; (3) withdraw — after cooldown, withdraw 100% of the unstaked amount, no fee or penalty. There is no slashing at any point.

## The burn engine

Total supply is fixed at 1,000,000,000 and can only ever decrease. Two mechanisms shrink it: (1) **Usage burn** — a portion of every confirmed tip is burned, an EIP-1559-style usage burn tied to on-chain activity; the $RELAY tip is priced by SOL-value via TWAP. (2) **Revenue buyback** — AllenHark uses a share of relay revenue and staked-SOL treasury yield to buy $RELAY and burn it, governed against a monthly deflation target that scales inversely to the usage burn (target `T`, usage burn `B`, buyback burns `max(0, T − B)`). `T` and the funding shares are provisional. Every burn is an on-chain event, so the burn record is a verifiable ledger, not a claim. The burn is described strictly as "supply contracts with usage," never as a value driver or price mechanism.

## Presale (`/presale`)

Buy $RELAY on-chain during early access. The page: a campaign hero with a status card and a live buy widget; a full terms table; use-of-proceeds and a five-phase roadmap strip; a trust/verification block; a presale FAQ (FAQPage schema); and closing compliance notes. `/buy` redirects here.

The buy widget is a single on-chain purchase card — connect a Solana wallet (Phantom, Solflare, Backpack) and buy in one wallet-signed transaction. Pay in SOL directly, or in USDC/USDT/USD1 swapped to SOL via Jupiter on mainnet in the same transaction. There is no reserve/request flow — it is a real `purchase`. The buy card's round progress, the hero's raise progress, and the participant count are all live reads of the deployed $RELAY program (with an honest "not open on the configured network yet" empty state). Purchases are delivered as an on-chain vesting claim: 3-month cliff from TGE, then linear to month 12.

**Presale terms:**

| Term | Value |
|---|---|
| Price | 0.00065 SOL per $RELAY — one fixed price for every participant, no stages |
| Discount to launch | 35% below the 0.001 SOL launch reference (a factual comparison of two price levels) |
| Lockup | 3-month cliff, then linear release to month 12 |
| Lockup start | Public launch (token generation event) |
| Target participation | 300,000 – 500,000 SOL (provisional) |
| Currencies accepted | SOL · USDC · USDT · USD1 (non-SOL converts via Jupiter at contribution) |
| Backer allocation | 25% · 250M of 1B fixed supply |

The price is descriptive, not a forecast or target; the round is descriptive, not an offer of securities. $RELAY may not be available to residents of certain jurisdictions.

## Early access (`/early-access`)

Context for early participation, mirroring litepaper §5a: the market, use of proceeds (stake SOL for landing priority, grow the validator network, operations), the 0.00065 SOL price (35% below the 0.001 SOL launch reference), and the 12-month vesting lockup (3-month cliff, linear to month 12, starting at TGE). Framing: "Utility, not a promise of profit." $RELAY is acquired and staked for landing priority and (discounted) tips — not a share, a note, or a claim on revenue, and nothing here is an offer of a security. Early access is arranged directly via the contact form or Discord.

## Dashboard (`/dashboard`)

The consolidated signed-in app surface (noindex), three zones: (1) a public overview — live network staking totals and the full burn record, each burn linked to its on-chain transaction on Solscan, seeded with real on-chain reads and kept live by client polling; (2) a wallet zone — connect a Solana wallet (ownership proven by signing a single-use challenge) to stake, unstake, and claim vesting, and to see cooldown and position; (3) a keys zone — sign in with AllenHark (SSO) for relay API keys. The wallet and AllenHark sign-in are independent. This is where the former standalone burn and staking pages now live.

## Litepaper (`/litepaper`), Docs (`/docs`), Blog (`/blog`)

The litepaper is published as rendered HTML (with a [PDF download](https://fastrelay.sh/litepaper.pdf)) — the canonical source for token design, priority mechanics, allocation, the burn engine, roadmap, and risk disclosures. Its compliant framing: $RELAY is a utility/access token whose supply contracts with usage; staking buys landing priority and cheaper tips, not a share of revenue; there is no slashing (stakers are customers, not bonded providers); and the design explicitly does not route AllenHark's revenue to stakers.

Docs (`/docs`) index the relay integration guide and the $RELAY token pages (staking, tips in $RELAY, cooldown) summarized above.

The blog ships 3 posts:
- "How transaction landing priority works on Solana" (`/blog/how-transaction-landing-priority-works-on-solana`).
- "SOL vs $RELAY tips: how the discount and burn work" (`/blog/sol-vs-relay-tips-how-the-discount-and-burn-work`).
- "Why staked SOL decides who lands first on Solana" (`/blog/why-staked-sol-decides-who-lands-first-on-solana`).

## Contact (`/contact`) and account

A single contact surface: a "Join our Discord" CTA (fastest response) alongside a name/email/message form (reCAPTCHA-protected) for questions about $RELAY, staking, or validator partnerships. Sign-in for the app happens at `/login` (noindex). Legal pages: [Terms](https://fastrelay.sh/legal/terms) and [Privacy](https://fastrelay.sh/legal/privacy).

## Data honesty

All displayed token and network figures (staking totals, burn totals and record, presale raise progress and participant count, token vault balances) are real on-chain reads of the deployed $RELAY program, with honest empty states when a value isn't yet reachable. The relay's operating figures (same-slot landing rate, QUIC dispatch, region count, tip minimums) are published constants, not a live feed. Nothing on the site is simulated.

## Company / Social

- AllenHark: https://allenhark.com — the infrastructure company operating FastRelay and issuing $RELAY.
- Discord: https://discord.gg/JpzS72MAKG
- Telegram: https://t.me/antonyAllenHark
- X/Twitter: https://twitter.com/allenhark
- GitHub: https://github.com/AllenHark-Inc
- Support: support@allenhark.com

## Disclaimer

$RELAY is a utility token for network access. It is not an investment, a security, or a claim on revenue. Its price may fall and it may lose all value. Nothing on this site is financial advice or an offer of securities. The burn mechanism is described only as "supply contracts with usage," never as a value driver or a promise of price appreciation. Supply allocation, pricing, vesting, staking thresholds, fee curves, cooldown length, and buyback rates described here are provisional and subject to change before launch. Staking and token contracts carry technical risk; audits reduce but do not eliminate that risk. The regulatory treatment of tokens varies by jurisdiction and is evolving — the token may not be available to residents of certain jurisdictions. Roadmap and projections are aspirational and not commitments.