Bitcoin Core v31 llega a testnet con Cluster Mempool y transmisión por Tor: Cambios técnicos y de privacidad
Bitcoin Core v31.0rc4 se lanzó en testnet el 11 de abril de 2026, trayendo consigo el cambio arquitectónico más importante en la gestión de transacciones de Bitcoin en años recientes. Esta versión candidata, sucesora de la v30.2, introduce el concepto de cluster mempool, que agrupa transacciones no confirmadas en conjuntos limitados de hasta 64 transacciones o 101 kilobytes, reemplazando la estructura basada en límites topológicos utilizada desde los inicios de la red. Además, la v31 añade la opción de que los nodos transmitan transacciones exclusivamente a través de Tor o I2P, asegurando que la dirección IP del usuario no quede expuesta en la red pública al enviar una transacción.
Estos cambios son de fondo. Cluster mempool impacta directamente la forma en que los mineros construyen los bloques, cómo las carteras estiman las comisiones, y cómo se priorizan paquetes complejos de transacciones (como pagos agrupados o cierres de canales Lightning). La transmisión solo por Tor ayuda a cerrar brechas de privacidad que empresas de análisis de cadenas han aprovechado durante años. A continuación, se describe cada cambio y su relevancia para operadores de nodos, mineros y usuarios que envían transacciones.
¿Qué cambia realmente el Cluster Mempool?
El mempool es el espacio donde las transacciones no confirmadas esperan para ser incluidas en un bloque por un minero. Durante más de una década, Bitcoin Core ha gestionado este pool utilizando límites de ancestros y descendientes, restringiendo cuántas transacciones relacionadas pueden encadenarse. El límite actual permite un máximo de 25 ancestros o 25 descendientes por transacción, evaluando cada relación de forma individual.
Este enfoque puede dejar puntos ciegos. Por ejemplo, si una transacción padre tiene 10 hijos y cada uno con su propia comisión, el nodo debe evaluar cada relación por separado para determinar la combinación que generaría más comisiones en un bloque. Este proceso es costoso en recursos y, en la práctica, Bitcoin Core ha recurrido a aproximaciones que a veces resultan en menores ingresos para mineros y estimaciones de comisiones menos precisas para los usuarios.
Cluster mempool reemplaza este método agrupando transacciones relacionadas en clusters. Cada cluster tiene un tope de 64 transacciones y 101 kilobytes por defecto. Dentro del cluster, las transacciones se ordenan por comisión, permitiendo que las combinaciones con mayores comisiones destaquen, sin necesidad de cálculos complejos por cada relación.
Para los mineros, esto significa plantillas de bloque más precisas. Al solicitar getblocktemplate a un nodo con v31, la respuesta refleja una mejor optimización de las transacciones que maximicen los ingresos. Para los usuarios, la estimación de comisiones es más realista, ya que el nodo prioriza según la competencia real entre transacciones.
Relevancia para paquetes de transacciones
Si alguna vez has usado una transacción CPFP (child-pays-for-parent) para acelerar un pago atascado, habrás enfrentado las limitaciones que resuelve cluster mempool. Bajo el sistema antiguo, incrementar la comisión requería verificar si añadir un hijo de comisión alta superaba el límite de 25 transacciones ancestro. En cadenas largas, la operación podía ser rechazada.
Cluster mempool evalúa el cluster completo como una unidad. Una transacción padre de baja comisión y un hijo de alta comisión se agrupan, y la posición se determina por la comisión combinada. Esto es crítico en cierres de canales de Lightning Network, que suelen generar paquetes múltiples que requieren confirmación conjunta.
También beneficia los retiros agrupados de exchanges. Si un exchange envía una transacción a 200 destinatarios y algunos gastan rápidamente sus salidas, la cadena resultante antes podía exceder los límites. Ahora, el grupo permanece organizado dentro de los límites del cluster (64 transacciones/101 KB), y el nodo gestiona la ordenación interna sin restricciones topológicas para las carteras.
Transmisión solo por Tor y el refuerzo de privacidad
Al transmitir una transacción desde un nodo estándar, la dirección IP queda asociada al primer relay. Empresas de análisis de blockchain operan miles de nodos para capturar este momento; si detectan que tu IP transmite antes que cualquier otro nodo, pueden vincular probabilísticamente esa IP con la transacción y, por extensión, con tus direcciones.
Aunque Bitcoin Core soporta conexiones por Tor e I2P desde hace años, hasta la v31 no era posible limitar la transmisión solo a redes anónimas. El nodo podía conectar tanto a pares Tor como a clearnet, y el primer relay podía salir por cualquiera. Las nuevas opciones -onlynet=onion y -onlynet=i2p permiten forzar todas las transmisiones de transacciones por Tor o I2P exclusivamente, evitando que cualquier peer público vea el relay original.
Esto no oculta las transacciones (que siguen siendo públicas en la blockchain), sino que rompe el vínculo entre la identidad de red (IP) y la actividad de transacciones. Para usuarios en jurisdicciones con vigilancia financiera o que valoran la privacidad financiera, es una mejora significativa a nivel de protocolo, sin requerir configuraciones externas como VPN o proxies.
Cabe destacar el momento del cambio: la presencia de nodos de monitoreo ha crecido considerablemente en América del Norte y Europa en los últimos años. Antes, era necesario usar un proxy Tor externo y rezar para que no se filtrara una conexión pública. La v31 simplifica todo esto a una sola bandera en bitcoin.conf, elevando el estándar mínimo de privacidad para los operadores promedio.
Aspectos clave para operadores de nodos
Al migrar a v31 tras su lanzamiento oficial (previsto para la segunda mitad de 2026), se deberán revisar los nuevos valores por defecto. El cluster mempool es opcional en testnet pero se espera como predeterminado en producción. Los operadores que hayan personalizado límites de ancestros o descendientes en bitcoin.conf deberán revisar estas configuraciones, ya que el nuevo sistema las reemplaza por completo.
El uso de memoria también cambiará. Antes, el mempool rastreaba relaciones individuales en un grafo; ahora, gestiona listas ordenadas dentro de cada cluster, lo que implica mayor uso de memoria a cambio de consultas más rápidas. Para nodos en hardware limitado (como Raspberry Pi), la fase de testnet es ideal para evaluar la adecuación a sus recursos.
La interfaz RPC también se actualiza. Comandos como getmempoolinfo y getrawmempool retornarán datos conscientes de clusters. El software de pools de minería conectado al RPC de Bitcoin Core deberá actualizarse para aprovechar la nueva lógica de bloques. Los pools que no actualicen no tendrán errores, pero podrían obtener menores ingresos por comisiones respecto a los pools optimizados para v31.
Comparativa de v31 con versiones anteriores
Las versiones principales de Bitcoin Core no siguen un calendario fijo y cada una suele enfocarse en una capa distinta. A continuación, una comparación con las tres versiones anteriores:
|
Versión
|
Cambio clave
|
Área de impacto
|
|
v28 (2024)
|
Mejoras en relé de bloques compactos
|
Velocidad de propagación de red
|
|
v29 (2025)
|
Expansión de Miniscript para descriptores
|
Flexibilidad de cartera
|
|
v30 (2025)
|
Relé de paquetes (limitado)
|
Gestión de paquetes de transacción
|
|
v31 (2026)
|
Cluster mempool + transmisión solo por Tor
|
Arquitectura de mempool + privacidad
|
La v31 representa el mayor cambio en la lógica de mempool desde la introducción de Replace-by-Fee (RBF) en la v0.12 en 2016. El concepto de cluster mempool se desarrolló desde 2023, tras la propuesta original del desarrollador Pieter Wuille.
Preguntas frecuentes
¿Qué es cluster mempool en Bitcoin Core v31?
Es una nueva forma de organizar las transacciones no confirmadas. En vez de rastrear ancestros y descendientes, v31 agrupa transacciones relacionadas en clusters (hasta 64 transacciones o 101 KB) y las ordena por comisión dentro de cada grupo. Esto mejora la construcción de bloques y las estimaciones de comisiones.
¿Cuándo estará disponible Bitcoin Core v31 de forma oficial?
La versión v31.0rc4 llegó a testnet el 11 de abril de 2026. Se espera la versión final para la segunda mitad de 2026, aunque Bitcoin Core no fija fechas concretas. El estado "rc4" indica varias rondas de prueba y revisión previas al lanzamiento estable.
¿La transmisión solo por Tor oculta mis transacciones de Bitcoin?
No oculta las transacciones, que siguen siendo públicas en la blockchain. Lo que protege es el vínculo entre tu dirección IP y la transacción que envías, usando únicamente Tor o I2P para relays y evitando que empresas de análisis asocien tu actividad en cadena.
¿Cluster mempool reducirá las comisiones de Bitcoin?
No reduce directamente las comisiones, que dependen de la demanda de espacio en bloque. Sin embargo, mejora la precisión en la estimación de comisiones, evitando que las carteras sobrepaguen por confirmaciones rápidas. Los mineros también pueden priorizar mejor transacciones complejas por comisión.
Conclusión
Bitcoin Core v31 es la actualización de infraestructura más relevante desde Replace-by-Fee, modernizando la gestión de transacciones y ofreciendo mejores plantillas para mineros. La opción de transmisión solo por Tor refuerza la privacidad, cerrando brechas históricas. Para la mayoría de los usuarios, el beneficio será una estimación de comisiones más precisa y menos transacciones atascadas, especialmente en escenarios CPFP y pagos agrupados. Para los operadores de nodos, la fase de testnet ya está disponible y el código fuente de v31.0rc4 se encuentra en GitHub para quien desee probarlo antes del lanzamiento final.
Este artículo es solo para fines informativos y no constituye un consejo financiero o de inversión. El comercio de criptomonedas conlleva riesgos. Investigue siempre antes de tomar decisiones.






