PMI manufacturier ISM des États-Unis en avril

Série de développement de smart contracts Rust : Méthodes de mise à niveau des contrats Les smart contracts, en tant que code de programme, peuvent inévitablement présenter des défauts et des domaines nécessitant des améliorations. Même après de nombreux tests et audits, des vulnérabilités peuvent encore exister dans le contrat. Une fois qu'une vulnérabilité est exploitée par un attaquant, cela peut entraîner des pertes d'actifs pour les utilisateurs et d'autres conséquences graves. Par conséquent, la capacité de mise à niveau des contrats est très importante, tant pour corriger les vulnérabilités que pour ajouter de nouvelles fonctionnalités. Cet article présentera plusieurs méthodes de mise à niveau des smart contracts Rust. Méthodes de mise à niveau des contrats NEAR Prenons l'exemple du projet StatusMessage pour introduire les méthodes courantes de mise à jour des contrats NEAR. Exemple de code de contrat StatusMessage: rouille [near_bindgen] [derive(BorshDeserialize,

Initia : Une nouvelle solution pour construire un écosystème Rollup sur toute la chaîne Avec le développement de la technologie blockchain, le nombre de chaînes publiques connaît une croissance explosive. Selon les données, il y a actuellement 53 chaînes publiques L2 en fonctionnement sur le marché, et 42 autres sont en cours de développement. Bien que ces chaînes publiques soient conçues pour répondre à divers scénarios d'application et satisfassent des besoins variés, elles ont également engendré des problèmes de complexité et de fragmentation. Dans ce contexte, le projet modulaire Initia lancé par l'écosystème Cosmos suscite un large intérêt. Initia s'inspire de la philosophie de design d'Apple, transformant les applications blockchain en une forme aussi accessible et intégrable que les applications iPhone, dans le but d'offrir aux utilisateurs une expérience blockchain intuitive et interconnectée. La suite de produits d'Initia comprend un navigateur multi-chaînes, des outils de portefeuille, des ponts inter-chaînes, une plateforme d'applications et un système d'identité, s'efforçant de construire une interface unifiée conviviale.

En avril 2025, le marché des cryptomonnaies est affecté par la fluctuation de l'économie américaine et les tensions commerciales, la capitalisation boursière mondiale des cryptomonnaies remonte à 3,07 billions de dollars. Le prix du Bitcoin augmente de 12,8 %, tandis que l'Ethereum connaît une légère chute de 2 %. L'ambiance générale du marché est prudente, avec un sentiment haussier qui s'intensifie, et il est important de suivre les développements politiques de juin et les avancées liées aux ETF.

Les smart contracts présentent des failles et nécessitent une mise à jour pour corriger les défauts et ajouter de nouvelles fonctionnalités. Ethereum réalise des mises à jour grâce à une architecture de contrats proxy, tandis que NEAR propose la méthode Migrate pour la migration des données de contrat. Les mises à jour de contrat doivent être effectuées avec prudence, et il est conseillé que les droits soient contrôlés par des développeurs ou par le DAO, et de nettoyer les fonctions inutiles après la migration.

Détails de la solution de mise à niveau des smart contracts Rust Les smart contracts sont essentiellement des programmes, et il est inévitable qu'ils présentent des défauts. Même après de nombreux tests et audits, des vulnérabilités peuvent encore apparaître. Une fois exploitées par des attaquants, cela peut entraîner des pertes d'actifs pour les utilisateurs, avec des conséquences graves. Par conséquent, la capacité de mise à jour des contrats est essentielle, principalement pour la correction des vulnérabilités et l'ajout de nouvelles fonctionnalités. Cet article présentera les méthodes courantes de mise à jour des contrats Rust. Plan de mise à niveau des contrats Ethereum Les smart contracts d'Ethereum ont une immutabilité, une fois déployés, ils ne peuvent pas être modifiés. Pour résoudre des vulnérabilités ou ajouter de nouvelles fonctionnalités, la pratique courante consiste à redéployer un nouveau contrat. Cela entraîne un changement d'adresse du contrat, nécessitant de modifier toutes les DApp utilisant ce contrat. De plus, il est nécessaire de migrer les données d'état de l'ancien contrat, ce qui représente un travail considérable et est sujet à des erreurs. Pour cela, on utilise généralement une architecture séparant les données et la logique : les données sont stockées dans un contrat d'état, tandis que toute la logique est implémentée dans un autre contrat logique. Lors de la mise à niveau, il suffit de changer.