Random sampling rollout
Last updated
Was this helpful?
Last updated
Was this helpful?
The deployment of the DKG Random Sampling system follows a carefully phased approach to ensure stability, fairness, and backward compatibility with earlier versions of the DKG. This page outlines the rollout timeline, what each release includes, and what node operators and delegators can expect.
Goal: Finalize community review of
Outcome: Approval of the Random Sampling design by the community and core development team
Phase status: Completed
Features Introduced:
Live Random Sampling challenge generation and proof submission
Score calculation per proof period
Epoch-based reward allocation system
DKG Sync system goes online
Who is affected:
Core Nodes begin submitting live proofs
Delegators start accruing rewards for the active epochs (but do not yet claim rewards for past epochs)
Purpose: Establish live PoK infrastructure and real-time score updates for staking participants
Phase status: Live on Testnet. Mainnet rollout expected in June 2025
Goal: Allow accumulated rewards from the DKG V6 era to be earned retroactively
How it works:
Applies the Random Sampling system retroactively for TRAC fees in the V6 period
Nodes that were active during the V6 phase can compete for retroactive rewards, claiming tokens for completed epochs and competing for upcoming epochs.
Compatibility Duration: Available for a limited window (12 months from V8.0 launch)
Phase status: Testnet & Mainnet rollout expected in June 2025
Goal: Distribute locked fees for the period between V8.0.0 and V8.1.0 releases
How it works:
All active nodes during this period are considered to have 100% uptime for the purpose of reward allocation
The same score distribution and reward formula is applied as in the live Random Sampling system
Phase status: Testnet & Mainnet rollout expected in June 2025
Incremental Activation - Each module builds on the previous one, ensuring that no backward compatibility is broken
Transparency First - The DKG Staking UI will be upgraded to reflect:
Node power, which will represent the current node power in the network with regards to its stake, service ask and publishing factor
Node health, computed based on Proof submissions per epoch
Compatibility module reward status
Fail-Safe Participation - Delegators and Node Runners are protected from loss of eligibility due to technical transitions, with catch-up mechanisms in place for reward collection
Make sure to follow the updates to update your node as soon as the V8.1 release goes live on mainnet
Once your node is update mane sure to monitor and maintain its proof submission health
Optionally enable auto-claiming for delegators via node services to automatically restake all rewards and increase your Node power
You don’t need to take immediate action
Make sure you understand when rewards become claimable based on finalization rules
Use the upgraded Staking UI to track your delegator epoch scores and rewards