Zilliqa (ZIL) : La blockchain orientée scalabilité

zilliqa logo
Zilliqa (ZIL) : La blockchain orientée scalabilité
5 (100%) 1 vote

Qu’est-ce que Zilliqa? Présentation de la blockchain du futur

Zilliqa est la première blockchain publique conçue pour implémenter le sharding, permettant une mise à l’échelle linéaire à mesure que la blockchain augmente en taille.

À ce jour, la scalabilité est problème pour les technologies blockchain existantes.

À l’heure actuelle, Bitcoin ne peut pas traiter toute la demande pour son réseau, et les frais de transaction ont augmenté en conséquence. Il en va de même pour Ethereum où un débit limité signifie que les contrats intelligents peuvent devenir gourmands en gaz. Par exemple, la popularité de Crypto Kitties a considérablement ralenti Ethereum, montrant les limites du réseau.

Zilliqa change fondamentalement la façon dont une blockchain atteint le consensus. Leur solution de sharding varie avec la taille du réseau. Théoriquement, il n’y a pas de limite au nombre de transactions que Zilliqa pourrait traiter par seconde. Pratiquement, cependant, en fonction du nombre de nœuds sur le réseau, Zilliqa pourrait traiter des dizaines ou des centaines de milliers de transactions par seconde.

Zilliqa promet également de soutenir des contrats intelligents. L’exécution de contrats intelligents sur un réseau fragmenté constitue un défi technique majeur pour Zilliqa. Dans cet article, nous verrons comment ils abordent la scalabilité pour les transactions et les contrats intelligents. Nous étudierons également l’équipe et la feuille de route de Zilliqa pour voir s’ils sont à la hauteur de la tâche.

Une réponse au problème de scalabilité

Blockchain a un problème de scalabilité inhérent. Plus vous avez de nœuds sur un réseau, plus il est difficile de parvenir à un consensus.

Pour illustrer ce point, il est utile de penser à une mise à l’échelle du consensus en termes de personnes:

Avec un petit groupe de vos amis proches, il est facile de prendre des décisions. Vous n’êtes pas toujours d’accord, mais il est facile de voir ce que tout le monde ressent.
Pour un plus grand nombre de personnes, comme une salle remplie de gens, vous pourriez avoir des gens qui lèvent la main pour voter rapidement. Mais il devient plus difficile de compter, et vous ne pouvez pas être sûr que tout le monde agit honnêtement.
Avec des groupes de milliers ou des millions d’individus, vous aurez besoin d’un système de vote plus complexe qui demande plus d’énergie. Vous ne pouvez pas non plus être sûr que les gens agissent de bonne foi, et il est difficile de parvenir à la finalité – le sentiment que tout le monde a voté et qu’il y a une réponse claire.
Bien que l’analogie ne soit pas parfaite, vous pouvez voir à quel point le consensus devient plus compliqué, plus votre réseau est grand. La vitesse / qualité du consensus et la taille du réseau sont inversement liées. Quand l’un monte, l’autre descend.

D’autres solutions au problème de scalabilité de blockchain se concentrent sur le déplacement de certaines informations hors chaîne. Ou, ils cherchent à augmenter la taille du bloc, en établissant effectivement un consensus sur plus de transactions à chaque tour de consensus. Ces solutions peuvent fonctionner comme un palliatif, mais elles ne résolvent pas fondamentalement le problème de scalabilité.

Pour le réparer, vous devez modifier l’architecture de l’ensemble du système afin que la vitesse de consensus et la taille du réseau soient positivement corrélées.

La réponse de Zilliqa sur la scalabilité

 

Zilliqa a trouvé un moyen de traiter plus de transactions car plus de nœuds rejoignent le réseau. Il s’agit de ré-imaginer la blockchain à partir de zéro. Leur nouveau modèle implémente un protocole de consensus hybride pour augmenter le débit du réseau avec chaque ~ 600 nouveaux nœuds qui se joignent.

En théorie, tous les 600 nouveaux nœuds, le débit de Zilliqa augmente en divisant le travail. En pratique, il y a des problèmes de diffusion si le réseau devient très gros (plus de 1 million de nœuds). Pourtant, 1 million de nœuds est une limite supérieure que nous sommes loin d’atteindre. A ce jour, Bitcoin a environ 11 000 nœuds en fonctionnement. Ethereum, le plus grand réseau de nœuds complets, en compte près de 25 000.

Les réseaux Bitcoin et Ethereum de dizaines de milliers de nœuds ne peuvent traiter que 3 à 15 transactions par seconde. En revanche, des tests récents sur testnet privé (test virtuel AWS) ont montré que le réseau de Zilliqa a un débit de 1 218 tx / s lorsque 1 800 nœuds fonctionnent. Augmentez le nombre de nœuds à 3 600 et le réseau de Zilliqa à 2 488 tx / s.

zilliqa throughput

Comment Zillica fonctionne?

Comment Zilliqa réalise-t-elle cette scalabilité?

 

Ils utilisent une solution connue sous le nom de sharding. Le protocole Zilliqa divise le nombre de nœuds d’exploration sur le réseau en groupes de 600 nœuds. Chaque groupe est connu comme un fragment.

Par exemple, dans les exemples testnet ci-dessus, avec 1 800 nœuds, le testnet se divisait en 3 fragments. En fonctionnant avec 3 600 nœuds, il y avait 6 fragments. Au fur et à mesure que de nouveaux nœuds rejoignent le réseau, Zilliqa peut encore diviser le réseau, créant plus de fragments.

Ces fragments traitent chacun une partie fractionnaire des transactions du réseau. En termes simplifiés, s’il y a 6 fragments, chaque fragment traiterait environ 1/6 des transactions du réseau. Plus il y a de fragments, plus le réseau divise la charge de consensus entre les fragments, ce qui maintient les demandes informatiques relativement stables.

zilliqa sharding

Chaque fragment traite les transactions qui lui sont assignées dans un microbloc en parallèle avec les autres fragments. À la fin de la période de traitement parallèle, connue sous le nom d ‘«époque DS», ces microblocs sont combinés en un bloc complet ajouté à la chaîne de blocs.

Pour chaque époque DS, plusieurs nœuds sont sélectionnés au hasard pour gérer les différents fragments. Ce comité de direction, connu sous le nom de «comité DS», dirige le réseau. Ils décident quels nœuds sont affectés à quel fragment. Lorsque de nouvelles demandes de transaction arrivent, le comité DS affecte les transactions à un fragment pour traitement. À la fin de l’ère DS, le comité DS assemble le bloc complet à partir des microblocs créés par les fragments.

Consensus: PoW + BFT

Zilliqa utilise un mécanisme de consensus hybride. Lorsque vous commencez l’exploitation minière, vous devrez remplir un hachage de preuve de travail. Le PoW nécessite une puissance de calcul qui garantit qu’une machine ne peut exploiter qu’un seul nœud. En tant que tel, PoW aide Zilliqa à établir son identité. Il est difficile pour un mauvais acteur de créer plusieurs identités pour submerger le réseau dans ce que l’on appelle une attaque Sybil. Cependant, le réseau n’utilise pas de preuve de travail pour un consensus.

Après qu’un nœud a prouvé son identité, il est assigné à un fragment. Au sein des fragments, Zilliqa utilise le consensus Practical Byzantine Fault Tolerance. C’est un mécanisme de consensus à plus haut débit qui a la finalité. La finalité signifie que la plupart des nœuds du fragment doivent être d’accord sur le miniblock. Une fois qu’un bloc est confirmé par les partitions et le comité DS, c’est le seul bloc qui peut référencer le bloc avant celui-ci. Il n’y a pas de forking dans un mécanisme de consensus avec finalité.

Zilliqa n’est pas le premier livre distribué à implémenter le BFT. NEO, Tendermint et Hyperledger utilisent des versions du mécanisme de consensus BFT éprouvé.

Contrats & Sharding d’état

Les transactions de sharding sont assez simples. Vous pouvez facilement affecter des vérifications de transaction à divers fragments. Chaque vérification est autonome. Il ne devrait pas y avoir beaucoup de communication entre les fragments.

Il n’en va pas de même pour l’exécution de contrats intelligents et d’applications décentralisées (dapps) sur une chaîne de blocs fragmentée. Le problème est que les actions contractuelles intelligentes reposent souvent sur la vérification d’autres états, variables et fonctions. Cela nécessiterait beaucoup de communication entre les fragments. Ces messages nécessiteraient une bande passante et une puissance de traitement qui annuleraient les avantages du sharding.

À ce titre, les contrats de Zilliqa se concentrent uniquement sur le flux de données et la programmation fonctionnelle. Ils ne permettent pas de vérifier, stocker ou modifier les états. Au moins pas encore.

Le consensus jusqu’à présent est qu’il n’y a pas de système de partage d’État qui soit sûr et efficace. Si vous autorisez l’exécution des contrats séparément dans différents états partagés, il peut y avoir toutes sortes d’attaques potentielles, des problèmes de réconciliation et une communication croisée excessive.

Ethereum, cependant, travaille actuellement sur une solution de sharding d’état. On ne sait pas à quel point cette initiative a progressé dans son développement.

Cela dit, Zilliqa peut toujours être utilisé pour les applications nécessitant un débit élevé. Tout dApp qui nécessite des taux de transaction au-delà de ce qui est actuellement possible sur d’autres blockchains pourrait trouver une maison sur Zilliqa.

Un nouveau langage de programmation : Scilla

Dans le but de rendre la programmation fonctionnelle plus standardisée et plus sûre, l’équipe de Zilliqa a développé un nouveau langage de programmation connu sous le nom de Scilla.

Scilla sépare l’état et la fonction. C’est un langage de programmation fonctionnel qui établit une distinction entre les aspects de communication d’un contrat – transfert de fonds ou appel d’un autre contrat – et le travail de calcul réel que le contrat fait.

La nouvelle langue n’est pas complète. Cela signifie qu’il ne prend pas en charge les applications qui nécessitent certains types de boucles ou d’instructions conditionnelles. Cependant, son caractère incomplet lui permet d’être soumis à des preuves logiques formelles. Ceci est important à des fins de sécurité. La vérification des contrats permet aux utilisateurs de savoir qu’un contrat est sûr d’une manière vérifiable avant de l’utiliser.

Scilla aide à faire la distinction entre les contrats fonctionnels, soutenus par Zilliqa, et les contrats dépendants de l’état que Zilliqa ne peut pas encore supporter.

Le token ZIL

Zilliqa a un signe pour son écosystème. Semblable à d’autres plates-formes dApps comme Ethereum ou NEO, le jeton ZIL sert d’incitation minière, de gaz pour l’exécution du contrat, et d’appel d’offres pour payer les frais de transaction.

Initialement, ZIL est un jeton ERC-20 basé sur la blockchain Ethereum. C’est parce que le réseau public principal de Zilliqa n’a pas encore été lancé. Quand c’est le cas, le jeton ERC-20 sera remplacé par des jetons natifs Zilliqa.

Zilliqa a levé l’équivalent de 12 millions de dollars d’ETH dans un tour de financement privé vers la fin de 2017. Après le tour privé, le prix élevé de l’ETH signifiait que le financement privé d’une valeur de 12 millions de dollars était bientôt évalué à 20 millions de dollars.

Après avoir atteint son plafond, Zilliqa a dit à sa communauté qu’une vente publique n’était plus nécessaire. En raison de l’intérêt de la communauté, cependant, Zilliqa a attribué 4445 ETH à une vente publique en janvier 2018.

L’équipe Zilliqa

L’équipe derrière Zilliqa est en grande partie des universitaires et des docteurs en informatique.

Le PDG, Xinshu Dong, est titulaire d’un doctorat en informatique de l’Université nationale de Singapour. Il est un expert en cybersécurité, responsable de plusieurs projets de sécurité nationale à Singapour. Ses recherches ont également paru dans des conférences réputées et dans des revues.

Prateek Saxena est le conseiller scientifique en chef. Il est titulaire d’un doctorat en informatique de l’Université de Californie à Berkeley. Il est maintenant professeur d’informatique à NUS.

Amrit Kumar est le chef de projet Crypto. Il est chercheur au NUS. Il est titulaire d’un doctorat de l’Université Grenoble-Alpes, France et d’un diplôme d’ingénieur de l’Ecole Polytechnique, France.

Le conseil consultatif de Zilliqa inclut les figures importantes dans la blockchain. Ils comprennent Loi Luu, Co-fondateur de Kyber Network; Vincent Zhou, associé fondateur de FBG Capital; Nicolai Oster, associé chez Bitcoin Suisse AG; et Alexander Lipton, fondateur et PDG de StrongHold Labs.

 

Zilliqa roadmap

 

Comment acheter du  ZIL

Après l’inscription à Binance, vous pouvez acheter Zilliqa soit avec une commande « limite », où vous définissez manuellement le prix auquel vous voulez acheter Zilliqa, ou un achat « market », où vous achetez Zilliqa au meilleur prix disponible. Une autre option est une limite d’arrêt, qui est un ordre d’acheter ou de vendre une pièce de monnaie une fois que le prix atteint un prix spécifié.

Zilliqa peut également être acheté sur les échanges suivants:

Huobi (Trade ZIL avec USTD sur Huobi)
io (Trade ZIL avec USDT sur Gate.io)
OOOBTC (Trade ZIL avec BTC sur OOOBTC)
Kucoin (Trade ZIL avec BTC sur Kucoin)
Fex (Trade ZIL avec USDT sur Fex)

Comment stocker ses ZIL ?

Vous pouvez stocker Zilliqa dans un portefeuille qui a le support ERC20, comme Coinomi, MetaMask ou MyEtherWallet, mais pour une sécurité maximale, pensez à des portefeuilles matériels tels que Ledger Nano S et Trezor.

Zilliqa prévoit d’offrir son propre portefeuille numérique open-source qui fonctionne entièrement sur votre ordinateur. Cependant, il est actuellement en cours de développement

Conclusion

La scalabilité continuera d’être un problème pour les technologies blockchain et ledger distribué. Zilliqa est un projet important qui s’attaque de front à la scalabilité. La plate-forme elle-même pourrait s’avérer être un développement important dans blockchain. Plus généralement, cependant, s’attendre à voir les percées open source de Zilliqa dans la technologie de sharding entrer en service pour d’autres projets blockchain dans les années à venir.

Ressources additionnelles :

Découvrez d’autre crypto-monnaies :

Cowboy des crypto-monnaies, je dégomme les shitcoins plus vite que mon ombre. Passionné de l’univers blockchain ainsi que du web.

Laisser un commentaire