TurboVision is Score's decentralized intelligence layer for live video and imagery.
SN 44. Rank 8 of 32 by emission
Score
A hosted computer-vision model. The miner trains a model for one or more Elements (named tasks such as detecting players in football footage), deploys it on Chutes, a separate Bittensor subnet that rents model hosting, and records its fingerprint on chain. What is paid for is the model's answers to validator challenges, frame by frame, under a latency gate.
own docs · raw.githubusercontent.com
raw footage becomes structured, decision-ready data in real time, with early deployments focused on professional sports
Per Element, each answer is scored on pillars (for example overlap with the answer key, player count, smoothness, role), each pillar times its manifest weight, summed. The sum is gated: subtract the Element's baseline theta, floor at delta_floor, multiply by beta, a difficulty factor. The answer key is real ground truth or a SAM3 segmentation. The winner is the highest average over at least 30 challenges in a 3-day window.
code · raw.githubusercontent.com · scorevision/utils/manifest.py
return max(self.apply_baseline_gate(score=score), self.delta_floor); return self.beta * improvement
Winner takes all, per Element. Each Element carries a weight in the signed manifest, and the whole of that weight goes to the Element's single winner on the open-source track. On the private track the top three split the Element weight 0.80, 0.15, 0.05. Weight left unassigned, for an Element with no winner, goes to a fallback UID, 6 by default.
code · raw.githubusercontent.com · scorevision/validator/core/weights.py
PRIVATE_TRACK_RANKED_WEIGHT_SHARES = (0.80, 0.15, 0.05); share = float(elem_weight); weights_by_uid[winner_uid] = weights_by_uid.get(winner_uid, 0.0) + share
Nine validators were active on the 2026-09-09 chain snapshot. Commit-reveal is off. The code names one central validator whose scoring shards pick the winners; audit validators spot-check miners rather than score them. A validator that finds no central registry on chain falls back to its own local scores. Weights go through a separate signer service.
chain · hyperparams-2026-09-19.json
commit_reveal_weights_enabled False, weights_rate_limit 100, max_validators 64; chain-2026-09-09.json active_validators 9
Sources disagree The draft whitepaper (notes/toward-manako/wp.md) describes an aggregation service merging every validator's shards with stake-weighted MAD outlier pruning; the code at the pinned commit reads winners from a single SCOREVISION_CENTRAL_VALIDATOR_HOTKEY and falls back to local data when it is absent.
Emission settles every 360 blocks, about 72 minutes. The validator's weights loop runs every 150 blocks, 30 minutes, by default; the runner scores each Element every 300 blocks unless the manifest sets its own window. Winners are chosen over a rolling 3-day window with a 30-challenge minimum. A new registration is immune from deregistration for 7,500 blocks, about 25 hours.
chain · hyperparams-2026-09-19.json
tempo 360, immunity_period 7500; central_validator.py --tempo default 150; SCOREVISION_PUBLIC_EVAL_WINDOW_DAYS 3.0
Nobody is named. The front page describes a research company building models and offers a Console link and a Let's Talk contact form. There is no price, no product page, no endpoint and no customer named in text on the site or in the repository; the README says early deployments focus on professional sports. The miner's income is emission.
our reading · wearescore.com
We're building models that turn raw video into structured intelligence.
Copying a rival's model: when two miners score alike on the same challenges, recent and historical samples are compared, and a confirmed copy loses the tie to the earlier on-chain commit block. Slow but accurate models are zeroed by the latency gate. A blacklist file in the repository holds 120 hotkeys, reason unstated, and any weight to them is removed before signing.
code · raw.githubusercontent.com · scorevision/validator/core/weights.py
if hk and hk in blacklisted_hotkeys: weights_by_uid.pop(uid, None)
5 of 7 fields rest on the chain or the code. A manifest is the site's reading of the subnet's program, not a review; each field links its source. All programs · What a field means · Correct a field
What it says
The subnet in its own words: the line the index took from its front door, and what the team has said on the record.
What it shows
Explained from zero by the index, from the subnet's own materials, for someone who has never heard of Bittensor.
SN44 Score turns sports footage into a play-by-play data feed, the way a press-box statistician logs every player's position, except the statisticians are competing computer-vision models and only the most accurate one per task is paid.
The commodity, explained from zero
The product is structured data pulled from video: where each player is in every frame, where the ball is, where the pitch lines fall, and who plays which role. The README calls it "structured, decision-ready data in real time", made from raw footage, "with early deployments focused on professional sports".
It has a price because the human version is slow and expensive. The older Score Vision repository, which the site still links as its documentation, puts manual annotation at $10 to $55 per minute of footage and says the goal is to cut that cost "by 10x to 100x". That page names four kinds of customer: clubs and leagues, broadcasters, betting operators and analytics providers.
Who buys today is not stated. The front page shows customer logos as images and demo clips of football, NFL and NBA footage, but names no customer in text and gives no numbers or dates.
Why it is on Bittensor at all
The stated change is cost. The older repository says distributing the computation across miners, with a lightweight check on their output, is what makes the 10x to 100x reduction possible. The current README says only that the network "pairs expert models with a global community of validators and miners". Neither page compares this with a company running the same models on its own servers, so whether decentralization, rather than the models, makes it cheaper is not settled.
How the work gets done
Miners, the statisticians, train a model, host it on Chutes (a separate Bittensor subnet that rents model hosting) and record its fingerprint on chain. Validators, the editors, pull a video challenge, build an answer key (real, or made by a segmentation model called SAM3), send frames to every eligible miner and score the replies. Each task, called an Element, has weighted sub-scores such as overlap with the answer key, player count, smoothness and role, gated by a minimum threshold and multiplied by a difficulty factor. The highest average per Element wins its share of the emission, the subnet's share of newly minted TAO; a copied model loses the tie to whichever was committed on chain first. Here the press-box comparison breaks: a club pays its statistician whether or not they are the league's best, while Score pays one winner per Element and nobody else.
How you would know it works
No dated artifact exists on the subnet's site. The front page carries demo videos with no dates or figures, the Console is an empty shell, and the evaluation reports and 2025 draft whitepaper sit in a repository folder nothing links to.
What is missing
There is no price list and no named customer in text. The README's link to the miner guide returns a 404; the guide and the scoring note with its worked table exist, in folders the README never points to. The site's Documentation link goes to the older score-vision repository, not the one the chain identity names. The chain contact hello@wearescore.com appears nowhere on the site, the discord field is empty, and there is no status page or support path beyond a contact form and GitHub issues.
Go deeper
Sources for this explainer
- https://www.wearescore.com/
- https://raw.githubusercontent.com/score-technologies/turbovision/main/README.md
- https://raw.githubusercontent.com/score-technologies/turbovision/main/scorevision/miner/op
- https://raw.githubusercontent.com/score-technologies/turbovision/main/notes/documentation/
- https://raw.githubusercontent.com/score-technologies/score-vision/main/README.md
Metaphor: a press-box statistician. Every claim is drawn from the evidence set or the subnet's own materials; "(inferred)" marks a conclusion rather than a quote. Corrections.
How legible it is
Four audiences, four questions each, rated on what a first-time reader can find in five minutes. The scale measures findability, not quality.
On-chain identity 5/7- subnet_name
- Score
- github_repo
- github.com
- subnet_contact
- hello@wearescore.com
- subnet_url
- wearescore.com
- discord
- not set
- description
- Making every camera intelligent
- additional
- not set
Stakers and validators●●●●● 2.3
Should I allocate here? · rank 27 of 32 for this audience
Q1What it is●●●●● 3
TurboVision is Score's decentralized intelligence layer for live video and imagery.
output is structured data from footage, no unit or price, chain description is the site headline
Q2Who it is for●●●●● 1
with early deployments focused on professional sports
is the only demand statement, no numbers, no named customers in text, the front page customer logos are images only, no dashboard
Q3How it resists gaming or fails●●●●● 2
pillar weights, baseline gate and difficulty multiplier with a worked table, copy protection in MINER.md, attack vectors in a draft whitepaper dated 2025-10-26, all in folders the README never links
Q4Identity and documentation●●●●● 3
identity 5 of 7 (discord and additional not set), github and url resolve, the site Documentation link points at the older score-vision repo rather than the chain github_repo, no staker page
Miners●●●●● 3.0
Can I compete, and what wins? · rank 25 of 32 for this audience
Q1What it is●●●●● 3
Miners publish models, deploy them to Chutes, and commit metadata on-chain.
a model answers validator challenge payloads per Element, schema only in code, the README link to MINER.md returns 404
Q2Who it is for●●●●● 3
Have GPU/cloud capacity for inference.
plus a p95 latency rule of 100 ms per frame on 2 vCPU, a funded Chutes developer account, no hardware table, registration cost not stated (burn 0.008 TAO)
Q3How it resists gaming or fails●●●●● 3
pillar scores times manifest weights, baseline theta, delta floor and beta with an example table, highest average wins and copy protection by commit block in MINER.md, no immunity or churn policy
Q4Identity and documentation●●●●● 3
step by step guide matching the current sv deploy-os-miner CLI, repo pushed 2026-08-26, no releases or changelog, the README links MINER.md at the repo root where it does not exist
Buyers and enterprises●●●●● 1.5
Can I use this today? · rank 26 of 32 for this audience
Q1What it is●●●●● 2
We’re building models that turn raw video into structured intelligence.
Console link opens a JS-only Score Dashboard shell, Let's Talk is a contact form, no product page, no endpoint, no example
Q2Who it is for●●●●● 2
Our solution serves four primary market segments.
clubs, broadcasters, betting operators and analytics providers named in the older repo the site links as Documentation, no pricing anywhere
Q3How it resists gaming or fails●●●●● 1
File issues or ideas in this repo.
and a contact form on the site are the only support paths, no status page, SLA or response expectation
Q4Identity and documentation●●●●● 1
no API reference in the repo or on the site, the get-started page is a contact form with no address, subnet_contact hello@wearescore.com appears nowhere on the site
Newcomers●●●●● 3.0
What is this and why does it matter? · rank 22 of 32 for this audience
Q1What it is●●●●● 4
Frame by frame, Score transforms how machines perceive movement, context, and causality
plain paragraph under Making Every Camera Intelligent, matching the chain description, subnet unmentioned
Q2Who it is for●●●●● 3
Score Vision aims to reduce these costs by 10x to 100x while dramatically improving speed and accuracy
against manual annotation, a concrete comparison but in the older repo, not on the site
Q3How it resists gaming or fails●●●●● 2
front page carries football, NFL and NBA demo videos with no dates or numbers, evaluation PDFs sit in an unlinked documentation folder, the 19MB model benchmark appears only in third-party posts
Q4Identity and documentation●●●●● 3
subnet_name Score matches We Are Score, description is a human phrase, url resolves, no about or learn page (the Documentation link leaves for GitHub)
How this rating came to be. Verified means the scorer fetched the page and the words are on it; secondhand means concluded from code, absence, or a third party. The link badge is a separate automated check made before publication.
Something wrong? Corrections of fact are applied as they arrive during the window; rating disputes are batched at its close. How to file one · GitHub issue · email.