Hard fork de Base el 30 de septiembre: Binance congela las transferencias una hora antes de Cobalt

La red Base recibe un hard fork el martes 30 de septiembre de 2026 a las 18:00 UTC. Se llama Cobalt y, para ti como titular, significa sobre todo una cosa: los depósitos y las retiradas a través de Base quedarán detenidos un buen rato esa tarde. Binance anuncia el bloqueo ya desde las 17:00 UTC, es decir, una hora antes del cambio. La negociación sigue en marcha; solo se suspende la transferencia entre el exchange y tu propia cartera. Tus tokens no desaparecen, no se canjean y no aparece ninguna segunda moneda. Si quieres mover algo por Base esa tarde, hazlo antes o espera a la mañana siguiente.

El verdadero escollo está en otra parte: el exchange reanuda las transferencias sin más aviso en cuanto la red funciona con estabilidad. No hay, por tanto, ningún pistoletazo de salida que puedas esperar: tienes que comprobarlo tú mismo. Este artículo ordena lo que ocurre realmente en un hard fork, por qué los exchanges cortan con regularidad el puente en esos momentos y qué significa la fecha para tu saldo, tu plazo de tenencia y tu propio nodo.

Hard fork Cobalt de Base: el calendario para Sepolia y la red principal

Cobalt es el hard fork de Base que sigue a Beryl. Beryl fue la actualización de junio de 2026, que llevó a la cadena el estándar de tokens B20 y el software de nodo Reth V2. Cobalt se apoya en ella y se recortó en dos rondas en septiembre antes de que su alcance quedara fijado.

La activación no es un plan difuso, sino una marca de tiempo fija compilada en el software de nodo. Para la red de pruebas Sepolia (identificador de cadena 84532) el valor inscrito es 1790186400, es decir, el 23 de septiembre de 2026 a las 18:00 UTC. Para la red principal (identificador 8453) es 1790791200, o sea, el 30 de septiembre de 2026 a las 18:00 UTC. Exactamente siete días de diferencia.

Ese orden explica por qué la fecha de la red principal es más sólida de lo que suele ser una fecha anunciada: la red de pruebas ya atravesó el fork el 23 de septiembre, y la ventana de mantenimiento se cerró con limpieza a las 20:00 UTC. Una actualización que ha superado la red de pruebas rara vez se retira a última hora. Es una diferencia frente a redes en las que la fecha de activación se calcula a partir de una votación en curso de los validadores y puede desplazarse en cuanto el apoyo cae por debajo de un umbral.

Qué es un hard fork, y por qué no es una moneda nueva

Un hard fork es un cambio de reglas en una cadena de bloques en el que las nuevas reglas ya no son compatibles con las antiguas. Todo nodo que quiera validar los bloques de la red necesita para ello el nuevo software. Un nodo con una versión antigua tiene los nuevos bloques por inválidos y se queda fuera de la red.

El concepto contrario es el soft fork: allí las reglas solo se estrechan, los nodos antiguos siguen aceptando los nuevos bloques y la red permanece alineada incluso sin una actualización completa. Un soft fork es retrocompatible; un hard fork, no.

De esa incompatibilidad nació el malentendido de que un hard fork produce automáticamente una segunda moneda. Eso solo ocurre cuando una parte apreciable de los participantes continúa deliberadamente con las reglas antiguas: así surgió Bitcoin Cash (BCH) a partir de Bitcoin en 2017. Una escisión de ese tipo presupone dos bandos que quieran ambos seguir adelante, cada uno con apoyo de mineros o validadores y con exchanges que listen la cadena escindida.

De eso no se ve nada en Cobalt. No hay una versión competidora de la red Base, ni un grupo que quiera quedarse en el software antiguo, ni nada que pudieras «reclamar». Es una actualización de mantenimiento pura, del tipo que Ethereum lleva años realizando con regularidad. Quien te ofrezca un «airdrop de fork» con motivo de una actualización planificada, o te pida conectar tu cartera para desbloquear tokens, está intentando estafarte.

El bloqueo de transferencias en Binance empieza una hora antes del fork

Binance ha anunciado que dará soporte a la actualización de Base y fija el bloqueo para el 30 de septiembre a las 17:00 UTC, una hora de antelación sobre el fork de las 18:00 UTC.

Están afectados los depósitos y las retiradas de tokens a través de la red Base. Es una indicación de red, no de token: la misma moneda que no puedes retirar por Base quizá siga pudiendo moverse por Ethereum u otra cadena admitida, con otras comisiones y otra duración. Si tu exchange ofrece varias redes para el mismo token, esa es la salida en esa tarde concreta.

Cuánto durará la pausa no lo promete nadie de antemano. La experiencia de actualizaciones comparables va de alrededor de una hora a varias horas, según con qué rapidez los nodos del exchange sigan la nueva cadena y cuántas confirmaciones espere antes de reabrir.

La negociación continúa, solo los depósitos y las retiradas quedan detenidos

El punto suele quedar sepultado en las noticias sobre actualizaciones de red, aunque es el más importante en la práctica: la negociación en el exchange no se ve afectada por un hard fork de red. Compra, venta y canje transcurren en el libro interno del exchange sin que surja ninguna transacción en la cadena de bloques. Mientras tu saldo esté en el exchange, puedes por tanto seguir operando.

Solo queda detenido el camino hacia fuera y hacia dentro: la retirada a tu propia cartera y el depósito desde ella. Justo esas dos operaciones son transacciones reales en Base, y justo esas las pausa el exchange hasta estar seguro de que sus nodos ven la cadena correcta.

De ahí se sigue una planificación sencilla. Si el martes por la tarde solo quieres observar, el fork no te afecta en absoluto. Si en cambio quieres llevar saldo del exchange a la autocustodia, por ejemplo a una cartera de hardware, entonces la tarde temprana es el momento adecuado, no la noche. Una transacción que arranca a las 16:55 UTC pero solo se confirmaría a las 17:05 UTC puede quedarse colgada en la cola del exchange.

Actualización de red y depósitos: por qué se corta el puente entre exchange y cadena

Un exchange responde de cada abono que anota en la cuenta de sus clientes. Un depósito solo se abona cuando sus propios nodos ven la transacción en un bloque y ese bloque se considera suficientemente asegurado. En los minutos en torno a un hard fork es precisamente esa base la que resulta incierta.

Pueden ocurrir dos cosas. Primero, puede darse una reorganización: la red descarta una secuencia corta de bloques y la sustituye por otra. Una transacción que hace un momento parecía confirmada deja entonces de estar incluida. Si el exchange ya hubiera abonado, al saldo de la cuenta ya no le correspondería ninguna transacción en la cadena. Segundo, un nodo del exchange puede quedarse sin más en el software antiguo: ve entonces una cadena que el resto de la red ya no sigue.

Por eso la pausa no es señal de un problema, sino lo contrario: es la precaución. El mismo patrón lo encuentras en cada actualización de red de cierto calado, sea cual sea la cadena. Lo hemos reconstruido, entre otros, en la BNB Chain y en MultiversX, y en su variante más dura en un hard fork de emergencia de Core DAO, que llegó sin la antelación habitual. La secuencia es siempre la misma: bloqueo poco antes de la fecha, cambio, observación, reanudación silenciosa.

Qué trae Cobalt en lo técnico: ampliaciones de B20 y transacciones condicionales

El alcance de Cobalt abarca cuatro áreas según la documentación técnica de la red. Para los titulares todas son discretas; para desarrolladores y operadores de nodos, no.

• Una serie de añadidos al estándar de tokens B20, introducido con la actualización anterior, Beryl.
• Transacciones condicionales: transacciones que solo pasan a ser válidas cuando el estado de la cadena cumple una condición fijada de antemano. Para ti como usuario eso es de entrada invisible; es una herramienta para aplicaciones que solo deben ejecutarse bajo determinadas condiciones de mercado.
• Un primer paso para desligar las marcas de tiempo del fork del software de nodo. Hasta ahora una fecha de activación como la del 30 de septiembre está compilada en duro: cada actualización futura obliga por ello a actualizar el software. Si ese valor pasa a ser dinámico, las fechas podrán ajustarse sin que cada operador tenga que instalar una versión nueva.
• Un nuevo registro para firmas de probadores TEE, cuya atestación se verifica directamente en la cadena.

Lo que de forma deliberada no figura en esta lista: ningún cambio en saldos, en direcciones o en la validez de los tokens existentes. Un hard fork de este tipo no toca tu cartera. Tu dirección sigue siendo la misma, tu semilla sigue siendo la misma, y no tienes que cambiar nada en tu aplicación.

Saldo en tu propia cartera: qué pasa con tus tokens durante el fork

Si tus tokens están en una cartera autocustodiada en Base, es para ti para quien menos cambia. La cadena sigue funcionando, tu saldo permanece en la misma dirección y las transacciones siguen siendo posibles, salvo posibles interrupciones breves en torno al momento del cambio, cuando algunos nodos y proveedores de RPC aún van por detrás.

Hay pese a todo una salvedad. Tu cartera no suele hablar con un nodo propio, sino a través del punto de acceso RPC de un proveedor. Si ese proveedor se queda en el software antiguo tras el fork, puede que veas un saldo desactualizado o una transacción que no pasa. Es un error de visualización en el camino hacia la cadena, no una pérdida: tus tokens están en la cadena, no en la aplicación. Si ocurre, mirar un explorador de bloques como segunda fuente ayuda antes de repetir nada.

Lo que expresamente no deberías hacer en esa situación: enviar varias veces la misma transacción porque no aparece. En el periodo de mayor caudal posterior a una actualización, una transacción puede quedarse más tiempo en la memoria y ejecutarse después igualmente. Quien reenvía acaba con dos transferencias y dos veces las comisiones pagadas.

Los operadores de nodos necesitan la versión mínima, los demás esperan

Quien opera él mismo un nodo de Base es el único con una tarea real antes de la fecha: el software debe correr sobre una versión que conozca Cobalt. Un nodo con una versión más antigua tendrá por inválidos los bloques posteriores a las 18:00 UTC y quedará después cortado de la cadena válida.

Importante aquí: las versiones mínimas para la red de pruebas y la red principal no son idénticas según la documentación técnica. Quien opere ambas redes debería comprobar los datos por separado y no confiar en que una versión que bastó en Sepolia baste también en la red principal.

Para todos los demás, y esa es la gran mayoría, no hay tarea alguna. No tienes que actualizar nada, confirmar nada ni firmar nada. Justo ahí es donde se enganchan, según enseña la experiencia, los intentos de estafa: falsos «portales de actualización» que exigen una conexión de cartera con motivo de un fork anunciado, supuestamente para hacer migrables tus tokens. Un cambio de red auténtico nunca exige una firma a los usuarios finales. Cómo comprobar a un proveedor antes del primer euro está en la comparativa de exchanges de criptomonedas; Base es a su vez la capa 2 de Ethereum desarrollada por Coinbase, lo que explica su vínculo con Ethereum, y un repaso del ecosistema está en el artículo sobre los tokens en Base.

Fiscalidad y plazo de tenencia: un hard fork no es una venta

La pregunta aparece en cada actualización de red, y para el caso de Cobalt la respuesta es afortunadamente corta: una actualización de protocolo sin escisión de cadena no es una operación de enajenación. No canjeas nada, no recibes nada, tu token sigue siendo el mismo. Con ello tu plazo de tenencia conforme al artículo 23 de la ley alemana del impuesto sobre la renta también sigue corriendo sin interrupción: el plazo de un año, transcurrido el cual una ganancia por la venta de criptoactivos mantenidos a título privado queda exenta en Alemania, no empieza de nuevo.

El caso sería distinto solo ante una escisión real, en la que recibieras un token nuevo además del que ya tenías. El Ministerio Federal de Hacienda alemán se ha pronunciado al respecto en su circular sobre criptoactivos; la calificación de esas adjudicaciones es exigente en cada caso y corresponde a un asesor fiscal. Con Cobalt la cuestión no se plantea, porque no nace ninguna cadena nueva.

Queda pese a todo una indicación práctica. Si el 30 de septiembre retiras tu posición del exchange antes del bloqueo, esa transferencia tampoco es una venta: un traspaso entre dos carteras propias no genera impuesto. La operación debería figurar, eso sí, en tu documentación como transferencia y no como enajenación; de lo contrario un programa te calculará más tarde una ganancia que nunca existió.

El grupo de los hard forks: qué han mostrado Core DAO, MultiversX y la BNB Chain

Esta fecha de Base es el caso más reciente de un patrón que se ha repetido varias veces en 2026, y los casos se distinguen en un solo punto: la antelación.

En la BNB Chain y en MultiversX la fecha estaba fijada con semanas de adelanto, los exchanges anunciaron el bloqueo y el desarrollo fue poco llamativo. En Core DAO el hard fork llegó como medida de emergencia: allí los titulares apenas tuvieron tiempo, y la parada de transferencias pilló a muchos sin aviso. El caso de Base se sitúa en el extremo tranquilo de esa serie: anunciado, probado en la red de pruebas y con un momento fijado al minuto.

La lección trasladable es menos técnica que organizativa. Quien deja su saldo de forma permanente en un exchange depende, en cada una de estas fechas, del calendario de este, y se entera del final del bloqueo solo cuando va a mirar él mismo. Quien custodia por su cuenta no se ve afectado por el bloqueo, pero carga con la responsabilidad de sus datos de acceso. No es una recomendación en un sentido ni en otro, sino la ponderación que está detrás de cada una de estas fechas.

Hard fork de Base: cómo proceder ahora

1. Comprueba hasta el martes por la tarde si necesitas mover algo por Base esa tarde. Si es así, hazlo antes de las 17:00 UTC o pásate a otra red, siempre que tu exchange ofrezca allí también el token. Qué plataformas admiten qué redes lo ves en la comparativa de exchanges de criptomonedas.
2. Decide dónde debe estar tu saldo después de la fecha. A quien le sorprenden con regularidad estos bloqueos mantiene en el exchange más de lo que en realidad querría. La alternativa y su coste están en la comparativa de carteras de hardware.
3. Lleva tus transferencias con limpieza en tu documentación. Una retirada a tu propia cartera no es una venta y no puede aparecer como tal. Las herramientas que separan transferencias y enajenaciones están entre las herramientas fiscales para criptomonedas.

Y si el martes por la tarde no tienes nada previsto: entonces la acción correcta es no hacer nada. El fork transcurre sin ti, tu saldo se queda donde está y el miércoles por la mañana los depósitos y las retiradas estarán con alta probabilidad abiertos desde hace rato.

(28 de septiembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)

Fuentes: anuncio de Binance sobre la actualización de la red Base y resumen técnico de la actualización Cobalt.