Parameter reference for the signed genesis artifact
Every value below is read from the published genesis document, not from live cluster state. These are the parameters recorded when the chain was created; fetch the artifact and its detached signature to verify any of them independently.
- Chain
- STELS Mainnet Network
- Environment
- mainnet
- Chain ID
- 1
- Created
- 2025-12-14
State at chain start
Recorded in the artifact when the chain was created. These figures do not track current cluster state and are not adoption metrics.
- Total supply
- 21.00M SLI
- Accounts in genesis
- 5
- Staked at genesis
- 5,000.00 SLI
- Allocated balances
- 49,960.00 SLI
Token Information
Execution-Mining Rewards
Execution-Mining System
STELS implements an innovative execution-mining rewards system where participants earn rewards by executing smart operations on the network. Unlike traditional proof-of-work mining, execution-mining rewards network activity and computational work that directly benefits the ecosystem.
How Execution-Mining Works
- Participants execute smart operations (transfers, assertions, event emissions) on the network
- Each operation generates rewards based on the configured
rate_per_unit(100,000 SLI per operation) - Rewards are distributed from the treasury account, ensuring sustainable economics without inflation
- Total rewards per epoch are capped at
max_per_epoch(159,800,000 SLI) to control distribution - Staking is required to participate, with minimum stake of 100,000,000,000 SLI
- Reward distribution uses a fairness rating model that considers stake, lock duration, mined rewards, and behavioral metrics
Rewards are distributed from the treasury, ensuring sustainable and predictable economics.
Each executed smart operation (transfer, assert, emit) generates rewards based on the configured rate.
Staking Requirements
Staking is mandatory for participation in execution-mining rewards. Accounts must maintain a stake amount between 100,000,000,000 and 10,000,000,000,000 SLI to be eligible. Stake above the maximum is capped for reward calculation purposes, ensuring fair distribution. The stake amount directly influences the fairness rating, which determines reward allocation.
Fairness Rating Model
Execution Layers
Core execution layer rewards for processing smart operations and maintaining network state.
Additional rewards layer for worker nodes executing operations. Provides incentives for distributed computation, AI agents, HFT workers, and off-chain strategies. Worker nodes must have the 'worker' role in state.nodes to be eligible.
Minimum operations required to be eligible
Anti-DoS cap per worker node
Maximum fraction of epoch rewards for workers
Worker Execution Mining: Off-chain workers (nodes with 'worker' role in state.nodes) receive rewards for executed operations. Worker events are published to stels_runtime.channelswith id='workers/events'. Runtime tracks worker operations per node, applies min/max constraints, and caps total rewards by max_reward_share × max_per_epoch (30% of 159,800,000 SLI = 47,940,000 SLI per epoch).
Fairness Rating Model: fair-stake-lock-mined-v1
The fairness rating model calculates participant scores based on multiple factors to ensure equitable reward distribution. The final rating is computed as: rating = round(100 × (w_stake × stake_score + w_lock × lock_score + w_mined × mined_score + w_behavior × behavior_score)), resulting in a score from 0 to 100.
Normalized based on stake amount within the configured range. Higher stake (up to max) increases score.
Based on lock duration. Longer lock periods (up to max) increase the score, incentivizing long-term commitment.
Relative to expected yield. Participants who mine more than expected (based on stake and target yield) get higher scores.
Analyzes latency, availability, stability, and detects anomalies. Penalties apply if behavioral score falls below threshold.
Component weights and ranges:
Expected mined rewards = stake × target_yield over the rating window (7 days). Mined score is calculated as: clamp(mined_total / expected_mined, 0, 1)
VRF-Based Fairness
VRF-Based Fairness Boost reduces bot attacks, prevents perfect mining predictability, and improves distribution for small stakers. The VRF modifier is applied to rewards as:reward = base_reward × fairness_weight × VRF_modifier
- Uses the same VRF algorithm as consensus committee selection (ed25519-vrf)
- Seed source:
prev_epoch_beacon- ensures randomness from previous epoch beacons - Modifier range: 0.9x to 1.1x
- Does not interfere with consensus, only affects reward economics
- Prevents gaming and ensures equitable access to rewards for all participants
Verifiable Random Function (VRF) ensures fair reward distribution by introducing randomness based on previous epoch beacons, preventing gaming and ensuring equitable access to rewards.
Decentralization Guard
Adaptive Anti-Sybil Economic Shield (Gini-Guard) protects network decentralization by monitoring reward distribution inequality. When network Gini coefficient exceeds the threshold, the system automatically:
- Increases min_stake requirements by the penalty multiplier (0.8x)
- Increases double_sign penalty to deter malicious behavior
- Decreases max_per_epoch to limit reward concentration
The system monitors multiple metrics: Gini coefficient (measures inequality),Theil index (measures entropy/inequality), andNakamoto coefficient (measures minimum entities controlling majority). When any metric indicates excessive centralization, penalties are automatically applied.
Protects network decentralization by monitoring reward distribution inequality using Gini coefficient, Theil index, and Nakamoto coefficient. Applies penalties when centralization exceeds thresholds.
Maximum allowed inequality (0-1 scale)
Applied when threshold exceeded
Adaptive Economic Engine
Epoch Configuration & Reward Distribution
Rewards are distributed per epoch. Each epoch represents a time window (60000ms / 60 seconds) for committee selection, consensus finalization, and reward calculation. The epoch-based system ensures:
- Periodic Reward Distribution: Rewards are calculated and distributed at the end of each epoch
- Committee Rotation: Validators are selected using VRF (Verifiable Random Function) based on stake weight
- Hard Cap Enforcement: Total rewards per epoch cannot exceed
max_per_epoch(159,800,000 SLI) - Fairness Window: The rating model uses a 7-day window for calculating mined scores
- Quorum Rule: Consensus requires 2/3 of committee, rounded up
Current epoch parameters:
(60 seconds)
Notaries per epoch (selected via VRF)
2/3 majority required
Delay before new validators become active
Consensus & Validators
Consensus Mechanism: blockless-quorum
STELS uses a blockless-quorum consensus mechanism with event stream finality. Validators are selected using VRF (Verifiable Random Function) based on stake weight, ensuring fair and secure consensus without traditional block mining.
- Committee Selection: Dynamic stake-weighted selection using ed25519-vrf algorithm
- Finality: Notarized finality via epoch committees with 2/3 of committee, rounded up quorum requirement
- Time Source: Median time from notary validators with system-ntp fallback
- Slashing: 5% for double signing, 2% for surround vote attacks
Initial Account Distribution
Initial Network State
The genesis document defines the initial account distribution, including balances and staked amounts. These accounts represent the initial network participants, validators, and treasury.
- Total Accounts: 5 initial accounts
- Total Balance: 49,960.00 SLI
- Total Staked: 5,000.00 SLI
- Treasury Address:
ghJejxMRW5V5ZyFyxsn9tqQ4BNcSvmqMrv- receives all transaction fees - Supply Cap: 21,000,000.00 SLI (maximum total supply)
| Address | Balance | Staked |
|---|---|---|
gYjDnckjrKCw3CYVerH1LMbgTWv3dmg6Hu | 1,000.00 SLI | 1,000.00 SLI |
ghJejxMRW5V5ZyFyxsn9tqQ4BNcSvmqMrv | 45,960.00 SLI | 1,000.00 SLI |
gncGHDzymYmC37EPEK3kk3kWp2fJ9W52tH | 1,000.00 SLI | 1,000.00 SLI |
gohgoWbJK7dMf5MUKKtthRJdCAMmoVqDMo | 1,000.00 SLI | 1,000.00 SLI |
gpcr2Uqbqg3zt6a3VkkCcMm2s2xUtvT2L9 | 1,000.00 SLI | 1,000.00 SLI |
Complete Genesis Document Data
Complete genesis.json document with all fields and configuration data.
Genesis Information
activation_time:created_at:id:issuer:org:previous_genesis_id:upgrade_policy:allowed:envelope_domain:[0]:[1]:[2]:[3]:requires_threshold:k:n:type:Content Hash
genesis_signing_view_exclude:[0]:[1]:[2]:hash:sha256:982839404f558bbe53e0d21cbe01b17de035ebc83537d4182e78389bfb04f333hash_alg:hash_scope:size:size_scope:Protocol Configuration
canon_specs:gls-det-1:arrays:booleans_null:note:numbers:objects:strings:canonicalization:encoding:genesis_validation:error_codes:failure_policy:procedure:[0]:[1]:[2]:[3]:[4]:[5]:[6]:sign_domains:cosign:[0]:[1]:[2]:crl:[0]:[1]:[2]:[3]:genesis:[0]:[1]:[2]:[3]:notary:[0]:[1]:[2]:[3]:tx:[0]:[1]:[2]:[3]:smart_execution:fuel_metering:fuel_overhead:canonicalization:parsing:signature_validation:state_access:total:fuel_per_op:assert.balance:assert.compare:assert.time:emit.event:transfer:max_cpu_per_tx_ms:max_fuel_per_tx:model:sandbox:memory_isolated:no_syscalls:type:syscalls_allowed:turing_complete:worst_case_cpu_bounds:assert.balance:assert.compare:assert.time:emit.event:transfer:tx_version:vm_version:Wallet Protocol
ecdsa_nonce:hash_alg:message_canon:name:pubkey_format:sig_encoding:sign_alg:version:Addressing
address_encoding:[0]:address_prefix:checksum:payload:preferred_encoding:pubkey_format:version_byte:Smart Operations Specification
limits:max_event_data_bytes:max_ops:max_ops_bytes:types:[0]:op:schema:semantics:[1]:op:schema:semantics:[2]:op:schema:semantics:[3]:op:schema:semantics:[4]:op:schema:semantics:Network Parameters
currency:decimals:fee_unit:name:symbol:fees:base:currency:per_byte:gate:eviction:max_per_address:max_total:on_expire:ttl_ms:kv_limits:value_max_bytes:limits:max_signatures:max_tx_size:mempool:max_pending_bytes_per_address:max_pending_per_address:priority:reject_duplicate_prev_hash:reject_siblings_on_prev_hash:ttl_ms:treasury_address:ghJejxMRW5V5ZyFyxsn9tqQ4BNcSvmqMrvTransaction Rules
admission_skew_ms:fair_ordering:mode:fee_calculation:canon:formula_linear:rounding:tx_bytes:fee_policy_composition:fee_type_in_signing_view:fees_currency:finalization_skew_ms:max_tx_size:mempool_priority:score:tie_breaker:weighted_size:methods_policy:binding:cosign:action_fee:deadline_required:kid_format:rate_limit:require_approver_address_match:sig_encoding:sign_domain:max_methods:max_methods_bytes:types:[0]:[1]:[2]:[3]:[4]:min_fee:now_definition:finalization:mempool:raw_policy:allowed:note:require_prev_hash:signature_binding:signing_domain_rule:domain_field_purpose:domain_field_validation:domain_source:message_to_sign_includes:signing_view_exclude:[0]:[1]:[2]:[3]:[4]:[5]:[6]:time_window_ms:timestamp_max_skew_ms:timestamp_rule:tx_hash:sha256:982839404f558bbe53e0d21cbe01b17de035ebc83537d4182e78389bfb04f333Transaction Schema
governance:$id:$schema:additionalProperties:required:[0]:[1]:[2]:[3]:[4]:[5]:[6]:[7]:title:type:notary_registry:$id:$schema:additionalProperties:required:[0]:[1]:[2]:[3]:[4]:[5]:[6]:[7]:[8]:title:type:smart:$id:$schema:additionalProperties:properties:args:currency:fee:from:method:prev_hash:signatures:timestamp:type:required:[0]:[1]:[2]:[3]:[4]:[5]:[6]:[7]:[8]:title:type:Schema Definitions
execution_receipt_v1:$id:$schema:additionalProperties:properties:epoch:notary_certificate:ops_count:ops_hash:state_root:tx_hash:worker_id:required:[0]:[1]:[2]:[3]:[4]:[5]:[6]:type:notary_certificate_v2:$id:$schema:additionalProperties:properties:alg:chain_id:committee_epoch:committee_root:committee_size:notary_threshold:proof:signatures:state_root:timestamp:tx_hash:required:[0]:[1]:[2]:[3]:[4]:[5]:[6]:[7]:[8]:[9]:type:Security Configuration
der_requirements:canonical_DER:lowS:Governance Configuration
emergency_pause:allowed:max_duration_ms:operational_during_pause:governance_upgrade:notary_operations:state_queries:pause_mode:allow_unpause_tx:allowed_methods_during_pause:finalization:mempool_admission:smart_exec:trigger_threshold:k:n:type:revocation:crl:revoked:seq:sign_domain:[0]:[1]:[2]:[3]:upgrade_envelope:schema:fields:sign_domain:[0]:[1]:[2]:[3]:threshold:k:n:type:Signing Keys
[0]:alg:kid:ghJejxMRW5V5ZyFyxsn9tqQ4BNcSvmqMrvnot_after:not_before:public_key:purpose:[0]:[1]:[1]:alg:kid:gYjDnckjrKCw3CYVerH1LMbgTWv3dmg6Hunot_after:not_before:public_key:purpose:[0]:[1]:[2]:alg:kid:gohgoWbJK7dMf5MUKKtthRJdCAMmoVqDMonot_after:not_before:public_key:purpose:[0]:[1]:[3]:alg:kid:gncGHDzymYmC37EPEK3kk3kWp2fJ9W52tHnot_after:not_before:public_key:purpose:[0]:[1]:[4]:alg:kid:gpcr2Uqbqg3zt6a3VkkCcMm2s2xUtvT2L9not_after:not_before:public_key:purpose:[0]:[1]:Signatures
signers:[0]:alg:kid:ghJejxMRW5V5ZyFyxsn9tqQ4BNcSvmqMrvsig:[1]:alg:kid:gYjDnckjrKCw3CYVerH1LMbgTWv3dmg6Husig:[2]:alg:kid:gohgoWbJK7dMf5MUKKtthRJdCAMmoVqDMosig:[3]:alg:kid:gncGHDzymYmC37EPEK3kk3kWp2fJ9W52tHsig:[4]:alg:kid:gpcr2Uqbqg3zt6a3VkkCcMm2s2xUtvT2L9sig:threshold:k:n:type:STELS Policy
profile:rules_version:strict_mode:Observability
logging:level:metrics:enabled:endpoints:STELS Runtime
channels:[0]:id:kind:[1]:id:kind:[2]:id:kind:[3]:id:kind:[4]:id:kind:[5]:id:kind:storage:kv_namespaces:[0]:[1]:[2]:[3]:[4]:[5]:Download Genesis Document
Download the complete genesis JSON document for technical reference and validation.
Download genesis.jsongenesis:sha256:982839404f558bbe53e0d21cbe01b17de035ebc83537d4182e78389bfb04f333