Revisión panorámica de la capa de protocolo de bitcoin en 2025

Autor original: Zhixiong Pan (X: @nake13)

El resumen anual de Bitcoin Optech siempre ha sido considerado como un referente técnico dentro del ecosistema de Bitcoin. No se enfoca en la volatilidad del precio, sino que registra el pulso más real del protocolo de Bitcoin y su infraestructura clave.

El informe de 2025 revela una tendencia clara: Bitcoin está experimentando una transición de paradigma, pasando de una “defensa pasiva” a una “evolución proactiva”.

Durante el último año, la comunidad dejó de conformarse solo con reparar vulnerabilidades y comenzó a abordar de manera sistemática amenazas existenciales (como la computación cuántica), explorando agresivamente los límites de la escalabilidad y la programabilidad sin sacrificar la descentralización. Este informe no solo es un memorando para desarrolladores, sino también un índice clave para comprender la naturaleza de los activos de Bitcoin, la seguridad de la red y la lógica de gobernanza en los próximos cinco a diez años.

Conclusiones principales

A lo largo de 2025, la evolución técnica de Bitcoin presenta tres características principales, que son la clave para entender los siguientes 10 eventos destacados:

1. Defensa anticipada: Por primera vez, la hoja de ruta para la defensa contra amenazas cuánticas se vuelve clara y práctica, extendiendo el pensamiento de seguridad desde el “presente” hasta la “era post-cuántica”.
2. Funcionalidad por capas: La alta densidad de debates sobre propuestas de soft fork y la evolución “hot plug” de la Lightning Network muestran que Bitcoin está logrando el objetivo arquitectónico de “base sólida, capa superior flexible” mediante protocolos en capas.
3. Descentralización de la infraestructura: Desde el protocolo de minería (Stratum v2) hasta la validación de nodos (Utreexo/SwiftSync), se han invertido grandes recursos de ingeniería para reducir las barreras de entrada y mejorar la resistencia a la censura, con el objetivo de contrarrestar la tendencia a la centralización en el mundo físico.

El informe anual de Bitcoin Optech abarca cientos de commits de código, debates en grupos de correo y propuestas BIP del último año. Para extraer las verdaderas señales del ruido técnico, he eliminado las actualizaciones de “optimización local” y seleccionado los siguientes 10 eventos con impacto estructural en el ecosistema.

1. Defensa sistemática contra amenazas cuánticas y “hoja de ruta de refuerzo”

[Estado: Investigación y propuestas a largo plazo]

El año 2025 marca un cambio cualitativo en la actitud de la comunidad de Bitcoin frente a la amenaza de la computación cuántica, pasando de la discusión teórica a la preparación de ingeniería. BIP360 obtuvo su número y fue renombrado como P2TSH (Pay to Tapscript Hash). Esto se considera un paso importante en la hoja de ruta de refuerzo cuántico y también sirve de manera más general para ciertos casos de uso de Taproot (por ejemplo, estructuras de compromiso que no requieren una clave interna).

Al mismo tiempo, la comunidad profundizó en esquemas de firmas resistentes a la computación cuántica, incluyendo la introducción futura de capacidades de script (como la reintroducción de OP_CAT o la adición de nuevos opcodes de verificación de firmas), la construcción de firmas Winternitz con OP_CAT, el debate sobre la verificación STARK como capacidad nativa de script y la optimización de los costos en cadena de esquemas de firmas hash (como SLH-DSA / SPHINCS+).

Este tema ocupa el primer lugar porque toca los cimientos matemáticos de Bitcoin. Si la computación cuántica debilita en el futuro la suposición del logaritmo discreto de curva elíptica (amenazando así la seguridad de las firmas ECDSA/Schnorr), se generará una presión de migración sistémica y una estratificación de la seguridad de los outputs históricos. Esto obliga a Bitcoin a preparar rutas de actualización tanto a nivel de protocolo como de billetera. Para los holders a largo plazo, elegir soluciones de custodia con hoja de ruta de actualización y cultura de auditoría de seguridad, así como prestar atención a posibles ventanas de migración futuras, será esencial para la preservación de activos.

2. Explosión de propuestas de soft fork: la base para construir “bóvedas programables”

[Estado: Discusión intensiva / Borrador]

Este año fue de discusiones intensivas sobre propuestas de soft fork, centradas en cómo liberar la capacidad expresiva de los scripts manteniendo el minimalismo. Propuestas contractuales como CTV (BIP119) y CSFS (BIP348), así como tecnologías como LNHANCE y OP_TEMPLATEHASH, buscan introducir “cláusulas restrictivas” más seguras en Bitcoin. Además, OP_CHECKCONTRACTVERIFY (CCV) se convirtió en BIP443, y varias propuestas de opcodes aritméticos y recuperación de scripts esperan consenso.

Estas actualizaciones, aunque parecen técnicas, en realidad añaden nuevas “leyes físicas” a la red de valor global. Prometen hacer que las construcciones nativas de “bóvedas” sean más simples, seguras y estandarizables, permitiendo a los usuarios establecer mecanismos como retiros diferidos y ventanas de cancelación, logrando “auto-custodia programable” a nivel de expresividad del protocolo. Al mismo tiempo, estas capacidades pueden reducir significativamente los costos y la complejidad de interacción de protocolos de segunda capa como Lightning Network y DLC (contratos de logaritmo discreto).

3. Reconstrucción “anti-censura” de la infraestructura minera

[Estado: Implementación experimental / Evolución del protocolo]

La descentralización en la capa de minería determina directamente la resistencia a la censura de Bitcoin. En 2025, Bitcoin Core 30.0 introdujo una interfaz IPC experimental, optimizando significativamente la eficiencia de interacción entre el software de pools/servicios Stratum v2 y la lógica de validación de Bitcoin Core, reduciendo la dependencia del ineficiente JSON-RPC y allanando el camino para la integración de Stratum v2.

Una de las capacidades clave de Stratum v2 es que (al habilitar mecanismos como Job Negotiation) transfiere la selección de transacciones de los pools a los mineros individuales, aumentando la resistencia a la censura. Al mismo tiempo, la aparición de MEVpool intenta resolver el problema de MEV mediante plantillas ciegas y competencia de mercado: idealmente, deberían coexistir varios marketplaces para evitar que un mercado único se convierta en un nuevo punto centralizado. Esto afecta directamente si las transacciones de usuarios comunes pueden ser incluidas de manera justa en situaciones extremas.

4. Actualización del sistema inmunológico: divulgación de vulnerabilidades y fuzzing diferencial

[Estado: Operación de ingeniería continua]

La seguridad de Bitcoin depende de autoevaluaciones antes de ataques reales. En 2025, Optech registró numerosas divulgaciones de vulnerabilidades en Bitcoin Core y en implementaciones de Lightning como LDK/LND/Eclair, abarcando desde fondos bloqueados hasta la desanonimización de la privacidad e incluso riesgos graves de robo. Este año, Bitcoinfuzz utilizó la técnica de “fuzzing diferencial”, comparando cómo diferentes softwares reaccionan ante los mismos datos, identificando más de 35 bugs profundos.

Este tipo de “pruebas de estrés” intensivas son un signo de madurez del ecosistema. Funcionan como una vacuna: aunque exponen problemas a corto plazo, a largo plazo fortalecen significativamente la inmunidad del sistema. Para los usuarios que dependen de herramientas de privacidad o de Lightning Network, esto es una advertencia: ningún software es perfecto, y mantener actualizados los componentes clave es la regla más básica para proteger los fondos.

5. Lightning Network Splicing: “actualización en caliente” de fondos de canal

[Estado: Soporte experimental entre implementaciones]

La Lightning Network alcanzó en 2025 un avance significativo en usabilidad: Splicing (empalme/actualización en caliente de canales). Esta tecnología permite a los usuarios ajustar dinámicamente los fondos (depositar o retirar) sin cerrar el canal, y ya cuenta con soporte experimental en las tres implementaciones principales: LDK, Eclair y Core Lightning. Aunque las especificaciones BOLTs relacionadas aún se están perfeccionando, las pruebas de compatibilidad entre implementaciones han avanzado notablemente.

Splicing es la capacidad clave de “agregar o quitar fondos sin cerrar el canal”. Puede reducir los fallos de pago y la fricción operativa causados por la dificultad de ajustar fondos en los canales. En el futuro, las billeteras podrán reducir significativamente la curva de aprendizaje de la ingeniería de canales, permitiendo que más usuarios utilicen LN como una capa de pagos similar a una “cuenta de saldo”, pieza clave para la adopción masiva de pagos en Bitcoin.

6. Revolución en el costo de validación: nodos completos en “dispositivos comunes”

[Estado: Implementación prototipo (SwiftSync) / Borrador BIP (Utreexo)]

La fortaleza de la descentralización radica en el costo de validación. En 2025, SwiftSync y Utreexo lanzaron un ataque frontal al “umbral de nodo completo”. SwiftSync optimiza la ruta de escritura del set UTXO durante la IBD (descarga inicial de bloques): solo añade un output al chainstate si no ha sido gastado al final de la IBD, y utiliza un archivo de hints de “confianza mínima”, acelerando el proceso de IBD más de 5 veces en la implementación de ejemplo y abriendo espacio para la validación paralela. Utreexo (BIP181-183), por su parte, utiliza un acumulador Merkle forest, permitiendo a los nodos validar transacciones sin almacenar localmente el set completo de UTXO.

El avance de estas dos tecnologías significa que ejecutar un nodo completo en dispositivos con recursos limitados será realmente factible, aumentando el número de validadores independientes en la red.

7. Cluster Mempool: reestructuración de la programación del mercado de comisiones

[Estado: Cerca de lanzamiento (Staging)]

Entre las funciones previstas para Bitcoin Core 31.0, la implementación de Cluster Mempool está casi lista. Introduce estructuras como TxGraph, que abstraen las complejas dependencias de transacciones en problemas de “linealización/ordenamiento de clústeres de transacciones” que pueden resolverse eficientemente, haciendo que la construcción de plantillas de bloques sea más sistemática.

Aunque es una actualización del sistema de programación subyacente, promete mejorar la estabilidad y previsibilidad de la estimación de tarifas. Al eliminar órdenes de empaquetado anómalas causadas por limitaciones algorítmicas, la red de Bitcoin se comportará de manera más racional y fluida en congestión, y las solicitudes de aceleración de transacciones (CPFP/RBF) funcionarán bajo una lógica más predecible.

8. Gobernanza refinada de la capa de propagación P2P

[Estado: Actualización de políticas / Optimización continua]

Ante el aumento de transacciones de baja tarifa en 2025, la red P2P de Bitcoin experimentó un punto de inflexión en su estrategia. Bitcoin Core 29.1 redujo la tarifa mínima de retransmisión por defecto a 0.1 sat/vB. Al mismo tiempo, el protocolo Erlay sigue avanzando para reducir el consumo de ancho de banda de los nodos; además, la comunidad propuso compartir plantillas de bloques y continúa optimizando las estrategias de reconstrucción de bloques compactos para enfrentar un entorno de propagación cada vez más complejo.

Con políticas más coherentes y umbrales predeterminados más bajos para los nodos, la viabilidad de propagar transacciones de baja tarifa en la red debería mejorar. Estas direcciones buscan reducir los requisitos de ancho de banda para operar un nodo, manteniendo la equidad de la red.

9. OP_RETURN y el debate sobre la “tragedia de los comunes” del espacio en bloque

[Estado: Cambio de política de Mempool (Core 30.0)]

Core 30.0 flexibilizó las restricciones de política sobre OP_RETURN (permitiendo más outputs y eliminando algunos límites de tamaño), lo que en 2025 provocó un intenso debate filosófico sobre los usos de Bitcoin. Cabe señalar que esto pertenece a la Mempool Policy de Bitcoin Core (política de retransmisión/estándar por defecto), no a las reglas de consenso; sin embargo, afecta significativamente la facilidad con la que las transacciones se propagan y son vistas por los mineros, impactando realmente la competencia por el espacio en bloque.

Los partidarios creen que esto corrige distorsiones de incentivos, mientras que los opositores temen que se perciba como un respaldo al “almacenamiento de datos en cadena”. Este debate nos recuerda que el espacio en bloque, como recurso escaso, está sujeto a una negociación continua de intereses, incluso en el nivel no consensual.

10. Bitcoin Kernel: reestructuración “modular” del código central

[Estado: Reestructuración arquitectónica / Publicación de API]

En 2025, Bitcoin Core dio un paso clave hacia la desacoplamiento arquitectónico: la introducción de la API C de Bitcoin Kernel. Esto marca la separación de la “lógica de validación de consenso” del programa de nodo principal, convirtiéndola en un componente estándar independiente y reutilizable. Actualmente, este kernel ya permite que proyectos externos reutilicen la lógica de validación de bloques y estado de la cadena.

La “kernelización” traerá beneficios estructurales de seguridad al ecosistema. Permite que los backends de billeteras, indexadores y herramientas de análisis llamen directamente a la lógica de validación oficial, evitando los riesgos de diferencias de consenso por reinventar la rueda. Es como proporcionar un “motor original estandarizado” para el ecosistema de Bitcoin, sobre el cual las aplicaciones serán más robustas.

Apéndice: Glosario (Mini-Glossary)

Para facilitar la lectura, a continuación se presentan breves definiciones de los términos clave mencionados:

• UTXO (Unspent Transaction Output): Salida de transacción no gastada, unidad básica del estado del libro mayor de Bitcoin, que registra quién posee cuántas monedas.
• IBD (Initial Block Download): Descarga inicial de bloques, proceso por el cual un nuevo nodo sincroniza datos históricos al unirse a la red.
• CPFP / RBF: Dos mecanismos para acelerar transacciones. CPFP (Child Pays For Parent) utiliza una nueva transacción para impulsar una anterior; RBF (Replace By Fee) reemplaza una transacción de baja tarifa por una de tarifa más alta.
• Mempool: Pool de memoria donde los nodos almacenan transacciones “ya difundidas pero aún no incluidas en un bloque”.
• BOLTs: Conjunto de especificaciones técnicas de Lightning Network (Basis of Lightning Technology).
• MEV (Maximal Extractable Value): Valor máximo extraíble, ganancias adicionales que los mineros pueden obtener reordenando o censurando transacciones.

Enlace al artículo original