
UNCX
First team to run its own SQD Portal in production, at 10x lower recurring costs
Olas runs the largest economy of autonomous onchain agents. When Polymarket’s infrastructure changed, its subgraphs needed a reindex that would have taken months, if it ever finished. Now, with SQD, it takes a week.
Published
We spent months showing a warning instead of correct numbers, because the only fix was a reindex we couldn’t wait for.
Agent economy metrics from olas.network, as of 15 September 2026, 14:00 UTC. Backfill figure from Olas engineering, 3 to 10 September 2026. Before and after
Pearl is Olas’ consumer app: an agent app store where people run AI agents they actually own: keys, wallets and results included. Its trading agents, like Polystrat on Polymarket, operate around the clock, onchain, on the user’s behalf. Every trade, position and return is public. The numbers are the product.
Valory, the core contributor to Olas, tracked Pearl’s prediction-market agents with self-hosted subgraphs, The Graph’s graph-node, on Polygon: markets, wallet creations, agent trade history. Then Polymarket released a series of infrastructure changes, new profile handling, new wallet factories, and the subgraphs fell behind.
Each significant change meant reindexing. A full backfill on graph-node was estimated at two to three months; the team never completed one. They survived on grafting instead, which still took two to three weeks just to recover a few missing weeks of onchain events. Multiple subgraph versions crawled forward in parallel while the gap grew.
The cost was public. For months, the Olas marketing site showed a warning on Polystrat’s ROI charts: “this metric temporarily shows incorrect values.” The same warning sat in users’ agent UIs. By cutover, the subgraph was missing roughly 1,000 trades, about 5% of the total, and growing. New features waited. Agent engineers worked around missing data.
For a project whose credibility runs on live, verifiable agent metrics, this just would not do. A product outage that could take months to recover from.
Olas needed exactly what SQD is built for: performant multi-chain indexing with data that’s cryptographically validated. Correct, not just fast.
The team replaced its self-hosted subgraphs with SQD: Squid SDK for indexing and Portal for data access. The choice fit a principle, too. Olas keeps its stack as decentralised as possible, and Portal serves data from a decentralised lake with cryptographic validation.
When the team went looking for a subgraph replacement, they asked Claude Code for alternatives, and it recommended SQD. “It was easy enough to set up and see the result right away in Portal.” The biggest AI agent economy chose its data layer partly on the recommendation of an AI agent.
The first full backfill, roughly 14 million Polygon blocks of history, started on September 3 and reached chain head on September 10. One week, measured, against a two-to-three-month estimate they’d never been able to attempt. The indexer now sits at Polygon chain head, lagging by minutes at most.
On a subgraph, a bug fix is a reindex. On SQD, it's a deploy. Forward-only changes no longer touch historical data: the processor continues from its cursor, so a fix goes live the day it's written, followed by a simple database migration. When history does need recomputing, a fresh backfill runs on a parallel instance and switches over when it reaches head: about a week, with zero downtime for anything reading the data. Schema fixes that used to queue behind a reindex now just go out.
At cutover the team released a correctness fix that would have required a full reindex under the old stack. Trade statistics are complete and shown to users. No warning label.
Olas is expanding to Robinhood Chain, a network graph-node doesn't support and SQD does. The protocol deployment is live, with new Pearl use cases targeting Robinhood protocols to follow.
Most companies lose an internal dashboard when a data pipeline breaks. Olas loses the thing it asks the world to trust. People running agents in Pearl check their results against the chain; people deciding whether to deploy an agent judge the economy by its published numbers. If those numbers are stale, the flywheel stalls.
That’s the standard an agent economy sets for its data layer: not just fast backfills, but the guarantee that correct numbers are never months away.
| Metric | The Graph (self-hosted) | On SQD |
|---|---|---|
| Full historical backfill | 2 to 3 months estimated, never completed | ~1 week, measured ~14M Polygon blocks, 3 to 10 September 2026 |
| Recovering a few weeks of missed events | 2 to 3 weeks of grafting | A code deploy forward-only, no reindex |
| Missing trades at cutover | ~1,000 (~5%, growing) | Complete trade statistics |
| Data freshness | ~4s average lag median ~2s, max ~38s | ~0.3s average lag median ~0s, max ~4s |
Data matters a lot for us: people running agents in Pearl need to see their results correctly, and people deciding whether to join need accurate overall data. When Polymarket changed their infrastructure, we spent months showing a warning instead of correct numbers, because the only fix was a reindex we couldn't wait for. Now fixes go out with a deploy, and a full backfill takes about a week.
Tatiana Priemova Lead Frontend Engineer, Valory Running an agent economy, or anything where the numbers are the product? Talk to the SQD team about a data layer that never makes you wear the warning label.