SonicX analysis

Hello everyone,today we will analyse a new ICO together and it goes by the name SonicX

SonicX is a blockchain platform that provides trust, security and efficiency. It will be a paymentgateway that facilitates P2P transactions, a tokenized system for content storage and onlinegaming. 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 toaddress the challenges faced on the Internet. The result is a blockchain architecture that hasscalability at minimum cost to the user. The ecosystem will also have its own digital governancethat allows token holders to have voting rights for the benefit of the community.
SonicX wallet

The SonicX Virtual Machine :

Another CORE layer component is the SonicX Virtual Machine or SVM . Nodes on the networkrun an instance of the SVM when executing code. Each unit of computation is charged a fee forprocessing it on the SonicX platform. 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 isefficient, convenient, stable, secure and scalable. SVM connects seamlessly with the existing development ecosystem and supports dPoS. It isinitially compatible with the EVM (Ethereum Virtual Machine) environment so that instead oflearning a new programming language, developers can develop, debug, and compile smartcontracts 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 theSVM of the SN (Supernode) node to be isolated from external connections. The SVM employsthe concept of Bandwidth . Different from the gas mechanism on Ethereum’s EVM, transactionoperations or smart contracts on SVM are free, consuming no tokens. Technically, the totaltoken holding does not restrict executable computation capacity on SVM. The following are the features of the SVM.

SVM adopts a lightweight architecture with the aim of reducing resource consumptionto guarantee system performance.
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 gasconsumption. The bandwidth model charges computation on the basis of bytes and notper instruction of code. Stability of bandwidth consumption is achieved while the cost ofeach computational step is fixed.
Currently, SVM is compatible with EVM and will be with more mainstream VMs in thefuture. Thereby, all smart contracts on EVM are executable on SVM. By connectingseamlessly to existing development ecosystem, higher efficiency can be achieved bydevelopers. Needless to learn a new programming language, they can use mainstreamprogramming languages for smart contracts such as Solidity to develop, debug andcompile smart contracts in the Remix environment, which greatly reduces developmentcosts.
Currently, SVM is compatible with EVM and will be with more mainstream VMs in thefuture. Thereby, all smart contracts on EVM are executable on SVM. By connectingseamlessly to existing development ecosystem, higher efficiency can be achieved bydevelopers. Needless to learn a new programming language, they can use mainstreamprogramming languages for smart contracts such as Solidity to develop, debug andcompile smart contracts in the Remix environment, which greatly reduces developmentcosts.
Due to SVM’s bandwidth setup, development costs are reduced and developers canfocus on the logic of their contract code. SVM also offers all-in-one interfaces for contractdeployment, triggering and viewing, for the convenience of developers.

SonicX Network Layer

The supporting layer of the platform relies on TCP/IP (Internet). This isalso where the nodes and storage devices hold a copy of the blockchain data and its state. Anychanges from the APPLICATION and approved by CONSENSUS makes changes to theblockchain state and this is propagated throughout the network. The blockchain itself runs on the memory over the network. It has a persistent connection overthe Internet via TCP/IP. All nodes can communicate and discover each other over the networkand perform their particular roles as part of the consensus mechanism. When a node is down itdoes not affect the rest of the network. The SonicX platform was meant to be decentralized andfault tolerant. External Data Interfaces interact with the network through an Interoperation Layer which are APIendpoints to the Core Layer of SonicX. Sources of data coming from the network must beaccessed by the DApp through the core protocols. That way it remains consistent with what isstored on the blockchain. A distributed storage system is also part of the NETWORK layer. This SonicX system allowscontent to be stored on a decentralized platform that is verified by the blockchain. Allocation ofthe 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 whichresides across the network and not just in one storage location. Providing the entire physical and logical storage of data can come from different types ofdevices. This includes the infrastructure of the Internet (routers, network gateways, nameservers) 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 networkon various full nodes, which maintain a copy of the entire blockchain.

Sign in
Join now
SonicX
SonicX
July 13, 2019 • 0 Likes • 0 Comments
ahm maydou
ahm maydou
...
SonicX is a blockchain platform that provides trust, security and efficiency. It will be a paymentgateway that facilitates P2P transactions, a tokenized system for content storage and onlinegaming. 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 toaddress the challenges faced on the Internet. The result is a blockchain architecture that hasscalability at minimum cost to the user. The ecosystem will also have its own digital governancethat allows token holders to have voting rights for the benefit of the community.

SonicX Wallet
No alt text provided for this image
The SonicX Virtual Machine :

SVM adopts a lightweight architecture with the aim of reducing resource consumptionto guarantee system performance.
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 gasconsumption. The bandwidth model charges computation on the basis of bytes and notper instruction of code. Stability of bandwidth consumption is achieved while the cost ofeach computational step is fixed.
Currently, SVM is compatible with EVM and will be with more mainstream VMs in thefuture. Thereby, all smart contracts on EVM are executable on SVM. By connectingseamlessly to existing development ecosystem, higher efficiency can be achieved bydevelopers. Needless to learn a new programming language, they can use mainstreamprogramming languages for smart contracts such as Solidity to develop, debug andcompile smart contracts in the Remix environment, which greatly reduces developmentcosts.
Currently, SVM is compatible with EVM and will be with more mainstream VMs in thefuture. Thereby, all smart contracts on EVM are executable on SVM. By connectingseamlessly to existing development ecosystem, higher efficiency can be achieved bydevelopers. Needless to learn a new programming language, they can use mainstreamprogramming languages for smart contracts such as Solidity to develop, debug andcompile smart contracts in the Remix environment, which greatly reduces developmentcosts.
Due to SVM’s bandwidth setup, development costs are reduced and developers canfocus on the logic of their contract code. SVM also offers all-in-one interfaces for contractdeployment, triggering and viewing, for the convenience of developers.
SonicX Network Layer

SonicX Ecosystem

No alt text provided for this image
The Roadmap

May 20, 2019 - SonicX blockchain, blockchain explorer, basic Masternodes andimplemented logic of airdrop to Tron community. Masternodes introduce new use cases - atfirst, to be an investment instrument to stabilize the network, later - the whole infrastructurallayer to bear instant payments, enhanced privacy, governance and budgeting features. Airdrop to Tron community (1 SOX per 20 TRX, according to created snapshot of Tronbalances and exact blockheight on which snapshot is to be taken - to be defined) mostlikely, 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 ofsufficient 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 advancedprivacy of P2P payments with Zero Knowledge Proof ZK-snark algorithm, as implementedin Zcash. It allows to make provable payments without revealing a recipient or amount oftransaction. So the blockchain provides option to make absolutely anonymous paymentsalong 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 onmasternodes level.

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

August 3, 2020 - P2P optimization to increase transactions per second TPS - can makenetwork produce blocks of bigger capacity at a faster rate. Also special serialization can beimplemented for empty blocks ( reduce size from ~1KB to ~80 bytes) which also canincrease 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) checkscan be offloaded to a co-processor (such as Nvidia GPU). Currently, these checks alongwith 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 to15,000 TPS.

September 21, 2020 - Shortlink Addresses for Payments . Very useful feature in P2Ppayments, make blockchain transactions human-readable, can strongly influence massadoption. Currently, addresses are represented in a very complex form, like:SMGos4tWSdFA6Binj8iL3u7EFrnGpLTp28. It makes payments rather irksome. Highchance to make a mistake. Shortlink addressing allows to use shorter and moreuser-friendly form

January 25, 2021 - Proof Of Time-Storage . Will allow participants to share their storagecapacity for specified price in SOX. Others can storage capacity among storageproviders. 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 RSAtrapdoor permutation to prove that data is still stored and that it's stored on exactly samenode.

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

May 24, 2021 - Enhanced Digital Signatures . SonicX can implement Digital Signaturealgorithm which is more secure than current ECDSA. It will protect the network againstpossible attack or attempts by future quantum computers.

TEAM