Source : CryptoNewsNet
Titre Original : Vitalik prévoit un avenir sans bugs pour les contrats intelligents
Lien Original :
Aperçu
Les développeurs qui privilégient la sécurité peuvent s’attendre à ce que la programmation sans bugs devienne réalisable dans les années 2030, selon Vitalik Buterin, co-fondateur d’Ethereum.
Après le hard fork controversé de Gnosis Chain pour récupérer 9,4 millions de dollars suite au piratage de Balancer, Vitalik Buterin a déclaré que la croyance selon laquelle « les bugs sont inévitables, on ne peut pas créer de code sans bugs » cessera d’être vraie dans les années 2030.
Qu’a dit Vitalik Buterin sur la programmation ?
Vitalik Buterin a fait une prédiction selon laquelle un code sans bugs deviendra une réalité dans les années 2030, lors d’une interaction sur la plateforme de médias sociaux X.
La discussion a commencé lorsque Gnosis Chain a annoncé avoir effectué un hard fork le 22 décembre. Ce hard fork a permis de récupérer 9,4 millions de dollars volés lors de l’exploitation de Balancer en novembre 2024, qui a drainé plus de $128 millions sur plusieurs blockchains. La récupération a nécessité que la majorité des validateurs adoptent un nouveau logiciel, et ceux qui n’ont pas mis à jour leur système font face à des pénalités.
Cela a rencontré une certaine résistance de la part des supporters de la blockchain, qui ont critiqué cette démarche car elle va à l’encontre du principe d’immuabilité. Un utilisateur de X sous le pseudonyme ‘colluding node’ a déclaré que le vrai problème réside dans la façon dont les applications blockchain sont construites. Il a soutenu que l’utilisation de contrats intelligents dans des machines virtuelles programmables est une mauvaise approche.
« Il n’y a que 7 contrats qui valent la peine d’être écrits, et ils devraient simplement être intégrés dans la couche de base et bénéficier de la sécurité grâce à la diversité des clients », a écrit l’utilisateur.
Buterin a ensuite répondu en précisant que la vérification formelle ne signifie pas nécessairement l’absence totale de bugs. Il a même suggéré que l’écriture d’un code prouvé sans bugs pourrait ne pas être possible.
« Je dirais même que ‘sans bugs prouvé’ n’est pas possible, car ‘sans bugs’ signifie ‘aucun écart entre l’intention et l’exécution du code’, et notre intention est un objet extrêmement complexe auquel nous n’avons qu’un accès limité. »
La vérification formelle utilise des méthodes mathématiques pour vérifier si les systèmes critiques pour la sécurité fonctionnent correctement. Cette technique est utilisée depuis les années 1960 dans des domaines comme l’aérospatiale.
Lorsqu’elle est appliquée aux contrats intelligents, la vérification formelle peut prouver qu’une logique métier respecte une spécification prédéfinie ; cependant, malgré le fait que les contrats Balancer aient été audités 11 fois par quatre sociétés de sécurité différentes, une faille critique a tout de même échappé.
Un avenir sans bugs dans le code est-il possible ?
Buterin a proposé que la solution réside dans plusieurs couches de redondance pour éliminer les écarts entre l’intention et l’exécution. Il a évoqué les systèmes de types comme une forme de redondance, et la vérification formelle de certaines affirmations sur le code comme une autre couche.
La vérification formelle peut détecter des problèmes tels que les débordements d’entiers, la ré-entrée, et les mauvaises optimisations de gaz qui peuvent passer inaperçus lors des audits et des tests. En revanche, les tests traditionnels ne peuvent vérifier que la présence d’erreurs, et non leur absence.
Buterin a noté que certains logiciels continueront à comporter des bugs, car dans certains cas, les gains fonctionnels importent plus que la perfection. Mais les développeurs qui privilégient la sécurité disposeront des outils pour réaliser un code véritablement sans bugs.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
10 J'aime
Récompense
10
4
Reposter
Partager
Commentaire
0/400
governance_lurker
· Il y a 17h
2030 année sans bug ? Je pense que c'est une illusion, ce gars recommence à faire des promesses en l'air, non ?
Voir l'originalRépondre0
DogeBachelor
· Il y a 17h
Ce sera en 2030 qu'il sera sans bug ? On dirait que c'est encore un peu incertain, actuellement les audits sont toujours très prisés.
Voir l'originalRépondre0
degenwhisperer
· Il y a 17h
Il faudra encore attendre jusqu'en 2030, pour l'instant économisons les frais d'audit que nous avons en main haha
Voir l'originalRépondre0
AirdropHunterXiao
· Il y a 17h
2030 sans bug ? Mon frère, ta prévision est vraiment trop optimiste, mes contrats actuels sont encore en train de recevoir des correctifs.
Vitalik prévoit un avenir sans bugs pour les contrats intelligents
Source : CryptoNewsNet Titre Original : Vitalik prévoit un avenir sans bugs pour les contrats intelligents Lien Original :
Aperçu
Les développeurs qui privilégient la sécurité peuvent s’attendre à ce que la programmation sans bugs devienne réalisable dans les années 2030, selon Vitalik Buterin, co-fondateur d’Ethereum.
Après le hard fork controversé de Gnosis Chain pour récupérer 9,4 millions de dollars suite au piratage de Balancer, Vitalik Buterin a déclaré que la croyance selon laquelle « les bugs sont inévitables, on ne peut pas créer de code sans bugs » cessera d’être vraie dans les années 2030.
Qu’a dit Vitalik Buterin sur la programmation ?
Vitalik Buterin a fait une prédiction selon laquelle un code sans bugs deviendra une réalité dans les années 2030, lors d’une interaction sur la plateforme de médias sociaux X.
La discussion a commencé lorsque Gnosis Chain a annoncé avoir effectué un hard fork le 22 décembre. Ce hard fork a permis de récupérer 9,4 millions de dollars volés lors de l’exploitation de Balancer en novembre 2024, qui a drainé plus de $128 millions sur plusieurs blockchains. La récupération a nécessité que la majorité des validateurs adoptent un nouveau logiciel, et ceux qui n’ont pas mis à jour leur système font face à des pénalités.
Cela a rencontré une certaine résistance de la part des supporters de la blockchain, qui ont critiqué cette démarche car elle va à l’encontre du principe d’immuabilité. Un utilisateur de X sous le pseudonyme ‘colluding node’ a déclaré que le vrai problème réside dans la façon dont les applications blockchain sont construites. Il a soutenu que l’utilisation de contrats intelligents dans des machines virtuelles programmables est une mauvaise approche.
« Il n’y a que 7 contrats qui valent la peine d’être écrits, et ils devraient simplement être intégrés dans la couche de base et bénéficier de la sécurité grâce à la diversité des clients », a écrit l’utilisateur.
Buterin a ensuite répondu en précisant que la vérification formelle ne signifie pas nécessairement l’absence totale de bugs. Il a même suggéré que l’écriture d’un code prouvé sans bugs pourrait ne pas être possible.
« Je dirais même que ‘sans bugs prouvé’ n’est pas possible, car ‘sans bugs’ signifie ‘aucun écart entre l’intention et l’exécution du code’, et notre intention est un objet extrêmement complexe auquel nous n’avons qu’un accès limité. »
La vérification formelle utilise des méthodes mathématiques pour vérifier si les systèmes critiques pour la sécurité fonctionnent correctement. Cette technique est utilisée depuis les années 1960 dans des domaines comme l’aérospatiale.
Lorsqu’elle est appliquée aux contrats intelligents, la vérification formelle peut prouver qu’une logique métier respecte une spécification prédéfinie ; cependant, malgré le fait que les contrats Balancer aient été audités 11 fois par quatre sociétés de sécurité différentes, une faille critique a tout de même échappé.
Un avenir sans bugs dans le code est-il possible ?
Buterin a proposé que la solution réside dans plusieurs couches de redondance pour éliminer les écarts entre l’intention et l’exécution. Il a évoqué les systèmes de types comme une forme de redondance, et la vérification formelle de certaines affirmations sur le code comme une autre couche.
La vérification formelle peut détecter des problèmes tels que les débordements d’entiers, la ré-entrée, et les mauvaises optimisations de gaz qui peuvent passer inaperçus lors des audits et des tests. En revanche, les tests traditionnels ne peuvent vérifier que la présence d’erreurs, et non leur absence.
Buterin a noté que certains logiciels continueront à comporter des bugs, car dans certains cas, les gains fonctionnels importent plus que la perfection. Mais les développeurs qui privilégient la sécurité disposeront des outils pour réaliser un code véritablement sans bugs.