Una factura de hospedaje de minería de Bitcoin combina varias categorías diferenciadas de datos: las máquinas facturadas, la electricidad medida, las tarifas contractuales aplicadas y cualquier crédito, reparación o impuesto añadido durante el período. Los paneles de los pools y los informes de ingresos de minería son evidencia corroborante útil, pero miden una etapa distinta del proceso de minería — el trabajo enviado y la liquidación de la cuenta en el pool — no el consumo eléctrico a nivel de sitio. Una factura no puede validarse comparándola con una única cifra del lado del pool. Debe conciliarse, línea por línea, con registros que cubran la misma lista de máquinas, el mismo límite de medidor y el mismo período de facturación.

Este artículo plantea un enfoque de conciliación en tres capas: registros del sitio y de facturación, registros operativos de los ASIC, y registros del pool y de pagos. Cada capa responde a una pregunta diferente, y las capas deben verificarse en el orden correcto para aislar el origen real de una variación.

Reúna los registros correspondientes a la misma ventana de facturación

Antes de comparar cualquier cifra, reúna los documentos que cubran el mismo período y zona horaria que la factura: el contrato de hospedaje y la propia factura, las lecturas del medidor o los informes de uso de la empresa eléctrica, el inventario de números de serie de los ASIC y el registro de implementación, los avisos de mantenimiento y curtailment (reducción de potencia), y los registros del pool que cubran el hashrate (potencia de cómputo), los ingresos liquidados y los pagos.

Una conciliación realizada entre períodos no coincidentes produce discrepancias que no tienen relación con la exactitud de la facturación. Una factura fechada en una zona horaria comparada con una exportación del pool generada en UTC, por ejemplo, puede desplazar varias horas de actividad hacia el día equivocado. Confirme las marcas de tiempo de inicio y fin del período de facturación indicadas en la factura, incluida la zona horaria, antes de extraer cualquier otra cifra.

Verifique la lista de máquinas y las fechas de energización

Compare el número de máquinas facturadas en la factura, y cualquier modelo o número de serie indicado, con el inventario de ASIC y el registro de implementación. Para cada unidad facturada, verifique su asignación de sitio o circuito y sus fechas de energización, y luego compare esos registros con las condiciones de inicio y fin de facturación del contrato.

Este paso detecta discrepancias comunes antes de que se confundan con un error de medición o de tarifa: una máquina facturada después de haber sido enviada para reparación, una unidad de reemplazo facturada bajo el identificador de la unidad original, o un minero que nunca estuvo energizado durante el período en cuestión. Si se añadieron o retiraron máquinas a mitad del período, revise las disposiciones del contrato sobre fechas de inicio y fin de facturación, compromisos mínimos, tiempo de inactividad y prorrateo. Los cargos de energía medida, las tarifas fijas de hospedaje y las tarifas de reserva de capacidad pueden seguir reglas diferentes. Un retiro o un período sin energía no establece por sí solo que todos los cargos deban reducirse; solicite un ajuste cuando el contrato lo respalde.

Concilie la electricidad medida antes de evaluar los ingresos de minería

Cuando la factura proporciona lecturas acumuladas en bruto del medidor que requieren un multiplicador, calcule el uso de energía como:

Energía medida (kWh) = (Lectura final del medidor − Lectura inicial del medidor) × Multiplicador de medidor aplicable

Ambas lecturas deben provenir del mismo medidor y utilizar el mismo registro y unidades para el período de facturación. Confirme el multiplicador aplicable con la documentación del medidor o de facturación. Si las lecturas ya se han convertido a kWh reales, réstelas directamente sin multiplicar de nuevo. Los medidores comerciales pueden requerir multiplicadores mayores que 1 (Tucson Electric Power). Compare el uso de energía resultante con los kWh facturados para el límite de medidor acordado.

Cuando la factura muestra un cargo de energía simple:

Cargo de energía = kWh facturados × Tarifa de energía contractual

Si el acuerdo también incluye cargos por demanda, cargos por factor de potencia, impuestos, cargos por curtailment (reducción de potencia), o una tarifa fija de hospedaje o por máquina, verifique cada uno de ellos por separado. Para el análisis, puede dividir los cargos totales entre los kWh facturados para calcular un costo efectivo por kWh, siempre que identifique claramente los cargos incluidos. Mantenga esa cifra separada de la tarifa de energía contractual, y no añada un cargo detallado de nuevo si ya está incluido en la tarifa o el total que se está utilizando.

Como verificación de razonabilidad, un operador puede estimar el uso de energía esperado a partir de los registros operativos:

Energía estimada (kWh) = Σ (potencia promedio medida del minero i en kW × horas energizadas del minero i)

Aquí se aplican dos limitaciones. Primero, un medidor de sitio o de circuito normalmente incluye carga más allá de los propios ASIC — ventiladores, bombas, equipos de red, transformadores o infraestructura de enfriamiento por inmersión —, por lo que una estimación basada únicamente en los ASIC generalmente resultará por debajo del total medido. Segundo, esta estimación utiliza lecturas de potencia medidas cuando están disponibles y horas energizadas de los registros operativos; es una verificación de razonabilidad sobre el consumo de energía, no un cálculo de eficiencia en J/TH, y no debe presentarse como tal.

Compare los registros de facturación con el historial operativo de los ASIC

Los registros operativos pueden explicar una variación en kWh o en el número de máquinas una vez que la aritmética en sí ha sido confirmada. Los eventos relevantes incluyen el curtailment planificado (reducción de potencia programada), un corte de la empresa eléctrica o del sitio, un disparo de interruptor o una falla de la fuente de alimentación, un apagado térmico o un problema de firmware, mantenimiento programado o redistribución, y cambios en la configuración de frecuencia o en los sistemas de enfriamiento que afecten la carga auxiliar.

Es útil distinguir el tiempo energizado del tiempo de minería productiva. Un minero puede consumir energía y aparecer en línea mientras envía poco o ningún trabajo aceptado, debido a una falla de hardware, una mala configuración o un problema de conectividad. Un medidor de energía registra la electricidad consumida a lo largo del tiempo; los registros operativos ayudan a explicar los cambios en el consumo de potencia y las horas energizadas. Los registros del pool muestran el trabajo enviado y ayudan a identificar los períodos de minería productiva. Confundir ambos conceptos puede llevar a un operador a suponer incorrectamente que existe un error de medición cuando el problema subyacente es una falla de hardware o de red.

Use los registros del pool para investigar, no para recalcular la factura de electricidad

Los registros del pool ayudan a confirmar si las máquinas estuvieron enviando trabajo de forma activa durante el período facturado, pero miden una magnitud distinta a la de un medidor de energía y deben interpretarse teniendo en cuenta esa diferencia.\n\nLa documentación de ViaBTC señala que su cifra de hashrate en tiempo real se calcula a partir de los 10 minutos anteriores, mientras que su cifra de hashrate diario es un promedio de 24 horas; el promedio mostrado por un minero local puede cubrir un período de referencia completamente distinto (Centro de Ayuda de ViaBTC). Comparar una visualización local de intervalo corto con una factura de un mes completo, o un promedio diario del pool con una lectura instantánea de la máquina, producirá una discrepancia aparente que no tiene nada que ver con la factura en sí.\n\nLas shares rechazadas también merecen revisarse como un diagnóstico, no como prueba de un error de facturación. Una share constituye evidencia de trabajo enviado al pool (Bitcoin Developer Guide: Mining). Una tasa de rechazo fuera del rango habitual de un pool puede indicar latencia de red, temperatura elevada o problemas de firmware, pero por sí sola no establece que una factura de hosting se haya facturado de forma incorrecta.\n\nPor último, es necesario separar la liquidación en la cuenta del pool de un retiro on-chain. Los ingresos de minería pueden acreditarse en una cuenta del pool bajo un determinado método de pago antes de que se solicite o difunda cualquier retiro. Las reglas de pago y los esquemas de comisiones también pueden cambiar entre períodos de facturación; el esquema de comisiones actual de ViaBTC, por ejemplo, enumera condiciones distintas para sus métodos de pago PPS+ y PPLNS, incluyendo diferentes tiempos de liquidación (esquema de comisiones de ViaBTC). Un operador que concilie varios meses de historial de la cuenta del pool debe confirmar qué método de pago y condiciones de comisión se aplicaron en cada período, en lugar de asumir que se mantuvieron constantes durante todo el tiempo.\n\n| Registro | Qué puede ayudar a verificar | Qué no puede demostrar por sí solo |\n|---|---|---|\n| Medidor del sitio o del circuito | Energía facturada dentro del límite de ese medidor | Ganancias del pool o estado de salud de los ASIC |\n| Interfaz local del ASIC | Estado del dispositivo, hashrate reportado, temperatura, fallos y, en algunos casos, consumo de energía | Uso de energía a nivel de sitio o créditos en la cuenta del pool |\n| Panel del pool | Trabajo enviado, actividad de los workers, datos de rechazo e ingresos de la cuenta del pool | El kWh real del sitio o el hashrate instantáneo del ASIC |\n| Transacción on-chain | Una transacción de retiro y su estado de confirmación | Si los ingresos de minería subyacentes se calcularon correctamente |\n\n## Una secuencia práctica para investigar variaciones\n\nCuando una factura no coincide con lo esperado, recorrer las capas en orden ayuda a aislar la causa en lugar de saltar a una única explicación:\n\n1. Confirmar el período de facturación y la zona horaria indicados en la factura.\n2. Confirmar la lista de máquinas y las fechas de energización de cada unidad con respecto al registro de despliegue.\n3. Recalcular el uso medido y la aritmética propia de la factura.\n4. Comprobar cómo trata el contrato los cargos por demanda, los créditos y las tarifas fijas.\n5. Revisar los registros de interrupciones, reducción de carga (curtailment), reparación y mantenimiento correspondientes al período.\n6. Usar los registros del pool para comprobar si las máquinas estuvieron enviando trabajo durante cualquier intervalo en disputa.\n7. Plantear las dudas restantes al proveedor de hosting, citando las lecturas de medidor específicas, los identificadores de máquina y las marcas de tiempo involucradas.\n\n## Un ejemplo resuelto\n\nConsidere un sitio hipotético que aloja 20 ASIC en un único medidor de circuito durante un período de facturación de 30 días. Las lecturas del medidor ya están expresadas en kWh reales, por lo que no se necesita ningún multiplicador adicional. La factura indica una lectura inicial del medidor de 100.000 kWh y una lectura final de 142.000 kWh, lo que da una energía facturada de 42.000 kWh (142.000 − 100.000). A una tarifa contractual de $0,06 por kWh, el cargo por energía es de $2.520 (42.000 × 0,06), aparte de cualquier tarifa fija de hosting que figure en la factura.\n\nSupongamos que el registro de despliegue muestra que dos de las 20 máquinas fueron retiradas el día 15 para su reparación y no se reinstalaron antes de que terminara el período de facturación. Manteniendo todo lo demás igual, esto reduce el consumo de energía esperado para la segunda mitad del mes en comparación con la primera mitad, un patrón que el operador debería ver reflejado en la tendencia del medidor, y no tratarlo como un faltante inexplicado.\n\nPara este contrato hipotético, suponga que se mantiene pagadera una tarifa fija mensual de reserva de capacidad de $400 mientras dos máquinas están fuera para reparación. Una orden de trabajo de reparación aprobada respalda un cargo adicional de $150, y una nota de crédito confirma un ajuste de $100 por un error de facturación anterior. Suponga que en este ejemplo no se aplican otras tarifas ni impuestos.\n\n| Elemento de la factura | Registro de respaldo y cálculo | Monto |\n|---|---|---|\n| Energía medida | 42.000 kWh × $0,06/kWh | $2.520 |\n| Tarifa fija de reserva de capacidad | Tarifa mensual especificada en el contrato | $400 |\n| Cargo por reparación | Orden de trabajo aprobada y registro de reparación | $150 |\n| Ajuste de facturación anterior | Nota de crédito que identifica el cargo corregido | −$100 |\n| Total a pagar | $2.520 + $400 + $150 − $100 | $2.970 |\n\nEl retiro de las máquinas por reparación explica un cambio en el uso de energía, mientras que el contrato determina si la tarifa fija cambia. Verifique que el cargo por reparación coincida con el trabajo aprobado y que el crédito aparezca una sola vez en el total de la factura. Bajo un acuerdo distinto, podrían aplicarse prorrateos o créditos por tiempo de inactividad; verifique esas condiciones antes de solicitar un ajuste.\n\nSupongamos además que el registro de mantenimiento documenta un evento de reducción de carga (curtailment) de cuatro horas durante el período, y que el panel del pool muestra una caída correspondiente en el hashrate estimado por el pool durante esa misma ventana. En este caso, el registro del pool cumple su función adecuada: corrobora que la reducción de carga afectó al trabajo enviado, en lugar de usarse para recalcular la cifra de kWh en sí, la cual sigue rigiéndose por el medidor contractual.\n\n## Preguntas frecuentes\n\n### ¿Puedo validar una factura de hosting usando únicamente mi panel del pool?

No. Un panel de control del pool mide el trabajo enviado, el hashrate estimado por el pool y el ingreso de minería a nivel de cuenta; no mide la electricidad registrada por un medidor de sitio o de circuito. Utilice los registros del pool para investigar períodos específicos de actividad reducida, no para recalcular los kWh facturados.

¿Por qué difiere el hashrate de mi minero local de la cifra reportada por el pool?

Ambos suelen calcularse en diferentes ventanas de tiempo y desde diferentes puntos de observación. Una pantalla local puede promediar un período de funcionamiento distinto al de la estadística diaria o en tiempo real de un pool, y el pool solo observa los shares que realmente se han enviado y aceptado. Una diferencia entre ambos no indica, por sí sola, un problema de facturación.

¿Debo tratar la potencia nominal del minero (nameplate wattage) como mi factura de electricidad esperada?

No. La potencia nominal es una especificación del fabricante, no una lectura medida, y un medidor de sitio normalmente incluye cargas auxiliares como equipos de refrigeración y de red más allá de los propios ASIC. Utilice las lecturas medidas como base para la energía facturada, y use los datos de potencia medidos solo como una verificación de razonabilidad cuando estén disponibles.

¿Qué debo hacer si el número de máquinas en la factura no coincide con mi registro de despliegue?

Identifique los números de serie específicos en cuestión y sus fechas de energización antes de contactar al proveedor de hosting. El despliegue parcial durante el mes, las remociones para reparación y las sustituciones temporales pueden explicar la diferencia. Revise las fechas de facturación del contrato, los compromisos mínimos, las disposiciones por inactividad y los términos de prorrateo para cada cargo afectado. Solicite una corrección cuando los registros y el contrato lo respalden; la ausencia de una máquina no reduce automáticamente una tarifa fija de hosting o de reserva de capacidad.

Referencias

• Centro de Ayuda de ViaBTC, "Why is the Hashrate Shown in the Mining Pool Lower than that of the Mining Machine"
• ViaBTC, Tabla de Tarifas y Pagos
• Bitcoin Developer Guide, "Mining"
• Tucson Electric Power, "Read My Meter"