SONICX BLOCKCHAIN WHITE PAPER (SOX)

I. Abstract

SONICX is a blockchain platform that provides trust, security, and efficiency. As a payment gateway, SONICX facilitates P2P transactions, and serves as a tokenized system for content storage and online gaming. The token can also be used for cross-border payments. The SONICX blockchain is a decentralized platform for the Internet using the SOX token. This will provide a service to address the challenges faced on the Internet. The result is a blockchain architecture that has scalability at minimum cost to the user. The ecosystem will also have its own digital governance that allows token holders to have voting rights for the benefit of the community.

Introduction

The Internet has evolved over the past century as an underlying technology that provides a foundation for many services. Arguably the most important service online — transferring value — can now be accomplished in a matter of seconds. With a global reach, the Internet is the ideal conduit for transferring money, assets, and other stores of value. The internet has also served as a pioneer in the philosophy of “decentralization:” it’s controlled by no central authority, no government, no business. That ideology continues to emerge as a disruptive force in the world of business.

Trust, security, and efficiency are all pillars of the internet, and they’re frequently in short supply. Centralized platforms fall short on delivering these components. They’re limited in scope, ability, and wrought with vulnerabilities. Digital content stored on centralized servers can be subject to hacking, tampering, destruction, or any number of other exploits. Transactions can fall prey to digital attacks that lead to data theft; they’re weighed down by the friction of moving across borders quickly and efficiently; and data can be lost during any site or company closures.

The advent of cryptocurrency and blockchain technology, and their subsequent explosion in popularity, gave birth to a new method of securing transactions and protecting digital content. One of blockchain’s most salient features is decentralization, meaning it can fully function without a central authority or middle man. This allows direct P2P (Peer-to-Peer) transactions. The “currency” component of cryptocurrency frequently manifests in the form of a “token” or digital coin, used in transferring value as payment for goods or services. The blockchain is the underlying infrastructure that records the transactions on a digital ledger. Once recorded, the information becomes immutable and transparent so it can be easily audited.

Blockchain technology facilitates trust in a revolutionary manner: it establishes a trustless and permissionless system where no two parties actually need to know each other to transact. The decentralized nature of the payment system means that anyone from anywhere can make a payment using a token. This token can be created with programmed logic that executes dependent upon a condition in order to release funds, called a “smart contract”. This makes sure that both parties honestly fulfill their obligation during the transaction, so it prevents cheating and discourages dishonesty. The data is also distributed across multiple computers, referred to as “nodes.” This securely stores the transaction on multiple computers, so if one node fails, the data stored will always have a copy on another node. The blockchain helps to verify things like proof-of-sale, ownership, payments, and other types of transactions.

Cryptography provides the security feature in blockchain transactions. By cryptographically securing the data, it makes it nearly impossible to modify, ensuring tamper-proof solutions. Bad actors will not be allowed to change the data or even remove it, creating censorship resistance. Since the system is decentralized, that means that several computers have copies of the recorded data, adding another level of security and protection. The only way that a bad actor can actually modify the data is if they have access to all the nodes on the network, which is effectively impossible, and new nodes can always be added to the network to counter this threat.

One of the most ground-breaking and applicable features of blockchain technology is its efficiency. Typically, with current banking system technology, it can take days to clear cross-border payments. Clearing houses and settlements with credit and financial institutions form the roadblocks that slow the process. There are frequently third parties to any international transaction, often charging service fees to secure a cut of any payment they process. With cryptocurrency tokens acting as the alternative, payments are instant and don’t require a third party, just an app and the internet. They also have lesser fees, saving money from hidden transaction costs for users.

SONICX is platform built on a blockchain ecosystem that aims to solve these problems and offer a better alternative. SONICX allows users to circumvent the burden of hidden fees, slow transaction speed, and threats to security. The platform offers users control of their funds, participation in democratic digital governance, and a brighter future through innovation.

II. Vision

SONICX started as a fork of the Tron blockchain to address shortcomings in trust, security, and efficiency. The project wants to bring the world a high-performance decentralized payment gateway that allows direct P2P transactions, tokenized system for gaming and digital content, frictionless cross-border payments, and most importantly — a secure digital ledger. The SONICX team built upon the underlying technology from Tron by improving its transaction velocity and scalability.

SONICX aims to deliver faster performance and better privacy for transactions. As transaction volumes continue to bloom, there’s never been a better time to optimize transaction velocity. SONICX was designed to scale for mass production levels and maintain this same speed and performance levels throughout. To make processing payments easier on the SONICX network, our platform incorporates short link addresses — readable addresses that make the network payment system user-friendly.

Smart contracts are a vital part of SONICX’s infrastructure. We eliminate the need for brokers, third parties, and all other forms of middle men. Transactions will be dependent upon conditional programming that ensures both parties execute on their commitments, acting as an escrow-like intermediary.

Privacy is another cornerstone of any online service, especially one that handles financial transactions. Many financial systems are prone to threats like identity theft and information insecurity. SONICX makes use of a zero-knowledge framework that promises users peace-of-mind and confidence in our network. During all transactions, their personal information remains secure and protected, and SONICX even allows users to make use of the Tor network to route internet connections for further anonymity.

SONICX doesn’t limit its scope entirely to financial transactions, though. Content storage is another online market teeming with possibilities for innovation, and SONICX is poised to deliver them. Our network will allow users to establish nodes as storage providers for digital content. The more storage capacity provided; the more incentives awarded. Meanwhile, other users can make use of the digital storage to save their documents, photos, and other content on a decentralized platform. This network and underlying ledger will help verify content ownership and ultimately monetize their content from their followers, fans, and patrons.

To accomplish our vision, the SONICX project has a road map that will begin beta in April 2019. By the middle of 2019, the main network will launch to begin providing these services using the SOX token. SONICX provides a faster, more secure platform for users to store and share digital content, play games, and make direct payments.

May 20, 2019 — SONICX blockchain, blockchain explorer, basic masternodes and implemented logic of airdrop to Tron community. Masternodes introduce new use cases — at first, to be an investment instrument to stabilize the network, later — the whole infrastructural layer to bear instant payments, enhanced privacy, governance and budgeting features.

Airdrop to Tron community (1 sox per 20 trx, according to created snapshot of Tron balances and exact blockheight on which snapshot is to be taken — to be defined) most likely, airdrop will be carried out as automated distribution in the first block of SONICX, since genesis block implementation may potentially cause hardware related issues (lack of sufficient RAM on a customer machine) due to the size of a snapshot- about 3m addresses.

June 12, 2019 — Web Wallet — with a simple design, with general functionality to send/ receive SOX, create or import an account.

October 14, 2019 — Private transactions on masternodes, Implementation of advanced privacy of P2P payments with zero-knowledge proof zk-snark algorithm, as implemented in Zcash. It allows to make provable payments without revealing a recipient or amount of transaction. So the blockchain provides option to make absolutely anonymous payments along with standard public payments.

January 27, 2020 — Instant payments on masternodes via analog of Lightning Network.

May 26, 2020 — Governance / Voting and Budgeting / Treasury system based on masternodes level.

June 30, 2020 — Token Verification Infrastructure — blockchain based public infrastructure to inform the community about verified token issuers. Will be implemented via smart contract(s) which will store and manage registry of verified token issuers. Verification issuers will be held off-chain, by some 3rd party provider.

August 3, 2020 — P2P optimization to increase transactions per second TPS — can make network produce blocks of bigger capacity at a faster rate. Also special serialization can be implemented for empty blocks (reduce size from ~1KB to ~80 bytes) which also can increase blockrate. It will require network parameters configuration. It can bring 20–100% increment (2.5k up to 5k TPS).

August 24, 2020 — ECDSA checks offload to a GPU. Digital Signature (ECDSA) checks can be offloaded to a co-processor (such as Nvidia GPU). Currently, these checks along with BD interaction are bottlenecks of Ethereum-like protocols. Solving even one of them (proposed digital signatures offload) can theoretically increase rate from about 5,000 to 15,000 TPS.

September 21, 2020 — Shortlink addresses for payments. Very useful feature in P2P payments, make blockchain transactions human-readable, can strongly influence mass adoption. Currently, addresses are represented in a very complex form, like: SMGos4tWSdFA6Binj8iL3u7EFrnGpLTp28. It makes payments rather irksome. High chance to make a mistake. Shortlink addressing allows to use shorter and more user-friendly form.

January 25, 2021 — Proof Of Time-Storage. Will allow participants to share their storage capacity for specified price in SOX. Others can buy storage capacity among storage providers. To become a storage provider, one needs to install the blockchain software, allocate storage capacity and specify a minimum price rate. It uses Merkle paths and RSA trapdoor permutation to prove that data is still stored and that it’s stored on exactly same node.

April 26, 2021 — Self-upgradable blockchain. Provable self-upgradable blockchain by decision of Governance Layer. Tron protocol allows to update network parameters, and SONICX may be able to implement more deep modifications and nearly eliminate chances of blockchain splitting after some nodes choose not to upgrade.

May 24, 2021 — Enhanced digital signatures. SONICX can implement Digital Signature algorithm which is more secure than current ECDSA. It will allow to protect the network against possible attack attempts by future quantum computers. It may slightly decrease the TPS.

III. Architecture

The SONICX blockchain is a fork based on TRON, that aims to deliver high performance and scalability. There is an ecosystem of components that make up the SONICX platform which can be divided into 3 main layers. Each layer performs a function to support the layer above it. This is implemented on the SONICX main network through software protocols that make use of API (Application Programming Interfaces) that communicate between layers. In the following section the architectural components of the SONICX platform will be discussed.

SONICX Layers

APPLICATION — These are the applications that run on top of the SONICX platform. The code is written in DApp (Distributed Applications), digital wallet or to a smart contract using RPC (Remote Procedure Calls) that reference API that communicate with the other layers. Code execution is performed by the SONICX Virtual Machine (SVM) on nodes throughout the network.

DApp (Distributed Applications) — Developers can create their own applications on top of the SONICX platform. Any DApp can interact with SONICX blockchain via lightweight JavaScript library or using gRPC API natively (many supported languages Java, Go, Python, C++, etc.). There will also be support for JiT and WebAssemly for developers.

Wallet — SONICX wallet addresses use Bitcoin’s secp256k1 elliptic curve with ECDSA algorithm for generating key pairs. The following are the steps involved in SONICX addresses:

1. First generate a key pair and extract the public key (a 64-byte byte array representing its x,y coordinates).

2. Hash the public key using SHA3–256 function and extract the last 20 bytes of the result.

3. Add `3f` to the beginning of the byte array. Length of the initial address should be 21 bytes.

4. Hash the address twice using SHA-256 function and take the first 4 bytes as verification code.

5. Add the verification code to the end of the initial address and get an address in base58check format through base58 encoding.

6. An encoded mainnet address begins with S and is 34 bytes in length.

Please note that the sha3 protocol we adopt is KECCAK-256.

Mainnet addresses begin with 3f

e.g. 3fe11973395042ba3c0b52b4cdf4e15ea77818f275

The following interfaces are available in sonicx-wallet-cli:

- deploycontract(password, contractAddress, ABI, code, data, value)

- Trigger contract (password, contractAddress, selector, data, value)

- getcontract(contractAddress)

Developers can call these interfaces to deploy, trigger or check smart contracts.

Smart Contracts — Smart contracts on SONICX are executable code contracts that follow the Ethereum and Tron framework. At the moment, smart contracts written in Solidity are supported. These contain conditions which are a unit of computation on the SONICX network that affects the blockchain when executed. Through an Interoperation Layer, the code is executed across nodes by the SVM. The compiler translates the smart contract into bytecode readable and executable on the SVM. A virtual machine processes data through opcode, which is equivalent to operating a logic of a stack-based finite state machine. The SVM accesses blockchain data and invokes an External Data Interface through the Interoperation layer.

CORE — The Core layer deals with the consensus protocol on the network and a unique Delegated Proof-of-Stake (dPoS) to meet the network’s demands. This is referred to as the SONICX Consensus Mechanism (SXCM). Choosing a dPoS consensus protocol helps on lowering energy consumption, increasing efficiency and transaction speeds. At this layer blocks are validated and added to the blockchain. At the CORE layer, node functionality is defined into 4 types of nodes.

  1. Light nodes — Are mobile devices, and they will use blockchain mostly for payments. They connect to the network via masternodes.
  2. 2. Common nodes — Are full nodes able to lease funds to establish a master node or super node. Or upgrade to a new level, if it has enough funds. These nodes can use full range of blockchain features.
  3. 3. Masternodes — These provide special services for which they will be rewarded by the network. The following are the main functions they perform:
  4. ● To be servers for light nodes providing them access to the blockchain and providing API access to the network.
  5. ● To vote for network modification, equally to super nodes,
  6. ● To support and process micropayments and payment tunnels, protecting the mainnet from myriads of small transactions generated by payment services and supporting regular repetitive payments,
  7. ● To provide and maintain abstract (custom) transactions, allowing to create private networks inside the public one,
  8. ● To become an additional layer of blockchain consensus — masternodes layer can serve as additional verification layer, running own PoS consensus (similar to FFJ technology of Casper project) in parallel with dPoS of super nodes layer,
  9. ● During blockchain evolution, new features or some new types of transactions could be added in this layer.
  10. 4. Super Representative nodes — Also called super nodes. This will maintain the blockchain producing blocks. Governing power becomes distributed between both master and super nodes.
  11. The Blockchain Explorer

The Blockchain Explorer nodes for SONICX uses an API which allows client software applications to connect to servers that provide blockchain information. Users can access the blockchain explorer from the URL: https://sonicxscan.com. These servers are provided as part of the CORE layer. These are web servers that run a database that provides information from the blockchain. These nodes do not execute query code on the blockchain, so they are offered without fees. Any user can access the block explorer website and run a query.

  1. This deals with looking up balances in digital wallets, transactions and other simple tasks that don’t require a change in the blockchain state. The following details are provided:
  2. ● Blocks — Height, Age and Block Producer (shown as address) information
  3. ● Transactions — Transaction Hash, Block Height, Created, Address, Contract
  4. ● Transfers — Transaction Hash, Block Height, Created, From, To, Value
  5. ● Accounts — Address, Supply, Balance
  • ● Statistics — Top Addresses, Transfers past hour, Transactions past hour, Average Block Size and other indicators will be added
  • ● Live transaction view

The SVM is a lightweight, Turing complete virtual machine developed for the SonicX ecosystem. The goal is to provide millions of global developers with a custom-built blockchain system that is efficient, convenient, stable, secure and scalable.

SVM connects seamlessly with the existing development ecosystem and supports dPoS. It is initially compatible with the EVM (Ethereum Virtual Machine) environment so that instead of learning a new programming language, developers can develop, debug, and compile smart contracts in a Remix environment using Solidity and other languages.

Once you’ve built and uploaded your smart contract to the mainnet, it will be executed on the SVM of the SR (Super Representative) node to be isolated from external connections. The SVM employs the concept of Bandwidth. Different from the gas mechanism on Ethereum’s EVM, transaction operations or smart contracts on SVM are free, consuming no tokens. Technically, the total token holding does not restrict executable computation capacity on SVM.

The following are the features of the SVM.

1. SVM adopts a lightweight architecture with the aim of reducing resource consumption to guarantee system performance.

2. Out of security reasons, transfers and smart contract cost only bandwidth points, which exempts SONICX from being attacked similar to Ethereum for its mode of gas consumption. The bandwidth model charges computation on the basis of bytes and not per instruction of code. Stability of bandwidth consumption is achieved while the cost of each computational step is fixed.

3. Currently, SVM is compatible with EVM and will be with more mainstream VMs in the future. Thereby, all smart contracts on EVM are executable on SVM. By connecting seamlessly to existing development ecosystem, higher efficiency can be achieved by developers. Needless to learn a new programming language, they can use mainstream programming languages for smart contracts such as Solidity to develop, debug and compile smart contracts in the Remix environment, which greatly reduces development costs.

4. Due to SVM’s bandwidth setup, development costs are reduced and developers can focus on the logic of their contract code. SVM also offers all-in-one interfaces for contract deployment, triggering and viewing, for the convenience of developers.

NETWORK — The supporting layer of the platform relies on TCP/IP (Internet). This is also where the nodes and storage devices hold a copy of the blockchain data and its state. Any changes from the APPLICATION and approved by CONSENSUS make changes to the blockchain state and this is propagated throughout the network.

The blockchain itself runs on the memory over the network. It has a persistent connection over the Internet via TCP/IP. All nodes can communicate and discover each other over the network and perform their particular roles as part of the consensus mechanism. When a node is down it does not affect the rest of the network. The SONICX platform was meant to be decentralized and fault tolerant.

External Data Interfaces interact with the network through an Interoperation Layer which are API endpoints to the Core Layer of SONICX. Sources of data coming from the network must be accessed by the DApp through the core protocols. That way it remains consistent with what is stored on the blockchain.

A distributed storage system is also part of the NETWORK layer. This SONICX system allows content to be stored on a decentralized platform that is verified by the blockchain. Allocation of the storage is handled by DApps that run on the platform. They access API to read and write data to the distributed storage system over the network. This is also persistent data which resides across the network and not just in one storage location.

Providing the entire physical and logical storage of data can come from different types of devices. This includes the infrastructure of the Internet (routers, network gateways, name servers) and various types of servers (data centers, cloud providers, directly connected nodes). This forms the very foundations for the ecosystem. The data itself is stored across the network on various full nodes, which maintain a copy of the entire blockchain.

IV. Token

The SONICX platform token is called SOX. It follows a sound tokenomics principle of medium of exchange for goods and services, transfer of value and proof of ownership. Possessing a SOX token on the platform proves you have a store of value that is verified on the blockchain. Smart contracts that lock digital assets prove ownership. The token can also be used to convert from one currency to another and transmit across borders instantly. This also provides support for atomic transfers from one cryptocurrency to another.

Total Supply

There will be 99,281,283,754 SOX coins total supply. Coins refers to the asset, while tokens refer to the cryptocurrency used in transactions. There will be no mining involved on the SONICX platform but instead will be using a staking protocol that will let special nodes hold coins as part of their commitment to stake their own funds to help validate blocks on the network.

SOX is considered as a tradeable and fungible asset as a token. As a coin it is a digital asset that is verified on the SONICX blockchain. SOX tokens cannot be counterfeited since they have all been generated from the platform only. There is no way a bad actor can create their own SOX tokens since the platform is the only verifiable source for this. The SONICX web wallet provides the best way to keep track of the SOX balance. Eventually there will be support for hardware wallet and cold storage options for SOX.

Types of Token Holders

There are three categories of token holders on the network. They will be briefly discussed here and further explained later in the consensus chapter.

Super Representatives — Earn tokens from producing and validating blocks.

Super Representative Candidates — Earn tokens from votes to become a Super Representative.

Common Token Holders — Anyone who owns a SOX token either from airdrop, exchange or donation, etc.

SONICX Wallet

Creating the wallet requires generating a key pair (explained in the Architecture section). This can be done through the SONICX website (https://sonicxscan.com) which provides a wallet creation link. New users will have to create a password to encrypt their private key. To unlock the wallet, a private key and password will be required. The encrypted key must then be downloaded to a secure place, not on a public folder, but accessible only to the user. Users are encouraged to make a backup of this key since if it gets lost, users will not be able to open their wallet. The SONICX Foundation can help recover keys but only in extreme situations.

The wallet does not “physically” store the token. Rather it keeps the private key of the user and provides a connection to the blockchain to allow user’s to manage their funds. What the wallet really does is show the balances and transactions that were made using the public address. Tokens or coins are never stored away from the blockchain. If the user loses their private key, accessing the digital asset can be lost.

Token Valuation

The SOX token is created by SONICX on their platform and distributed to valid account holders. Once the SOX token has been transferred to the owner, it is recorded on the blockchain and can be verified by the SONICX Block Explorer. It will list the transaction and public address of the owner’s wallet to prove they have SOX tokens in their possession.

At the moment the valuation of SOX is based on TRX.

1 SOX = 20 TRX

Transactions

On the SONICX platform, instead of gas bandwidth (discussed earlier) is used. The more bandwidth you use, the more transactions you can send. The smallest unit used for bandwidth is called the DOLE. This would be the way transactions are processed like WEI used in Ethereum and to SUN used in Tron. On the SONICX network, a typical transaction requires a total of 200 bandwidth or 200 DOLE.

To explain the concept of bandwidth, it is best to understand it as the amount of computation needed to execute and save a transaction. The price is fixed for simple financial transactions, but it can vary for DApps and smart contracts since there will be different use cases for them. Unlike other protocols, the bandwidth can be computed in advance if you know the size (in bytes) of your transaction.

The tokens perform functions in a smart contract or DApp as a cost to the unit of computation. In the real world, in order to process transactions work needs to be done. For example, let’s say that Alice wants to give Bob 10 SOX using a smart contract. In this case the platform is doing the work to transfer the value from Alice to Bob. This requires a fee or cost to process the transaction. Let’s assume the cost or bandwidth fee was 0.008 DOLE for x number of bytes.

Total Cost = SOX Sent + Bandwidth Fee

Therefore the total cost to Alice would be 10.008. Assuming Alice has a balance before the transaction of 200 SOX, the code will update the blockchain state to reflect the changes.

New Balance = Old Balance — Total Cost

This will then record the transaction on the SONICX blockchain. The balance on the blockchain is then updated and the smart contract ends its routine after the transaction. It can also be programmed to be recursive to release funds on certain dates based on a condition.

That is a basic example of the smart contract implementation in theory. In SONICX there is a protocol used that makes use of a computational framework for transactions, so the costs are much different in reality.

Bandwidth and Energy

The concept of bandwidth and energy is what enables SONICX transactions. Using this concept differs from gas, which is the cost associated to perform a computation on the blockchain. This is provided by the SONICX main network as a way to execute several transactions without worrying about expending tokens. On the SONICX network, the transactions are stored and transmitted as bytes

and the bandwidth is the number of bytes allowed per account per day. . The number of bytes allowed depends on a variable ratio which is the bandwidth points in an account to the bandwidth capacity of the SONICX network. It is equivalent to the ratio of frozen balance in an account (SOXfB) to frozen balance on the entire network (TSOXfB). The amount of bandwidth is measured in DOLE.

Bandwidth (B) = SOXfB / TSOXfB DOLE

The frozen balance refers to holding of SOX tokens. When you freeze your account, the tokens cannot move and as an incentive to users it accumulates bandwidth. Thus, the amount of bandwidth consumed is proportional to the size of the transaction in bytes. The more bandwidth you have, the more transactions you have available. This is a measure of preventing spamming on the SONICX network as well.

As an example, supposed the transaction has a total of 500 bytes, then it requires 500 bandwidth. On the SONICX network, the minimum size of a transaction is 200 bandwidth. The SONICX network also provides 5,000 free bandwidth to every account every 24 hours. At 200 bandwidth per transaction, that is equivalent to 25 free transactions a day.

You can also freeze the account to gain what is called energy. Energy is ideal for smart contract execution. The energy is calculated as SOX frozen in the account (SOXfE) divided by the total SOX frozen for energy (TSOXfE) in network multiplied by the total amount of energy provided every 24 hours (currently 100,000,000,000). The unit of energy is measured in ENGLE.

Energy (E) = SOXfE / TSOXfE x 100,000,000,000 ENGLE

Energy is measured in microseconds and is the time it takes to execute a smart contract.

1 ENGLE = 1 microsecond (μs)

For example, if a smart contract requires 400 microseconds to execute, then it requires 400 ENGLE. Now let’s say that the total amount of SOX frozen for gaining energy is 2,000,000,000 SOX in the entire network, and one account freezes 1,000 SOX, that equals 50,000 microseconds. If executing a contract takes 5,000 microseconds, then the user can trigger the contract 10 times.

V. Consensus

The current PoW (Proof-of-Work) consensus mechanisms suffer from high energy consumption, low efficiency and low transaction speed or TPS. SONICX’s innovative architectural philosophy guided us toward developing a unique mechanism using invaluable feedback and constructive ideas from the blockchain community. The aim is to satisfy network demands, thereby coming up with the SONICX consensus mechanism or SXCM uses the SONICX delegated Proof-of-Stake (dPoS) or SPoS. SPoS is based on a delegated Proof-of-Stake (dPoS) consensus mechanism.

SONICX dPoS

Traditional Proof-of-Stake requires a token holder to lock a certain amount of funds in order to become a block validator. Proof-of-Stake is a different way to validate transactions. It is based on what is called a distributed consensus. It does not require solving puzzles to discover a nonce. This means that the token holders who have the most funds to stake become most likely to validate block and reap rewards. In SONICX dPoS, the system uses a delegation process which elects 27 Super Representatives (SR) to produce blocks for the network. Only Super Representatives can produce blocks on the network and no other node type. The fact that SR will be staking a certain amount of their funds means they have good intentions. If they violate the trust of the ecosystem they stand to lose the amount of funds they staked and they will no longer be able to participate on the network to validate blocks.

Incentives

Incentives are in the form of what are called Vote Rewards and Block Rewards. The total incentive received is thus equivalent to the sum of the vote and block rewards.

Total Incentives = Vote Rewards + Block Rewards

A vote reward is given for every block produced at 16 SOX.

The SONICX network generates 1 block every 3 seconds. 3 seconds is more the average since there are certain factors like network speed and latency that can affect block production. 20 blocks are produced every minute. Thus the vote reward can be calculated using this formula:

Vote Rewards = 16 SOX/block x 20 blocks/min x 60 min/hour x 6 hours/election x 4 elections/day = 460,800 SOX/day

The block producers or Super Representatives are awarded 32 SOX for each validated block. 32 SOX is therefore the block reward. The block reward is calculated using the following formula:

Block Rewards = 32 SOX/block x 20 blocks/min x 60 min/hour x 24 hours/day = 921,600 SOX/Day

The block validation process provides for each SR to have a chance at getting rewards. No SR is designated to produce blocks, they are provided a particular time slot each. If one SR cannot fulfill validating a block (i.e. no consensus) then the next SR in line will take over. Master nodes will get a reward as well based on the SR they voted for. A total of 336,384,000 SOX will be awarded annually to 27 Super Representatives. Only Super Representatives have the right to propose the corresponding account.

The amount to stake funds determines the role of a node on the network. Super Representatives will need to invest a minimum of $200K (worth of SOX) to qualify as a candidate. The master nodes only needs to stake $1,000 and this gives them voting rights to choose among the SR candidates.

Each time an SR finishes block production, rewards are sent to the respective accounts. The blockchain state is updated and block production cycle continues. The protocol allows an SR the withdrawal of the SOX reward to be made once every 24 hours.

Governance

Every 6 hours, SOX account holders who stake funds in their accounts to make them eligible to vote for a selection of SR candidates. Only the top 27 candidates deemed the Super Representatives or SR are chosen. Voters may choose their candidate based on any criteria. Super Representative candidates start at 127 individuals elected through voting by the entire token holder community. The voting is updated once every 6 hours on the SONICX network.

Super Representatives are the top 27 among the 127 candidates. The SonicX Protocol network will generate one block every 3 seconds, with each block awarding 32 SOX to Super Representatives. Super Representatives play a key role in governing the SonicX ecosystem by ensuring basic functions, e.g. block generation and bookkeeping, and obtain corresponding earnings.

The 127 candidates are updated once every 6 hours will share a total of 115,200 SOX in rewards. In a single day the 127 candidates get 460,800 SOX per day. The reward will be split in accordance to the votes each candidate receives. Total reward for candidates will be 168,192,000 SOX each year.

Voting is a right that every SOX token holder has, regardless of node type or account. In order to vote on the SONICX network, SONICX Power (SP) is needed. The SP depends on the frozen assets a user has. 1 SP is equivalent to 1 frozen SOX token. This voting right is for electing the SR on the network. Once the SOX are unfrozen, the token holder loses their SP and cannot vote unless they have assets to freeze. In terms of the weight of a token holder’s vote, the more frozen assets they have for SP, the more votes they give to a candidate.

Proposals are a way of approving what the community wants. The SONICX protocol supports proposals when there is a need to arrive at consensus, whether it is block validation or selecting an SR. The system proposal only supports in favor of the vote and does not vote for disapproval. The proposed validity period is 3 days from the time the proposal is created. Beyond this time frame, if the proposal does not receive sufficient votes in favor, the proposal will lapse. This allows cancellation of the vote before the vote can be confirmed.

VI. Conclusion

SONICX provides a global, decentralized platform that supports application development as a foundational layer. Despite its status as a fork of Tron, SONICX delivers in areas that it’s predecessor cannot. SONICX dramatically improves transaction speed from 2,000 TPS to 5,000 TPS, supports special privacy features native only to the SONICX network, and implements dPoS or SpoS that enables the network to handle a scalable transaction velocity.

SONICX’s scalability and speed set it apart from the rest. At the heart of our platform is the SONIXC Virtual Machine, or SVM. The SVM adopts a lightweight architecture that reduces resource consumption to guarantee system performance. SVM boasts a meticulous design paradigm and a fine-grained underlying operation code that help guarantee precision through every step of computation, and diminished ambiguity. SONICX delivers where it matters most: trust, security, and efficiency are the pillars of our innovative network.

--

--

--

Lightning fast transaction with enhanced digital signatures to enable secure micro-payments for all e-gaming and financial decentralized applications.

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

Trend: The value of decentralized storage market

BigBang.cash LITEPAPER

Harmony’s Euphoria (WAGMI) to Terra UST staking tutorial

What is Blockchain Explained Simply!

I was interested in Axelar Network. Here is my work — infographics.

How DApps & Smart Contracts are Revolutionary?

NEW ERA Supporter and Ambassador Program

Phala to Provide Scalable, Privacy-Preserving Cross-chain Transactions for DeFi dApps and NFTs on…

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
SonicX Official

SonicX Official

Lightning fast transaction with enhanced digital signatures to enable secure micro-payments for all e-gaming and financial decentralized applications.

More from Medium

Zenith Chain Launches its Centralized Exchange to Support Trading of Over 200 Cryptocurrencies…

UB SMART CHAIN YouTube video tutorials and reviews

Fan Tokens

How does a crypto wallet work?