Overview
Introduction
Definitions, calculation rules, and a public record of every methodology revision.
Start here
The prepared v1.1.0 unit, panel, admission rules, aggregation, and quorum.
→Product specIdentity, per-GPU rules, quorum, freshness, and eligible providers for each of the nine products.
→ChangelogWhat changed in each release and why the version moved.
→Version historyPublication history and the prepared v1.1.0 change.
→Data availability
The dense-bf16-v1.1.3 composite targets nine products and requires seven current valid rounds. Each product needs exact hardware, a valid USD price, positive availability, three independent votes, and three distinct collecting providers. A direct cloud that had a counted in-stock vote for the product in the last 6 hours still votes at its current posted price after the offer sells out, and every round needs at least one in-stock vote. Only H200 SXM5 admits verified eight-GPU node prices. Retained product rounds must share the composite’s complete publication identity and be at most 1,800 seconds old. The API identifies every fresh, retained, and missing product and the methodology of each round. The prior v1.0.1 six-of-seven history remains unchanged.
Public composite history begins on September 21, 2026 at 13:13 UTC. GET /v1/methodologies returns the first and latest retained timestamp for every methodology version, so clients can determine the available range before requesting history.