๐Ÿ—๏ธ Tronsell Wiki

TRON Network Infrastructure

A comprehensive overview of the TRON blockchain infrastructure โ€” from node types and consensus to P2P networking, APIs, and the full technology stack that powers the TRON ecosystem.

๐Ÿ—๏ธ Infrastructure at a Glance
Consensus DPoS (Delegated Proof of Stake)
Block Time 3 seconds
Node Types SR, Full Node, Lite Node
P2P Port 18888
Client Java-Tron
API Protocols HTTP + gRPC

๐ŸŒ Infrastructure Overview

The TRON network is a decentralized blockchain platform designed for high throughput, scalability, and low transaction costs. Its infrastructure is composed of multiple layers โ€” from the physical nodes and network protocols to the consensus mechanism and application interfaces.

At its core, TRON uses a Delegated Proof of Stake (DPoS) consensus mechanism, where a set of elected Super Representatives (SRs) produce blocks and maintain the network. The network is supported by a distributed set of full nodes, lite nodes, and archive nodes that provide data availability and API access.

๐Ÿ“Œ Key Design Principles

TRON's infrastructure is built for speed (3-second block times), scalability (high TPS), and developer friendliness (EVM-compatible smart contracts and extensive APIs).

๐Ÿ–ฅ๏ธ Node Types in the TRON Network

The TRON network consists of several types of nodes, each with distinct roles and responsibilities.

Node Type Role Requirements Use Case
Super Representative (SR) Block production, consensus participation High-end hardware, voted in by TRX holders Network security and governance
Full Node Maintains full blockchain state, validates transactions 16+ GB RAM, 1+ TB SSD, stable network API endpoints, dApp backends
Lite Node (Light Node) Verifies block headers, lightweight validation Low resource usage Mobile wallets, quick verification
Archive Node Stores full historical data, supports deep queries Very high storage capacity Block explorers, analytics
Solidity Node Provides finalized block data after consensus Similar to full node Finality confirmation, settlement
๐Ÿ’ก Node Selection

For most developers and businesses, running a Full Node is the best choice. It provides full data access and API capabilities without the need to participate in consensus.

๐Ÿค Consensus Mechanism: DPoS

TRON uses a Delegated Proof of Stake (DPoS) consensus algorithm, which is a variant of Proof of Stake designed for high performance and democratic governance.

How DPoS Works on TRON

  • Voting: TRX holders vote for Super Representatives (SRs). The top 27 SRs by vote count are elected to produce blocks.
  • Block Production: Each SR takes turns producing blocks in a round-robin schedule. Block time is 3 seconds.
  • Rewards: SRs earn block rewards and transaction fees, which are distributed to voters.
  • Governance: SRs can propose network parameter changes (e.g., fee adjustments, energy prices).
โšก DPoS Advantages

DPoS enables high throughput (up to 2,000+ TPS), low latency, and democratic governance โ€” making TRON one of the fastest and most scalable blockchains.

๐Ÿ“ก P2P Network Architecture

The TRON network is built on a peer-to-peer (P2P) protocol that allows nodes to discover each other, share blocks, and propagate transactions.

Key P2P Components

  • Node Discovery: Nodes use a Kademlia-based DHT to discover peers. The node.p2p.seedIP config provides initial bootstrap nodes.
  • Block Propagation: New blocks are broadcast to all connected peers using a gossip protocol.
  • Transaction Propagation: Transactions are propagated similarly, ensuring mempool synchronization.
  • Peer Management: Nodes maintain a list of active peers, monitor health, and reconnect if needed.
# P2P configuration in config.conf node.p2p.listen.port = 18888 node.p2p.maxActiveNodes = 30 node.p2p.seedIP = [ "35.177.64.181:18888", "35.177.201.46:18888" ]
๐Ÿ“ก Network Performance

For optimal P2P performance, ensure port 18888 is open, and maintain at least 5โ€“10 active peers for reliable block propagation.

๐Ÿ”Œ API Layer: Accessing the Network

TRON nodes expose a rich API layer that allows developers to interact with the blockchain programmatically.

๐ŸŒ
HTTP JSON-RPC

Port 8090. REST-like endpoints for wallet, contract, and block operations. Easy to use from any language.

โšก
gRPC

Port 50051. High-performance, strongly-typed RPC using Protocol Buffers. Ideal for production applications.

๐Ÿ“จ
Event Streams

WebSocket and gRPC streams for real-time block, transaction, and contract event notifications.

Common API Categories

  • Wallet API: Account management, balance queries, transaction creation.
  • Contract API: Deployment, execution, and querying of smart contracts.
  • Block API: Retrieval of blocks, block headers, and chain information.
  • Network API: Node status, peer information, and network health.
๐Ÿ”Œ API Access

Full nodes can be configured to expose APIs to internal or external clients. For production, always secure APIs with TLS, authentication, and rate limiting.

๐Ÿงฉ Key Infrastructure Components

โ˜•
Java-Tron

The reference implementation of the TRON protocol. Written in Java, it runs full nodes, SRs, and provides all core functionality.

๐Ÿ—„๏ธ
LevelDB / RocksDB

Key-value databases used to store the blockchain state. RocksDB is recommended for production due to better performance.

๐Ÿ”ง
TVM (TRON Virtual Machine)

Executes smart contracts. EVM-compatible, supporting Solidity and other languages.

๐Ÿ“Š
Tronscan

The official block explorer and analytics platform for the TRON network. Provides transparency and real-time data.

โ˜๏ธ Deployment Models

TRON nodes can be deployed in various environments depending on requirements:

Model Pros Cons Best For
Self-Hosted (Bare Metal) Full control, predictable performance High upfront cost, maintenance overhead Large enterprises, exchanges
Cloud (AWS, GCP, Azure) Elastic, managed, easy scaling Egress costs, shared resources Most developers, startups
Dedicated Hosting (Hetzner, OVH) Good balance of cost and performance Less flexible than cloud Mid-sized operations
Managed Node Providers Zero maintenance, API-only access Cost, reliance on third party Quick prototyping, small dApps
๐Ÿ’ก Recommendation

For most production dApps, a cloud-based full node with proper monitoring and backups provides the best balance of cost, reliability, and control.

โ“ Frequently Asked Questions

What is the difference between a Super Representative and a Full Node?

Super Representatives (SRs) produce blocks and participate in consensus. They must be elected by TRX holders. Full Nodes validate transactions, maintain the blockchain state, and provide APIs but do not produce blocks.

How many Super Representatives are there on TRON?

There are 27 active Super Representatives on the TRON mainnet. Additionally, there are many candidates who can be voted in.

What ports does a TRON full node use?

18888 for P2P communication, 50051 for gRPC API, and 8090 for HTTP JSON-RPC API.

Is TRON's consensus mechanism decentralized?

TRON uses DPoS, which is considered more centralized than Proof of Work but more decentralized than traditional permissioned systems. The 27 SRs are elected by the community, and any TRX holder can vote.

What is the maximum TPS of the TRON network?

TRON's theoretical maximum throughput is over 2,000 TPS (transactions per second), with actual performance depending on network conditions and transaction complexity.

โšก Build on TRON's Infrastructure

Running a node or building on TRON? Pair your infrastructure with Tronsell Energy to power your dApps and transactions at the lowest cost.