Does the classic South African premium persist — and at what level today? Bitcoin has traded above the world price in rand for as long as there have been rand order books, a gap documented in the academic literature and attributed to the exchange-control architecture that constrains arbitrage. This index continues that measurement every trading day from live order books, pairing every rand quote with the dollar price of Bitcoin at that moment, with an open methodology and a daily fix that can be cited and reproduced. Its sister South Africa USDT index measures the same gap on the dollar stablecoin. Also: India Bitcoin, Korea Bitcoin.
| Exchange | Mid (R) | Best bid / best ask (R) | Spread | vs index fix |
|---|---|---|---|---|
| loading… | ||||
Methodology v0.1.0 · DRAFT pending calibration and Owner sign-off. Values marked TO BE SET are filled from calibrate.py after roughly 44 hours of live capture; the version number does not change when they are filled, because filling them does not change how a fix is computed.
The Crypto Times South Africa Bitcoin Premium Index (CTPI-BTC-SPOT-ZAR) measures how much more (or less) Bitcoin costs in South African rand on South African exchange order books than the global dollar price converted at the reference exchange rate, every trading day. The published number is one percentage premium: positive means Bitcoin is dearer in South Africa than the world price converted at the reference exchange rate; negative means cheaper. Its sister index measures the same gap on the dollar stablecoin USDT.
Continuity with the documented South African premium. The persistent premium on South African Bitcoin venues is one of the best-documented in the academic literature on cross-country crypto pricing, attributed to the exchange-control architecture (SARB approval regimes and annual allowances on outbound capital) that constrains arbitrage. This index continues that measurement with an open, daily methodology. Levels will not be identical to earlier studies, which typically compared a single venue’s price with a global reference at one moment: this index aggregates several venues by resting depth, pairs every sample with its own dollar reference, and prices against the ECB cross. The direction and persistence of the gap are comparable; the exact level is a stricter, reproducible measurement of the same phenomenon.
Fix window 11:30–12:30 SAST (12:00 ± 30 minutes), published at 12:31 SAST (10:31 UTC) by a systemd timer with Persistent=true; if the host is off through the window, the timer runs on boot, finds no samples and refuses to publish. No estimate is ever published in place of a missed fix; a missed or late fix is recorded in the corrections log as a publication-timing entry.
Official fixes are computed every Monday to Friday (SAST). Local public holidays do not pause the index: crypto trades every day, so a South African public holiday is an ordinary fix day, priced against the ECB reference rate by the usual rule below. Weekend runs store an indicative point at the same fix time, measured against the last business day’s USD/ZAR and marked distinctly on the chart.
Bitcoin can move 1% inside the one-hour window. Dividing an hour of rand quotes by a single dollar price would put Bitcoin’s own move into the “premium”. Instead, each venue sample is paired with the BTC/USD reference captured nearest to it in time (within 120 seconds; unpaired samples are counted and dropped, never estimated), and the premium is aggregated from those pairs.
r = venue_mid_zar ÷ btcusd_ref — the USD/ZAR rate implied by that venue’s Bitcoin quote.r across its paired samples is the venue observation; the median two-sided rand depth resting within ±TO BE SET bps of mid (stored bands: 50, 100) is the venue weight.TO BE SET two-sided. Exclusions are recorded in the fix’s provenance with the venue’s would-be value.R. A venue must supply real resting depth, not just a printed price, to move the fix.premium_pct = (R ÷ USDZAR − 1) × 100.value = R × btcusd_ref (rand per BTC), where btcusd_ref is the median of the references actually paired, so that value ÷ (btcusd_ref × USDZAR) − 1 reproduces the premium exactly from the figures on the page. The depth-weighted median of observed rand mids is recorded in provenance as a descriptive alternate.An official fix requires at least TO BE SET eligible venues, a publishable USD/ZAR reference within the carry ceiling, at least one paired BTC/USD reference, and no existing official fix for that time. Officials are immutable once written; restatements go only through governance tooling and appear in the corrections log.
two_venue_aggregate; high_venue_dispersion when venue observations differ by more than TO BE SET bps; unpaired_samples(n); insufficient_venues on indicative fixes only.
Candidate venues at launch: VALR and Luno. Binance’s BTC/ZAR book was empty when checked on 23 September 2026 and is not collected (its USDT/ZAR book is live and feeds the USDT index); AltcoinTrader’s order book requires an account key and Ovex’s documented address returned no book, so neither is collected unless a public book appears. With two venues the index sits at the family’s two-venue minimum: a day on which either is unavailable at the fix produces no official fix, never a single-venue number. South Africa’s FSCA licenses crypto-asset service providers; a venue’s regulatory status is disclosed beside the fix, never assumed. Constituent status is set from measured order-book depth during calibration and reviewed against the family venue policy; the venue-status line and the per-exchange table state, every day, which venues the number includes and why any is excluded. Changes appear in the changelog.
Between fixes the page shows a 5-minute indicative reading computed with the same pairing and aggregation, against the USD/ZAR rate in force at the sample. Past 15 minutes without a usable sample the live block shows STALE rather than a stale number. Indicative readings are never part of the daily fix series.
Besides the daily fix, the engine records one reading a day at 12:00 UTC — the same moment for every index in the family (14:00 SAST here) — computed exactly as above over 11:55–12:05 UTC (13:55–14:05 SAST), against the latest ECB reference captured before the window closes, which is always the prior business day’s rate. It exists so that a future multi-country composite can combine markets observed at the same instant rather than hours apart. It is not this index’s official value and is never part of its fix series; a day on which it cannot be computed is recorded as INVALID with its reason. Around that window the collector samples every 60 seconds whatever the local hour. The series is published at /v1/sync on the engine host.
The methodology version changes only when the way a fix is computed changes — never for display, documentation or the filling of calibration values above. Package versions are separate.
Methodology text: Local public holidays do not pause the index: a holiday is an ordinary fix day, priced against the ECB reference rate by the usual rule; weekends stay indicative. No change to how the fix is computed. Official fixes remain switched off.
Venue discovery (run 23 September 2026): VALR, Luno and the Kraken and ECB references answered as documented. Binance’s BTC/ZAR book was empty, so Binance is disabled for this index (its USDT/ZAR book is live and stays in the USDT index); AltcoinTrader requires an account key and Ovex returned no book, so both stay disabled. The index runs on two venues, the family minimum. Official fixes remain switched off.
Index created on the CTPI family engine for South Africa — the same gap in its Bitcoin-led form, continuing the academically documented South African premium: venues VALR, Luno and Binance enabled, AltcoinTrader and Ovex shipped as configuration-only candidates pending endpoint confirmation; Kraken reference paired per sample; ECB USD/ZAR denominator; noon-SAST fix published 12:31 SAST. Official fixes remain switched off ([fix].official_enabled = false) until calibration values are set from live data and the methodology is signed; the daily timer stores indicative (shadow) fixes meanwhile.
No corrections, restatements or publication-timing entries yet. Entries are added here, inside this document, never on a separate page: a missed or late fix is recorded as a publication-timing entry; a change to a published value is a restatement, with the old value, the new value, the reason and the date.
| Date | Type | Fix date | Detail |
|---|---|---|---|
| none recorded | |||