Tech
Deep technical coverage of the Radix protocol — Cerberus consensus, Radix Engine, Scrypto, scalability research, and core architecture.
$XRD Token
$XRD is the native token of the Radix network . Unlike an ERC-20-style smart-contract token, XRD is a native asset – a first-class resource created an…
Access Controller
An Access Controller is a native blueprint that holds a smart account 's owner badge in a vault and hands out proofs of it under rules the ledger enfo…
Access Rules & Auth Zones
Access Rules are Radix's system-level authorization mechanism. Unlike EVM where access control is enforced by smart contract code (vulnerable to bugs)…
Application Layer
The application layer is the topmost layer of the Radix Engine stack – where developer-authored Scrypto blueprints, packages, and components actually…
Asset-Oriented Programming
Asset-oriented programming is Radix's foundational design principle where digital assets (tokens, NFTs , badges ) are native primitives managed by the…

Atomic Composability
Atomic composability means that complex multi-step operations either execute completely or not at all. On Radix, a single transaction manifest can cha…
Badge
A badge is not a distinct engine type – it is the convention of using a resource (typically non-fungible) as an authorization token rather than a valu…
Blind Signing and Transaction Manifests
Blind signing is the practice of signing transactions whose effects you cannot verify. On Ethereum , users routinely approve transactions that are opa…

Blockchain Trilemma
The blockchain trilemma , popularized by Ethereum 's Vitalik Buterin, states that a blockchain can only optimize for two of three properties: scalabil…
Blueprints & Packages
In Scrypto , code is organized into a hierarchy: Blueprints – Templates that define logic, state, and access rules (analogous to Rust structs with imp…
Buckets, Proofs & Vaults
Radix's asset-oriented programming model uses three core container types: Permanent storage for resources. Every account, component, and dApp stores i…
Byzantine Fault Tolerance
Byzantine Fault Tolerance ( BFT ) is the property of a distributed system that enables it to reach consensus even when up to one-third of participatin…

Cassandra
Cassandra [ /kəˈsændrə/ ] was a research project spearheaded by Dan Hughes to address two critical issues that could arise in a sharded network, speci…
Central bank digital currencies (CBDC)
A central bank digital currency ( CBDC ) is a digital form of money issued by a central bank as its own direct liability. Central bank money today rea…

Cerberus (Consensus Protocol)
Cerberus is the Byzantine fault-tolerant consensus protocol specified in Radix's 2020 whitepaper. Its central idea is braided parallelism : rather tha…
Cerberus vs Other BFT Protocols
This page compares a specification against deployed protocols, which is the first thing to hold in mind: Cerberus 's distinguishing feature – atomic c…
Cerberus Whitepaper & Academic Validation
The Cerberus whitepaper presents the formal specification of the Cerberus consensus protocol. Originally published as a preprint in 2020, it was peer-…
Component
A component is a runtime instance of a blueprint , with its own persistent state, its own globally-addressable identity, and its own configured access…
Component Royalties
Component Royalties allow Scrypto blueprint authors to earn fees whenever their deployed components are used. This is enforced at the Radix Engine lev…

Composability
Composability is the general ability of components of a system to be recombined into larger structures and for the output of one to be the input of an…
Consensus Evolution at Radix
Radix's consensus mechanism has evolved through multiple generations, each building on lessons learned: Dan Hughes ' earliest experiments with distrib…
Consensus Manager
The Consensus Manager is a native blueprint that exposes the network's consensus state – current epoch, round, validator set, and emissions schedule –…
Control Chart
This page tracks statistical process control (SPC) metrics for the wiki autonomous agent cluster. Metrics are collected daily by the /api/metrics cron…

Decentralized Finance (DeFi)
Decentralized Finance , commonly referred to as DeFi is an umbrella term for a variety of financial applications in blockchain or cryptocurrency geare…

Decentralized Science (DeSci)
Decentralized Science (DeSci) refers to an emerging model of organizing and funding scientific research in a more open, collaborative, and decentraliz…

Delegated Proof of Stake (DPoS)
Delegated Proof of Stake (DPoS) is a Sybil protection mechanism invented by Dan Larimer and used by certain distributed ledgers, including Radix. In D…
eMunie
eMunie [ /‘i ˈmʌni/ ] was the name given to Dan Hughes ’ distributed ledger project prior to the launch of Ethereum (~2013).

Finite State Machines
Finite State Machines (FSM) are software components that restrict an application’s behavior to a subset of possible states.
Honest Majority Assumption
The Honest Majority Assumption is a critical security premise that underlies Proof-of-Work (PoW) and Proof-of-Stake (PoS) Sybil defense mechanisms. Th…
hyperscale-rs
hyperscale-rs is a community-built Rust implementation of the Hyperscale consensus protocol for the Radix DLT ecosystem, and the leading candidate to…
Hyperscale: 500K TPS Public Test
In January 2026, the Radix Foundation completed the final public Hyperscale test, demonstrating that its Hyperscale reference implementation could sus…
Improvement Log
This page tracks the continuous improvement pipeline for the wiki agent cluster. The wiki-retro weekly task scans daily logs for recurring patterns, c…
Kernel Layer
The kernel is the lowest layer of the Radix Engine. It manages substates (units of persistent state), actors (entities that own substates), invocation…
Liquid Stake Units (LSUs)
Liquid Stake Units (LSUs) are native Radix tokens representing staked XRD with a specific validator . Unlike liquid staking on other chains (Lido's st…
Locker
The Locker is a native blueprint for permissioned resource distribution: a sender deposits resources into the locker addressed to specific recipients,…
Metadata Module
The Metadata module is one of the engine's pluggable object modules. Every globalized object – packages, components, resources, accounts – has a Metad…
Native Assets vs Token Approvals
On Ethereum and other EVM chains, using DeFi requires the token-approval pattern : before a contract can move a user’s ERC-20 tokens it must first be…
Network Emissions
The Radix network mints new XRD as network emissions to reward the validators and stakers who secure the ledger. Roughly 300 million XRD is emitted pe…
NFTs on Radix
Non-fungible tokens (NFTs) are digital assets that represent unique items like artwork, collectibles, and in-game items. On Radix, NFTs are core primi…
Personas
Personas is a digital identity management feature introduced by Radix as part of its Q2 2023 network upgrade to Babylon . It represents a significant…
Radix Connect
Radix Connect is a framework designed to facilitate seamless interactions between mobile wallets and desktop browsers, specifically tailored for decen…
Radix Core API
The Radix Core API provides low-level access to Radix nodes for transaction submission, state queries, and network monitoring. It's primarily used by…

Radix Developer Environment (Alexandria)
Alexandria [ /ˌæləgˈzændriə/ ] was a pre-Babylon version of the Radix network and appended the Olympia release with a Scrypto developer environment fo…
Radix Economic Model
The Radix economic model is the set of rules that decide where XRD comes from and where it goes. There are only three flows, and each obeys a differen…

Radix Engine
The Radix Engine is the execution environment that runs all Scrypto smart contracts on Radix. Unlike the EVM (which is a general-purpose virtual machi…
Radix for AI Agents
As AI agents increasingly manage financial operations autonomously, the underlying ledger's architecture becomes critical. Radix provides four propert…
Radix Gateway API
The Radix Gateway API is the primary developer interface for building dApps on Radix. It indexes the ledger and provides REST endpoints for querying a…
Radix Governance
Radix governance is the set of institutions, rules, and processes by which decisions about the Radix network and its shared resources – its treasury,…

Radix Mainnet (Babylon)
Babylon [ /ˈbæbəˌlɑn/ ] is the current version release of the Radix network that debuted smart contracts and the Radix Engine execution environment. T…
Radix Mainnet (Olympia)
Olympia [ /oʊˈlɪmpiə/ ] was was the initial release of the Radix Public Network and introduced the core node software, desktop wallet, staking, the Ra…

Radix Mainnet (Xi'an)
Xi’an [ /ʃi’æn/ ] will be the next major release of the Radix network . Xi’an will allow an unlimited number of shard groups , enabling Radix’s sharde…
Radix Pools (One/Two/Multi-Resource)
Radix's native pool blueprints – OneResourcePool , TwoResourcePool , and MultiResourcePool – provide canonical liquidity-pool primitives implemented i…
Radix Protocol Updates
A protocol update is a named, major change to the rules every Radix node runs. Radix Docs describes them as happening approximately two to three times…
Radix vs Cosmos
Radix and Cosmos take fundamentally different approaches to scalability: Cosmos uses sovereign app-chains connected via Inter-Blockchain Communication…
Radix vs Ethereum
Ethereum uses Casper PoS with a single execution layer processing all transactions sequentially. Scalability relies on L2 rollups (Optimism, Arbitrum,…
Radix vs Polkadot
Both Radix and Polkadot address scalability through sharding, but with very different architectures: Polkadot uses a hub-and-spoke model: parachains (…
Radix vs Solana
Solana uses Tower BFT with Proof of History (PoH) for transaction ordering. It achieves ~5,000 real TPS (theoretical max ~65,000) through aggressive h…
Radix Wallet
The Radix Wallet is a mobile-first cryptocurrency wallet built by RDX Works , developed to manage $XRD and other tokens on the Radix network . The wal…
RCnet
RCnet was a test network developed by Radix to provide developers with the tools and standards necessary for creating more robust applications on Radi…
Resource
A resource is the Radix Engine's first-class representation of a digital asset. Unlike token contracts on EVM-style chains – where balances are bookke…
Role Assignment Module
The Role Assignment module attaches role-based access rules to every object the engine globalizes. Each role (e.g., minter , burner , metadata_setter…
Rollups
A rollup is a layer-2 blockchain scaling construction in which transactions are executed outside the base blockchain (the layer 1) while the data requ…

RRC-404
RRC-404 is an implementation of the ERC-404 token standard on Radix, developed using the Scrypto programming language. It aims to provide fungible liq…

Scrypto (Programming Language)
Scrypto is Radix's smart contract programming language. Built on Rust, it implements asset-oriented programming where tokens and NFTs are native primi…

Shard Groups
Shard groups [ /ʃɑrd grups/ ] or Validator Sets on Radix are groups of validators responsible for storing and validating the ledger state on subsets o…

Sharding
Sharding [ /ˈʃɑːdɪŋ/ ] is a method of partitioning a database horizontally across separate servers to improve scalability, performance and data availa…
Smart Accounts
On Radix, every account is a smart account – a programmable component on the ledger with configurable access rules , deposit preferences, and recovery…
Stablecoins
A stablecoin is a cryptocurrency designed to maintain a stable value, most commonly by targeting a fixed exchange rate – a peg – against a reference a…
Staking
Staking is a crucial mechanism in many cryptocurrency systems, particularly those using Proof of Stake (PoS) or Delegated Proof of Stake (DPoS) consen…
Stokenet
Stokenet is the persistent public test network for Radix. Launched in July 2021, Stokenet serves as a sandboxed environment for Radix users and projec…
Subintents and Pre-Authorizations
Pre-authorizations – the user-facing name for subintents – allow "a partial transaction to be authorized by one actor such that it can then become a p…
Substate Model
The Substate Model is Radix's approach to storing and managing on-ledger state. Rather than using a global account-based model ( Ethereum ) or UTXOs (…
System Layer
The system layer implements the engine's high-level abstractions – objects, blueprints, packages, modules (Metadata, Royalty, Role Assignment), and th…
Tempo (Consensus Mechanism)
Tempo [ /ˈtɛmˌpoʊ/ ] is a consensus protocol developed as the fifth iteration of Radix. First proposed in 2017 , Tempo pioneered innovations such as l…
Transaction Manifests
Transaction manifests are Radix's instruction format for describing what a transaction should do. Where an EVM transaction encodes a function call as…
Transaction Processor
The Transaction Processor is the entry-point native blueprint that receives a parsed transaction manifest and executes its instructions sequentially a…
Transaction Tracker
The Transaction Tracker is a system-level native blueprint that records the status of every transaction submitted to the network – including its inten…
Transactions Per Second (TPS)
Transactions per second (TPS) is a key metric of the speed and scalability of payment and distributed ledger (DLT) networks. High TPS enables networks…
Trust Boundary
A Trust Boundary [ /trʌst ˈbaʊndəri/ ] is a concept used in distributed systems to describe the point beyond which a component must rely on the behavi…
Unspent Transaction Output (UTXO) Model
The Unspent Transaction Output ( UTXO ) model is a way to track ownership of digital assets in cryptocurrency systems. The Radix Engine implements a n…
Validator Nodes
Validator nodes secure the Radix network by participating in Cerberus consensus . They process transactions, propose state changes, and earn staking r…
Vamos Database
Vamos is a novel database persistence layer developed by Dan Hughes , designed to provide better performance than traditional databases like LevelDB,…
VM Layer
The VM layer of the Radix Engine executes blueprint code. Two virtual machines coexist: the Scrypto VM , which runs developer-authored WebAssembly com…
Wiki Maintenance Log
Auto-maintained by the wiki-sweep routine. Each run records what was swept, advances the category rotation, logs ecosystem signals, and tracks communi…
Worktop
The worktop is the transaction-local staging area for resources. When a manifest withdraws tokens from an account, the resulting bucket sits on the wo…
