La Bitget Wallet no es el exchange: una de las dos partes de clave necesarias está en el servidor de Bitget

La Bitget Wallet y el exchange de Bitget son dos productos distintos con dos modelos de custodia distintos. El ataque que Bitget reveló el 24 de septiembre de 2026 alcanzó los sistemas del exchange. Quien guarda sus criptoactivos en la Bitget Wallet no quedó afectado de forma automática, porque allí decide el acceso otro mecanismo. Ese mecanismo es justo el punto que la mayoría de los usuarios nunca ha leído: en la variante sin clave de la cartera, una de las tres partes de clave está en un servidor de Bitget, y sin esa parte no se llega a ninguna firma.

Este texto separa ambas cosas. Primero la situación del exchange, después la técnica de la cartera y luego las consecuencias para la custodia, el derecho de supervisión y los impuestos en Alemania.

Bitget Wallet y exchange de Bitget: dos productos, dos modelos de custodia

El nombre común induce a error. El exchange es un lugar de negociación centralizado. Ingresas dinero, los saldos figuran en una base de datos del operador y las claves privadas de las direcciones en las que realmente están las monedas las gestiona la empresa. Esa es la custodia por un tercero, custodial en la jerga. Tienes un derecho frente al exchange, no la disposición inmediata de las monedas.

La cartera funciona de otro modo. Es una aplicación que genera y guarda claves en tu dispositivo, y por eso se llama autocustodia. La página del producto lo presenta como una característica de la cartera y menciona la protección de los saldos mediante cifrado y autocustodia. Además promociona el acceso a tokens en más de 130 blockchains y un fondo de protección de 300 millones de dólares.

Un fondo de protección es, sin embargo, una promesa del proveedor y no una característica de la autocustodia. Con una autocustodia auténtica no necesitas ningún fondo en caso de daño, porque nadie más que tú llega a las claves. Cuanto más peso cobra un fondo en la publicidad, más conviene mirar de cerca quién firma en realidad. A eso llegamos más abajo.

387,5 millones de dólares: el ataque al exchange del 24 de septiembre de 2026

El 24 de septiembre de 2026, Bitget reveló que unos atacantes habían retirado saldos de las carteras calientes y templadas del exchange mediante transferencias no autorizadas, y suspendió provisionalmente los retiros. La suma citada fue creciendo a lo largo de la investigación: los primeros informes hablaban de 351,6 millones de dólares y la versión posterior recoge 387,5 millones de dólares. Ambas cifras provienen de la comunicación en torno al mismo incidente y, mientras no exista una auditoría definitiva, la horquilla es el dato más honesto.

Sobre la causa, Bitget explicó que había detectado actividad maliciosa relacionada con productos de seguridad de terceros, entre ellos una vulnerabilidad hasta entonces desconocida, un llamado día cero. La firma de seguridad SlowMist fecha la actividad sospechosa más antigua el 31 de agosto de 2026. Mandiant describe que los atacantes lograron acceso a dispositivos de seguridad de terceros y desde allí avanzaron hacia el entorno de carteras del exchange. Alrededor de 1,1 millones de dólares se congelaron o recuperaron a través de Circle, Tether y NEAR Intents.

Importante para situarlo: lo afectado fueron las carteras calientes y templadas del exchange, es decir, los sistemas con los que un lugar de negociación tramita los ingresos y retiros corrientes. Son sistemas de empresa. Una clave que está solo en tu propio teléfono no se deposita allí. Los retiros en el exchange volvieron a abrirse por fases desde el 28 de septiembre, y en las semanas siguientes los clientes retiraron saldos en gran medida.

Custodial frente a autocustodia: el control de la clave privada

La clave privada es el número con el que se firma una transferencia desde una dirección de blockchain. Quien la tiene puede disponer. Quien no la tiene no puede, al margen de lo que muestre una aplicación. Por eso la única pregunta que cuenta con cualquier proveedor es: ¿quién puede firmar?

En el exchange la respuesta es clara. La empresa firma y tú das una orden. Eso tiene ventajas, por ejemplo si pierdes una contraseña, y el inconveniente de que un ataque a los sistemas de la empresa puede alcanzar tus saldos. En la cartera, la respuesta en la variante sin clave no es simplemente «tú», sino «tu dispositivo junto con un servidor». Qué formas existen para ello y en qué se diferencian en coste y acceso se separa justo en esa pregunta.

La cartera sin clave: tres partes de clave y una firma 2 de 3

La Bitget Wallet ofrece dos maneras de crear una cuenta. Una es la cartera mnemónica clásica con una secuencia de palabras. La otra es la cartera sin clave, que prescinde de la secuencia de palabras y se apoya en cambio en el cálculo multiparte, abreviado MPC. Así no surge ninguna clave única que quede guardada en algún sitio. Surgen varias partes en su lugar, y varias partes calculan conjuntamente una firma válida sin componer nunca la clave completa.

Bitget describe su propia implementación en el anuncio de la cartera MPC con tres partes. Una está en el dispositivo que usas en ese momento. La segunda está en el servidor de la plataforma. La tercera queda como copia de seguridad en una nube, por ejemplo iCloud o Google Drive, y no participa en la firma. Para firmar se necesitan dos de las tres partes y, según esta descripción, son la parte del dispositivo y la parte del servidor.

Al crearla, según la guía del propio proveedor, eliges primero «Create Wallet» en la aplicación y después «Keyless Wallet». Fijas una contraseña de transacción de seis dígitos que vale exclusivamente para este tipo de cartera, mientras que el acceso a la cuenta en sí pasa por un procedimiento de inicio de sesión como el correo electrónico con código de confirmación. La aplicación pide a continuación la copia de seguridad en la nube y el estado cambia a «Backed Up». Para el caso de que haya que redistribuir partes, la documentación menciona un mecanismo de reparto sin detallarlo.

La parte del servidor de Bitget: la dependencia silenciosa de la cartera sin clave

Aquí está el núcleo del asunto. Si para firmar tienen que juntarse la parte del dispositivo y la parte del servidor, entonces cada transferencia desde una cartera sin clave depende de que el servidor de Bitget participe. Bitget lo precisa expresamente y escribe que la parte guardada en el servidor solo puede participar en el proceso de firma con el consentimiento y la autorización explícitos del usuario. El anuncio contrapone eso al mismo tiempo a la custodia por terceros, en la que la plataforma podría acceder de forma unilateral a los saldos de los usuarios.

Esa es una afirmación distinta de la que muchos lectores extraen. Dice que, según su propia descripción, Bitget no emplea la parte del servidor sin tu autorización. No dice que podrías firmar sin la parte del servidor. Qué ocurre si ese servidor queda inaccesible de forma permanente o una empresa cesa el servicio es algo que el anuncio no desarrolla. En la práctica eso significa que la cartera sin clave te quita la carga de la secuencia de palabras y pone en su lugar una dependencia continua de un servicio.

Técnicamente es un canje asumido y no un defecto. Una secuencia de palabras en papel es el motivo más frecuente de pérdidas definitivas, porque se extravía, se fotografía o desaparece en un incendio doméstico. Un procedimiento que la sustituye resuelve un problema real. Solo que el resultado es entonces una forma mixta entre autocustodia y servicio, y quien se toma al pie de la letra la publicidad de la autocustodia subestima el papel que el proveedor conserva en la cadena.

Cartera mnemónica de 12 o 24 palabras: la segunda variante en la misma aplicación

La alternativa está disponible en la misma aplicación. Una cartera mnemónica genera una secuencia de palabras que constituye la semilla de la clave, y Bitget la ofrece, según su propia documentación, con 12 o con 24 palabras. Elegirla da una cartera cuya clave se restablece solo a partir de esas palabras, en cualquier dispositivo compatible y sin intervención del proveedor.

Con eso se invierte el riesgo. Nadie puede dejarte fuera y nadie tiene que cofirmar. A cambio cargas tú por completo con la custodia, y la documentación señala justo ese punto: la secuencia de palabras puede ser robada u olvidada y debe guardarse de forma segura. Para importes que te dolerían, esa es la variante que merece el término autocustodia sin nota al pie.

Cuál de los dos tipos funciona en una cuenta existente puede consultarse en la aplicación. La distinción no es cosmética: decide si puedes actuar solo cuando llegue el momento.

La copia de seguridad en iCloud y Google Drive no cofirma

La tercera parte, que la aplicación deposita en iCloud o Google Drive, es según la descripción de Bitget una copia de seguridad y no participa en la firma. De ahí se derivan dos cosas. Primero, el acceso a tu cuenta en la nube no basta por sí solo para transferir en tu nombre, porque para eso hacen falta dos partes capaces de firmar. Segundo, esa copia sigue siendo un punto sensible de tu cadena de seguridad, porque existe para que un dispositivo perdido pueda sustituirse.

La cuenta en la que está esa copia merece por tanto el mismo cuidado que el acceso a la cartera misma, es decir, un inicio de sesión de dos factores y una contraseña que no se use en ningún otro sitio. Una cuenta en la nube accesible mediante un correo de recuperación con protección débil anula los buenos procedimientos de la aplicación.

MiCA y la custodia de criptoactivos: la autocustodia queda fuera de la obligación de licencia

El reglamento europeo MiCA regula a los proveedores que custodian criptoactivos para otros o negocian con ellos. Quien en cambio ofrece software con el que los usuarios custodian ellos mismos sus claves no presta custodia en el sentido del reglamento, siempre que el proveedor no pueda disponer de los saldos. Por eso las carteras de autocustodia pura no figuran en los registros de proveedores autorizados, y su ausencia allí no es una carencia, sino una consecuencia de esa delimitación.

Para los usuarios resulta de ello una separación clara de las preguntas que hay que hacerse. En el lugar de negociación la autorización es relevante, porque allí está el dinero y están las monedas de otros. En la cartera la autorización dice menos que la pregunta de quién firma. Una cartera cuyo proveedor es necesario para firmar se acerca en ese único punto de nuevo a un servicio, aunque no se presente como custodio. Lo decisivo es que sepas en cuál de los dos mundos está ahora mismo tu posición.

La cartera de hardware como tercer nivel: claves sin servidor y sin proveedor de aplicación

Si el punto que te molesta de la variante sin clave es la dependencia de un servidor ajeno, el camino lleva a un dispositivo que genera claves fuera de línea y ejecuta él mismo las firmas. Una cartera de hardware guarda la clave privada en un chip que no la entrega. Para firmar, la transferencia sin terminar entra en el dispositivo, allí se confirma y de vuelta sale solo la firma. Ni una aplicación ni un servidor de un proveedor participan en ello.

Ese nivel cuesta dinero y un momento de aprendizaje, y desplaza de nuevo el riesgo, a saber, a la custodia de la secuencia de palabras y a la compra en una fuente de la que te fíes. Para posiciones de largo plazo es la respuesta más sobria a la pregunta del acceso. Las diferencias entre los dispositivos, desde el formato hasta las redes admitidas, están en nuestra comparativa de carteras de hardware.

Una solución intermedia que suele pasarse por alto: no tienes que decidirte por una sola forma. Los importes con los que operas pueden estar en un lugar de negociación o en una cartera de aplicación, mientras la posición que quieres mantener años está en un dispositivo sin conexión a la red. El reparto según la finalidad es la parte del trabajo de seguridad que menos esfuerzo exige y más aporta.

Impuestos y plazo de tenencia: un traspaso a tu propia cartera no es una venta

Quien tras el incidente mueve saldos de un exchange a su propia cartera se pregunta a menudo si eso genera una operación sujeta a tributación. Según la circular del Ministerio de Finanzas alemán sobre cuestiones concretas del tratamiento de los criptoactivos en el impuesto sobre la renta, del 6 de marzo de 2025, que sustituye a la versión de 2022, un traspaso entre carteras del mismo titular no cambia nada en la atribución: no se enajena nada y un plazo de tenencia en curso sigue corriendo. Siguen siendo determinantes el plazo de un año del parágrafo 23 de la ley del impuesto sobre la renta y la atribución según el método primero en entrar, primero en salir.

Lo que aumenta es el trabajo de justificación. Cada traspaso debe quedar después trazable para que se sostenga la atribución de las fechas de adquisición, y la autocustodia no libera del deber de registro. Quien usa varias carteras y lugares de negociación llega pronto al límite de una tabla; qué herramientas reúnen las operaciones lo muestra nuestro panorama de software fiscal cripto y seguimiento de cartera. Para el caso concreto, sobre todo con staking o préstamo de fondo, acudir a un asesor fiscal sigue siendo una información más fiable que cualquier guía.

Queda abierta la reforma anunciada que suprimiría el plazo de tenencia para los criptoactivos adquiridos en el futuro. Hasta ahora es un borrador y no una ley, y no cambia nada en el tratamiento de los traspasos entre carteras propias.

Bitget Wallet: sin la parte del servidor, la variante sin clave no firma

La Bitget Wallet no es el exchange de Bitget, y el ataque de septiembre de 2026 pasó por los sistemas del lugar de negociación. Quien use la cartera no debería estar tranquilo porque no haya pasado nada, sino porque sabe qué variante tiene. En la cartera sin clave cada firma necesita la parte del servidor del proveedor; en la cartera mnemónica, no. De ello depende que puedas actuar solo cuando llegue el momento.

1. Determinar la variante. Mira en la aplicación si tu cuenta se creó como cartera sin clave o con secuencia de palabras, y anota el resultado. Qué diferencia a las carteras de aplicación habituales en este punto está en la comparativa de carteras de software.
2. Repartir la posición según la finalidad. Lo que quieras mantener años pertenece a un dispositivo que firme fuera de línea; la selección para ello está en la comparativa de carteras de hardware.
3. Valorar el lugar de negociación por separado. Para los saldos que tengan que estar en un exchange cuenta la autorización del operador; qué proveedores operan regulados en la UE lo muestra el panorama de los exchanges cripto regulados.

(11 de octubre 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.)