STELS Testnet Genesis

Built by Ukrainian Cyber Engineers
In Solidarity with Ukraine's Defenders

🇺🇦 Читати українською

A comprehensive monochain testnet configuration for the STELS (Smart Transaction Event Ledger System) platform, featuring advanced consensus mechanisms, smart contract capabilities, and enterprise-grade security.

Overview

The STELS Testnet is a sophisticated monochain network designed for testing and development of smart contract applications with deterministic execution, advanced consensus protocols, and robust security features.

Network Specifications

• Network ID: testnet
• Chain ID: 2
• Environment: Runtime
• Protocol Version: smart-1.0
• VM Version: intrinsics-1
• Currency: TST (Testnet STELS Token)
• Decimals: 6

Key Features

🏗️ Consensus Mechanism

• Type: Blockless Quorum with Event Stream
• Finality: Notarized via Epoch Committees
• Committee Size: 128,000 members
• Quorum Rule: 2/3 majority (66.67%)
• Epoch Duration: 100ms
• Time Window: 3 seconds

🔐 Security & Cryptography

• Signature Algorithm: ECDSA secp256k1
• Hash Algorithm: SHA-256
• Address Encoding: Base58 with version byte 98
• Public Key Format: Compressed secp256k1 hex
• Signature Encoding: DER hex (lowS, canonical)

💰 Economic Model

• Base Fee: 0.00005 TST
• Per Byte Fee: 0.0000001 TST
• Raw Data Fee: 0.0000003 TST per byte
• Transaction Limits: 65,536 bytes max
• Mempool TTL: 15 minutes

🧠 Smart Contract Capabilities

• Intrinsic Operations: 5 supported operations
  • transfer: Move funds between addresses
  • assert.time: Time-based conditions
  • assert.balance: Balance verification
  • assert.compare: Arithmetic comparisons
  • emit.event: Event emission
• Max Operations: 16 per transaction
• Max Event Data: 1,024 bytes

Network Architecture

Consensus Components

• Dynamic Stake-Weighted Committees: Members selected based on stake
• VRF-Based Selection: Ed25519-VRF for random committee selection
• BLS12-381 Aggregation: Efficient signature aggregation
• Notary Registry: Minimum stake 10,000 TST for participation

State Management

• Accounts: Balance tracking with last transaction hash
• KV Storage: Key-value store with 65KB value limit
• Event Index: Immutable event log
• Treasury: Fee collection

Governance

• Upgrade Policy: 2-of-3 threshold for genesis upgrades
• Emergency Pause: Available with 2-of-3 threshold
• Certificate Revocation: CRL support for key management

Initial State

Genesis Accounts

• Account 1: gYjDnckjrKCw3CYVerH1LMbgTWv3dmg6Hu - 1,000,000,000 TST
• Treasury: gohgoWbJK7dMf5MUKKtthRJdCAMmoVqDMo - 5,000,000,000 TST

Registry State

• Intrinsics: smart.exec@1.0.0, notary.registry@1.0.0
• Notary Registry: Empty initial state
• Total Supply: Unbounded (testnet configuration)

Technical Specifications

Transaction Schema

• Type: Smart transactions with deterministic execution
• Required Fields: type, method, args, from, fee, currency, prev_hash, timestamp, signatures
• Optional Fields: raw data, cosignatures, methods
• Validation: Strict schema enforcement with JSON Schema

Deterministic Execution

• Profile: Pure deterministic execution
• IO Restrictions: Network and filesystem access denied
• Clock Access: Logical time only
• State Access: Accounts, transaction index, KV store

Fee Structure

Base Fee: 0.00005 TST
Per Byte: 0.0000001 TST
Raw Per Byte: 0.0000003 TST
Per Operation:
  - assert.time: 0.000002 TST
  - assert.balance: 0.000003 TST
  - assert.compare: 0.000003 TST
  - transfer: 0.000010 TST
  - emit.event: 0.000004 TST

Development & Testing

Faucet Configuration

• Rate: 1,000 TST per request
• Cooldown: 60 seconds between requests

Mempool Configuration

• Max Pending: 64 transactions per address
• Max Bytes: 2MB per address
• Priority: Fee per weighted byte
• TTL: 15 minutes

Raw Data Support

• Encoding: UTF-8 only
• Max Size: 60KB soft cap
• TTL: 3 days
• MIME Types: text/plain only
• PII: Not allowed

Security Features

Signature Requirements

• LowS: Enforced for all ECDSA signatures
• Canonical DER: Required encoding
• Multi-Signature: Up to 8 signatures per transaction
• Cosignatures: Support for approval workflows

Time-Based Security

• Window: 5 minutes (300,000ms)
• Skew Tolerance: ±2.95 seconds
• Time Source: Notary median with NTP fallback

Genesis Metadata

• Created: 2025-08-21T18:30:00Z
• Activation: 2025-08-21T18:45:00Z
• Issuer: STELS Laboratory (labs@stels.io)
• Schema: https://stels.io/schemas/genesis-smart-1.0.json
• Hash: sha256:4c24259b08c7e4c0afab7950fe0dff6b125c82f88e247583776913bc507875e5

Usage

This genesis configuration is designed for:

• Smart Contract Development: Test complex multi-step transactions
• Consensus Testing: Validate committee-based finality
• Security Research: Explore advanced cryptographic features
• Performance Testing: Evaluate high-throughput scenarios
• Integration Testing: Validate wallet and client implementations

License

This project is licensed under the terms specified in the LICENSE file.

---

For technical support and development resources, contact: labs@stels.io