El escándalo en torno a OCEAN y BIP-110: lo que nos enseña la historia del hashrate de otra persona en la cadena de la bifurcación

En resumen: a principios de agosto de 2026, algunos de los mineros conectados al grupo OCEAN descubrieron que su equipo estaba extrayendo bloques en la cadena de la bifurcación suave BIP-110 durante aproximadamente 18 horas, aunque los propios mineros no soportaron esta bifurcación suave. OCEAN ha reconocido el problema públicamente. La razón es que la plantilla Stratum predeterminada del grupo señalaba "para" BIP-110, y algunos de los mineros que eligieron plantillas alternativas sin señal terminaron atados a la cadena de la bifurcación. La historia plantea preguntas que van mucho más allá de un solo grupo: cuánto control tiene un minero sobre lo que indica su hashrate y qué buscar al elegir un grupo para evitar terminar en una situación similar.

POOL BTC examina este caso no para juzgar un grupo en particular, sino para extraer una lección práctica de él para aquellos que eligen dónde asignar su hashrate. Sólo contamos lo que confirma la propia OCEAN y fuentes independientes, sin especular sobre los motivos y sin evaluar culpabilidades.

Dos ramas divergentes de la cadena de bloques
La cadena de bifurcación BIP-110 emitió solo dos bloques y se detuvo mientras la cadena principal avanzaba más de 200 bloques

Qué pasó: cronología fáctica

La bifurcación suave BIP-110 entró en la ventana de señalización obligatoria en el bloque 961632. En este punto, contaba con el respaldo de aproximadamente el 2,6 % del hashrate de la red con el umbral requerido del 55 %. Tal brecha es suficiente para que la bifurcación no tuviera oportunidad de activarse, pero la propia mecánica de señalización condujo al surgimiento de una cadena de bifurcación separada: los bloques que no recibieron la señal requerida según las reglas BIP-110 fueron a una rama, el resto a otra.

La cadena de bifurcación logró producir solo dos bloques, 961,632 y 961,633, y se detuvo allí. La cadena principal, por su parte, avanzó más de 200 bloques, es decir, la gran mayoría de la red siguió operando como si la cadena fork no existiera.

El segundo bloque de la cadena fork, 961.634, fue minado por el grupo Simple Mining a través del protocolo DATUM del Ocean pool. Un detalle indicativo: Simple Mining estaba minando a través de DATUM sin la señal BIP-110, aunque el propio Ocean pool señaló "para" este soft fork por defecto. Esto lo confirma la fuente de CoinDesk: Bitcoin Miner rechaza BIP-110 a pesar de minar a través de un pool que admitía Es.

El punto principal de la historia está en otra parte. OCEAN admitió que durante aproximadamente 18 horas, una parte de los mineros que eligieron plantillas Stratum que no eran BIP-110 y técnicamente se negaron a indicar la bifurcación todavía estaban extrayendo bloques en la cadena de la bifurcación sin su consentimiento. Según BeInCrypto, la comunidad exigió entonces la dimisión de la dirección del pool y Adam Back calificó públicamente el incidente de inaceptable. El grupo Roughnecks, que extraía ambos bloques de la cadena de bifurcación, abandonó su apoyo adicional el 9 de agosto, tras lo cual el hashrate de OCEAN cayó bruscamente. Fuente: Los mineros de Bitcoin exigen que el liderazgo oceánico dispare sobre BIP-110.

Por qué es esto técnicamente posible

La esencia del problema no es el hecho mismo de la existencia de varias plantillas Stratum, sino dónde el hashrate del minero se dirige físicamente en el momento en que el grupo o protocolo cambia o enruta tareas. El minero solo ve la plantilla que se le envió en ese momento y, por lo general, no tiene una manera fácil de verificar en tiempo real a qué cadena irá finalmente el bloque encontrado si el enrutamiento interno del grupo no se comporta como se esperaba.

En el caso de OCEAN, la situación se complicó por el hecho de que el grupo ofreció a los mineros una opción: señal para BIP-110 a través de la plantilla predeterminada o elegir una plantilla Stratum alternativa sin dicha señal. Se suponía que el hecho mismo de la elección protegería a los mineros disidentes de participar en la bifurcación. Según el grupo, en la práctica esto no protegió a todos: parte del hashrate que nominalmente eligió la ruta no BIP-110 terminó en la cadena de bifurcación durante aproximadamente 18 horas.

Aquí hay una conclusión más general que no depende de los detalles de un incidente específico. La presencia de una opción de selección en la interfaz del grupo no garantiza que la selección se aplique técnicamente en todos los niveles de enrutamiento del tráfico. La diferencia entre "un grupo ofrece una opción" y "un grupo técnicamente garantiza el aislamiento de subprocesos" puede no ser perceptible desde el exterior hasta que ocurre una falla.

El papel del protocolo DATUM en esta historia

Se presta especial atención al hecho de que el bloque 961 634 de la cadena de bifurcación fue minado por el equipo de Simple Mining a través del protocolo DATUM del grupo Ocean, sin la señal BIP-110, a pesar de que el propio grupo señaló "para" de forma predeterminada. Esto significa que los mineros que usaban DATUM tenían la capacidad técnica de configurar de forma independiente la plantilla de bloque y su señalización por separado de la política de grupo predeterminada.

DATUM en este sentido está cerca en espíritu de la idea de construcción de bloques descentralizada, sobre la cual POOL BTC escribió en detalle en el análisis de Stratum V2 y la Declaración de Trabajo en la sección comparaciones de grupo: cuanto más permanece en el Del lado del minero, y no delegado completamente al grupo, menos depende el minero de la configuración predeterminada del grupo en situaciones controvertidas como la activación de una bifurcación suave.

Pero ni siquiera esta opción de personalización salvó por completo. El incidente con la vinculación de algunos mineros disidentes a la cadena de horquilla durante 18 horas se produjo en paralelo con el hecho de que parte de la comunidad, en principio, tenía la capacidad técnica de elegir. Un protocolo avanzado reduce el riesgo, pero no lo elimina por completo si el enrutamiento del tráfico dentro del grupo no es lo suficientemente transparente.

Panel de configuración Conexiones de estrato
La presencia de una selección de plantilla de Stratum en la interfaz del grupo no equivale a una garantía de que la selección se ejecute técnicamente en todos los niveles de enrutamiento

Qué significa esto para elegir una piscina: preguntas antes de conectar

La historia con OCEAN y BIP-110 no es motivo para sacar una conclusión sobre el fallo de una piscina en particular. Esta es una razón para formular una lista de preguntas que se deben hacer a cualquier grupo antes de enviar hashrate allí, especialmente durante períodos de actualizaciones de protocolo controvertidas, como la activación de bifurcaciones suaves.

Vale la pena comprender qué plantillas de Stratum están disponibles y en qué se diferencian de forma predeterminada: si el grupo ofrece varias opciones de conexión, averigüe de antemano qué señalización se incluye en la plantilla predeterminada y qué se debe cambiar en la configuración para obtener otra. Por separado, verifique si el grupo garantiza el aislamiento técnico de los flujos de mineros con diferentes configuraciones, porque no solo existe la elección en la interfaz, sino que es importante comprender si el tráfico de los mineros con diferentes patrones en realidad se enruta por separado en el nivel de infraestructura del grupo. Es útil saber si el grupo admite protocolos como DATUM o Stratum V2 con declaración de trabajo, ya que cuanto más control puede tener un minero sobre el contenido y la señalización de un bloque, menos dependiente será de las decisiones predeterminadas del grupo.

También vale la pena observar cómo el grupo comunica con anticipación las actualizaciones de protocolos controvertidas. El anuncio público y temprano de la posición del pool en una bifurcación suave en particular y cómo afectará a las diferentes categorías de mineros reduce el riesgo de sorpresas en el momento de la activación. Y finalmente, tiene sentido comprobar cómo reacciona el pool después del incidente: el reconocimiento del problema, una explicación pública de los motivos y una corrección técnica hablan de la voluntad del pool de rendir cuentas ante la comunidad mucho más que el silencio o el lenguaje vago.

Se debe tener en cuenta un conjunto similar de criterios al elegir un esquema de pago, sobre el cual POOL BTC escribió en una guía completa sobre esquemas de pago para minería pools de PPS a PPS TIDES: cuanto más transparente explique el pool su propia mecánica, menos sorpresas le aguardarán al minero más adelante.

¿Qué debería hacer un minero ahora?

Si el tema de las actualizaciones de protocolos y el enrutamiento del tráfico no es abstracto para usted, pero es importante en la práctica, esto es a qué debe prestar atención.

Verifique las plantillas actuales de Stratum y la configuración de señalización del grupo antes de conectarse, especialmente durante los períodos de discusiones activas sobre bifurcaciones suaves en la comunidad. Dé preferencia a los grupos que explican públicamente con antelación su posición sobre los cambios de protocolo controvertidos, en lugar de enterarse por usted después del incidente. Considere protocolos con control avanzado del lado minero, como DATUM o Stratum V2 con declaración de trabajo, como una forma de reducir la dependencia de la configuración predeterminada del grupo. Supervise las señales de reputación de la comunidad: las demandas públicas de la comunidad o los comentarios de figuras prominentes de la industria a menudo aparecen más rápido que las autopsias oficiales del grupo.

Si distribuye el hashrate entre varios grupos, el incidente de OCEAN es otra razón para comparar sus enfoques sobre la transparencia del enrutamiento del tráfico, y no solo la comisión. Es conveniente ver una comparación de pools basada en parámetros clave en la sección comparación de pools POOL BTC. Para aquellos que quieran estimar de antemano cómo un cambio en el pool o su política afectará los ingresos, es útil tener a mano una calculadora de rentabilidad minera, y para que los titulares de tarjetas retiren recompensas, será útil una revisión de las tarjetas criptográficas en la sección POOL BTC.

Preguntas frecuentes

¿Este incidente significa que OCEAN actuó maliciosamente?

No, las fuentes disponibles no hacen tal afirmación. OCEAN ha reconocido públicamente el problema, y ​​figuras de la comunidad y la industria como Adam Back han calificado el incidente de inaceptable, pero se trata de las consecuencias del incidente, no de una intención demostrada. POOL BTC solo relata hechos confirmados y no saca conclusiones sobre razones más allá de lo que dijeron las propias fuentes.

¿Qué pasó al final con la cadena de bifurcación BIP-110?

La cadena de bifurcación solo produjo dos bloques, 961,632 y 961,633, y se detuvo mientras que la cadena principal estaba por delante por más de 200 bloques. Con el soporte de solo alrededor del 2,6% del hashrate frente al 55% requerido, la bifurcación inicialmente no tenía posibilidades de obtener activación.

¿Cómo puedo entender que mi hashrate no terminará en una situación similar en otro grupo?

No existe una prueba universal directa, sino verificar las plantillas de Stratum disponibles, preguntar directamente al soporte del grupo sobre el aislamiento técnico del tráfico y preferir protocolos con control extendido por parte del minero, como como DATUM o Stratum V2, reducen la probabilidad de que ocurra tal escenario.

Descargo de responsabilidad

El material tiene fines informativos únicamente y se basa en datos publicados por CoinDesk y BeInCrypto al 10 de agosto de 2026. POOL BTC es un sitio independiente de comparación de servicios, calculadoras y pools y no está afiliado a OCEAN Pool. La situación en torno al incidente puede evolucionar, por lo que recomendamos consultar las declaraciones oficiales actuales de OCEAN y fuentes independientes antes de tomar decisiones.