Consensus objects
The exact binary format is not frozen. The point of R0 is to make every consensus-visible field explicit before optimizing the miner.
Precision work classes
| Class | Role | Hardware target | Status |
|---|---|---|---|
| FP8 E4M3 R0 | Initial canonical tensor work. | Hopper, Blackwell, compatible implementations. | Design |
| MXFP4 R0 | Microscaled four-bit tensor work. | Blackwell, CDNA4, future accelerators. | Research |
| Future classes | Protocol-versioned numerical formats. | Added only with public parity evidence. | Unscheduled |
Difficulty and chainwork
Different work classes may have radically different raw throughput. A future multi-class network therefore cannot equate one FP8 operation with one FP4 operation by marketing FLOPS. Chainwork normalization must be an explicit economic and security rule, measured against attack cost and verified work.
Verification hierarchy
We are designing three verification layers:
- Miner-local parity: optimized kernel against the CPU oracle.
- Pool share verification: bounded-cost checks suitable for high submission rates.
- Block verification: consensus validation that ordinary full nodes can sustain.
A design that requires every validating node to own a frontier GPU is not acceptable.
Launch sequence
Private, disposable, adversarial
Spinel-controlled miners and nodes. No economic value. Breaking changes expected.
Outside miners and pool operators
Open binaries, source, test vectors, explorer, and reference Stratum implementation.
Only after a public launch window
No private founder-mining period. The launch schedule and miner are published in advance.