VNISH Ninja Académie

VNISH Ninja · Académie

Avant de modifier un firmware ASIC : preuves et plan de récupération

Avant le changement, figer un dossier identifiant la machine, les octets prévus et le responsable recovery. Une mauvaise hypothèse devient visible avant modification.

Révisé: Auteur: VNISH Ninja Rédaction de l’AcadémieRévision: Auto-vérification technique

Du matériel exact au travail accepté

  1. Identifier le matériel exact
  2. Résoudre la route du site
  3. Vérifier le fichier
  4. Préparer la récupération
  5. Installer un canary
  6. Relire le travail accepté

Méthode de travail

  1. Identifier modèle, variante, refroidissement et control board en lecture seule.
  2. Capturer version, sécurité, configuration utile et logs ; exclure les secrets.
  3. Noter fichier, version, taille, SHA-256, URL et heure depuis la route VNISH actuelle.
  4. Définir recovery, responsable, dépendances et déclencheur avant le changement.

Limites et conditions d’arrêt

  • Le firmware aftermarket n’est ni fabriqué ni approuvé par BITMAIN ; vérifier garantie et contrat actuels.
  • Ne pas ouvrir la machine uniquement pour identifier la carte si une lecture est possible.
  • Ne pas supposer un rollback universel ou le rétablissement de garantie.

Support réutilisable

#ChampVérifiéPreuve / note
1modèle / sous-modèle / refroidissement□
2plateforme de control board / ID□
3build stock / état de sécurité□
4PSU / limite mesurée / refroidissement□
5configuration expurgée / logs / rapport de diagnostic□
6parcours / journal de l’outil / fichier / octets / SHA-256 / source□
7état du recovery / responsable / méthode□
8fenêtre / déclencheurs STOP□

Copiez cette structure dans le journal du changement ; n’y placez jamais de mots de passe, clés ou accès privés.

Sources primaires