-
La incompatibilidad surgió del fork que impulsó Luke Dashjr en agosto.
-
OCEAN reactivó los pagos por Lightning tras un mes de pausa por BIP-110.
El pool de minería OCEAN anunció este 4 de septiembre que los pagos por Lightning volvieron a funcionar con normalidad, luego de un mes de suspensión provocado por la incompatibilidad técnica que dejó el forkt de BIP-110 a comienzos de agosto.
La compañía aprovechó el anuncio para adelantar que también reducirá su umbral de pago on-chain, de aproximadamente un millón a 500.000 satoshis, con la llegada de una próxima actualización de su sistema TIDES.
Un mes de pausa en un canal de pago no es un detalle operativo menor para un pool que basa buena parte de su propuesta de valor en pagar rápido y sin custodia. La avería llegó por una apuesta ajena al negocio: BIP-110 fue la propuesta que OCEAN decidió respaldar en solitario, y su fracaso terminó afectando directamente el servicio a los mineros que ya usaban Lightning.
La cronología importa. OCEAN fue el único pool que dio soporte técnico a BIP-110, una iniciativa impulsada por Luke Dashjr para restringir datos no monetarios en las transacciones de Bitcoin. Cuando esa cadena minoritaria quedó rezagada frente a la red principal tras concentrar apenas una fracción del hashrate, la infraestructura de pagos del pool quedó atrapada en esa incompatibilidad durante semanas.
Ese desgaste técnico no ocurrió en el vacío. Tres semanas después del fork fallido, Dashjr abandonó la compañía que ayudó a fundar, citando diferencias sobre el rumbo de la minería de Bitcoin. La salida coincide con el costo que dejó su apuesta: un servicio pausado durante un mes justo en el canal que más valoran los mineros pequeños que OCEAN dice priorizar.
El costo de tomar partido en una guerra de consenso
Un pool de minería vive de la confianza operativa de quienes le apuntan su hashrate. Cuando esa confianza se pone en juego por una postura de gobernanza que no logró el respaldo de la red, la factura la termina pagando el servicio, no la idea.
BIP-110 nunca fue una propuesta con consenso amplio entre mineros. Solo OCEAN quiso sostenerla en la práctica, mientras el resto del ecosistema optó por ignorarla y seguir con las reglas vigentes. Ese aislamiento explica por qué la cadena alternativa apenas avanzó un puñado de bloques antes de estancarse.
Sostener una minoría técnica tiene un precio, y ese precio no siempre se paga en reputación abstracta. En este caso se pagó en un producto concreto: los mineros configurados para Lightning tuvieron que esperar un mes a que sus recompensas se procesaran por canales normales o, en su defecto, alcanzaran el umbral para un pago on-chain.
Bajar el umbral no borra el mes perdido
La decisión de reducir el umbral on-chain a 500.000 sats es, en el fondo, una respuesta a mineros pequeños que sintieron el problema de primera mano. Es una corrección razonable, pero también una señal de que la pausa afectó justamente al segmento que Lightning debía servir mejor: quienes minan con menos capacidad y dependen de pagos frecuentes y accesibles.
Nada en el comunicado de OCEAN atribuye la pausa directamente a Dashjr ni a su salida. Pero la secuencia habla por sí sola: apoyo a una propuesta minoritaria, fork fallido, avería técnica de un mes, y salida del cofundador que impulsó esa apuesta, todo en menos de treinta días.
La lección para cualquier pool que decida jugar en el terreno del consenso de Bitcoin es simple. La red no perdona apuestas solitarias, y cuando la infraestructura de pagos depende de mantenerse alineado con la cadena que efectivamente gana el hashrate, alejarse de esa mayoría tiene un costo que tarde o temprano llega a los usuarios.
