# Kairos Design Partner Brief — 2026-08-31

*Generated 2026-08-31T08:00:01Z — every number below is measured, carries its source and as-of time, and can be re-derived from the live API. Windows are stated; nothing is interpolated or forecast.*

## The verdict

**What is scarce here.** Both halves of a utilisation ratio — capacity AND consumption — on 6 networks: AKT, FIL, FLUX, IO, SC, TFT. Node counts are public everywhere; the denominator is not. This is the entire reason the ledger below can exist, and it is why coverage, not commentary, is what we sell.

**The sharpest thing the data says this week.** AKT gpus: utilisation 31.64% → 59.39%, with demand growing 87.75pp faster than capacity over the window.

Demand is outrunning capacity: the constraint is onboarding, not adoption, and utilisation headroom is the thing to underwrite.

**Also this week:** 12 live dashboard(s) serving a number that stopped moving; 149 of 216 token supplies confirmed by our own chain reads rather than taken on trust.

**Our last brief, re-measured:** 12 held, 1 reversed, 11 still frozen, 1 still withheld, 1 thawed (section 7 — generated from the prior brief's JSON, so a reversal cannot be dropped).

*Every figure ships source, as-of and a verify URL; the utilisation halves are at GET /v1/supply?network=<sym> and this brief is machine-readable at GET /v1/brief. If you can refute a number here, we would rather publish the correction than the number.*

---

## 1. The Allocator's Ledger — capacity vs demand

> Is this network adding capacity faster than demand absorbs it?

| Network | Resource | Utilisation | Supply Δ | Demand Δ | Divergence | Read |
|---|---|---|---|---|---|---|
| IO | devices | 57.28% → 34.15% | 61.03% | -4.0% | 65.03pp | **overcapacity building** |
| AKT | storage_bytes | 7.98% → 7.74% | 15.39% | 11.9% | 3.48pp | balanced |
| FLUX | storage_bytes | 5.18% → 5.05% | -0.8% | -3.29% | 2.49pp | balanced |
| FIL | storage_bytes | 87.89% → 87.98% | -0.0% | 0.1% | -0.1pp | balanced |
| FLUX | compute_cores | 16.93% → 17.04% | -0.63% | 0.01% | -0.64pp | balanced |
| TFT | memory_bytes | 13.87% → 14.07% | -2.04% | -0.67% | -1.37pp | balanced |
| FLUX | memory_bytes | 9.65% → 9.84% | -0.79% | 1.26% | -2.05pp | balanced |
| TFT | compute_cores | 15.02% → 15.6% | -1.5% | 2.28% | -3.78pp | balanced |
| SC | storage_bytes | 25.85% → 28.01% | -3.07% | 5.06% | -8.13pp | demand outpacing supply |
| AKT | compute_cores | 20.55% → 33.05% | -5.96% | 51.24% | -57.19pp | demand outpacing supply |
| AKT | memory_bytes | 14.92% → 25.69% | -2.95% | 67.18% | -70.13pp | demand outpacing supply |
| AKT | gpus | 31.64% → 59.39% | 0.08% | 87.84% | -87.75pp | demand outpacing supply |
| TFT | storage_bytes | 0.0% → 0.0% | 1.99% | None% | Nonepp | balanced |

*Positive divergence = capacity onboarding faster than demand absorbs it — utilisation falls even while the headline node count rises. The exact number a growth chart hides.*

- Window starts 2026-08-06 00:37:10Z — about 11 days. One window, not a trend.
- Descriptive only. Nothing here is a forecast or a trading signal.
- Pairs come from the canonical ontology; units corrected via native_scale.
- Reported only when both halves have >=8 obs over >=3.0d.

**Withheld from the table above (and why):**

- **GLM providers** — base moved 660% in 25.0d — beyond 100%, which in a window this short indicates a coverage/collector change rather than a network change. Withheld until the series has a stable baseline; the raw halves remain queryable via the API.

**Pairs we investigated and decided NOT to publish:**

- **IO gpus** — io.net's GPU_TOTAL is NOT registered GPU supply — it equals DEVICES_ACTIVE exactly on every archived day (1,213/1,213 ... 1,199/1,199), and GPU_HIRED + GPU_IDLE == GPU_TOTAL exactly. So hired/total is a FILL RATE on the already-active pool, near-tautological, and it excludes every passive device. It reads 96.7% while true device utilisation (active/registered) is 46.2% and FALLING — registered devices grew 2,057 -> 2,594 (+26%) in 7 days while active stayed flat near 1,200. Publishing 96.7% beside Akash's 30.5% (utilisation of REGISTERED capacity) would invert the actual story: io.net is the network accumulating idle supply fastest, not the one running hottest.
- **NOS devices** — NOSANA HAS NO PUBLISHABLE DENOMINATOR (probed 2026-08-24, recorded so the next agent does not re-probe it). The numerator is free and clean — dashboard.k8s.prd.nos.ci/api/jobs?state=RUNNING reports totalJobs=947 running jobs and each Nosana job occupies exactly one node. The denominator is not: /api/nodes and /api/nodes/stats require an authorization header (401 with one, 422 without), and no unauthenticated sibling exposes a node count. Two tempting substitutes were REFUSED. (1) running + queued NODES from /api/markets: that per-market queue holds only IDLE nodes and is 0 across all 47 markets while 43 jobs sit QUEUED, so the denominator would equal the numerator by construction and publish a tautological 100%. (2) per-market access-SFT supply on Solana (231 for the nvidia-3070 market): a node joining three markets holds three SFTs and nothing burns them when it leaves, so the sum counts memberships and departed nodes, not live nodes. The numerator is collected anyway (collectors_clean/nosana_utilisation.py writes NOS JOBS_RUNNING/JOBS_QUEUED/MARKET_IDLE_NODES) so the pair can complete the day Nosana publishes a node count; no ratio until then.
- **SC devices** — SIACOIN'S DENOMINATOR IS CUMULATIVE, NOT LIVE (measured 2026-08-24). Both halves flow — SC_ACTIVE_HOSTS ~530, SC_TOTAL_HOSTS ~87,048 — so the pair LOOKS complete and would auto-publish a 0.6% utilisation figure. It is not a utilisation figure: TOTAL_HOSTS counts every host ever announced to the Sia network and is monotonically non-decreasing across all 19 archived days (87,032.7 → 87,048.0, never once falling), while ACTIVE_HOSTS moves both ways in the 514-556 band. A denominator that can only grow makes the ratio a function of the network's AGE, so it would fall forever regardless of how the network performs — the Storj denominator trap in a new costume. The numerator is honest and stays queryable; no ratio until Sia publishes a currently-announced host count.
- **STORJ storage_bytes** — STORJ PUBLISHES NO CAPACITY DENOMINATOR (measured 2026-08-24). Everything public is the numerator: stats.storjshare.io/data.json gives bytes stored by customers (53.4 PB) and the node-side footprint after erasure coding (92.2 PB, 1.73x), and the per-satellite node counts are memberships, not capacity — a node serving three satellites is counted three times, which is the same double-count that already inflated STORJ node totals. Nothing upstream states how many bytes the network could hold, so any utilisation ratio would need a denominator we invented. The numerator stays collected and is now correctly labelled storage_bytes_in_use rather than storage_bytes_total, which is what it had been resolving to.

## 2. Frozen feeds — the stale-dashboard detector

*2026-08-17: this is how we caught Akash's own API serving 30.5% GPU utilisation while the measured value was 55.8%.*

A first-party metric with exactly ONE distinct value across >=20 polls spanning >=5 days, while other metrics on the same network keep moving. The feed answers, but the number is stale at the source — invisible to uptime monitoring.

**1064 frozen metrics** on networks whose other feeds are still moving.

**Should be moving daily — these are not:**

- **TFT `HRU_USED`** — unchanged at 0 for 10d across 231 polls, while 16 other metrics on TFT kept moving (source: threefold_gridproxy)
- **GRASS `daily_gb_multimodal`** — unchanged at 86474 for 10d across 229 polls, while 1 other metric on GRASS kept moving (source: first_party_api)
- **GRASS `daily_gb_collected`** — unchanged at 96950 for 10d across 239 polls, while 1 other metric on GRASS kept moving (source: first_party_api)
    - ✅ **Re-queried upstream live while writing this brief**: `https://api.getgrass.io/networkStats?input=%7B%22cluster%22%3A%22mainnet%22%7D` returned `96950` — upstream itself is serving the same static value — the freeze is at the source, not in our collector.
- **TFT `HRU_UTILISATION_PCT`** — unchanged at 0 for 10d across 231 polls, while 16 other metrics on TFT kept moving (source: threefold_gridproxy)
- **GRASS `daily_gb_text`** — unchanged at 1676 for 10d across 229 polls, while 1 other metric on GRASS kept moving (source: first_party_api)
- **GLM `gpus_online`** — unchanged at 0 for 9d across 208 polls, while 7 other metrics on GLM kept moving (source: first_party_api)
- **IO `devices_a100_80g_pcie_spot_active`** — unchanged at 0 for 8d across 137 polls, while 51 other metrics on IO kept moving (source: first_party_api)
- **SN77 `SUBNET_ACTIVE_NEURONS`** — unchanged at 11 for 8d across 32 polls, while 6 other metrics on SN77 kept moving (source: subtensor_rpc)
- **IO `devices_geforce_rtx_4090_active`** — unchanged at 617 for 8d across 191 polls, while 51 other metrics on IO kept moving (source: first_party_api)
- **IO `devices_a100_80g_sxm4_active`** — unchanged at 0 for 8d across 191 polls, while 51 other metrics on IO kept moving (source: first_party_api)
- **SN25 `SUBNET_ACTIVE_NEURONS`** — unchanged at 14 for 8d across 32 polls, while 4 other metrics on SN25 kept moving (source: subtensor_rpc)
- **IO `devices_rtx_pro_6000_blackwell_96gb_active`** — unchanged at 0 for 8d across 191 polls, while 51 other metrics on IO kept moving (source: first_party_api)

**Frozen but plausibly static (listed for completeness, not alarm):**

- SN72 `SUBNET_NEURONS` — 10d at 256
- SN85 `SUBNET_NEURONS` — 10d at 256
- SN15 `SUBNET_NEURONS` — 10d at 256
- SN92 `SUBNET_NEURONS` — 10d at 256
- SN65 `SUBNET_NEURONS` — 10d at 256
- SN106 `SUBNET_NEURONS` — 10d at 256
- SN94 `SUBNET_NEURONS` — 10d at 256
- SN117 `SUBNET_NEURONS` — 10d at 127

## 3. Supply verifiability — what we can confirm on-chain ourselves

Chain-read total supply divided by the aggregator's reported total supply, same day. Decimals are normalised by the collectors. A ratio below 1 usually means the token also lives on chains we do not read; a ratio above 1 means the aggregator is understating.

**149 of 216 networks reconcile to within 1% — those figures are independently confirmed, not taken on trust. The rest are listed with the exact contract we read so you can check in one click.**

*A low ratio is a statement about ONE deployment on ONE chain, not a claim that the aggregator is wrong. Multi-chain tokens (native chain + bridged ERC-20) legitimately show low ratios: e.g. POKT and BTT are native elsewhere and only their wrapped portion is readable on the chain we poll. Verified 2026-08-24 that our reads are faithful to the contract: RIZ reads 100,000 on 0x058d411a..., byte-identical to the explorer's own figure for that contract.*

| Network | Chain read | Aggregator says | Verifiable | Contract we read |
|---|---|---|---|---|
| RIZ | 100,000 (evm_blockscout) | 4,989,887,900 | 0.0% | [0x058d411a…](https://eth.blockscout.com/token/0x058d411ab9911f90c74f471bdc9d2bb4cf9b309c) |
| BDX | 4,441,173 (bsc_rpc) | 9,939,353,897 | 0.0% | [0x9d10a1ec…](https://bscscan.com/token/0x9d10a1ec41fe7878429bb457e31f9b050d38c633) |
| GENE | 261,413 (bsc_rpc) | 100,000,000 | 0.3% | [0x9df46546…](https://bscscan.com/token/0x9df465460938f9ebdf51c38cc87d72184471f8f0) |
| POKT | 15,689,207 (evm_blockscout) | 2,351,355,446 | 0.7% | [0x764a726d…](https://eth.blockscout.com/token/0x764a726d9ced0433a8d7643335919deb03a9a935) |
| DEUS | 8,933,475 (solana_rpc) | 1,000,000,000 | 0.9% | [7JoGUTeaXk…](https://solscan.io/token/7JoGUTeaXkjcMGa6xJP2idYNYiLreto1WnsACHnpw3Gd) |
| OORT | 20,000,000 (evm_blockscout) | 1,998,900,000 | 1.0% | [0x5651fa7a…](https://eth.blockscout.com/token/0x5651fa7a726b9ec0cad00ee140179912b6e73599) |
| EWT | 917,463 (evm_blockscout) | 81,071,825 | 1.1% | [0x178c820f…](https://eth.blockscout.com/token/0x178c820f862b14f316509ec36b13123da19a6054) |
| OCTA | 1,173,602 (evm_blockscout) | 44,907,921 | 2.6% | [0xfa704148…](https://eth.blockscout.com/token/0xfa704148d516b209d52c2d75f239274c8f8eaf1a) |
| NMT | 3,860,194 (evm_blockscout) | 143,514,565 | 2.7% | [0x03aa6298…](https://eth.blockscout.com/token/0x03aa6298f1370642642415edc0db8b957783e8d6) |
| BTT | 36,542,206,310,204 (evm_blockscout) | 990,000,000,000,000 | 3.7% | [0xc6699281…](https://eth.blockscout.com/token/0xc669928185dbce49d2230cc9b0979be6dc797957) |
| SDM | 37,781,538 (evm_blockscout) | 1,000,000,000 | 3.8% | [0x9cfe02eb…](https://base.blockscout.com/token/0x9cfe02eb040c6f5718126128dbba0c1d364d9c07) |
| NTMPI | 19,055,147 (evm_blockscout) | 399,963,020 | 4.8% | [0x53be7be0…](https://eth.blockscout.com/token/0x53be7be0ce7f92bcbd2138305735160fb799be4f) |
| LOOPIN | 3,235,636 (evm_blockscout) | 56,626,875 | 5.7% | [0x975da7b2…](https://eth.blockscout.com/token/0x975da7b2325f815f1de23c8b68f721fb483b8071) |
| SLC | 6,129,957,321 (evm_blockscout) | 98,797,933,055 | 6.2% | [0x6bd83abc…](https://base.blockscout.com/token/0x6bd83abc39391af1e24826e90237c4bd3468b5d2) |
| GNUS | 1,000,000 (evm_blockscout) | 15,193,848 | 6.6% | [0x61457703…](https://eth.blockscout.com/token/0x614577036f0a024dbc1c88ba616b394dd65d105a) |

## 4. Whale netflow extremes — exchange wallet flows

First difference of summed proof-of-reserve wallet balances across a FIXED exchange set (DefiLlama-tracked; Coinbase/Kraken publish no wallets and are absent). Flagged when the latest daily flow sits outside the middle 90% of its own ~90-day history.

- **UNI** 2026-08-31: +1.806% of tracked balance (top 5% of 96d) — Coins arriving on tracked exchange wallets

## 5. Concentration watch — Solana holder concentration

*Token ACCOUNTS, not owners — pools, treasuries and exchange wallets count, so this is an upper-bound concentration proxy. Series began 2026-08-24; week-over-week deltas appear as the baseline accrues.*

- **STAR**: top-10 accounts hold 99.7% (top-1: 28.6%)
- **PULSE**: top-10 accounts hold 99.4% (top-1: 27.5%)
- **GGRID**: top-10 accounts hold 99.2% (top-1: 83.9%)
- **ROVR**: top-10 accounts hold 98.0% (top-1: 20.1%)
- **ACRON**: top-10 accounts hold 96.4% (top-1: 82.0%)
- **PHY**: top-10 accounts hold 95.7% (top-1: 42.4%)
- **CPU**: top-10 accounts hold 95.0% (top-1: 73.7%)
- **BLESS**: top-10 accounts hold 94.6% (top-1: 30.0%)
- **QUIVER**: top-10 accounts hold 94.3% (top-1: 66.7%)
- **AIDD**: top-10 accounts hold 93.7% (top-1: 48.9%)

## 6. Supply movers — first-party telemetry, 7 days

First-party supply telemetry only (tier=supply_telemetry). Latest value vs the value ~8-15 days ago; moves >15% shown. Single-window description, not a trend.

- **OOJU onchain_burn_address_balance**: +3431161.5% (0.00031 → 10.6369, as of 2026-08-30)
- **PRAI onchain_burn_address_balance**: +1504565.5% (0.01 → 150.467, as of 2026-08-30)
- **SN0 SUBNET_BURN_COST**: +199900.0% (0.0005 → 1, as of 2026-08-30)
- **SN111 SUBNET_BURN_COST**: +193899.0% (0.0005 → 0.969995, as of 2026-08-30)
- **PIGGY onchain_burn_address_balance**: +180162.2% (0.000162005 → 0.292033, as of 2026-08-30)
- **SN31 SUBNET_BURN_COST**: +99900.0% (0.0005 → 0.5, as of 2026-08-30)
- **SN73 SUBNET_BURN_COST**: +99900.0% (0.0005 → 0.5, as of 2026-08-30)
- **SN109 SUBNET_BURN_COST**: +84800.5% (0.000588925 → 0.5, as of 2026-08-30)
- **ATH DL_REV_7D_USD**: +8373.1% (8113 → 687419, as of 2026-08-30)
- **ATH DL_FEES_7D_USD**: +8372.8% (40566 → 3.43709e+06, as of 2026-08-30)
- **SN61 SUBNET_BURN_COST**: +5244.1% (0.000671279 → 0.035874, as of 2026-08-30)
- **ARIO MEAN_CHUNK_WEIGHT**: +3593.1% (1.16899 → 43.1721, as of 2026-08-30)
- **SN80 SUBNET_TAO_IN_EMISSION**: +2468.9% (8.323e-06 → 0.000213809, as of 2026-08-30)
- **SN32 SUBNET_BURN_COST**: +2432.3% (0.0005 → 0.0126615, as of 2026-08-30)
- **SN55 SUBNET_BURN_COST**: +2052.3% (0.0005 → 0.0107615, as of 2026-08-30)
- **RAIIN contract_transactions_total**: +2011.2% (625 → 13195, as of 2026-08-30)
- **RAIIN contract_gas_used_total**: +1732.5% (2.92943e+07 → 5.36813e+08, as of 2026-08-30)
- **BZZ UNREACHABLE_NODES**: +739.4% (274 → 2300, as of 2026-08-30)
- **IO devices_rtx_a6000_total**: +706.9% (29 → 234, as of 2026-08-30)
- **IO devices_dgx_a100_80g_total**: +666.7% (3 → 23, as of 2026-08-30)

## 7. The track record — last week's brief, re-measured

Every claim in the previous brief, re-measured today by the same code that produced it. Generated mechanically from the prior brief's JSON: reversals cannot be dropped and wins cannot be added by hand.

*Grading the brief of 2026-08-30.* **12 HELD** · **1 REVERSED** · **11 STILL FROZEN** · **1 STILL WITHHELD** · **1 THAWED**

| Claim we published | Outcome | Re-measured today |
|---|---|---|
| IO devices: overcapacity building (67.06pp, utilisation 33.69%) | **HELD** | now overcapacity building at 65.03pp, utilisation 34.15% (+0.46pp week-on-week) |
| AKT storage_bytes: overcapacity building (7.02pp, utilisation 7.49%) | **REVERSED** | now balanced at 3.48pp, utilisation 7.74% (+0.25pp week-on-week) |
| FIL storage_bytes: balanced (-0.08pp, utilisation 87.96%) | **HELD** | now balanced at -0.1pp, utilisation 87.98% (+0.02pp week-on-week) |
| FLUX storage_bytes: balanced (-0.35pp, utilisation 5.2%) | **HELD** | now balanced at 2.49pp, utilisation 5.05% (-0.15pp week-on-week) |
| TFT memory_bytes: balanced (-1.58pp, utilisation 14.1%) | **HELD** | now balanced at -1.37pp, utilisation 14.07% (-0.03pp week-on-week) |
| FLUX compute_cores: balanced (-1.8pp, utilisation 17.24%) | **HELD** | now balanced at -0.64pp, utilisation 17.04% (-0.2pp week-on-week) |
| FLUX memory_bytes: balanced (-3.41pp, utilisation 9.98%) | **HELD** | now balanced at -2.05pp, utilisation 9.84% (-0.14pp week-on-week) |
| TFT compute_cores: balanced (-4.49pp, utilisation 15.71%) | **HELD** | now balanced at -3.78pp, utilisation 15.6% (-0.11pp week-on-week) |
| SC storage_bytes: demand outpacing supply (-6.03pp, utilisation 27.44%) | **HELD** | now demand outpacing supply at -8.13pp, utilisation 28.01% (+0.57pp week-on-week) |
| AKT compute_cores: demand outpacing supply (-37.73pp, utilisation 28.39%) | **HELD** | now demand outpacing supply at -57.19pp, utilisation 33.05% (+4.66pp week-on-week) |
| AKT memory_bytes: demand outpacing supply (-61.49pp, utilisation 24.31%) | **HELD** | now demand outpacing supply at -70.13pp, utilisation 25.69% (+1.38pp week-on-week) |
| AKT gpus: demand outpacing supply (-85.22pp, utilisation 58.42%) | **HELD** | now demand outpacing supply at -87.75pp, utilisation 59.39% (+0.97pp week-on-week) |
| TFT storage_bytes: balanced (Nonepp, utilisation 0.0%) | **HELD** | now balanced at Nonepp, utilisation 0.0% (+0.0pp week-on-week) |
| TFT `HRU_USED` frozen 10d at 0 | **STILL FROZEN** | unchanged again this week at 0 |
| GRASS `daily_gb_collected` frozen 10d at 96950 | **STILL FROZEN** | unchanged again this week at 96950 |
| TFT `HRU_UTILISATION_PCT` frozen 10d at 0 | **STILL FROZEN** | unchanged again this week at 0 |
| GRASS `daily_gb_multimodal` frozen 9d at 86474 | **STILL FROZEN** | unchanged again this week at 86474 |
| GRASS `daily_gb_text` frozen 9d at 1676 | **STILL FROZEN** | unchanged again this week at 1676 |
| GLM `gpus_online` frozen 8d at 0 | **STILL FROZEN** | unchanged again this week at 0 |
| SN24 `SUBNET_ACTIVE_NEURONS` frozen 7d at 7 | **THAWED** | the feed now shows 2 distinct values — it moved after we flagged it; last week's freeze is over |
| IO `devices_a100_80g_pcie_spot_active` frozen 7d at 0 | **STILL FROZEN** | unchanged again this week at 0 |
| SN77 `SUBNET_ACTIVE_NEURONS` frozen 7d at 11 | **STILL FROZEN** | unchanged again this week at 11 |
| IO `devices_geforce_rtx_4090_active` frozen 7d at 617 | **STILL FROZEN** | unchanged again this week at 617 |
| IO `devices_a100_80g_sxm4_active` frozen 7d at 0 | **STILL FROZEN** | unchanged again this week at 0 |
| SN25 `SUBNET_ACTIVE_NEURONS` frozen 7d at 14 | **STILL FROZEN** | unchanged again this week at 14 |
| GLM providers withheld as implausible | **STILL WITHHELD** | the implausible base is still inside the window |

## 8. The call sheet — the questions these numbers earn you

Each question is generated from a measured row in this brief and carries that row's number. No question appears here that the data above does not support.

**1. IO team / IO allocation**
> You added 61.03% more devices capacity while demand moved -4.0% — utilisation fell 23.13pp. What is the committed demand pipeline that absorbs the capacity already onboarded, and what does the emission schedule cost per idle unit until it does?

*Basis: devices utilisation 57.28% → 34.15%, capacity +61.03% vs demand -4.0%*

**2. SC team / SC allocation**
> Demand for storage_bytes grew 5.06% against -3.07% capacity — utilisation is up to 28.01%. What is the onboarding constraint (hardware, staking cost, geography), and at what utilisation does pricing or QoS start to bind?

*Basis: storage_bytes utilisation 25.85% → 28.01%, demand +5.06% vs capacity -3.07%*

**3. AKT team / AKT allocation**
> Demand for compute_cores grew 51.24% against -5.96% capacity — utilisation is up to 33.05%. What is the onboarding constraint (hardware, staking cost, geography), and at what utilisation does pricing or QoS start to bind?

*Basis: compute_cores utilisation 20.55% → 33.05%, demand +51.24% vs capacity -5.96%*

**4. AKT team / AKT allocation**
> Demand for memory_bytes grew 67.18% against -2.95% capacity — utilisation is up to 25.69%. What is the onboarding constraint (hardware, staking cost, geography), and at what utilisation does pricing or QoS start to bind?

*Basis: memory_bytes utilisation 14.92% → 25.69%, demand +67.18% vs capacity -2.95%*

**5. AKT team / AKT allocation**
> Demand for gpus grew 87.84% against 0.08% capacity — utilisation is up to 59.39%. What is the onboarding constraint (hardware, staking cost, geography), and at what utilisation does pricing or QoS start to bind?

*Basis: gpus utilisation 31.64% → 59.39%, demand +87.84% vs capacity 0.08%*

**6. TFT team / their public dashboard**
> Your `HRU_USED` has served exactly one value, 0, for 10 days across 231 of our polls, while 16 other metrics on TFT kept moving. When did that figure last recompute, and is anything downstream of it — grant reporting, rewards, the investor deck — reading it as live?

*Basis: `HRU_USED` = 0 across 231 polls over 10d*

**7. GRASS team / their public dashboard**
> Your `daily_gb_multimodal` has served exactly one value, 86474, for 10 days across 229 of our polls, while 1 other metric on GRASS kept moving. When did that figure last recompute, and is anything downstream of it — grant reporting, rewards, the investor deck — reading it as live?

*Basis: `daily_gb_multimodal` = 86474 across 229 polls over 10d*

**8. GRASS team / their public dashboard**
> Your `daily_gb_collected` has served exactly one value, 96950, for 10 days across 239 of our polls, while 1 other metric on GRASS kept moving. We re-queried https://api.getgrass.io/networkStats?input=%7B%22cluster%22%3A%22mainnet%22%7D while writing this and got the same value. When did that figure last recompute, and is anything downstream of it — grant reporting, rewards, the investor deck — reading it as live?

*Basis: `daily_gb_collected` = 96950 across 239 polls over 10d*

**9. TFT team / their public dashboard**
> Your `HRU_UTILISATION_PCT` has served exactly one value, 0, for 10 days across 231 of our polls, while 16 other metrics on TFT kept moving. When did that figure last recompute, and is anything downstream of it — grant reporting, rewards, the investor deck — reading it as live?

*Basis: `HRU_UTILISATION_PCT` = 0 across 231 polls over 10d*

**10. RIZ team**
> We can independently confirm 0.0% of your reported total supply on 0x058d411ab9911f90c74f471bdc9d2bb4cf9b309c. Which contracts hold the remainder, so the full float is verifiable without taking an aggregator's word for it?

*This is a coverage question, not an allegation: a multi-chain token legitimately holds supply on chains we do not read. The point of asking is to make the full float verifiable rather than reported.*

*Basis: chain read 100,000 vs aggregator 4,989,887,900 (0.0% verifiable on eth)*

**11. BDX team**
> We can independently confirm 0.0% of your reported total supply on 0x9d10a1ec41fe7878429bb457e31f9b050d38c633. Which contracts hold the remainder, so the full float is verifiable without taking an aggregator's word for it?

*This is a coverage question, not an allegation: a multi-chain token legitimately holds supply on chains we do not read. The point of asking is to make the full float verifiable rather than reported.*

*Basis: chain read 4,441,173 vs aggregator 9,939,353,897 (0.0% verifiable on bsc)*

**12. GENE team**
> We can independently confirm 0.3% of your reported total supply on 0x9df465460938f9ebdf51c38cc87d72184471f8f0. Which contracts hold the remainder, so the full float is verifiable without taking an aggregator's word for it?

*This is a coverage question, not an allegation: a multi-chain token legitimately holds supply on chains we do not read. The point of asking is to make the full float verifiable rather than reported.*

*Basis: chain read 261,413 vs aggregator 100,000,000 (0.3% verifiable on bsc)*


---
*Kairos Signal — provenance or silence. Verify any value: every API row ships source, as_of and a verify URL. https://kairossignal.com*