Un cambio de dirección de pago en un pool de minería termina cuando el destino previsto está activo y se ha conciliado un pago posterior, no cuando una cartera nueva aparece en la libreta de direcciones. Primero identifica si las recompensas pertenecen a una cuenta del pool o a la dirección utilizada para minar. Después revisa la regla de pago, cualquier retención de seguridad y los requisitos actuales del servicio receptor.
Esta guía es una lista de control para modificar una operación existente. No recomienda un pool, no ofrece recuperación de carteras y no promete pagos sin interrupciones. No se modificó ninguna cuenta de cliente para prepararla. La documentación se consultó el 4 de noviembre de 2026; revisa de nuevo los avisos de tu cuenta al realizar el cambio.
Separa el equipo del destino del pago
Mantén tres registros distintos: el minero físico, su identidad de conexión al pool y el destino de las recompensas. Una ficha como la del Antminer S21 XP identifica el equipo, no la titularidad del saldo de un pool. Sustituir una máquina, cambiar el nombre de un worker o entregar equipos a un operador de hosting no debería convertirse silenciosamente en un cambio del destino de los pagos.
En minería con cuenta, comprueba la cuenta o subcuenta seleccionada antes de editar sus pagos. En minería por dirección, esa dirección puede identificar también el registro de minería. f2pool distingue ambas modalidades en su guía de soporte. No supongas que editar la cartera de una cuenta traslada también un saldo asociado a minería por dirección.
Define el alcance antes de tocar ajustes: cuenta, activo, destino y responsable. Para una flota, identifica expresamente las cuentas que deben permanecer intactas. Así reduces el riesgo de guardar una dirección correcta en la cuenta del cliente equivocado.
| Registro | Qué identificar | Qué no demuestra |
|---|---|---|
| Equipo | Modelo, identificador de inventario y worker | Quién controla las recompensas acumuladas |
| Cuenta de minería | Pool, cuenta o subcuenta y activo | Qué cartera guardada es el destino activo |
| Regla de pago | Destino, red y condición de ejecución | Que el receptor haya acreditado un pago |
| Comprobante | Importe, hora y referencia de liquidación | Que los pagos futuros sigan la misma regla |
Guarda un registro previo que sirva para comparar
Prepara una nota de acceso restringido con el destino actual, saldo pendiente, referencia del último pago y motivo del cambio. Incluye la zona horaria. Una captura sin contexto de cuenta ni fecha resulta difícil de comparar después, especialmente si intervienen operadores de distintos turnos.
Obtén una dirección vigente dentro de la cartera o cuenta receptora prevista. Comprueba por separado el destino completo después de pegarlo. Mantén visibles el activo y la red en la nota; un símbolo conocido no basta. Para la confusión específica de nombres XBT, consulta nuestra guía sobre BTCB2, XBT y redes de depósito, en lugar de aplicar supuestos de Bitcoin a otra cadena.
En un equipo de trabajo, pide a otra persona que compare el receptor previsto con el cambio propuesto. Es una recomendación operativa, no una afirmación de que todos los pools incluyan doble aprobación. Excluye frases semilla, claves privadas, códigos de recuperación y tokens de sesión de tickets, capturas y documentos de entrega. Una solicitud de soporte debe explicar la discrepancia sin entregar el control de la cartera.
Comprueba la regla activa, no solo la cartera guardada
Braiins distingue las carteras guardadas de la regla de pago de una Financial Account. La regla selecciona destino, red y condición de ejecución. Su bloqueo restringe cambios de destino; el desbloqueo requiere una firma de cartera gestionada con soporte. Consulta las preguntas sobre pagos de Braiins.
Tras confirmar un cambio, vuelve a abrir la configuración activa y compárala con la nota aprobada. Verifica que no se hayan alterado por accidente los umbrales, horarios o cuentas ajenos al cambio. Mantén las protecciones de la cuenta: no las retires para terminar antes. Si un bloqueo o una confirmación impide la modificación prevista, detente y sigue el procedimiento documentado del proveedor.
Un contratista que mantiene equipos no necesita automáticamente permiso para redirigir pagos. En un acuerdo de hosting minero, define quién modifica conexiones, quién controla pagos y quién revisa comprobantes. Son responsabilidades diferentes, aunque actualmente las realice una sola persona.
Una retención contradictoria sigue siendo una duda pendiente
Una instrucción fija de «espera un día» sería engañosa en este caso. Durante esta revisión, la página general de f2pool indicaba una pausa de tres días tras cambiar la dirección. Su aviso de ajuste de octubre de 2023 describía una retención más corta y remitía a la hora de reanudación mostrada en los ajustes de cartera. Los documentos públicos se contradicen; esta guía no elige la cifra más conveniente para resolverlo.
Antes de programar una operación que dependa del cobro, registra el aviso de reanudación de la cuenta afectada. Si falta o resulta incoherente, pide al soporte que confirme la regla aplicable y conserva la respuesta. Separa una retención de pagos de una pérdida de conectividad: un cobro demorado, por sí solo, no identifica una avería del equipo.
Evita editar repetidamente la dirección mientras investigas un retraso. Las modificaciones adicionales dificultan reconstruir lo ocurrido. Registra el estado actual, la última acción confirmada y la próxima comprobación, en lugar de experimentar con los ajustes de pago en producción.
Concilia el primer pago posterior al cambio
Un registro de aceptación útil conecta el pago del pool con el lado receptor. Si es un pago en cadena, compara activo, destino, importe y referencia de transacción en la red correspondiente. Para otro método, utiliza su comprobante de liquidación, sin esperar necesariamente un identificador de transacción en cadena.
| Control | Evidencia que conservar | Si falta evidencia |
|---|---|---|
| Regla prevista activa | Identidad de cuenta y configuración activa guardada | Revisa el alcance antes de editar otra vez |
| Retención comprendida | Aviso aplicable y hora de reanudación | Solicita aclaración al pool |
| Pago emitido | Registro del pool y referencia | Comprueba saldo, condición y estado del pago |
| Recepción conciliada | Abono coincidente del receptor | Consulta la referencia con el servicio receptor |
| Cambio cerrado | Revisor, fecha y excepciones pendientes | Mantén el cambio abierto, sin dar el cobro por verificado |
Un depósito pendiente en un exchange no equivale a un saldo acreditado. Del mismo modo, un saldo del pool inferior a su condición de pago no demuestra que haya desaparecido una transacción enviada. Indica la etapa exacta al comunicar un problema. Nuestra guía de hashrate del minero frente al pool trata una medición diferente: el hashrate no demuestra la recepción de un pago.
Cierra el registro sin perder el historial
Conserva el destino anterior como referencia histórica, no como instrucción para reutilizarlo. Guarda juntos la aprobación, el momento efectivo del cambio y el primer cobro conciliado. Si todavía no se ha recibido, deja el estado pendiente de verificación y asigna una próxima revisión. Es más útil que un mensaje genérico de «terminado».
Para dudas de despliegue de equipos, contacta con LeedMiner e indica modelo, asignación del worker y una descripción del problema sin datos sensibles. La custodia de la cartera y la aprobación de pagos deben seguir en manos del titular. Esta lista reduce ambigüedades; no garantiza recuperar fondos enviados a un destino erróneo ni que un proveedor apruebe un cambio concreto.
