> ## Content Index
> Fetch the complete content index at: https://fomoera.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# Cory Fields propone trampas para disuadir futuros robos cuánticos de bitcoin
- URL: https://fomoera.com/bitcoin-trampas-cuanticas-cory-fields/
- Published: 2026-11-08T00:40:00.000Z
- Updated: 2026-11-08T00:40:00.000Z
- Description: El desarrollador de Bitcoin Core plantea exigir una garantía a quien mueva fondos antiguos. Una prueba preparada de antemano permitiría reclamar esa garantía, pero la regla también afectaría a dueños legítimos.
- Author: Gerardo Pavez
- Tags: Tecnología y Ciencia, Ciberseguridad

Cory Fields, desarrollador de Bitcoin Core, propuso un experimento para desalentar futuros robos mediante computadoras cuánticas: exigir una garantía a quien intente mover ciertos fondos antiguos. Si un atacante cae en una de sus "trampas cuánticas", el propietario que se haya preparado podría recuperar sus bitcoin y quedarse con la garantía.

Fields, integrante de la Digital Currency Initiative del MIT, presentó las ideas el 4 de noviembre en la lista de desarrollo de Bitcoin. El mecanismo no existe en la red: su ejemplo presupone nuevas reglas y un tipo de salida resistente a ataques cuánticos que tendría que estar disponible antes de que estos fueran posibles.

El problema que intenta anticipar es la exposición de claves públicas. Una computadora cuántica suficientemente capaz podría, en teoría, calcular la clave privada correspondiente y autorizar movimientos ajenos. BitGo señala que no se conoce públicamente una máquina capaz de hacerlo y que la fecha de una capacidad así es incierta.

## La garantía que arriesgaría el atacante

En el escenario descrito por Fields, quien quisiera gastar una salida antigua de Bitcoin tendría que aportar una cantidad equivalente desde una salida resistente a la computación cuántica. El desarrollador usa una salida antigua cuya clave pública ya es visible para ilustrar el riesgo.

Su ejemplo parte de 1 BTC vulnerable. Para moverlo, la persona que inicia la transacción tendría que agregar otro 1 BTC como garantía. Ambos quedarían sujetos a condiciones de gasto: Fields menciona un plazo de 30 días durante el cual se podría presentar una prueba preparada con anterioridad.

La trampa consistiría en que el dueño hubiera dejado oculta, antes de la llegada de esa capacidad cuántica, una prueba de que conocía la clave privada. Si después detectara el intento de robo, podría revelar la prueba y mover los 2 BTC a una clave resistente a ese tipo de ataque.

El plazo es ilustrativo y no significa que los fondos deban quedar inaccesibles durante todo ese tiempo: en el ejemplo, una prueba válida permite reclamarlos antes. Sin ella, el atacante tendría que esperar a que termine el plazo para volver a gastar el resultado.

La idea es cambiar el cálculo de quien intenta robar. Como la prueba permanece oculta hasta utilizarse, el atacante no sabría de antemano qué fondos tienen una trampa y podría perder su propia garantía.

## La misma exigencia alcanzaría al propietario

La regla imaginada por Fields también se aplicaría a quien quiera mover sus propios fondos antiguos: la red no podría distinguir una firma del titular de otra creada con una clave obtenida por un atacante. En el ejemplo, un titular con 1 BTC vulnerable necesitaría otro 1 BTC resistente como garantía para iniciar la operación.

Una prueba previa válida le permitiría reclamar el resultado antes de que venza el plazo. Aun así, reunir la garantía podría ser difícil para alguien cuyos fondos estuvieran concentrados en una salida antigua. La propuesta plantea así un costo de acceso para el propietario junto con la posible penalización para el atacante.

La discusión afecta a una parte considerable de la red. En octubre, CoinDesk informó, con datos de Glassnode, que más de 6 millones de BTC estaban asociados a claves públicas visibles. El recuento mide exposición ante un posible ataque futuro, no monedas robadas ni una vulneración cuántica demostrada.

[Glassnode sitúa en más de 6.26 millones los BTC con claves públicas visiblesGlassnode mide la exposición de claves de Bitcoin. Cambiar de dirección tiene límites ante el riesgo cuántico.![](https://fomoera.com/content/images/icon/FomoEra-favicon-512-b7c65516-84b7-4bfc-8df6-10a99a470e19.png)FomoEraGerardo Pavez![](https://fomoera.com/content/images/thumbnail/fomoera-glassnode-situa-en-mas-de-6-26-millones-los-btc-con-claves-publicas-visibles-812e7493-16x9-v2-1600x900-266f8aaa-abd5-46f7-90b7-039e798c8b48.webp)](https://fomoera.com/bitcoin-claves-publicas-glassnode/)

## Las claves perdidas siguen siendo un problema

Las trampas dependen de que alguien haya podido preparar la prueba antes de que un atacante cuántico obtenga la clave. Fields reconoce que muchas claves de fondos vulnerables se consideran perdidas, por lo que esos saldos podrían quedar sin una trampa de su propietario.

Para esos casos, el desarrollador también esbozó subastas en las que terceros competirían por parte de la garantía de un posible atacante. En una variante, una puja elegible menor que la del atacante podría impedir el robo: las monedas vulnerables se destruirían y el ganador podría reclamar parte de la garantía. El mecanismo no garantiza que el propietario recupere sus fondos.

Fields describió el conjunto como una serie de experimentos mentales y dejó para más adelante los detalles de implementación mediante un cambio compatible de las reglas, o soft fork. También señaló que quedan por decidir aspectos como la proporción de la garantía y el diseño de las subastas.

Antes de que la propuesta pueda convertirse en una opción para la red, sus reglas tendrían que definirse y revisarse. La exigencia de garantía y el tratamiento de los fondos inaccesibles formarían parte de esas decisiones.

*Fuentes:* [1](https://groups.google.com/g/bitcoindev/c/ARMwWdWcz9A?ref=fomoera.com), [2](https://www.bitgo.com/resources/blog/bitcoin-and-quantum-computing-a-guide/?ref=fomoera.com), [3](https://www.coindesk.com/markets/2026/10/08/over-6-million-bitcoin-sit-behind-exposed-public-keys-as-ai-warnings-mount?ref=fomoera.com)