ROI ASIC · Académie
D’un ASIC canary à une décision de parc
Un canary est un test limité d’une cohorte nommée, pas une preuve de toute la flotte. Avancer seulement avec before/after comparables et décision GO/HOLD/STOP écrite.
Méthode de travail
- Définir modèle, variante, carte, PSU, refroidissement, site et état initial.
- Choisir une unité représentative et préparer recovery.
- Figer la baseline avec les mêmes sources utilisées après.
- Changer un facteur, observer et décider pour le prochain lot limité.
Examinons une situation
Scénario pédagogique, et non résultat rapporté par un client.
Imaginez un parc hypothétique dans lequel plusieurs machines portent un nom de famille de produits familier, alors que leurs cartes de contrôle ou leurs dispositifs de refroidissement diffèrent. Un essai réussi sur une machine n’efface pas ces différences. Avant de qualifier cette machine de canary, définissez le groupe qu’elle doit représenter et énumérez les exclusions. Rattachez la comparaison avant-après à ce groupe, au build exact et aux conditions déclarées du site.
Si l’essai fournit des observations incomplètes côté pool, un changement matériel inexpliqué ou une dépendance de récupération manquante, ne transformez pas un chiffre de puissance favorable en autorisation d’élargir le déploiement. Consignez HOLD ou STOP selon les règles convenues et expliquez quelles preuves manquent. Si toutes les conditions requises sont remplies, GO doit désigner le prochain groupe délimité, et non l’ensemble du parc. Ce groupe suivant nécessite toujours ses propres observations et sa propre décision.
Cette approche distingue utilement une installation qui a fonctionné sur un appareil d’une décision de déploiement que d’autres peuvent examiner. Elle empêche aussi qu’une feuille de calcul soignée devienne, sans le signaler, une affirmation sur du matériel ou des conditions de fonctionnement qui n’ont jamais été testés.
Limites et conditions d’arrêt
- Un canary ne représente pas d’autres cartes ou environnements.
- Une amélioration calculée n’est pas une valeur de flotte mesurée.
- L’échelle est une nouvelle décision avec limite de rollback.
Support réutilisable
| # | Champ | Vérifié | Preuve / note |
|---|---|---|---|
| 1 | cohorte / exclusions | □ | |
| 2 | canary / baseline | □ | |
| 3 | facteur modifié / parcours exact | □ | |
| 4 | accepted work comparable / Dev Fee / fenêtres d’énergie | □ | |
| 5 | temps d’arrêt / résultat du test de recovery | □ | |
| 6 | suffisance des preuves / incertitude | □ | |
| 7 | responsable GO-HOLD-STOP / limite du prochain lot | □ |
Copiez cette structure dans le journal du changement ; n’y placez jamais de mots de passe, clés ou accès privés.
Termes utilisés dans ce guide
- Canary
- Essai initial volontairement délimité, utilisé pour éclairer une décision de déploiement ultérieure.
- Cohorte
- Groupe d’appareils et de conditions défini précisément auquel un test est destiné à s’appliquer.
- Condition d’acceptation
- Exigence à vérifier avant d’autoriser une décision précise de poursuite.
Vérifiez votre compréhension
Ces questions vérifient la compréhension. Elles n’autorisent pas une installation et ne certifient pas un résultat.
Un nom de famille de produits commun suffit-il à définir un groupe de test suffisamment homogène ?
Afficher la réponse
Non. Le matériel pertinent, l’état du firmware, le refroidissement et les conditions du site comptent également.
Que doit autoriser GO ?
Afficher la réponse
Uniquement le prochain groupe délimité explicitement désigné, selon les conditions d’acceptation convenues.
Un résultat de puissance favorable peut-il remplacer des preuves de récupération manquantes ?
Afficher la réponse
Non. Une condition de récupération requise reste obligatoire.
Sources primaires
- BITMAIN — Online Upgrade Tutorial (updated 2026-03-03) Révisé 2026-09-10
- BITMAIN — Product Warranty Révisé 2026-09-10