Amaru ouvre la forge de blocs sur le mainnet pour le nœud Rust de Cardano
La dernière version bêta de PRAGMA introduit des capacités de production de blocs sur le mainnet, la sélection des transactions depuis le mempool et l’identification logicielle CIP-0203 pour l’implémentation alternative du nœud de Cardano.
By SongMarketCap
Updated:
PRAGMA a annoncé Amaru v10.11.20261105, une version bêta conçue pour activer la forge de blocs sur le mainnet de Cardano en utilisant son implémentation de nœud écrite en Rust. La mise à jour supprime la restriction précédente qui limitait la production de blocs aux réseaux de test et introduit des fonctionnalités destinées à permettre aux opérateurs de pools de staking de produire des blocs sans dépendre du nœud de référence en Haskell.
Cette version fait progresser l’étape Minimum Viable Block Producer d’Amaru, en étendant ses capacités existantes au delà de la synchronisation de la blockchain, de la validation et des opérations de relais.
Amaru étend la production de blocs au mainnet de Cardano
Maintenu par PRAGMA, Amaru est une implémentation indépendante du nœud Cardano écrite en Rust. Il implémente les fonctionnalités de mise en réseau, de validation du registre et de consensus séparément du logiciel de référence en Haskell, offrant une base de code alternative pour opérer au sein du réseau Cardano.
Avant cette mise à jour, Amaru pouvait déjà fonctionner comme relais sur le mainnet, se synchroniser via des instantanés Mithril, valider les blocs entrants et suivre l’état actuel de la blockchain. Ses capacités de production de blocs restaient toutefois limitées aux environnements de test. La nouvelle version supprime cette restriction et ajoute la sélection des transactions depuis le mempool, où les transactions en attente sont conservées avant leur inclusion dans les blocs.
Les transactions sont prises en compte dans l’ordre d’arrivée, celles qui dépassent la taille de bloc autorisée ou les limites d’exécution étant ignorées lors de la construction. La mise à jour introduit également l’identification logicielle CIP-0203, permettant aux blocs de porter des informations sur l’implémentation du nœud responsable de leur production.
Le marquage logiciel est activé par défaut. Les opérateurs peuvent le désactiver via l’option --software-tag-off ou la variable d’environnement AMARU_SOFTWARE_TAG_OFF=true, tandis que la nouvelle commande amaru dev software-tag fournit des outils pour inspecter et décoder les identifiants.
Corrections du registre et améliorations opérationnelles pour les opérateurs de pools de staking
Au delà de la production de blocs, la version inclut des corrections destinées à améliorer la cohérence avec l’implémentation de référence de Cardano. Celles ci portent sur les calculs utilisés pour déterminer l’éligibilité des producteurs de blocs, y compris des cas limites d’arrondi, ainsi que sur des divergences dans la validation des transactions impliquant des retours de collatéral, des témoins, des opérations de gouvernance et l’exécution échouée de scripts Plutus.
Les capacités de supervision ont également été étendues. Des métriques de connexion supplémentaires prennent en charge des outils tels que gLiveView, tandis que les métriques Key Evolving Signature (KES) ont été alignées sur celles exposées par le nœud Haskell. Ces changements offrent aux opérateurs des informations plus cohérentes lors de la surveillance de la connectivité du nœud et de l’infrastructure de production de blocs.
Selon la documentation de la version, Amaru nécessite un processeur x86_64 ou aarch64 avec au moins deux cœurs à 2 GHz, un minimum de 2 GiB de RAM et entre 20 et 300 GiB de stockage. La quantité de stockage dépend de l’historique de la blockchain synchronisé par l’opérateur.
Amaru ne récupère pas automatiquement l’intégralité de l’historique de la chaîne lors du démarrage initial. Un historique supplémentaire peut être synchronisé séparément via amaru mithril sync. Le port par défaut pour les connexions entrantes des pairs est 3001 plutôt que 3000, avec des options de configuration disponibles pour les opérateurs.
[NEWSBREAK]
Déploiement sur le mainnet et identification logicielle
Le Hard Fork Working Group d’Intersect a identifié le 5 novembre comme date cible pour le début de la production de blocs par Amaru sur le mainnet de Cardano. La documentation de publication de PRAGMA décrit les fonctionnalités nécessaires pour cette étape, bien que les informations de version n’identifient pas elles mêmes un bloc spécifique du mainnet produit avec succès par Amaru.
Le logiciel bêta est décrit comme disponible pour Linux sur architectures x86_64 et aarch64, macOS sur aarch64 et Windows. Une image Docker est également indiquée sous ghcr.io/pragma-org/amaru:v10.11.20261105.
Ce changement concerne l’infrastructure des pools de staking plutôt que la manière dont les détenteurs d’ADA interagissent avec le réseau. Les fonctionnalités des portefeuilles, la délégation et la participation au staking restent inchangées quel que soit le choix d’implémentation de nœud par un pool.
CIP-0203 fournit un mécanisme pour identifier le logiciel utilisé pour produire des blocs individuels. Lorsque des blocs générés par Amaru portant ces identifiants apparaissent sur le mainnet de Cardano, leur origine peut être distinguée de celle des blocs produits par l’implémentation de référence en Haskell.