Un nombre de worker útil responde a una pregunta operativa: ¿qué equipo físico representa este registro del pool? Asigna a cada dispositivo un identificador distinto y conserva la relación en un inventario privado. El nombre por sí solo no es un inventario, un número de serie ni una prueba de propiedad.
Esta guía explica cómo diseñar esa relación y mantenerla cuando los equipos cambian de ubicación, se sustituyen o pasan a otro pool. No es un procedimiento para reparar conexiones ni afirma que renombrar aumente los ingresos. El registro y los ejemplos propuestos son plantillas editoriales, no datos de una instalación de cliente.
Worker, cuenta y activo: separa tres identidades
La cuenta identifica el destino dentro de un servicio. El worker distingue la actividad dentro de esa cuenta. El registro del activo identifica el equipo físico que gestionas. Un inventario útil relaciona esas identidades sin tratarlas como equivalentes.
F2Pool presenta los nombres distintos como una forma práctica de asociar cada máquina con su actividad y localizar unidades anómalas o desconectadas. Varios equipos también pueden compartir nombre; por eso, el número de workers no equivale automáticamente al inventario físico. Explicación de workers de F2Pool.
Utiliza como referencia principal una clave interna estable del activo. Guarda modelo, número de serie, ubicación y cuenta del pool en campos separados. Así queda visible cada cambio: mover una unidad a otro rack cambia su ubicación, no su historial. Un chasis de sustitución debe recibir su propio registro en lugar de heredar silenciosamente la identidad del equipo retirado.
Elige una convención antes de copiar ajustes
Prefiere un identificador breve, legible y relacionado explícitamente con el inventario. Por ejemplo, el activo ficticio LM0042 podría utilizar el sufijo lm0042. Ilustra una convención; no es una credencial ni una instrucción para introducir ese nombre en tu pool.
Para tu proceso interno puedes considerar estas opciones:
| Convención propuesta | Motivo para elegirla | Responsabilidad de mantenimiento |
|---|---|---|
Sufijo estable basado en el activo, como lm0042 | El nombre acompaña al registro del equipo | Mantener actualizada la ubicación en el inventario |
Sufijo basado en ubicación, como r03u12 | Ayuda a identificar una posición | Registrar cada traslado y qué unidad ocupó ese lugar |
| Identificador mixto | Incluye clave del activo y una pista de ubicación | Definir qué parte cambia y conservar la relación anterior |
Estos ejemplos no establecen qué caracteres admite un servicio concreto. Antes de adoptar una convención, consulta las reglas actuales del pool y la interfaz del minero. Evita depender de puntuación, longitud o tratamiento de mayúsculas que no hayas comprobado.
En una operación pequeña, un nombre basado en el activo y una columna de ubicación separada suele ser la opción editorial más sencilla. En una instalación mayor, acuerda la convención con quienes localizan y mantienen los equipos. Una abreviatura ingeniosa que solo entiende una persona crea otro problema de identificación.
Comprueba el comportamiento específico del pool
Braiins documenta nombres sensibles a mayúsculas y un patrón concreto de caracteres permitidos. Los nombres ausentes o inválidos pueden atribuirse a su worker automático. Reconectar un nombre eliminado reactiva su configuración anterior. Son comportamientos específicos de Braiins: consulta las reglas antes de reutilizar nombres o suponer que eliminarlos permite empezar de cero. Gestión de workers de Braiins.
Registra el pool y la cuenta junto a la escritura exacta del worker. En el inventario, cuenta A / lm0042 y cuenta B / lm0042 deben ser entradas distinguibles. Evita que un técnico, un responsable administrativo o soporte tengan que adivinar de qué panel procede una captura.
Distingue también el sufijo editable del campo completo de acceso exigido por el servicio. Nuestra guía de conexión a Parasite Pool trata su formato específico. Su ejemplo basado en una dirección no debe pegarse como plantilla en otro pool basado en cuentas.
BITMAIN señala los espacios y las diferencias entre símbolos de ancho completo y medio como posibles errores del nombre. Compara el texto exacto configurado con el valor previsto, no solo su parecido visual. Es una comprobación de configuración, no una razón para restablecer todos los equipos. Diagnóstico de conexión al pool de BITMAIN.
Crea un registro privado útil para un traspaso real
La siguiente propuesta es un registro mínimo editorial, no un formulario obligatorio del fabricante. Puede gestionarse en una hoja controlada o en el sistema de inventario existente. Lo importante es que alguien se responsabilice de actualizarlo y otra persona pueda interpretarlo.
| Campo | Qué debe aclarar |
|---|---|
| Clave interna del activo | Qué registro del equipo permanece estable |
| Modelo y variante | Qué versión física se está identificando |
| Referencia de serie | Dónde se conserva en privado la serie verificada |
| Ubicación actual | Instalación, rack o posición utilizada por operaciones |
| Pool y referencia de cuenta | En qué servicio y cuenta figura el worker |
| Identificador exacto | Escritura realmente configurada y observada |
| Fecha efectiva | Cuándo empezó esa relación, con zona horaria |
| Relación anterior | Qué cambió, sin borrar el registro previo |
| Verificación y responsable | Quién comprobó la relación, cuándo y dónde están las pruebas |
Utiliza referencias a registros privados en lugar de incluir contraseñas, tokens de API o secretos de cartera en una hoja compartida. Limita series y datos de clientes a quienes los necesitan. La etiqueta pública del worker no tiene por qué contener nombre, teléfono o dirección de entrega de un cliente.
El inventario tampoco demuestra que un equipo esté conectado. Incluye una fecha de verificación para distinguir una relación antigua. Mantén separados el vínculo actual y el estado operativo; de otro modo, editar el inventario podría parecer una comprobación de minería correcta aunque nadie haya revisado el dispositivo.
Introduce o renombra workers en un lote controlado
Empieza con una unidad identificada. Conserva su configuración anterior en privado, registra el cambio previsto y sigue las instrucciones correspondientes del equipo y del pool. Evita combinar la limpieza de nombres con una migración de pool, una actualización de firmware y ajustes de rendimiento.
Después del cambio, compara la identidad configurada con actividad reciente en la cuenta prevista. Anota lo observado y la hora. No marques todas las filas como verificadas porque una unidad representativa haya aparecido correctamente. Repite la comprobación para los demás equipos y registra las excepciones individualmente.
Si varias máquinas comparten worker, planifica cómo separar sus identidades antes de modificarlas. Conserva el antiguo registro del grupo como contexto histórico. No atribuyas retrospectivamente su historial agregado a una sola unidad recién nombrada. Para interpretar cifras entre esos periodos, consulta hashrate del minero frente al del pool.
Conserva el historial durante traslados y sustituciones
Cuando un equipo se traslade, actualiza ubicación y fecha efectiva. Si la convención incluye la posición, registra los nombres anterior y nuevo. Cuando se sustituya una unidad, cierra la relación anterior y crea otra para el reemplazo. Reutilizar una posición del rack no debe borrar qué equipo la ocupó antes.
Al cambiar de pool, conserva una relación fechada para cada servicio. Trata la actualización del inventario y la confirmación de actividad como tareas separadas. Si el worker esperado no aparece, detén el despliegue de cambios y utiliza la lista de conexión tras una caída de red para organizar la investigación; renombrar repetidamente no es un diagnóstico.
En un traspaso de equipos alojados, acuerda quién mantiene el inventario y cómo comunica los cambios. Solicita una lista actual y atribuible, en lugar de asumir que acceder a un panel demuestra identidad o propiedad de todas las máquinas. Contacta con LeedMiner para consultar qué información del equipo necesita una solicitud sobre mineros o alojamiento; comparte los registros sensibles en privado.
