ODNCA is an initiative of ORDnet.ioinfo@odnca.org
ODNCA
RESOLVERS · REGISTRARS · THE ROOT

Run the rules yourself.

Everything on this page exists so that ODNCA’s services are reproducible: the operator listing with its published keys, the Root Registry that anchors every TLD, and the commitment layer that lets anyone audit — or replace — the whole stack.

The operator listing

Published keys are the whole trust anchor: pin on first use, treat the live endpoint as the authority, and expect every rotation to be signed by its predecessor key and anchored on-chain.

ROLEOPERATOR · ENDPOINTKEY / PROOF
ResolverORDnet · sns.ordnet.ioGET /pubkey — signed answers, 300s TTL, documented rotation
Registrar (SNSP)ORDnet · domains.ordnet.ioissuer key — signs claim records binding name + destination
Fact layer / indexerORDnet · search.ordnet.iothe canonical state every service reads
Commitments & certificatesunder the ODNCA flagsns-commit chain on-chain · /proof/<name> certificates · offline verifier
Public lookupORDnet · whois.ordnet.ioone honest answer for everyone (ODNCA-STD-008)

The Root Registry

Governed by ODNCA-STD-004. A TLD’s birth is a decision, not a discovery.

Validity under a TLD begins at its published activation height: claims inscribed before activation are void, so nobody can squat a TLD before it exists. Each activation is inscribed as a signed record — the TLD’s birth certificate — giving every TLD a registry-id of the form bsv:sns:<activation-txid>.

Namespaces are identified by the hash of their frozen ruleset: a registry is its rules, so its rules are its fingerprint — already embedded in every on-chain commitment.

Launch scope: BSV / SNS. The format is chain-agnostic by design; a new namespace joins with deterministic rules published as a frozen, hashed ruleset, a conformance vector set, an operating indexer, and a commitment path. Where the same label exists elsewhere, the recognised entry is canonical for the coordinated ecosystem.

Read STD-004 →

Commitments & Certificates of Ownership

The registry escrows itself, on the chain.

The indexer’s canonical state is periodically frozen as a merkle tree; the root is inscribed on-chain as a commit record carrying the state height, name count, the ruleset hash, and a prev link — commitments chain into an auditable history.

Every holder can obtain a Certificate of Ownership — leaf, merkle path, chain anchor — verifiable offline with the published reference verifier, and mintable on-chain (sns-cert) as a permanent, self-contained attestation.

WHY IT MATTERS

Web2 registries deposit their data with escrow agents. Here the chain is the deposit, the commitment chain is the receipt, and the certificate is the holder’s own copy. The failure of any operator — including the founding one — loses convenience, never names.

Become an operator or registrar

Recognition is technical and published — never an auction.

RESOLVER OPERATORS

Run the vectors, publish a key

Implement ODNCA-STD-001, reproduce the signature test vector bit-for-bit, publish your signing key with the rotation procedure, and apply your own POL-003 measures under your own law — a second independent operator is this ecosystem’s safety valve, and a standing goal.

REGISTRARS

Implement SNSP, get listed

The base is permissionless today. Recognition per ODNCA-POL-002: vector conformance, Active TLDs only, honest display, your own issuer key. Listed registrars appear in the public directory with their conformance date.

TLD REQUESTERS

File per GOV-001 §6

Rights screening (patents, trademarks, prior association), direct consultation of affected parties, a public comment window, and a decision within 30 days — recognised, withheld, or declined, always with published reasons.

Start the conversation: info@odnca.org