Argusthe data engine

Every number your business
runs on. One engine.

Exchange accounts, chain wallets and custodians in. A reconciled, immutable dataset out — into any BI tool you own.

Read-only keys — no access to your funds · stored securely in your own data warehouse · every book, not just spot · immutable partitions

The problem

Dozens of exports, reconciled in a spreadsheet, and a balance nobody can prove

Every venue exports a different shape, stops at a different date and calls a fee something else. Wallets and custodians add their own. The merge happens by hand, every month, in the same file.

And when the auditor asks why the balance is this number, the answer is a spreadsheet — not a ledger that ties from the first deposit to today.

kucoin_spot.csv
binance_futures.xlsx
bybit_earn.csv
wallets.csv
custody_statement.pdf
merged by hand, every month
one workbook90 tabs, formulas nobody dares to touch
and still
Balances that don't tie
History only as far back as the export window
Close: 12 days
1Every month The same exports, the same merge by the same people, on the same deadline
2Every audit No proof, only a total nothing that walks from genesis to today

The engine

Hundreds of venues, one standard, any format you need

Argus already connects hundreds of exchanges, chains and custodians and turns every one of them into the same standardised dataset — the same columns with the same meanings, whichever venue the money sat on, documented field by field.

Your team gets it in whatever form it works in: your warehouse, your BI tool, files in your bucket, or the reports in Argus. Reconciled before it leaves, so it cuts the accounting work and the price of every audit — the auditor reads the documentation, not your spreadsheet.

Bronze Every page the venue or the node returned, stored as it came
Silver Events, balance points, period balances — per account, per book
Classified What each movement is: trade, fee, funding, transfer, interest
Reconciled Clearing intervals; the residual driven to zero, or named
Delivered A full snapshot per run, in the client's own bucket

1 · Exchanges

One read-only API key

That is all it takes for the account's P&L, balance sheet and cash flow. Paste it once: the engine backfills the full history, reconciles it, keeps it updated on every run and delivers it in the form your team needs.

The key is sealed on arrival — the portal cannot read it back — and never carries trading or withdrawal scopes. Sub-accounts the master key can see are listed too, each waiting for its own key.

1
2
A new venue, connected in five minutes — read-only scopes only: balances, trades, deposits and withdrawals
1Identity The venue's own account id renaming changes the label, never the identity
2Sub-accounts Found, and counted, before they are missed each one needs its own key — the page keeps saying so

2 · Books

Every book, not just the easy ones

A venue account is not one ledger. Spot is the easy part; funding wallets, earn, loans, margin, futures, positions, rewards and airdrops each move by their own rules. Argus collects, reconciles and reports every one as its own book, with its own verified window — however many a venue has.

That is where most tools stop at spot trades and leave the rest to a spreadsheet. Here, sync jobs run on a schedule and on demand, and the row shows what the last run did.

1Per book Every book, its own verdict and the window each one was verified over
2Missing data, made visible “awaiting key”, not silence a sub-account nobody keyed would quietly bend every report

3 · Health

Every run, and every venue, on one board

Collection is not a black box. The status page carries the workspace's own sync history — what ran, what it fetched and when the next run is due — next to the live state of every chain and venue Argus supports.

Updates are scheduled and resumable: every run continues from the last verified cursor, so your numbers are always complete, never half-refreshed.

1
Sixteen venues, seventeen chains — each with its own live state, updated on every run
1All systems operational Per component, not one green light each venue and chain reports its own state

3 · Chains

The whole chain, already indexed

Blockpipe runs on full nodes and indexes every address on the chain, billions of them, from block zero — not just yours. So adding a wallet, or ten million of them, is a lookup rather than a scan: the complete history is back in minutes.

Every address is reconciled on the native asset and on every token — balances against flows, block by block — so the whole on-chain universe of your wallets ties the same way an exchange account does.

1
Reconciled genesis → height 23 411 882 — the chain side has no date to report, so the claim is a block height
1Every address family UTXO, EVM, Tron, TON, Solana Bitcoin-family, every EVM chain, and each of the rest on its own indexer
2Depth Scanned from block zero full nodes, not an explorer's API window

4 · Custody

Custodians are a source like any other

Fireblocks, Copper, BitGo, Cobo and Ledger Enterprise connect the same way — a read-only credential, a probe, then vault and account balances and movements on the same schedule as everything else.

They land in the same model, and Argus detects internal transfers automatically across all of it: a vault-to-exchange move is matched as one movement, not two unexplained halves — and a leg that has not landed yet is flagged, not lost.

1Same lane Same keys policy, same jobs, same books custody balances reconcile exactly like a venue's
2Internal transfers Both legs matched, automatically across venues, wallets and vaults — a missing leg is flagged the same day

5 · Reconciliation

Every miss seen — and fixed before it reaches you

Between two balance snapshots, the flows collected must explain the change exactly, per book and per asset. Anything that does not tie is surfaced at once, to the last decimal — never netted away, never hidden in a total.

Then it is our job, not yours: the Argus team investigates every open residual and closes it within three working days, before it reaches your close or your auditor.

Spot / cash 1 284 / 1 284 tied
Funding wallet 1 284 / 1 284 tied
Earn 612 / 612 tied
Futures wallet 726 / 731 tied
balances minus flows = 0 residual named, to the last decimal: USDT 0.00000412
1Per book, per asset Nothing is netted across books a futures residual never hides in the spot total
2Our SLA Fixed within three working days every open residual is worked by the Argus team, not left to your accountants

Deliver

You own your data

Every dataset lands in your own cloud storage, in one standardised, documented format — set up in about five clicks: name the bucket, grant one permission, run the first delivery.

From there it is your warehouse and your rules: keep every run, query it, hand it to any tool. Argus keeps delivering; you keep control.

1
Bucket and location — the BigQuery dataset follows it
2
Verified — one probe object, written as our service account
3
Delivered — the partition, the row count and the marker a loader waits for
1Your bucket Storage you own, in your region
2Minimal permissions The least access that can work one append-only role — we can never read or delete your data
3Full history Every run kept, always available each delivery stays exactly as it landed

Your data, where you work

Google Sheets in five minutes, or any BI tool you already have

The connector sets up BigQuery for you; from then on every new delivery shows up in your queries on its own — nothing copied, nothing scheduled.

Google Sheets through the BigQuery connector in five minutes, or any other BI tool you already have — Looker, Power BI, Excel — or the consolidated reports inside Argus.

Argus · ledger eventsConnected Sheet · saved to Drive
FileEditViewInsert FormatDataToolsExtensionsHelp
Connected to BigQuery · argus-velund · argus.ledger_events_with_accounts ✓ Refreshed today, 06:00 Refresh options ▾
ABCDE
1exchangesub-ledgerseventsfirst eventlast event
2kucoin83 086 6722021-10-082026-09-07
3gate294 8302022-03-142026-09-07
4binance616 8862021-10-082026-09-07
5bybit24 1192023-04-112026-09-07
6mexc11822024-01-192026-09-05
7okx2722025-06-022026-09-06
8Total213 213 631
Pivot · events by exchangeConnected Sheet 1+
1Google Sheets Data → Data connectors → BigQuery pick the table, refresh on a schedule, pivot as usual
2All your data, ready-made reports Every dataset, plus consolidated reports prepared for you balance sheet, P&L and cash flow across every venue and wallet
Argus

Every number your business runs on. One engine.

Your data, in your bucket, reconciled every run

Connect the accounts once. From then on every run collects, reconciles and delivers the whole history again — and your analysts read it where they already work.

Connect your first venue

Read-only keys, sealed on arrival · append-only grant on your bucket · immutable partitions, checksummedBring one exchange key and the first reconciled window is back before the call is over.

  • 1 Exchange accounts — a read-only key per venue
  • 2 Wallets and custodians — named once, scanned from zero
  • 3 Reconciliation — every book, residual to zero
  • 4 Your bucket — one immutable snapshot per run
  • 5 BigQuery, or the reports in Argus
0:00 0:00

Space pauses · ← → move between scenes · F fullscreen · click a segment to jump