ROI ASIC · Academia
De un ASIC canary a una decisión de flota
Un canary es una prueba limitada de una cohorte concreta, no una prueba de toda la flota. Solo avanza con before/after comparables y una decisión GO/HOLD/STOP documentada.
Método de trabajo
- Define modelo, variante, placa, PSU, refrigeración, sitio y estado inicial.
- Elige una unidad representativa y prepara recuperación.
- Congela baseline con las mismas fuentes que usarás después.
- Cambia un factor, observa y decide GO/HOLD/STOP para el siguiente lote limitado.
Analicemos una situación
Situación de aprendizaje, no un resultado comunicado por un cliente.
Imagina una flota hipotética en la que varias máquinas comparten un nombre de familia de productos conocido, pero tienen distintas placas de control o disposiciones de refrigeración. Una prueba satisfactoria en una máquina no elimina esas diferencias. Antes de llamar canary a esa máquina, define el grupo que debe representar y enumera las exclusiones. Mantén la comparación anterior y posterior vinculada a ese grupo, a la compilación exacta y a las condiciones especificadas del lugar de operación.
Si la prueba produce observaciones incompletas del pool, un cambio de hardware sin explicar o la ausencia de una dependencia de recuperación, no conviertas una cifra de potencia favorable en permiso para ampliar el despliegue. Registra HOLD o STOP según las reglas acordadas y explica qué evidencias faltan. Si se cumplen todas las condiciones obligatorias, GO debe identificar el siguiente grupo acotado, no toda la flota. El siguiente grupo sigue necesitando su propia observación y decisión.
Este enfoque distingue de forma útil una instalación que funcionó en un dispositivo de una decisión de despliegue que otros pueden revisar. También impide que una hoja de cálculo bien presentada se convierta, sin indicarlo, en una afirmación sobre hardware o condiciones de funcionamiento que nunca se probaron.
Límites y condiciones de parada
- Un canary no representa otras placas o entornos.
- Una mejora calculada no es valor medido de flota.
- Escalar es una nueva decisión con límite de rollback.
Artefacto reutilizable
| # | Campo | Comprobado | Evidencia / nota |
|---|---|---|---|
| 1 | cohorte / exclusiones | □ | |
| 2 | canary / baseline | □ | |
| 3 | factor modificado / ruta exacta | □ | |
| 4 | accepted work comparable / Dev Fee / ventanas de energía | □ | |
| 5 | tiempo de inactividad / resultado de la prueba de recovery | □ | |
| 6 | suficiencia de evidencia / incertidumbre | □ | |
| 7 | responsable de GO-HOLD-STOP / límite del siguiente lote | □ |
Copia esta estructura al registro del cambio; nunca incluyas contraseñas, claves ni accesos privados.
Términos de esta guía
- Canary
- Prueba inicial deliberadamente acotada que sirve para orientar una decisión de despliegue posterior.
- Cohorte
- Grupo de dispositivos y condiciones definido de forma específica al que debe aplicarse una prueba.
- Condición de aceptación
- Requisito que debe comprobarse antes de permitir una decisión concreta de avance.
Comprueba lo que has entendido
Estas preguntas comprueban la comprensión. No autorizan una instalación ni certifican un resultado.
¿Compartir un nombre de familia de productos define un grupo de prueba suficientemente uniforme?
Mostrar respuesta
No. También importan el hardware pertinente, el estado del firmware, la refrigeración y las condiciones del lugar de operación.
¿Qué debe autorizar GO?
Mostrar respuesta
Solo el siguiente grupo acotado que se haya identificado expresamente, bajo las condiciones de aceptación acordadas.
¿Un resultado de potencia favorable puede sustituir las evidencias de recuperación que faltan?
Mostrar respuesta
No. Una condición de recuperación obligatoria sigue siendo obligatoria.
Fuentes primarias
- BITMAIN — Online Upgrade Tutorial (updated 2026-03-03) Revisado 2026-09-10
- BITMAIN — Product Warranty Revisado 2026-09-10