Zilliqa construit un cadre central pour l'avenir pour tester les mises à jour
Zilliqa construit un cadre central pour l'avenir pour tester les mises à jour
- Zilliqa fonctionne sur la solution au problème des temps d'arrêt de la blockchain, auxquels les utilisateurs sont confrontés.
- Zilliqa prévoit l'introduction d'outils de vérification formels pour vérifier "la correction, la fiabilité et la fiabilité des systèmes logiciels critiques".
Zilliqa, la première blockchain public qui a implémenté Sharding, a annoncé une mise à niveau urgente de sa plate-forme de blockchain. Jun Hao Tan, vice-président directeur de la sécurité et de l'ingénierie de Zilliqa, a constaté que la mise à niveau est une tentative de résolution du problème de la consommation importante de la mémoire sur le nœud minier du comité DS. Alors Zilliqa l'a fait. Dans un message du mercredi 14 juillet, tweeté :
chère communauté Nous travaillons sur une mise à niveau urgente du réseau. Au cours de cette période de mise à niveau, aucune transaction n'est traitée et la blockchain. L'API peut ne pas être accessible. Nous vous tenons au courant de l'état de la mise à niveau. Merci pour le soutien continu!
Dans son article Reddit, Zilliqa a constaté que sa dernière mise à niveau du réseau V8.0 était pleine de fonctions. De plus, le temps de bloc a été réduit, les priorités des mineurs ajustées et plusieurs autres optimisations ont été faites. Cependant, la blockchain Zilliqa a montré une instabilité après la mise à niveau. En conséquence, l'équipe de base est intervenue plusieurs fois pour introduire des correctifs. Cependant, cela a conduit à plusieurs temps d'arrêt.
Zilliqa a souligné qu'il vise à créer une transparence et en même temps prendre des mesures qui réduisent la probabilité de tels événements à l'avenir. Il vise à apporter de nouvelles fonctions à la technologie sous-jacente, tandis qu'il suit les normes industrielles et effectue des tests de stress. L'annonce reddit commentaires
Dès que les modifications et les tests de composants sont complètement terminés, nous effectuons ces nouveaux changements dans un petit réseau privé pendant un certain temps, suivi d'une intégration à grande échelle au niveau de Minnnet, puis fournissons les changements dans un réseau de test public afin que tout le monde puisse interagir. Si une erreur est trouvée lors du test dans l'un des réseaux, l'erreur est fixe et nous commençons par la première étape en écrivant un test de composant pour enregistrer l'erreur, fournissez les corrections dans un réseau privé, etc. Afin de faire avancer son processus de test, Zilliqa prévoit maintenant d'introduire des "outils de vérification formels" pour modéliser le système. Les développeurs peuvent ensuite vérifier officiellement le modèle généré et même la mise en œuvre. Cependant, les outils de vérification formels nécessitent de nombreuses heures de travail. Dans le même temps, cependant, ils sont utiles pour vérifier "l'exactitude, la fiabilité et la fiabilité des systèmes logiciels critiques". Zilliqa vise à combiner deux fonctions supplémentaires du test unitaire et la vérification formelle. Cela aide les développeurs à reconnaître tous les problèmes de conception ou de mise en œuvre en relation avec la partie critique de la base de code. Afin de contrer davantage ces problèmes, Zilliqa prévoit de réduire la fréquence des mises à niveau du réseau. Cela donne plus de temps pour tester les fonctions existantes sur sa blockchain et dans la nature. Dans la dernière correction d'erreur, Zilliqa a remarqué "quelques contrats intelligents qui ont été fournis dans le Mainset et dans lequel la logique implémentée permet à l'état du contrat de croître avec de nouvelles transactions". L'équipe affinera désormais certains paramètres qui ignorent les modèles de conception sous-jacents. Il apportera également une meilleure statique et une meilleure dynamique pour avertir les développeurs à cet égard. Le post Reddit indique: Notez que de tels contrats peuvent bien fonctionner pour le moment, mais tôt ou tard, la limite de gaz de bloc peut atteindre, ce qui signifie que ces contrats deviennent inutilisables et non classables. Nous recommandons aux développeurs de considérer cela et d'autres modèles de conception similaires. Par exemple, si un contrat utilise une liste et que cette liste augmente avec chaque transaction individuelle, cela peut entraîner des problèmes pour le contrat à l'avenir. De plus, les contrats devraient éviter le broyage si possible, car le broyage sur une très grande liste ou une carte à un moment donné atteint la limite de gaz du bloc. Introduction des outils de vérification formels
Kommentare (0)