SonicX is a blockchain platform that provides trust, security and efficiency. It will be a payment gateway that facilitates P2P transactions, a tokenized system for content storage and online gaming. The token can also be used for making cross-border payments. The SonicX blockchainis 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.
What is new in SonicX?
SonicX was started as a fork of the Tron blockchain to address the issues of 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 remittance network and most important of all a secure digital ledger. The SonicX team takes the underlying technology from Tron but improves upon its transaction velocity and scalability. SonicX aims to deliver faster performance and better privacy for transactions. We need to implement this because with higher transaction volumes, there is a need for faster transaction processing. SonicX was designed for volume transaction processing in mind in order to scale to mass production levels. To make processing payments easier on the SonicX network, short link addresses are going to be introduced. This provides human readable addresses that will make using the network payment system user friendly. SonicX will make use of smart contracts on its platform. This will provide users a way to set conditions regarding a transaction that does not require a broker or third party. No middle man will be involved to take fees. Instead, the smart contract will contain the logic of when to release funds based on conditions that were digitally signed during an agreement. This will enforce the system of trust between trustless parties when it comes to payments, settlements or transfer of value and ownership. Privacy is also something the project values. The risk from doing online transactions today is great due to identity theft and lack of information security. Using a zero knowledge framework provides users peace of mind regarding their data security on the SonicX network. Nothing about their personal information will be revealed during trustless transactions. SonicX can also makes use of the more private Tor network to route Internet connections for user anonymity. Moving forward, SonicX wants to bring content storage to another level. A decentralized storage for documents, photos and other digital content. This will allow users to participate as storage providers for the network and in return will get incentives. The more storage capacity provided,and incentives awarded. The storage system will be ideal for content creators to showcase their work with their ownership of content verified on the blockchain. At the same time they can monetize the platform 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 theSOX token. With SonicX comes a faster and more secure platform for users to store and share digital content, play games and make direct payments.
SonicX Layers :
Application Layer — 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.
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 arrayre presenting its x,y coordinates). 2. Hash the public key using SHA3–256 function and extract the last 20 bytes ofthe 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 base 58 check 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:
- deploy contract(password, contract Address, ABI, code, data, value)-Trigger contract(password, contract Address, selector, data, value)-get contract(contract Address)
- 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 smartcontract 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 Layer — 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 block sare validated and added to the blockchain. At the CORE layer, node functionality is defined into 4 types of nodes :
- 1- Light Nodes- Light-weight or Light Nodes Are mobile devices, and they will use blockchain mostly for payments. They connect to the network via Masternodes.
- 2- Masternodes- These provide special services for which they will be rewarded by the network. The following are the main functions they perform:
- To be servers for light nodes providing them access to the blockchain and providing API access to the network.
- To vote for network modification, equally to Supernodes.
- To support and process micropayments and payment tunnels, protecting themainnet from myriads of small transactions generated by payment services and supporting regular repetitive payments.
- To provide and maintain abstract (custom) transactions, allowing to create private networks inside the public one.
- To become an additional layer of blockchain consensus — masternodes layer can serve as additional verification layer, running own PoS consensus (similar to FFG technology of Casper project) in parallel with dPoS of Supernodes layer.
- During blockchain evolution, new features or some new types of transactions could be added in this layer.
- The Masternode activation requires a total of 72,000 SOX
- 3- Supernodes — These will maintain the blockchain producing blocks. Super nodes are chosen from a digital governance election process and maintain the largest hold on SOX tokens. A Supernode requirement is 7,000,000 SOX. More explanation of Supernodes in Chapter IV Consensus
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
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 smartcontract(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 block rate. 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) checkscan 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 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, andSonicX 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 protect the network against possible attack or attempts by future quantum computers.
To contact SonicX visit our website:
Whitepaper : https://sonicx.org/whitepaper.html
Ann thread : https://bitcointalk.org/index.php?topic=5155835.0
I invite you to join this Dedicated # Community HERE, as well as to follow they work on:
✅ Telegram Community: https://t.me/SonicXCommunity
✅ Twitter: https://twitter.com/SonicX_EN
✅ Facebook: https://www.facebook.com/SonicXofficial/
Bountysuite username: sadoza
TRON Wallet : TGx6bK9gqjspChKVEcbpXVPw4Z7vodrgLY