---
title: "Profitable non-KOL alpha wallets"
method: GET
path: "/alpha/leaderboard"
tags: ["Alpha"]
---

# Profitable non-KOL alpha wallets

`GET /alpha/leaderboard`

## Request

- Base URL: `https://madeonsol.com/api/v1`
- URL: `https://madeonsol.com/api/v1/alpha/leaderboard`
- Auth: HTTP bearer

Wallets identified by our alpha classifier (`mv_alpha_wallets`) as consistent profit-makers outside our curated KOL roster. Ranked by win rate, PnL, or ROI. Paginated via `limit`/`offset` on every tier; ULTRA additionally gets the per-row bot-detection fields (`bundle_rate`, `buy_size_stddev`, `active_hours`, `bot_confidence`).

## Query parameters

- `period` '7d' | '30d' | 'all'
- `min_tokens` integer
- `sort` 'win_rate' | 'pnl' | 'roi'
- `exclude_bots` boolean
- `limit` integer
- `offset` integer

## Response `200`

OK. Includes a `pagination` block (`limit`, `offset`, `returned`, `has_more`).

- object
  - `coverage` LaunchCoverage: Dataset-scope disclosure injected on every 200 from the launch-pipeline feeds (`/deployer-hunter/*`, `/sniper/*`, `/alpha/*`, `/tokens/almost-bonded`, `/tokens/batch/risk`, `/wallet/batch/classify`) unless the route already carries a more precise per-subject `coverage`. Static: these datasets are built from launchpad ingest (in practice ~99% pump.fun), so an absent wallet/token, an empty profile or a `false` reputation flag means 'not observed by this pipeline', never 'clean' or 'no activity'.
    - `scope` string
    - `note` string: How to read absences and zeros in this response.
  - `leaderboard` object[]
    - `rank` integer
    - `wallet` string
    - `tokens_traded` integer
    - `wins` integer
    - `losses` integer
    - `win_rate` number, nullable: Wins / pairs with at least one sell AND a known realization. Migration 511: an early-buyer pair whose realization is unknown (a sell whose proceeds provably went to another wallet, price_status proceeds_unattributed) is neither a win nor a loss and is not in the denominator; see unknown_realizations.
    - `net_pnl_sol` number: SOL sold minus SOL bought over pairs with a KNOWN realization only (migration 511): an unknown-realization pair is never booked as 0 proceeds; its bought SOL is in unknown_cost_basis_sol.
    - `total_sol_bought` number
    - `total_sol_sold` number
    - `roi` number, nullable: sum(sold) / sum(bought) - 1 over pairs with a known realization only (migration 511).
    - `unknown_realizations` integer, nullable: Migration 511: early-buyer pairs whose realization is unknown (proceeds_unattributed sell), excluded from win_rate, net_pnl_sol and roi. null before migration 511 is applied.
    - `unknown_cost_basis_sol` number, nullable: Migration 511: SOL bought on those unknown-realization pairs, left out of net_pnl_sol and roi (neither a loss nor a gain). 0 when every realization is known; null before migration 511 is applied.
    - `avg_rank` number, nullable
    - `best_rank` integer, nullable
    - `total_buys` integer
    - `total_sells` integer
    - `last_seen` string, date-time
    - `entry_mc_samples` integer, nullable: KOL-tracked buys behind avg_entry_mc_usd — a complete SQL aggregate over the period (was a row-clamped sample). null only when that aggregate failed (entry_mc_complete=false)
    - `avg_entry_mc_usd` number, nullable: Avg market cap (USD) at entry across this wallet's KOL-tracked buys in the period
    - `bundle_rate` number: ULTRA only
    - `buy_size_stddev` number: ULTRA only
    - `active_hours` integer: ULTRA only
    - `bot_confidence` string: ULTRA only
  - `total` integer
  - `pagination` object
    - `limit` integer
    - `offset` integer
    - `returned` integer
    - `has_more` boolean
  - `entry_mc_window_start` string, date-time, nullable: Start of the entry-MC aggregate window (null = all time)
  - `entry_mc_complete` boolean: false = the entry-MC aggregate failed: per-row entry_mc_samples/avg_entry_mc_usd are null (unknown), never 0
  - `period` '7d' | '30d' | 'all'
  - `sort` 'win_rate' | 'pnl' | 'roi'
  - `min_tokens` integer
  - `exclude_bots` boolean

## Other responses

- `401`: Missing or invalid API key, or an expired free-tier key. Authentication-stage error: no `X-RateLimit-*` headers, no `_rid`.
- `403`: Forbidden. One of: the key's tier is below this endpoint's or parameter's gate (`tier_required` with an `upgrade` block); the public demo key used outside its allow-list (`demo_key_endpoint_not_allowed`); an invalid or revoked key; an origin-restricted key called from a disallowed origin (`code` `origin_not_allowed` / `origin_required`). `X-RateLimit-*` headers are present only on `tier_required`.
- `429`: Too many requests. Every 429 carries `Retry-After`. A quota 429 (`rate_limit_exceeded`, with `X-RateLimit-*`), a heavy-query concurrency 429 (`error_kind` `concurrency`/`capacity`), or the per-IP authentication-failure block (30 failed auths/min; plain `error` + `retry_after_seconds`, no `X-RateLimit-*`).
- `500`: Unexpected server error from the route (`Internal server error`, with `_rid`). Safe to retry with backoff. A failed API-key lookup is a 503 `auth_backend_unavailable`, never a 500.
- `503`: The API-key or subscription lookup could not be answered (authentication stage). Retryable and not your fault: it is never counted as a failed authentication. Honour `Retry-After`; no `X-RateLimit-*`, no `_rid`.

---

[API](https://skmtc.dev/madeonsol/apis/madeonsol-api.md) · [All operations](https://skmtc.dev/madeonsol/apis/madeonsol-api/llms.txt) · [OpenAPI document](https://skmtc.dev/madeonsol/apis/madeonsol-api/revisions/96ce84657f55?raw)