-TRON- Aspiring the Best!

INTRODUCTION

TRON is an ambitious blockchain based operating system whose main objective is to set up an infrastructure for future internet that will be highly decentralized in nature. The TRON ecosystem will contain highly scalable and consistently available applications that portray the true nature of TRON protocol. TRON protocol is especially significant and unique because the throughput rate is high due to the improved Transaction per Second (TPS).

FEATURES

Highly scalable:

Using TRON ecosystem, applications could get deployed in numerous ways, thanks to its highly advantageous smart contracts which are very effective. TRON has a very durable database and exceptional account system. This solves the problem associated with the complex system. TRON is phenomenally developer friendly compared to its counterparts.

Consistency with reliability:

Reliability in TRON is high because its main intent is to build a consensus algorithm that unravels every problem affiliated with other consensus algorithms in addition to being highly decentralized. Network structure is more reliable with decentralization as it everyone could view changes being made in the system that in turn gives it an excellent intrinsic value.

High transaction per second rate:

TRON will have high TPS rate compared to the already existing blockchain based systems. This gives it a throughput that is extraordinary. High throughput is ensured by high calculation performance nodes that will act as network witnesses. TRON can process 2,000 transactions per second.

Cost and user friendly:

TRON is adopting the system design that will be attractive to users and cost effective. This is verified by low calculation cost.

Refined consensus algorithm:

TRON’s consensus algorithm is highly impactful as the nodes that will be voted by the users, on the basis of their interest, will be allocated same rights. These nodes will perform calculation tasks in harmony.

Mature development community:

TRON will enable Java Development. Java has a stable community base and supports expensive actions.

High efficiency:

TRON has a more reliable system structure, user resource and a higher level of decentralization which accompanies an enhanced reward distribution mechanism.

High throughput:

In the TRON network, high throughput can be achieved by improving TPS. TRON is 80 times faster than ethereum.

Fault-tolerant:

The TRON network can handle 1/3 node Byzantine failure.

Trustless environment:

All nodes in the TRON network can work without trust. Since the tasks of the database and the whole network are open and obvious, the nodes cannot hoodwink one another.

Block speed:

One block is generated every 3 seconds in the current test environment.
When the main-net is launched, the generation speed of block will be 1 block/3 seconds. This will be updated in the future to 1 block/1 second.

Smart contract/ Virtual machine:

TRON's smart contract module enables users to modify contracts according to their own requirements.
TRON has its own virtual machine on which smart contracts work, enabling developers to modify it for assorted and complex functions.

TOKEN HOLDERS

Basically, there are three categories of token holders within the TRON community:

1. Token holders
2. Super representative candidates
3. Super representatives

Token holders:

These are the individuals who hold any amount of TRX.

Super Representative candidates:

127 people are select through voting by the whole token holder network which is called Super Representative Candidates. Votes are refreshed once after every 6 hours.

Super Representatives:

Top 27 people are selected from among the previously selected 127 candidates, voted once every 6 hours. Super representatives play an important job in administering the TRON community by guaranteeing fundamental capacities, e.g. block generation and book-keeping, and acquiring related earnings.

REWARDS

Candidates reward:

127 candidates updated once every 6 hours will share 115200 TRX. The reward will be divided in accordance to the votes each candidate gets. Every year, 168192,000 TRX will be the reward for the total candidates.

Super Representative reward:

The TRON Protocol system will produce one block every 3 seconds and it grants 32 TRX to super representatives with every block. An aggregate of 336,384,000 TRX will be granted every year to twenty-seven super delegates.
TRON WALLETS
TRON is a blockchain-based protocol intended to enable users to distribute, store and possess information for free. TRONIX (TRX) is the official token of the TRON network. Different type of TRON wallets are used to store TRX.

1. Ledger Nano S Wallet
2. Altcoin.io Wallet
3. Tronscan Wallet
4. Tron Wallet
5. Trobo Wallet

For TRX token, a wallet must contain the following features:

TRX compatibility:

The wallet must be compatible with TRX tokens because there is no such wallet available that could support all the cryptocurrencies.

Private keys:

Security is very important when storing TRX tokens or any other cryptocurrency so, users must choose a wallet that is secure and is able to guard private keys.

Convenience:

One of the key regions to concentrate is the way a wallet is to be utilized. Cryptocurrency and the wallets that hold them can be much entangled, particularly for learners, so ensure any wallet you pick is easy to use.

Other security features:

Users must check out what security features (two-factor authentication and multi-signature) a wallet provides to protect their assets against hacking or theft.

Continuous improvement and support:

Users must investigate the group behind the wallet to see if the wallet is agile and is it being updated with new features. Users must be able to contact customer support if they ever have an issue.

TOKEN MODULE

Configuration:

TKC functions enable users to modify their own tokens. Adaptable parameters incorporate name of token, its abbreviation, LOGO, total capitalization, swapping scale of TRX, beginning date, terminating date and so on. Users can remain with their default parameters of the system. Modification of the parameters depends upon the users’ choice.

Issue/ Deployment:

After setting the parameters, users can issue their tokens. These parameters can be default or customized. System provides different functions and operations that enable issuers to deploy tokens which have just been approved and modified.

API:

The API is used primarily to develop client terminals. The token issuance platform can be designed by the developers themselves with API support.

DESIGN

ARCHITECTURE

It has a 3-layered architecture; 1) Application, 2) Core, 3) Storage.
All three layers are reversible.

Application Layer:

It is open source and facilitates developers to use the interface for creating DAPPs and instrument the wallet by themselves. This layer mainly constitutes of;
● DAPPs
● Wallet
TRON’s protocol is characterized by ‘google protobuf’ which also supports extensions in multiple languages.

Core Layer:

Multiple components exist in the core layer. It has the following;
● Smart contracts
● Account management
● Consensus
● SDK
● Wallet API

It will also include a stack based virtual machine and will use an optimized instruction set. To facilitate developers, it currently uses Java language in DAPPs for creation of smart contracts but in future it plans to aid more progressive languages as well.
TRON uses DPoS as its consensus algorithm with some innovations as per their requirements.

In future, TRON aims to support the following major languages:

1. Go
2. Python
3. C++
4. Scala

Storage layer:

It has a unique distribution protocol which provides;
● Block storage.
● State storage.

The design of storage uses ‘graph database’ to gratify the requirements of diversified data storage, like that in the real world. The storage layer also has GRPC which generates cross-platform client and server bindings.

CONSENSUS ALGORITHM

PoW and PoS did not match TRON’s ideal so it implements DPoS. DPoS utilizes real-time voting on the basis of social reputation of the nodes in the network to reach consensus. It tends to be the least centralized protocol as it is the most comprehensive. Every token holder has some level of impact over what occurs on the system.

Its rules:

● Voting rights are assigned based on the coins owned and there are certain rules and number of votes on the basis of which witnesses are elected.
● The system keeps a balance between the numbers of blocks being produced and the number of witnesses.
● To encourage more participation in voting, the nodes will be paid.
● Distribution rules will be specified for the witnesses to produce blocks and those who succeed will get the most rewards.
● Majority of witnesses will be selected by the voters, while the rest will be selected randomly.

PROTOCOL

TRON uses ‘protobufs’. Protobufs (Protocol Buffers) are Google's language-impartial instruments for serializing organized information. Users are required to characterize how they need their information to be organized, later they can utilize the exceptionally created source code to effortlessly compose and read their organized information.

It has the following layers;
● Accounts: It has three types of accounts- basic account, asset release account and contract account. All these accounts hold the names, types, balances, addresses and related assets.
● Blocks: Blocks simply contain the headers and transaction data.
● Transfers/Transactions: These mainly include account creation contracts, transfer contracts, vote witness contract and deploy contract etc. Each transaction contains some inputs and outputs as well.

ACCOUNT TYPES

The list of all the account types is declared in a list using enum so that they could be easily accessible everywhere.

enum AccountType
{ Normal = 0;
AssetIssue = 1;
Contract = 2; }

Account:

There will be around six parameters in an account queue namely as account_name, type, balance, votes and asset. Account name is defined by account_name, type whether it is normal or asset issue is defined by a number that will signify those types. Let’s say we have type=2; meaning the account is a contract type. The balance parameter shows the amount present in the account, votes parameter represent in the votes received by a certain account and asset represents the TRX it contains.

Account message Account{
message Vote{
bytes vote_address = 1;
..............................................}

Witness and Block:

The nodes acting like witnesses will have address, public key and URL etc. as parameters to access them. Blocks will contain transaction data, blockheader, timestamp, parent hash and much more.

TransferContract and TransferAssetContract:

TransferContract will take the amount of TRX, owner’s address and receiver’s address as parameters and will help in transfer them. TransferAssetContract will have the same parameters in addition to asset_name which will contain the name for asset.

VoteAssetContracts and VoteWitnessContract:

VoteAssetContracts will have voter addresses, owner addresses, support (to check if the voters are positive or negative) and count (representing the total number of votes received). This will help to see who received maximum and minimum votes.
VoteWitnessContract will have the same parameters but with witnesses information.

WitnessCreateContract, AssetIssueContract, DeployContract:

WitnessCreateContract will be used to create witness contract and will contain private key, owner address and URL.
AssetIssueContract will have almost 11 parameters; description, name, starting date of the contract, end date of contract and decaying ratio being the five of them.
DeployContract will deploy the contract with script and owner_address being the parameters.

Wallet Service RPC’s

TRON’s wallet has various RPC’s; GetBalance, CreateTransaction, BroadcastTransaction, CreateAccount and CreateAssetContract being the major ones.

Return

Return has only one parameter which is a bool flag.

CONCLUSION

TRON is a very aspiring project that focuses on the implementation of DPoS as its primary constituent to provide amplified levels of speed, security, decentralization and interoperability. It intends to certify high credibility and be more user-friendly. Additionally, it could accommodate huge a number of people and more, if the situation presents itself. TRON has high aims, just as all other blockchain based projects, but the future of it is yet unknown.