Introduction
Radix Namespace is a permissionless, on-ledger domain name service built on the Radix network. Developed from the ground up by community member Wylie and open sourced in February 2026. It is implemented as an entiely new namespace (distinct from the now deprecated Radix Name Service) and is intended to be operated independently with optional compatibility paths for importing domains from other accepted domain-NFT resources.
The system is currently deployed on Stokenet (Radix testnet). A key part of the design is that mainnet instantiation and stewardship must be taken on by another community member or ecosystem project (i.e., a separate operator becomes the instantiator and go-live steward). The "genesis" source code is fully open and organised as a GitHub organisation with core contracts and "turnkey" tooling, including a management client that guides deployment/configuration.
Current Stokenet deployment:
Package:
package_tdx_2_1pkq94qsyttgk89fe4suh3xsq24adfeypd9s6pd0zramlt8cew4cttyComponent:
component_tdx_2_1cq3hzzgwypv3494aprg76c3pvxwpxmwalm7ld257pudj8urzc6l5apGenesis code org (to be forked):
https://github.com/radix-namespace
Features
Radix Namespace provides a comprehensive naming system with the following capabilities:
Human-readable domains β register domains backed by bonds (stablecoins are the intended use case)
Subdomains β create, edit, and delete subdomains under any registered domain
Data records β store arbitrary records (wallet addresses, social links, metadata) against a domain
Reverse resolution β link an account address to a primary domain so others can discover a domain by address
Domain import compatibility β accepted domain NFT resources can prove ownership and receive the equivalent domain in this namespace
Third-party registrars β service providers can register as registrars, set a fee percentage, and earn fees on registrations they facilitate
Bond model (rebond/unbond) β bonds arenβt burned; owners can swap token backing (rebond) or return the domain to reclaim the bond (unbond)
Pre-allocation β admin can reserve domains for specific accounts before go-live; anyone can pay on behalf of an eligible claimant
On-ledger QR codes β each domain NFT includes a generated QR code stored entirely on-ledger as a lightweight SVG (no IPFS dependency)
Isolated subregistries β each domain gets its own subregistry component and a dApp definition account for wallet recognition
Architecture
The project is organised as a GitHub organisation containing several repositories, including:
Core Scrypto smart contracts β the namespace logic for registration, management, and resolution
TypeScript SDK β developer-friendly bindings for integrating the on-ledger components into apps and platforms
SDK documentation β reference docs for the SDK
Management client β a guided βwizardβ style tool for instantiation, configuration (including reservations), inspection, and activation (burning admin badge to go live)
Most repos include workflows intended to support facilitators/project leads, and the design allows the instantiator to define which external domain-NFT resources are βimportableβ for compatibility/migration purposes.
Permissionless Design
Once instantiated on mainnet, the admin badge is burned, permanently removing all admin access and making the system fully permissionless. No single entity can modify, censor, or control domain registrations after launch.
Relationship to ILIS
Radix Namespace is under community consideration to be integrated into the broader ILIS (I Like It Stable) ecosystem, built by octo.xrd (Radix Foundation member). Radix Namespace became a subject of ILIS orientated discussion in February 2026, with the fUSD stablecoin β a USD-pegged token created by borrowing against XRD collateral β being considered as a bond resource for domain registration.
The bond model creates a natural synergy: domain registrations generate a use case for fUSD, while fUSD provides a decentralised stablecoin option for backing domain bonds without relying on centralised stablecoin issuers.
