The sol-deployers dataset is €99: a CSV of roughly 27,000 real Pump.fun deployers — every wallet that has bonded at least one token, with spam stubs excluded — each row carrying bonding_rate, runner_rate, post_bond_survival_rate, post_bond_2x_rate, best_token_peak_mc, and a tier from elite down to cold. It is a current-state reputation snapshot whose earliest launches reach back to January 2024. The question this post answers is the one every data team asks before buying: couldn't we just build this ourselves? You can. Here is what it actually takes, and where the €99 file wins versus where rolling your own is genuinely the right call.
The short version: building a one-time reputation snapshot from scratch is weeks of engineering and a running infrastructure bill to reproduce a file you can download this afternoon. Building a real-time deployer feed is a different project, and there the buy-vs-build math flips — which is why we sell the snapshot as a file and the live version as an API.
What "compute deployer reputation" actually requires
Deployer reputation is not a query you run against a public endpoint. It is a derived metric that sits on top of a full ingestion-and-attribution pipeline. To produce the columns in sol-deployers yourself, you need every one of these:
1. A validator-grade transaction feed
Reputation requires seeing every Pump.fun deploy, buy, sell, and bonding event — not a sampled subset. That means a gRPC/Geyser stream from a Solana validator (self-hosted or a paid provider), because polling public RPC will rate-limit you and drop transactions long before you have full coverage. We go deep on this exact trade-off in Solana API vs self-hosting a node: a managed streaming plan is a real monthly line item, and a self-hosted node is bare-metal hardware plus bandwidth plus the person who keeps it alive.
2. An indexing pipeline that never misses
A firehose is not data; it is a firehose. You need a service that decodes each transaction against the Pump.fun program layout, identifies deploys, tracks each token's bonding-curve progress, and detects the graduation event. Streams stall, nodes lag behind the tip, and programs rename their instructions — every gap is a token you either double-count or miss, and a missed graduation silently corrupts the deployer's bonding_rate. Getting this reliable is the bulk of the engineering.
3. Terabytes of storage, and the discipline to keep it
Reputation is computed over history, so you have to retain the trade and deploy history — not just the latest state. That is a growing multi-terabyte store with its own tiering, indexing, and vacuum strategy. The naive version fills a disk in weeks; the maintained version is an ongoing storage cost plus DBA attention.
This is where most home-grown attempts quietly go wrong. You have to correctly attribute each token's graduation back to the deployer wallet, distinguish real deployers from the spam factories that mint-and-abandon in bulk, and denormalize per-token outcomes (survival, 2x, peak market cap) back onto the deployer. The methodology behind the numbers is documented in our Pump.fun deployer analysis of 561k wallets — the point of that piece is that turning 561k raw deployer wallets into ~27k real ones with trustworthy stats is the entire job. Skip the spam-exclusion step and your "elite" tier is polluted with wallets that got one lucky launch out of three thousand.
That post explains how the reputation is computed and points at the on-site tool. This post is about buying the finished, filtered file — the ~27k real deployers — at /datasets/sol-deployers. Same data, different intent: one explains the method, the other hands you the output.
Deployer reputation looks like a lookup and is actually a pipeline: validator feed, indexing, terabytes of storage, and bond attribution with spam excluded. Reproducing it to get a one-time snapshot costs weeks and a running infra bill; the finished, spam-filtered file of ~27k real deployers costs €99. Buy it when you need a snapshot for backtesting, rug-screening, or enrichment — build it (or use the API) only when real-time freshness is the actual product. The file, the free sample, and the full column list are at /datasets/sol-deployers. For the citation-grade research angle across every set, see the academic and quant guide, and for the full catalog start at the datasets hub.