---
title: "Radix Namespace"
path: "/ecosystem/radix-namespace"
version: "3.0.0"
author: "Hydrate"
createdAt: "2026-02-19T07:16:50.857Z"
updatedAt: "2026-03-28T14:04:13.897Z"
---

# Radix Namespace

## Introduction

**Radix Namespace** is a permissionless, on-ledger domain name service built on the [Radix network](/contents/tech/core-concepts/radix-network). Developed from the ground up by community member Wylie and [open sourced in February 2026](https://t.me/RadixDevelopers). 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](https://github.com/radix-namespace) 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_1pkq94qsyttgk89fe4suh3xsq24adfeypd9s6pd0zramlt8cew4ctty`

- **Component:** `component_tdx_2_1cq3hzzgwypv3494aprg76c3pvxwpxmwalm7ld257pudj8urzc6l5ap`

- **Genesis 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](https://github.com/radix-namespace) 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)](https://flux.ilikeitstable.com) 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.

## External Links

- [GitHub Organisation — radix-namespace](https://github.com/radix-namespace)

- [ILIS (I Like It Stable) — fUSD Stablecoin](https://flux.ilikeitstable.com)

- [Telegram — Radix Developer Discussion](https://t.me/RadixDevelopers)

<Infobox>
| **Radix Namespace** |
| Type | Name Service / Address Abstraction |
| Original Developer | Wylie |
| Bond Model | USD stablecoins (bonded, not burned) |
| Stokenet Package | `package_tdx_2_1pkq94qs...cew4ctty` |
| Ecosystem | Part of [ILIS](https://flux.ilikeitstable.com) |
</Infobox>