Back to Blog

Born from the Ledger: Why We Built XRPL Stream

We built XRPL Stream to supply reliable, full-history data to our analytics app and toolkit xrpl.to. Once the infrastructure was running, we opened it to every developer building on the XRP Ledger.

The problem we hit

xrpl.to is an XRP Ledger token screener, DEX trading interface, and developer toolkit. It tracks live prices, charts, and trading volume for thousands of tokens on the XRPL's native decentralized exchange, and provides a public API that other developers build on top of. Behind the scenes, all of this depends on constant, high-volume access to on-chain data: order books, trade history, account balances, NFT state, and real-time ledger streams.

We have always run our own validator node with a decent amount of history. But accessing full-history data beyond what we were storing locally has always been a challenge. As xrpl.to grew, that limitation became impossible to ignore.

What broke

Our validator handled recent data well, but for anything beyond its local history we depended on external sources. As usage scaled, that dependency kept hitting the same walls:

  • Throttled when it mattered most. During high-activity periods like NFT mints, token launches, and market volatility, our historical and cross-referenced queries would get throttled or dropped exactly when our users needed data most.
  • Gaps in availability. When external sources went down, any query touching data outside our local range would fail. For a real-time trading interface, even brief gaps are visible to users.
  • Unreliable data extraction. The few full-history nodes available are heavily rate limited. Extracting historical data for analysis meant constant throttling, failed queries, and incomplete datasets. Tasks that should take hours would stretch into months. Building serious analytics under those conditions is impossible.
  • No control over configuration. We needed specific rippled configurations tuned for our trading experience and reliable data extraction for our analysts. A single node setup couldn't give us the flexibility or redundancy we required.

We could keep working around these limitations, or we could solve the problem properly.

What we built

XRPL Stream started as internal infrastructure for xrpl.to. The requirements were simple:

  1. Full ledger history: every transaction since genesis.
  2. Low latency: fast responses from the nearest region.
  3. High availability: no single point of failure, automatic failover.
  4. Predictable throughput: no rate limiting surprises under load.

We built a distributed infrastructure designed for speed and reliability. The entire stack is purpose-built and fully under our control.

Why we opened it up

Once we had reliable infrastructure running for xrpl.to, the question was obvious: why keep it private?

Every XRPL developer and analyst faces the same problems we did. The DEX trader building a bot. The wallet team displaying balances. The analytics platform indexing payment flows. The compliance tool auditing account history. They all need the same thing: fast, reliable, full-history access to the XRP Ledger.

XRPL Stream is that infrastructure, open to anyone. Free tier included. No credit card, no approval process. Sign in with Google, get your endpoint, swap one URL in your code.

No external funding

XRPL Stream is fully self-funded. No grants, no VC rounds, no foundation backing. The project exists because we needed it for our own product and decided to share it. Revenue comes from paid plans for teams that need higher throughput, not from investor expectations.

Early on, we explored partnerships with existing infrastructure providers. The conversations started as collaboration but quickly turned into sales pitches. As a bootstrapped project, those costs were not realistic. It also became clear that some providers offering free access to certain teams for strategic advantage were charging smaller projects for the same thing. That confirmed our decision to build our own.

XRPL Stream is built and maintained by a single developer. Every node, every line of code, every deployment. This keeps the project lean, decisions fast, and the focus on what matters: reliable infrastructure.

This matters because it means our incentives are aligned with our users. We make money when the infrastructure is good enough that people choose to pay for more of it. Not when we hit growth metrics for a board deck.

What's available today

Full history since genesis

Every transaction, every ledger, every account state change. Ledger 32570 through the latest close. No gaps.

WebSocket and JSON-RPC

Both protocols on every endpoint. Live subscriptions for ledger closes, transactions, and account activity.

Drop-in compatible

Works with xrpl.js, xrpl-py, xrpl4j, ripple-lib, and every other XRPL client library. Swap one URL.

Global edge network

Automatic routing to the nearest node. Sub-50ms cached responses. Failover and rebalancing built in.

Usage dashboard

Monitor your API usage, track credits, and manage your endpoints from a single dashboard.

Free to start

Generous free tier with no credit card required. Paid plans for teams that need higher throughput.

Looking forward

The XRPL ecosystem is growing. New tokens launch daily on the DEX. AI agents are starting to interact with on-chain data for automated trading, real-time analytics, and machine learning models trained on ledger history. These workloads generate sustained, high-volume request loads that limited infrastructure was never designed to handle.

We built XRPL Stream because we needed it. We opened it because the ecosystem needs it. And we're going to keep improving it because our own product depends on it every second of every day.

Get in touch

If you are interested in funding, partnerships, or supporting the project, reach out at [email protected].

Get Started Free Read the Docs