Consolidación tóxica en Bitcoin: por qué juntar UTXOs es un error irreversible
Combinar en una sola transacción fondos que vienen de dos exchanges distintos parece un gesto de mantenimiento inofensivo. En Bitcoin, ese único clic une públicamente ambos orígenes bajo el mismo dueño, para siempre.
Un clic. Eso es lo que separa a una wallet con dos orígenes de fondos sin relación aparente de una wallet con ambos orígenes públicamente confirmados como la misma persona. Se llama consolidación tóxica: juntar en una sola transacción varios UTXOs que, hasta ese momento, nadie podía vincular entre sí con certeza.
El mecanismo: por qué una transacción delata a sus propios orígenes
Cuando una transacción de Bitcoin tiene varios inputs, la convención casi universal (salvo protocolos de firma conjunta poco comunes) es que todos esos inputs pertenecen al mismo dueño: nadie más podría haber firmado la transacción sin cooperar activamente. Esta suposición tiene nombre técnico, "common-input-ownership heuristic" (CIOH), y en la práctica es extremadamente fiable. Es también el mismo principio que usa nuestra propia herramienta para agrupar las direcciones de tu wallet en un solo cluster al analizarla.
Ahora imagina que uno de esos inputs procede de un retiro reciente de un exchange conocido, y otro input procede de un retiro reciente de un exchange distinto. Antes de la consolidación, cualquiera que mirase la cadena vería dos historiales separados, sin ninguna conexión visible entre sí. En cuanto se emite la transacción que los junta, el CIOH conecta ambos orígenes en el mismo cluster, de forma pública e irreversible.
Cuántas transacciones juntan varias entradas
Para saber cuánto se gasta con varias entradas a la vez, leímos 301 bloques repartidos a lo largo de ocho semanas, uno de cada 27, del bloque 965.900 (7 de septiembre de 2026) al 974.000 (31 de octubre de 2026). En cada uno contamos las entradas de todas las transacciones salvo la coinbase, con la API pública de mempool.space [2][3]. De 1.461.742 transacciones, 135.287 gastaban dos entradas o más, un 9,3 %. Las de diez entradas o más fueron el 0,9 %, las de cincuenta o más el 0,24 %, y la mayor juntó 1.666 entradas.
Son pocas transacciones, pero mueven mucho. Ese 9,3 % gastó el 44,6 % de todas las entradas de la muestra, y por eso la heurística de propiedad común de las entradas llega tan lejos cuando alguien agrupa direcciones. El porcentaje cambia mucho de un bloque a otro, del 0,1 % al 35,7 %, con la mitad de los bloques por encima del 10,6 %. Semana a semana se movió entre el 7,8 % y el 11,4 % [3]. Hay transacciones con varias entradas y varios dueños, como los CoinJoin, así que estas cifras miden cuántas veces se activa la heurística y dejan abierto cuántas acierta.
Cómo lo detecta nuestra auditoría
Nuestra herramienta identifica este patrón exacto: una transacción tuya que consolidó
UTXOs "manchados" por exchanges distintos, contando cuántos orígenes diferentes se
mezclaron en ella (distinct_origins_count, en el informe técnico). La penalización crece
con ese número: consolidar fondos de dos exchanges distintos pesa; consolidar fondos de
tres o cuatro, más todavía. Como con el resto de motivos de nuestra auditoría, la fórmula
completa se muestra sin nada oculto: peso base, confianza de la detección y el enlace
directo a la transacción real en mempool.space, para que puedas comprobarlo tú mismo.
Cuándo consolidar SÍ es seguro
No toda consolidación es un problema. Si juntas varios UTXOs que ya sabes que vienen del mismo origen — por ejemplo, varios pagos que recibiste todos de la misma persona, o varios cambios de tus propias transacciones anteriores — no estás revelando ninguna conexión que no existiera ya. El riesgo real aparece exactamente cuando mezclas orígenes que, hasta ese momento, un observador externo no podía dar por relacionados.
Cuándo suele pasar: al cambiar de monedero
La tentación de consolidar aparece sobre todo cuando se mueve todo de golpe, por ejemplo con una semilla nueva tras comprometer el móvil, un dispositivo nuevo tras uno manipulado o una migración entre monederos. Mandar todos los UTXOs en una sola transacción es lo más rápido, y los une en la cadena para siempre [1]. Si las monedas de orígenes distintos viajan en transacciones distintas, siguen tan separadas como estaban, siempre que el monedero nuevo no las junte después. Por eso conviene abrir el control de monedas antes de seguir consejos como mover los fondos a una semilla nueva o pasar a un dispositivo nuevo.
Cómo evitarlo: control de monedas
La solución técnica tiene nombre: control de monedas, o coin control. Es la función que tienen la mayoría de wallets orientadas a privacidad (Sparrow, Electrum, entre otras) y que te permite elegir manualmente qué UTXOs concretos gastar en cada transacción, en vez de dejar que la wallet los seleccione automáticamente sin distinguir de dónde viene cada uno. Si tu wallet actual no ofrece esta opción, es una de las razones más prácticas para cambiar a una que sí la tenga — sobre todo si alguna vez has recibido fondos de más de un exchange.
Con control de monedas activado, la regla es simple: antes de enviar una transacción, revisa qué UTXOs estás incluyendo. Si dos proceden de orígenes que quieres mantener separados, sepáralos en dos transacciones distintas, aunque eso implique pagar dos comisiones de red en vez de una. Es exactamente el mismo cambio de hábito que recomendamos tras detectar reutilización de direcciones: pequeñas decisiones repetidas, no una solución única que lo arregle todo de golpe.
Antes de decidir si consolidar merece la pena, conviene mirar las comisiones de Bitcoin ahora mismo: a veces el coste de la transacción pesa más que el problema de privacidad que intenta resolver.
Comprueba si alguna de tus transacciones ya consolidó orígenes distintos con el analizador de privacidad: gratis y muestra el enlace real a cada transacción implicada.
Fuentes
- Satoshi Nakamoto, Bitcoin: A Peer-to-Peer Electronic Cash System, apartado 10, «Privacy»: «Some linking is still unavoidable with multi-input transactions, which necessarily reveal that their inputs were owned by the same owner.» (Primaria)
- mempool.space, API REST, llamadas
block-height,blockyblock/:hash/raw, leídas el 01/11/2026. (Primaria) - NodeWitness, recuento de entradas en 301 bloques (del 965.900 al 974.000, uno de cada 27), cálculo propio con los datos de [2], 01/11/2026. (Primaria)
Más en Privacidad y autocustodia
Última actualización: 1 de noviembre de 2026