Skip to content

Documentation / Network and governance

15 / 17

Why Bittensor

SN112 connects THOR's network ambition with Bittensor's incentive infrastructure.

Robotics data is suitable for a contributor network when the work can be defined and its usefulness assessed. THOR brings buyer demand, task design and commercial delivery responsibility. Bittensor offers a foundation for coordinating network participation and incentives.

Repeatable, well-specified work could support independent production and evaluation across a global contributor market. Customer demand defines the work; network incentives should reward useful output. THOR needs to demonstrate that broader access can preserve dependable review and delivery.

THOR Group, THOR Data and SN112

THOR Group describes the wider research and commercial ambition across data, models, hardware and deployment. THOR Data is the service being developed to coordinate annotation and, over time, other specified data work.

SN112 is THOR's subnet on Bittensor. Its intended role is to coordinate and reward useful contribution as the network develops. These are connected parts of THOR, with different responsibilities: group development, customer delivery and network incentives.

THOR 雷神网络
Why Bittensor / Intended modelService and network, distinct rolesCustomer delivery and contribution incentives need different rules.
THOR Data / Service

Deliver the agreed work

  • Buyer brief and commercial terms
  • Approved source material and production
  • Review, acceptance and delivery
SN112 / Intended network role

Coordinate useful contribution

  • Contributor participation
  • Evaluation of submitted work
  • Network incentives under published rules

Commercial acceptance and network incentives follow separate rules.

Customer workflow and network infrastructure

The customer workflow contains the brief, approved source material, production tooling, review and delivery. Buyers should be able to understand that service without needing to operate the underlying network.

The mechanism connects those layers through funded assignments: treasury resources are reserved for a job, workers earn staged payments for verified and accepted units, and the buyer pays for accepted delivery. Worker accounts preserve assignments and earnings independently of an operator's miner UID. Economics and Participation explain those roles.

The production and verification hypothesis

THOR's hypothesis is that independent contributors can produce useful annotation at a viable total delivery cost. The verification model combines structural gates, VLM content scoring, hidden gold tasks with human-checked ground truth and overlapping assignments. Quality and verification explains those checks and their role in future work allocation.

The pilot tests whether this approach delivers consistent review at a viable total cost.

From pilot to broader participation

The private beta starts with qualified annotation firms. After beta, annotation will open to permissionless participation within the Data stage. The beta establishes the production and verification workflow for that transition.

Participation explains the whitelist and the path to broader access. Demand-first token economics explains contract payments, the reserve, confirmed customer-funded alpha buyback policy and the plan to disable miner burn and accumulate emissions in a disclosed multisig.