Mise à jour de l'activation de Nakamoto : les développeurs du noyau expédient la Release Candidate 2 et ajustent la sélection des blocs pour la fourche dure (Hard Fork)
Traduction faite par Deepl pro
Après le succès du hard fork du Nakamoto Testnet la semaine dernière, ils ont mis à jour le réseau de test avec le dernier logiciel stacks-core Release Candidate 2 qui contient les améliorations et les corrections de la semaine dernière. Comme ils continuent à travailler avec les constructeurs, les signataires et d'autres, ils ont décidé d'attendre pour choisir un nouveau bloc cette semaine et prévoient plutôt d'en choisir un la semaine prochaine après avoir hard forké le Primary Stacks Testnet avec cette même rc2.
Nouvelle sélection de bloc hard fork
La décision d'attendre un peu avant de sélectionner un nouveau bloc hard fork pour l'activation de Nakamoto est principalement basée sur les deux raisons suivantes :
- La Release Candidate 2 a été livrée aujourd'hui et les développeurs principaux aimeraient la voir en direct sur le Nakamoto Testnet pendant le week-end avant de forker le Primary Testnet. Bien qu'il n'y ait pas une quantité significative de nouveau code, ils veulent toujours observer une période minimale de stabilité comme ils le feraient avec n'importe quelle nouvelle RC.
- Un certain nombre de constructeurs ont exprimé le désir de travailler avec le testnet plus longtemps et de voir le testnet primaire mis à jour avant que le bloc hardfork du mainnet ne soit choisi.
Sélectionner le bloc hard fork après le hard fork final du Primary Testnet la semaine prochaine permettra également de s'assurer que le bloc choisi est le dernier, et que tous les systèmes sont en marche !
Au vu des nombreux mois de tests - y compris les applications qui ont participé au programme de testnet incitatif exécuté pendant l'étape d'instanciation, le fuzzing et le pen testing en cours par les résidents à temps plein de Stacks, les audits multiples et l'intégration de nouveaux auditeurs - les développeurs du noyau sont confiants dans la version et sont heureux de soutenir les constructeurs, les signataires ou d'autres personnes qui souhaitent continuer à travailler avec le réseau de test. Les constructeurs sont encouragés à nous contacter s'ils souhaitent bénéficier d'une assistance au-delà de la documentation.
Assurez-vous d'être prêt pour le hard fork
- Signers : Assurez-vous que vous utilisez le dernier binaire Signer et que vous avez mis à jour tous les nœuds que vous utilisez. Idéalement, vous aurez déjà stacké pour le cycle #94, mais vous avez jusqu'à la fin du cycle #93 pour participer au prochain cycle. Contactez le point de contact de votre écosystème si vous avez besoin d'aide.
- Miners : Mettez à jour vers la dernière version en suivant votre procédure normale.
- Échanges : Mettez à niveau en suivant votre procédure normale - cette mise à niveau ne nécessite pas de synchronisation à partir de genesis.
- Développeurs (App Builders) : Assurez-vous que votre application est prête à fonctionner avec des blocs rapides et de nombreux blocs entre les blocs Bitcoin!
- Stackers : Aucune action n'est requise. Si vous êtes Stacker, vos fonds resteront Stacker, aucun Restacking n'est nécessaire.
- Utilisateurs/Détenteurs : Aucune action n'est requise, vos fonds resteront en sécurité dans votre portefeuille, aucun transfert ou rachat de jeton n'est nécessaire.
- Tout le monde : Attachez vos ceintures de sécurité pour les blocs rapides.
Source : Stacks - Oct 4, 2024