Status note (August 2026): this page previously said Radstakes was closed, on the strength of its offline website. The validator is registered and producing, as the On-ledger status section records. The website and the delegation platform described in the historical sections are what have gone; the node has not.
Radstakes was a staking service founded by Faraz Abulhawa. The service offered a secure and reliable infrastructure for users to delegate their Radix native token $XRD and participate in the staking process.
Overview
Radstakes had been operating a validator node in the top 100 since the mainnet launch, with prior testing on Betanet and Stokenet.
Radstakes emphasized the importance of security, decentralization, and performance in their validator operations. They strove to contribute to the security and decentralization of the Radix network by encouraging users to delegate their $XRD tokens to their validator node.
Staking with Radstakes offered benefits such as potential staking rewards and participation in securing the Radix network. By staking with Radstakes, users could actively support the operation and growth of the Radix ecosystem while earning rewards for their contributions
Source: Radstakes Blog - Radstakes Partners with Radix Planet
Product
The products offered by Radstakes included stake delegation services, secure infrastructure with high uptime and dedicated servers, high availability and DDoS protection, as well as backup validator nodes to ensure maximum uptime and staking rewards.
Mission
The mission of Radstakes was to provide a trustworthy and secure staking service to the Radix network, allowing users to participate in the network's consensus protocol and earn staking rewards. Radstakes aimed to contribute to the security and decentralization of the Radix network by operating as a reliable validator and promoting community engagement.
Benefits
Using Radstakes offered several benefits. By delegating tokens to a reliable validator, users can participate in the staking process without the need for technical expertise or setting up their own infrastructure. Stakers also have the opportunity to earn staking rewards, which can be a passive income stream from holding and delegating their $XRD tokens. Additionally, by participating in staking, users contribute to the security and decentralization of the Radix network.
Staking Process
The staking process with Radstakes typically involved the following steps:
Connect your Wallet
Begin by connecting your wallet that holds your Radix native token ($XRD). Radstakes supported various wallets, and you would need to connect your preferred wallet to the Radstakes platform.
Delegate your $XRD Tokens
Delegation was done through the Radstakes platform.
Monitor Staking Rewards
As you delegated your $XRD tokens to Radstakes, you became eligible to receive staking rewards. These rewards are typically distributed based on factors such as the number of tokens you have delegated and the duration of the delegation. You could monitor your staking rewards through the Radstakes platform or your connected wallet.
Manage Delegation
Radstakes provided tools to manage your delegation. You may have the flexibility to adjust your delegation amount, claim staking rewards, or withdraw your delegated tokens if needed. These management functions may vary based on the specific features offered by Radstakes.
Security and Trust
In terms of security, Radstakes aimed to provide a secure infrastructure for staking operations. They utilized high uptime secure dedicated servers with DDoS protection and backup validator nodes to ensure maximum uptime and security. However, it's important for users to exercise caution and conduct their own due diligence when choosing a validator and participating in staking activities.
On-ledger status (August 2026)
Read live from the Radix Gateway on 6 August 2026 at epoch 332670, the Radstakes validator is registered, accepts delegated stake, holds 99,875,144.75 XRD — rank 14 of the 188 registered validators by stake — and recorded 100% uptime over the trailing month. Its on-ledger metadata still carries the description “Official Radstakes validator est. 2021”. Stake units are issued as resource_rdx1t49…lv5qajv and unstake claims as resource_rdx1nfw…u3dfzjl.
The ledger also records something an offline website cannot: a pending fee change. The stored fee factor is 15%, and a fee-change request raising it to 25% takes effect at epoch 335294 — roughly nine days after this reading, at the ledger’s recent pace of about 288 epochs a day. Registering that request requires a transaction signed with the validator’s owner badge, which is held by a component rather than a plain account.
The $rst token named in this page’s metadata (resource_rdx1t56…28knul, described on-ledger as “Official token of the Radstakes validator”) is a fungible resource with 18 decimals and a fixed total supply of 1,000,000. Its mint, burn, freeze and recall authorities are every one deny_all and the rule set is locked, so the supply can never change and no authority can later be granted.
What has genuinely gone is the web presence: radstakes.com returns a Wix “ConnectYourDomain” error page (HTTP 404) rather than a site, so the delegation platform and blog described in the sections below no longer exist. Delegating to the node does not need them — a validator is reachable from any Radix wallet by address.
Re-read at epoch 333630 (10 August 2026)
Four days on, the request is still pending and unchanged: stored fee factor 0.15, requested factor 0.25, effective epoch 335294. Stake has moved only slightly, to 99,768,918.19 XRD, holding rank 14 of the 188 registered validators; the trailing-30-day proposal record is 271,069 made against 2 missed. The gap to the effective epoch is 1,663 epochs. Measured over the preceding month — epoch 325,000 at 11 July 03:54 UTC to epoch 333,630 at 10 August 03:04 UTC — mainnet has run at exactly 288.0 epochs a day, which puts the increase at about 16 August 2026.
The request is also, at this reading, the only pending fee-change request on the entire register. Of the 188 registered validators, 63 carry a fee-change request whose effective epoch has already passed — they are charging a fee different from their stored factor — and exactly one, Radstakes, carries a request that has not yet taken effect. That asymmetry is the point of the delay: a fee increase cannot apply for num_fee_increase_delay_epochs = 4,032 epochs, about two weeks, so this request must have been registered around epoch 331,262, near the start of August. A decrease applies at the beginning of the next epoch, with no notice at all. The two weeks are the window delegators are given to leave, and roughly six days of it remain.

