El whitepaper de Bitcoin cumplió 18 años el 31 de octubre, lo que trajo una nueva atención a la propuesta de Satoshi Nakamoto de pagos sin intermediarios de confianza días después de que Binance informara de un robo de 6.300 millones de dólares.
Resumen
- Satoshi publicó el whitepaper de Bitcoin el 31 de octubre de 2008, a través de la lista de correo de criptografía.
- El documento de nueve páginas proponía prevenir el doble gasto sin depender de un banco o una casa de moneda central.
- Binance se ha comprometido a cubrir las pérdidas después de que los atacantes vaciaran miles de millones de sus carteras de criptomonedas.
- Los defensores de la autocustodia y la guía para inversores estadounidenses describen diferentes responsabilidades para salvaguardar las claves privadas.
El anuncio original de Satoshi Nakamoto, conservado en el archivo de la lista de correo, describía un sistema de efectivo electrónico que permitiría a las personas realizar transacciones directamente sin un tercero de confianza. Publicado a las 2:10 p.m. EDT del 31 de octubre de 2008, el correo electrónico enlazaba al documento titulado “Bitcoin: A Peer-to-Peer Electronic Cash System”.
Dieciocho años después, las publicaciones del aniversario han vuelto a esa promesa inicial mientras la industria lidia con otra importante brecha en un exchange.
Bitcoin Archive compartió una imagen del correo electrónico original junto con el mensaje: “18 años de Bitcoin”. Otra publicación de aniversario de Lucky celebraba la participación y verificación sin permisos, describiendo a Bitcoin como un movimiento financiero global.
El whitepaper de Bitcoin proponía un historial de pagos compartido
A lo largo de nueve páginas, el whitepaper abordaba un problema práctico del dinero digital. Un receptor necesitaba una forma de establecer que el emisor no había gastado ya los mismos fondos en otro lugar, sin pedir a una empresa central que verificara cada pago.
Satoshi propuso difundir públicamente las transacciones y utilizar la prueba de trabajo para establecer su orden. Los participantes aceptarían transacciones válidas y construirían sobre la cadena con el mayor trabajo acumulado. Modificar un pago anterior requeriría repetir el trabajo que lo asegura y alcanzar a la red honesta.
La propuesta incluía recompensas para los participantes que aseguraban el sistema, con monedas recién emitidas y comisiones de transacción proporcionando incentivos. Su modelo de seguridad dependía de que los participantes honestos controlaran colectivamente más poder de cómputo que los atacantes que cooperaran.
La privacidad tenía límites dentro de ese registro público. En su sección de privacidad, el documento sugería mantener las claves públicas separadas de las identidades reales y utilizar pares de claves nuevas. Reconocía que los vínculos entre transacciones podían exponer otros pagos pertenecientes al mismo propietario.
La crisis bancaria de 2008 formó el telón de fondo
El documento apareció durante una crisis financiera que ya había derribado a importantes instituciones y provocado una intervención gubernamental extraordinaria.
Según la historia de la Reserva Federal, Lehman Brothers se declaró en bancarrota el 15 de septiembre de 2008. Al día siguiente, el Banco de la Reserva Federal de Nueva York proporcionó apoyo a la aseguradora AIG. A principios de ese año, la Fed de Nueva York había ayudado a financiar la adquisición de Bear Stearns por JPMorgan Chase.
La introducción de Satoshi se centraba específicamente en los costos y las debilidades de depender de instituciones financieras para procesar pagos por internet. Trataba las reversiones de transacciones, la mediación de disputas, el fraude y la dificultad de hacer que los pagos pequeños fueran económicamente prácticos.
El documento ofrecía un mecanismo de pago basado en la verificación criptográfica. No establecía un plan para regular los exchanges ni para garantizar los depósitos de los clientes mantenidos por empresas de criptomonedas.
La brecha de Binance pone el foco en la custodia de los exchanges
Como informó previamente crypto.news, Binance estimó que su brecha de billetera del 29 de octubre afectó $6.3 mil millones en activos. El exchange se comprometió a cubrir las pérdidas a través de su Fondo de Activos Seguros para Usuarios y recursos de la empresa.
En su actualización del 30 de octubre, Binance dijo que había reservado más de $6.34 mil millones, incluidos más de $5 mil millones ya mantenidos en activos de tokens correspondientes. La compañía dijo que estaba comprando el resto a través de canales de mercado y extrabursátiles.
Binance describió retiros no autorizados de su billetera caliente y una investigación sobre múltiples puntos de intrusión. Dijo que los investigadores no habían encontrado evidencia de que las claves privadas de la billetera estuvieran comprometidas.
Las preocupaciones sobre la custodia precedieron a la brecha. En una carta del 22 de octubre, el director de seguridad de Casa, Jameson Lopp, defendió la autocustodia de Bitcoin tras recientes incidentes de billeteras. Argumentó que pasar a ETF o custodia gestionada dejaba a los inversores dependientes de instituciones que salvaguardaran sus tenencias. Casa vende servicios de autocustodia asistida.
La guía de EE. UU. explica quién controla las claves
La oficina de educación al inversor de la SEC describió las responsabilidades de cada acuerdo de custodia en un boletín de diciembre de 2025.
Con la autocustodia, los inversores gestionan sus propias claves privadas y asumen la responsabilidad de proteger el acceso. Perder las claves o sufrir un compromiso de la billetera puede impedir permanentemente el acceso a sus activos.
La custodia de terceros coloca el control de las claves en un exchange u otro proveedor. El boletín advierte que los clientes pueden perder el acceso si ese proveedor es hackeado, cierra o entra en bancarrota.
Su lista de verificación pregunta a los inversores si los custodios tienen seguro, combinan las tenencias de los clientes, prestan los activos depositados o subcontratan el almacenamiento. Recomienda examinar los términos del seguro y preguntar quién puede acceder a las claves.
