- Zilliqa platform and its ZIL token were designed with the aim to minimize the scalability and transaction rate issues in contemporary blockchain technologies. They utilize sharding technology to increase transactions.
|Market Cap||Volume 24h||Circulating Supply||Maximum Supply|
|9,393,189,189 ZIL||12,600,000,000 ZIL|
The Zilliqa platform bills itself as the blockchain platform of the “next generation.” It was built from scratch as the third generation blockchain, with the ambition to surpass what its creators describe as its first and second generation predecessors, namely Bitcoin and Ethereum. One of the key issues which were identified with the prolonged use of the cryptocurrencies such as these two was scalability.
The concept of scalability describes how well a technology can grow in parallel with maintaining its efficiency and successfully handling increased demand. A system, business or software that is described as scalable has an advantage because it is more adaptable to the changing needs or demands of its users or clients.
Having the cryptocurrencies compete with the likes of Visa or Mastercard on an equal footing ultimately required a faster and more advanced infrastructure on the blockchain. Pressured by the competition from the global payment processing players (Visa, for instance, can process about 24,000 transactions per second) Zilliqa focused on creating a platform that will arguably focus on the needs of the users who demand the fast and frictionless payment experience they are used to, and do not care about the technical limitations of the blockchain.
Zilliqa Aims to Address the Roots of Scalability Problem
Understanding what Zilliqa tries to achieve in this field starts by having a clear overview of what causes the scalability problem in the first place. Since the blockchain consists of a network of nodes, the increase in their numbers inevitably makes it harder to achieve consensus. Knowing that each node has a say in deciding if one block is valid or not, the more nodes there are in the network, the longer it will take to reach a decision.
This ultimately puts a strain on the blockchain’s consensus mechanism used on a particular network. The reason for this is the fact that reaching consensus becomes a longer procedure whenever the higher number of nodes act as the processing blocks. In addition, digital ledgers grow in size and slow down the processing time, just as it happened with Bitcoin and Ethereum. In this manner, consensus management grows more complex as the network size increases, while bringing down the speed and quality of the entire platform’s operation.
Moving information off the chain (instead of keeping them onchain) was one of the measures that were tried in helping the blockchain deal with the scalability problem. Off-chain scaling was supposed to make it possible to approve some of the essential transactions without having each of them green-lighted by every member of the community. Some currencies such as Decred opted for the implementation of the Lightning Network which will allow it to process transactions via micropayment channels instead of doing it on the main blockchain.
Yet, there are downsides to this approach to handling scalability problem. For starters, the public could complain about a project’s transparency once they learn that they do not participate in the verification of off-chain transactions, or that they have no say in deciding on the future network updates.
Other platforms, such as Bitcoin XT, attempted to approach the scalability issues with a more structural approach which involves proposed increases in the block size on their network. As the time interval for the block verification depends on the complexity of cryptographic puzzles solved during mining, increasing the block size was supposed to deliver more transactions per block and per second. Yet, this scalability solution has its weaknesses just as off-chain transaction processing. Since the larger blocks are more demanding in terms of mining resources, this may result in higher fees for users. Eventually, the cost of operating the full nodes can become too high which could lead to the centralization of hashing resources among fewer individuals having access to them.
Zilliqa’s Sharding Technology
Zilliqa hopes to cure these problems not by attempting just to mitigate them, but by bypassing them altogether. To that purpose, the platform’s designers created the architecture which is supposed to make the consensus mechanism speed more resistant to the negative impact of the size of a network it takes place on. This principle relies on introducing a hybrid consensus mechanism that allows for more transaction processing throughput as the number of nodes on the network increases. Zilliqa’s protocol enables the division of the mining nodes into groups made up of 600 nodes. Since each of these groups is described as a “shard” on the Zilliqa network, its scalability solution was dubbed “sharding”.
Each shard is capable of processing a fraction of the totality of transactions taking place on the Zilliqa network, operating as a sort of a mini version of the blockchain itself. The amount of transactions processed is increased simply by having shards handle them separately from one another instead of doing it as a group. The Zilliqa platform thus profits from the increased number of shards on it, as the transaction can be managed by more units which take care of them. The network itself is in charge of spreading the consensus workload among the individual shards in order to mitigate the drain on computing resources. So, if the network supports five shards, each of them would be in charge of processing one-fifth of the transactions taking place on it.
While processing transactions, each shard creates a microblock. The processing itself takes place in parallel intervals which are described as the “DS epoch” (with “DS” standing for the“directory service” nodes). At the end of each of these processing periods, the created microblocks are combined by a group of nodes designated as the “directory service committee” or the “DS committee.” This is done in order to create a full block that is ultimately joined with the blockchain. In order to ensure the management of different shards, nodes are selected at random for each DS epoch interval. The DS committees manage the network by linking the nodes with appropriate shards. They also manage transaction requests by forwarding transactions to shards that will be in charge of processing them.
So, what does this technology bring in terms of real-life use? While the launch of Zilliqa’s mainnet has still not happened (as of November 2018), its testnet is undergoing internal tests which show the processing speeds peaking at 2,488 transactions per second.
Considering that the testnet is a scaled-down version of the mainnet, it still remains to be seen if the platform will be able to live up to its promise of processing 15,000 transactions per second, bringing it closer to what the competing global system can offer to their users.
How Can The Hybrid Consensus Model Help Zilliqa?
Zilliqa’s sharding-based approach is not without issues. The key one stems from the division of blockchain into groups of nodes, as this leads to the splitting of information which are stored on them. Bearing in mind that the nodes which make up shards contain “pieces” of blockchain (unlike what is the case with Bitcoin, for example), they do not have complete information needed to process a transaction. The analogy would go along the lines of having each shard contain a piece of a book which they need to assemble into a sensible source of information by working together. In networks consisting of thousands of personal computers, ensuring unobstructed communication thus becomes essential in making the entire platform work in unison.
Zilliqa attempts to get around this issue by relying on its hybrid consensus model, the same one which allows for scaling with the size of a network. It is organized around two basic layers: the shard layer and the DS committee layer which was described earlier.
The complete proof of work (PoW) hash is available upon the start of the mining operation. The PoW system implemented by Zilliqa is Ethereum’s own PoW algorithm called Ethash. It uses available computing resources to validate that a single machine can operate only one node, i.e. it confirms the identity of the node. Only once the identification process is complete, the node is assigned to a specific shard.
When it comes to the shards, the Zilliqa platform applies the Practical Byzantine Fault Tolerance consensus model. Since the shard layer does not process full blocks of information, it focuses only on microblocks combined by the DS committee. It is needed to have the majority of nodes in a shard agree on confirming a miniblock together with the DS committee. A verified block is the only one which can refer to the block which precedes it.
This hybrid mechanism is focused on higher throughput and it relies on the finality principle which does not allow for the disagreement between nodes that can lead to hard forks. It arguably needs less power for the consensus reaching process compared to other methods, such as those employed by Bitcoin or Ethereum.
Security and Smart Contracts
Zilliqa’s hybrid consensus mechanism is also its first line of defense against Sybil attacks which involve attackers taking the role of various nodes on a network. At the same time, the platform employs its own programming language called Scilla which is focused on the development of smart contracts with automatized verification of their security features. It allows developers to work on the applications and smart contracts that can operate safely on the Zilliqa network. This is done by giving the developers the opportunity to address potential weaknesses or bugs with the applications at the level of the programming language itself.
The Scilla programming language is not Turing-complete, meaning that it will not provide support for applications that require certain types of conditional statements or loops. Still, it can be readily involved in the formal logic proof process which allows the users to verify that a smart contract is safe before they start using it.
Zilliqa focuses on functional programming and data flow with smart contracts built on top of this platform. This is related to the fact that running a smart contract often involves having them check various states and functions between themselves. As this would potentially overload the communication resources available to shards on the network, smart contracts built upon Zilliqa do not permit state changes or checks, focusing instead on issues such as security and efficiency. Based on this, decentralized applications (dapps) that need high throughput and transaction rates might arguably find a place for themselves on this network in face of its immediate competitors such as Ethereum or NEO.
The ZIL token serves as the basic incentive for mining i.e. it is distributed as a reward for the miners who vote for specific blocks and validate them.
ZIL token started its existence as an ERC-20 token based on the Ethereum blockchain. Once the Zilliqa mainnet is launched, these tokens will be exchanged for the Zilliqa coins. These coins will have the function similar to that of the gas on the Ethereum platform, meaning that they will be used to manage the execution of smart contracts. Finally, this cryptocurrency can be used as the means of payment of fees related to the transactions that will take place on the network. Zilliqa was initially funded via private sources which raised about USD 12 million by late 2017. Due to the high interest garnered by the platform, the Zilliqa team opted for having an initial coin offering (ICO) which raised USD 22 million in total by January 2018.
The coin’s market cap stood at USD 274 million in November 2018, down from just short of USD 1.5 billion it had in the first half of the same year. The total supply of ZIL coins is capped at 12,600,000,000 ZIL, with 7,901,840,271 in circulation in November 2018.
Zilliqa coins are available for trading at crypto exchanges such as Huobi and KuCoin.
Who Is Behind Zilliqa?
The Zilliqa project was devised by a group of scientists headed by Prateek Saxena from the University of California and his colleagues Amrit Kumar and Xinshu Dong and from the University of Singapore. The project’s history started at the Computer Science Lab of the University of Singapore with a group of enthusiasts who studied the ideas put forward in the paper authored by Loi Luu, co-founder of the Kyber Network.
Xinshu Dong is a cyber-security expert holding a Ph.D. degree in Computer Science, just like his colleague Amrit Kumar who was in charge of researching and managing the crypto segment of the Zilliqa project. Prateek Saxena served as the chief scientific advisor with the project which also included Yaoqi Jia as its head of technology.