About
About TorusWhitepaper
Ecosystem
Developers
Developer HubContract DeployerContract WizardContract ExplorerDocumentationTestnet Faucet
Staking
Stake TQFValidator CalculatorVesting Portal
Community
Contact
Technical Whitepaper

Torus Chain Whitepaper

A High-Throughput, EVM-Compatible Layer 1 Blockchain Synthesizing Asynchronous Byzantine Fault Tolerance (aBFT), Directed Acyclic Graph (DAG) Event Propagation, and Delegated Proof-of-Stake (DPoS) Consensus.

Developer Documentation
aBFT + DAG + DPoS
Consensus Protocol
~1.5 Seconds
Block Time
10,000+ TPS
Network Throughput
TQF (1,054M)
Native Token
EVM Bytecode
VM Engine
Notice

Legal Disclaimer & Information Scope

This document is a technical whitepaper that outlines the present state, architectural specifications, and technological plans of the TORUS platform and ecosystem supported by the TORUS CHAIN Verein. The sole purpose of this document is informational, aimed at providing an overview and technical reference, and does not constitute an explicit contract, financial prospectus, or offering of securities.

Unless explicitly stated, the innovations and protocol upgrades described in this document are under active development on the Torus Mainnet and Testnet networks. TORUS CHAIN Verein does not provide any guarantees or legal declarations regarding future market valuations or third-party implementations. No party should make investment decisions based solely on the technical specifications presented herein.

Section 1

1. Abstract & Executive Summary

Torus Chain represents a next-generation Layer 1 EVM-compatible blockchain purpose-built for scalability, real-time interactive media, high-frequency digital engagement, and gaming ecosystems. By synthesizing Asynchronous Byzantine Fault Tolerance (aBFT), Directed Acyclic Graph (DAG) event propagation, and Delegated Proof-of-Stake (DPoS) validator governance, Torus resolves the traditional blockchain trilemma of scalability, security, and decentralization.

The network achieves a 1.5-second block time and deterministic transaction finality while delivering throughput exceeding 10,000 transactions per second (TPS). Crucially, Torus maintains 100% Ethereum Virtual Machine (EVM) bytecode compatibility. Developers can seamlessly deploy existing Solidity and Vyper smart contracts natively without modifying codebase structures or learning proprietary programming languages.

Core Technical Breakthroughs
  • Parallel Event Propagation: DAG structure allows nodes to create and broadcast event blocks concurrently without waiting for sequential leader proposal.
  • 1.5s Target Block Generation: Optimized block creation pipeline delivering consistent ~1.5s block intervals.
  • aBFT Deterministic Finality: Guarantees un-forkable, non-probabilistic transaction finality under arbitrary asynchronous network latency.
  • Full EVM Compatibility: Native support for Web3 RPC, MetaMask, WalletConnect, Hardhat, Foundry, and Remix toolchains.
Section 2

2. Industry Background & Challenges

First and second-generation blockchains suffer from fundamental sequential execution bottlenecks. Traditional Proof-of-Work (PoW) and early Proof-of-Stake (PoS) protocols process transactions linearly in single-file blocks, causing severe network congestion, volatile gas fee spikes, and multi-minute finality delays during high-traffic events.

While Layer 2 scaling solutions (such as Optimistic and ZK Rollups) increase transaction execution bandwidth, they introduce critical drawbacks: liquidity fragmentation, multi-signature bridge security risks, delayed withdrawal periods, and complex user onboarding UX. Torus Chain solves these challenges natively at Layer 1 by delivering enterprise-grade throughput and sub-second user responsiveness directly on the main protocol layer.

Section 3

3. Consensus Architecture (aBFT + DAG + DPoS)

The consensus engine of Torus Chain relies on a three-tier architecture:

DAG Propagation

Nodes create event blocks containing transaction batches and reference parent events, forming a Directed Acyclic Graph for parallel throughput.

aBFT Consensus

Asynchronous BFT voting assigns deterministic topological ordering and finality without assuming maximum network message propagation times.

DPoS Governance

Stake-weighted validator sets participate in epoch-based consensus, enforcing economic security and protocol parameter updates.

Topological Ordering & Vector Clocks

In traditional blockchains, block proposers determine the exact sequence of transactions. On Torus, event blocks are organized into a global consensus order using vector clocks and Lamport timestamps. Once an event block is sealed by 2/3+ of validator stake, its position in the DAG becomes immutable, preventing front-running and MEV manipulation.

Section 4

4. EVM Execution Layer & Smart Contracts

Torus Chain features a high-performance EVM execution engine capable of concurrent state access. By decoupling consensus ordering from execution state transitions, the network processes non-conflicting smart contract calls in parallel across multi-threaded CPU cores.

EVM Technical Capabilities
  • Full EVM Opcodes & Precompiles (Cancun/Paris EVM compatible)
  • State DB access optimized via LSM-tree storage drivers
  • Sub-cent gas fees per standard ERC-20 transfer
  • Built-in SFC (Special Fee Contract) system precompile at 0xFC00FACE00000000000000000000000000000000
Section 5

5. Staking Mechanics & Validator Specifications

Network consensus security is maintained through economic staking of native TQF tokens. Nodes that meet self-stake requirements participate in block production and epoch rewards. Delegators may delegate TQF tokens to any registered validator node.

Staking Parameters

Min Self Stake
500.0K TQF
Validator Commission
12.00%
Max Delegation Ratio
10.00x
Lockup Duration
0 Lockup

Validator Hardware Requirements

To maintain the 1.5s target block time and sustained 10,000+ TPS throughput, active validator nodes must meet the following hardware baseline:

• CPU: 4 vCPUs (AWS EC2 m5.xlarge or dedicated equivalent)
• RAM: 16 GB DDR4/DDR5
• Storage: 500 GB NVMe High-Speed SSD
• Network: 1 Gbps redundant unmetered bandwidth
Section 6

6. TQF Tokenomics & Release Schedule

The native utility and governance token of Torus Chain is TQF (18 decimals). TQF is utilized for transaction gas fees, validator staking, delegation rewards, and governance proposals. The maximum supply is fixed at 1,054,000,000 TQF (1,054.0M TQF).

At Token Generation Event (TGE), the initial circulating supply is restricted to 5.78% (~60.92M TQF) across liquidity and protocol emissions.

Whitepaper Release Schedule

BucketAllocation (tokens)Vesting & Release SchedulePercentageTGE
Angels10.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)0.95%0%
Backers20.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)1.90%0%
Liquidity-A5.0M TQFFull unlock on listing0.47%100%
Liquidity-B15.0M TQFFull unlock on listing1.42%100%
Community Rewards104.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)9.87%0%
Marketing100.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)9.49%0%
Team150.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)14.23%0%
Partners & Advisors50.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)4.74%0%
VIP100.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)9.49%0%
Association Endowment50.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)4.74%0%
Core Dev Grant50.0M TQF1 yr cliff, 5% quarterly linear (5 yrs)4.74%0%
Protocol Emissions400.0M TQFLinear distribution over 20 years37.95%10%
Total Supply1,054.0M TQFComplete Whitepaper Allocation Model100.00%5.78% TGE
Section 7

7. Security & Finality Model

Torus Chain enforces BFT safety and liveness under the assumption that more than 2/3 of active validator stake is honest (> 66.7%). Asynchronous BFT protects against malicious network partitions, DDoS attacks, and reorg attempts.

If a validator attempts double-signing or malicious block proposal, the SFC precompile automatically triggers economic slashing, revoking the node's active validator status and burning a portion of its self-staked TQF tokens.

Section 8

8. Ecosystem Integration & EngagePoints (EP)

Torus integrates the EngagePoints (EP) loyalty and monetization protocol directly on-chain. Decentralized applications (dApps), media platforms, and gaming titles build on Torus to reward active user retention in real time.

Developers leverage standard Web3 APIs, the Torus Contract Deployer Tool, Vesting Portals, and ToruScan block explorer to monitor ecosystem activity, whale movements, and active user cohorts seamlessly.

Section 9

9. Academic References & Citations

[1] Zhan, Y., Wang, B., Lu, R. and Yu, Y. (2021). DRBFT: Delegated Randomisation Byzantine Fault Tolerance Consensus Protocol for Blockchains. Information Sciences, 559. doi:https://doi.org/10.1016/j.ins.2020.12.077.
[2] Wang, L., Zhao, X., Lu, Z., Wang, L. and Zhang, S. (2023). Enhancing Privacy Preservation and Trustworthiness for Decentralised Federated Learning. Information Sciences, 628. doi:https://doi.org/10.1016/j.ins.2023.01.130.
[3] Torus Foundation Technical Research Group. (2024). aBFT DAG Consensus with Parallel EVM State Transition Architecture. Torus Core Technical Publications.