BIP85 for Mortals How to stop managing ten recovery phrases with a single one If you have ever had more than one bitcoin wallet, you already know the problem. Each one has its own recovery words, its own piece of paper stored somewhere safe, its own mental note about where it is and what it is called. With two wallets, it is manageable. With five, it starts to become chaos. With ten, it is a time bomb. BIP85 is the answer the Bitcoin ecosystem took years to formalize. The idea is simple and powerful at the same time: instead of managing a collection of independent seeds, you generate them all from a single one. One master seed. The rest are derived from it in a mathematical, predictable way, without any of the derived ones compromising the original. Why having multiple wallets makes sense — and why it is a problem Separating funds is a reasonable practice. One wallet for everyday use with small amounts, another for long-term savings that you do not touch, one for family-related funds, another to test a new app without risking anything important. That separation is good self-custody hygiene. The problem is the operational cost. Every new wallet means a new seed phrase: between 12 and 24 words that represent complete access to those funds. Losing them is the same as losing the wallet. If someone finds them, that someone has the wallet. So they need to be stored properly, in secure and separate physical locations, and you need to remember which set of words belongs to which wallet. Most people end up simplifying in dangerous ways: reusing phrases, storing several in the same place, or simply giving up on separating funds because the maintenance is too tedious. The result is worse than not having tried. BIP85 solves that conflict at the root. What exactly is a seed, and why does it matter? When you create a bitcoin wallet, the device or application generates a set of words — usually 12 or 24 — known as a seed phrase or recovery phrase. In practice, those words are the wallet. Whoever has them has access to the funds. Whoever loses them loses access forever. A seed phrase is not a password you can change or reset. It is the mathematical root from which all the wallet’s keys are derived. Without it, there is no recovery. BIP85 starts from that same principle and extends it: if one seed phrase can generate a whole tree of keys, why not also use it to generate other complete, independent seed phrases? How it works, without the math Imagine a secret recipe that only you know. A unique combination of ingredients that no one else has. That recipe is your master seed. BIP85 lets you create other recipes from it. The master recipe combined with the number 0 always produces the same derived recipe A. Combined with the number 1, it always produces the same derived recipe B. And so on, for as many as you need. Always the same result for the same ingredients: no randomness, no surprises. That number that distinguishes each derivation is called the index. Index 0 always produces the same child seed. Index 1 always produces another one. They are deterministic: given the same master seed and the same index, the result is always identical. There is no randomness involved. What makes this useful and secure at the same time is that the process only works in one direction. Whoever has the child seed cannot reconstruct the master seed from it. The parent can generate children; the children reveal nothing about the parent. Child seeds can be generated in whatever length you prefer: 12, 18, or 24 words, depending on what you request when deriving them. In every respect, they are standard BIP39 phrases. What it is useful for in practice The most direct application is managing multiple wallets with a single backup. A daily spending wallet derived with index 0. A long-term savings wallet with index 1. One to give a family member access to part of your funds without revealing the main seed, with index 2. Under the conventional system, each of those wallets needs its own separate set of words stored independently. With BIP85, they all come from the same master seed, and it is enough to protect that one secret. The child seed you derive is a completely normal, standard seed phrase, compatible with any wallet that follows BIP39. It carries no special marker. Whoever receives it does not know it is a derivation: it works exactly like any other seed phrase. This has an important practical consequence for inheritance and delegation. Emergency instructions for a family member or executor become simpler: one master phrase, plus a list of which index corresponds to which wallet. Much more manageable than multiple sealed envelopes with independent phrases. The advanced use almost no one mentions: derived passphrases There is a BIP85 use case that rarely appears in educational content and that, for anyone already practicing self-custody with some seriousness, is probably the most interesting one: deriving BIP39 passphrases from the master seed. A BIP39 passphrase — the “25th word” — is an optional extra layer added to a seed phrase to create a different hidden wallet. It is one of the strongest defenses against physical coercion and against accidental discovery of your backup phrase. The classic problem is that the passphrase itself also has to be remembered or stored, and if you lose it, you lose access to the hidden wallet even if you still have the seed phrase. BIP85 solves that: instead of inventing a passphrase and memorizing it, you derive it mathematically from your master seed using an index. If you ever lose it, you regenerate it. And because each index produces a different passphrase, you can have multiple hidden wallets reproducible from a single root secret, without having to store anything extra. The same logic applies to alphanumeric passwords for external services. Reproducible, strong, and independent of any third-party password manager. What happens if you lose a child seed This is the question that feels most reassuring once you hear the right answer. Suppose you have a daily-use wallet derived with index 1, and the paper where you wrote down its words gets lost or destroyed. With your master seed, and knowing you used index 1, you can regenerate that exact same child seed at any time from any compatible device. The funds are not lost. The process is straightforward: you enter the master seed into a BIP85-compatible device, specify the index, and the device regenerates the exact child phrase. You import it into the destination wallet and recover full access. What is irreversible is losing the master seed. If that happens, you lose access to every wallet derived from it, without exception. The master seed is the single critical point of the whole system. All the complexity reduction BIP85 offers comes with that trade-off: the responsibility for custody is concentrated into one secret. There is one good practice before moving real funds: generate a child seed with a specific index, write down which index you used, delete the child, and then regenerate it from the master to verify that it matches. Only once you have confirmed that the recovery cycle works correctly on your device should you move real funds into those wallets. What BIP85 does not do It is worth being precise about its limits. BIP85 does not encrypt your funds or add any extra protection to real-time wallet access. Its function is to manage the generation and backup of seeds. It is not an extra lock on transactions. It also does not eliminate custody risk: it concentrates it. If you used to have five seeds and now you have one, that master seed becomes the single point of failure for the whole system. More operational simplicity means more weight on that one secret. Anyone using BIP85 seriously should give that master seed the same level of care — or more — than they used to give five separate seeds. A steel plate, not paper. Two physical locations, not one. Never photographed, never stored digitally. Finally, BIP85 requires explicit support from the device or application you use. Not every hardware or software wallet implements it, and support status changes with firmware updates. Coldcard by Coinkite is the reference implementation and the most mature one. Ian Coleman’s web tool can also calculate it manually, with the essential precaution of downloading the HTML and always using it with the device offline. Why it is worth knowing about Most bitcoin lost in self-custody was not lost to sophisticated hacks or protocol failures. It was lost to management mistakes: poorly stored phrases, forgotten backups, destroyed papers, heirs without clear instructions, abandoned wallets because maintaining so many separate phrases was simply too much work. That is the real problem of self-custody, and it is one of the few areas where there have been very few structural improvements in the last decade. BIP85 is one of them. It does not remove risk — it reorganizes it, concentrates it, makes it manageable. One well-protected secret is, in practice, a safer system than five poorly protected ones, even if at first glance it seems like the opposite. For someone already managing multiple wallets seriously, ignoring BIP85 comes with a real operational cost that grows with every new wallet, every hardware change, and every delayed inheritance conversation. It is one of those quiet pieces of infrastructure that does not solve anything in a spectacular way, but the day you need it, it saves you exactly the kind of mistake that can ruin years of savings. To go deeper — BIP85, official specification. The technical document, concise and readable if you want the detail. — Ian Coleman’s BIP39/BIP85 tool. Useful for understanding how the output changes with the index. Always use it offline: download the HTML, disconnect from Wi-Fi before opening it, and ideally use it on a machine that is not part of your everyday setup. — Device support documentation: Coldcard, BitBox02, Passport. Always verify BIP85 support against the current firmware before depending on it.

BIP85 para mortales. Cómo dejar de gestionar diez frases de recuperación con una sola Si alguna vez has tenido más de un monedero de bitcoin, ya conoces el problema. Cada uno tiene sus propias palabras de recuperación, su propio papel guardado en algún sitio seguro, su propia lista mental de dónde están y cómo se llaman. Con dos monederos es manejable. Con cinco, empieza a ser un caos. Con diez, es una bomba de tiempo. BIP85 es la respuesta que el ecosistema bitcoin tardó años en formalizar. La idea es sencilla y poderosa al mismo tiempo: en lugar de gestionar una colección de semillas independientes, las generas todas a partir de una sola. Una semilla maestra. El resto se deriva de ella de forma matemática, predecible y sin que ninguna de las derivadas comprometa a la original. Por qué tener varios monederos tiene sentido — y por qué es un problema Separar los fondos es una práctica razonable. Un monedero para el día a día con cantidades pequeñas, otro para el ahorro a largo plazo que no tocas, uno para proyectos familiares, otro para probar una aplicación nueva sin arriesgar lo importante. Esa separación es buena higiene de autocustodia. El problema es el coste operativo. Cada monedero nuevo es una frase semilla nueva: entre 12 y 24 palabras que representan el acceso completo a esos fondos. Perderlas equivale a perder el monedero. Que alguien las encuentre equivale a que ese alguien tenga el monedero. Así que hay que guardarlas bien, en sitios físicos seguros y separados, y recordar qué conjunto de palabras corresponde a qué monedero. La mayoría de personas acaba simplificando de forma peligrosa: reutilizando frases, guardando varias en el mismo sitio, o directamente abandonando la práctica de separar fondos porque el mantenimiento es demasiado tedioso. El resultado es peor que no haberlo intentado. BIP85 resuelve ese conflicto de raíz. Qué es exactamente una semilla y por qué importa Cuando creas un monedero bitcoin, el dispositivo o la aplicación genera un conjunto de palabras — normalmente 12 o 24 — conocido como frase semilla o frase de recuperación. Esas palabras son, en la práctica, el monedero. Quien las tenga, tiene acceso a los fondos. Quien las pierda, pierde el acceso para siempre. La frase semilla no es una contraseña que puedas cambiar o resetear. Es la raíz matemática de la que se derivan todas las claves del monedero. Sin ella, no hay recuperación posible. BIP85 parte de ese mismo principio y lo extiende: si una frase semilla puede generar un árbol completo de claves, ¿por qué no usarla también para generar otras frases semilla completas e independientes? Cómo funciona, sin matemáticas Imagina una receta secreta que solo tú conoces. Una combinación única de ingredientes que nadie más tiene. Esa receta es tu semilla maestra. BIP85 te permite crear otras recetas a partir de ella. La receta maestra combinada con el número 0 produce siempre la misma receta derivada A. Combinada con el número 1, produce siempre la receta derivada B. Y así sucesivamente, hasta donde necesites. Siempre el mismo resultado para los mismos ingredientes: no hay azar, no hay sorpresas. Ese número que distingue cada derivación se llama índice. El índice 0 produce siempre la misma semilla hija. El índice 1 produce siempre otra. Son deterministas: dada la misma semilla maestra y el mismo índice, el resultado es siempre idéntico. Aquí no entra el azar. Lo que hace que esto sea útil y seguro al mismo tiempo es que el proceso solo funciona en una dirección. Quien tenga la semilla hija no puede reconstruir la semilla maestra a partir de ella. La madre puede generar hijos; los hijos no revelan nada sobre la madre. Las semillas hijas pueden generarse con la longitud que prefieras: 12, 18 o 24 palabras, según lo que pidas al derivarlas. Son frases BIP39 estándar en todos los aspectos. Para qué sirve en la práctica La aplicación más directa es la gestión de múltiples monederos con un solo backup. Un monedero para gastos diarios derivado con el índice 0. Un monedero de ahorro a largo plazo con el índice 1. Uno para darle acceso a un familiar a una parte de tus fondos sin revelarle la semilla principal, con el índice 2. Con el sistema convencional, cada uno de esos monederos necesita su propio conjunto de palabras guardado por separado. Con BIP85, todos salen de la misma semilla maestra, y basta con proteger ese único secreto. La semilla hija que derivas es una frase semilla estándar, completamente normal, compatible con cualquier monedero que cumpla con BIP39. No tiene ningún marcador especial. Quien la recibe no sabe que es una derivación: funciona exactamente como cualquier otra frase semilla. Esto tiene una consecuencia práctica importante para la herencia y la delegación. Las instrucciones de emergencia para un familiar o albacea se simplifican: una única frase maestra, más un listado de qué índice corresponde a qué monedero. Mucho más manejable que múltiples sobres sellados con frases independientes. El uso avanzado que casi nadie menciona: passphrases derivadas Hay un caso de uso de BIP85 que rara vez aparece en la divulgación y que para quien ya practica autocustodia con cierta seriedad es probablemente el más interesante: derivar passphrases BIP39 desde la semilla maestra. Una passphrase BIP39 — la "palabra 25" — es una capa adicional opcional que se añade a una frase semilla para crear un monedero oculto distinto. Es una de las defensas más fuertes contra coacción física y contra el descubrimiento accidental de tu frase de respaldo. El problema clásico es que esa passphrase también hay que recordarla o guardarla, y si la pierdes, pierdes acceso al monedero oculto incluso teniendo la frase semilla. BIP85 resuelve eso: en lugar de inventar una passphrase y memorizarla, la derivas matemáticamente desde tu semilla maestra usando un índice. Si alguna vez la pierdes, la regeneras. Y como cada índice produce una passphrase distinta, puedes tener múltiples monederos ocultos reproducibles desde un único secreto raíz, sin tener que custodiar nada extra. La misma lógica se aplica a contraseñas alfanuméricas para servicios externos. Reproducibles, fuertes y sin dependencia de un gestor de contraseñas de terceros. Qué pasa si pierdes una semilla hija Esta es la pregunta que más alivia escuchar con la respuesta correcta. Supón que tienes el monedero de uso diario derivado con el índice 1, y el papel donde anotaste sus palabras se pierde o se destruye. Con tu semilla maestra y sabiendo que usaste el índice 1, puedes regenerar exactamente esa misma semilla hija en cualquier momento, desde cualquier dispositivo compatible. Los fondos no se pierden. El proceso es directo: introduces la semilla maestra en un dispositivo compatible con BIP85, indicas el índice, y el dispositivo regenera la frase hija exacta. La importas en el monedero destino y recuperas el acceso completo. Lo que sí es irreversible es perder la semilla maestra. Si eso ocurre, pierdes el acceso a todos los monederos derivados de ella, sin excepción. La semilla maestra es el único punto crítico del sistema. Toda la reducción de complejidad que ofrece BIP85 viene con esa contrapartida: la responsabilidad de custodia se concentra en un único secreto. Hay una práctica recomendable antes de depositar fondos reales: genera una semilla hija con un índice concreto, anota qué índice usaste, borra la hija, y vuelve a regenerarla desde la maestra para verificar que coincide. Solo cuando hayas comprobado que el ciclo de recuperación funciona correctamente en tu dispositivo, pasa fondos reales a esos monederos. Qué no hace BIP85 Vale la pena ser preciso sobre los límites. BIP85 no cifra tus fondos ni añade ninguna protección adicional sobre el acceso en tiempo real a los monederos. Su función es gestionar la generación y el backup de semillas. No es un candado adicional sobre las transacciones. Tampoco elimina el riesgo de custodia: lo concentra. Si antes tenías cinco semillas y ahora tienes una, esa semilla maestra es el único punto de fallo de todo el sistema. Más simplicidad operativa implica más peso sobre ese único secreto. Quien usa BIP85 de forma seria le dedica a esa semilla maestra el mismo cuidado — o más — que antes dedicaba a cinco semillas separadas. Una placa de metal, no un papel. Dos ubicaciones físicas distintas, no una. Nunca fotografiada, nunca en formato digital. Finalmente, BIP85 requiere que el dispositivo o aplicación que uses lo soporte explícitamente. No todos los monederos hardware o software lo implementan, y el estado del soporte cambia con cada actualización de firmware. Coldcard de Coinkite es la implementación de referencia y la más madura. La herramienta web de Ian Coleman permite calcularlo manualmente, con la precaución indispensable de descargar el HTML y usarlo siempre con el dispositivo desconectado de internet. Por qué merece la pena conocerlo La gran mayoría de los bitcoin perdidos en autocustodia no se han perdido por hackeos sofisticados ni por fallos del protocolo. Se han perdido por errores de gestión: frases mal guardadas, backups olvidados, papeles destruidos, herederos sin instrucciones claras, monederos abandonados porque mantener tantas frases separadas era demasiado trabajo. Ese es el problema real de la autocustodia, y es uno de los pocos donde han llegado pocas mejoras estructurales en la última década. BIP85 es una de ellas. No elimina el riesgo — lo reorganiza, lo concentra, lo hace gestionable. Un único secreto bien protegido es, en la práctica, un sistema más seguro que cinco mal protegidos, aunque a primera vista parezca lo contrario. Para quien ya gestiona varios monederos con seriedad, ignorar BIP85 tiene un coste operativo concreto que se acumula con cada nuevo monedero, cada cambio de hardware y cada conversación pendiente sobre herencia. Es una de esas piezas de infraestructura silenciosa que no resuelven nada de forma espectacular, pero que el día que las necesitas te ahorran exactamente el tipo de error que arruina años de ahorro. Para profundizar: — BIP85, especificación oficial. El documento técnico, conciso y legible si te interesa el detalle. — Herramienta BIP39/BIP85 de Ian Coleman. Útil para entender cómo cambia la salida según el índice. Usar siempre offline: descarga el HTML, desconecta del wifi antes de abrirlo, y mejor en un equipo sin uso habitual. — Documentación de soporte por dispositivo: Coldcard, BitBox02, Passport. Verifica siempre el estado del soporte BIP85 contra el firmware actual antes de depender de él.

Bitcoin Spot ETFs: What Really Changed After the Launch Noise Faded The simple story went like this: approval arrives, Wall Street comes in, price goes up. Two years later, the data paints a picture that is much less simple — and much more interesting. When the SEC approved spot bitcoin ETFs in January 2024, the narrative practically wrote itself. At last, there was a regulated gateway for big money to enter Bitcoin without touching the asset directly. The immediate reading was almost automatic: now institutions are here, now the market changes, now a new phase begins. What came next was not a disappointment, but neither was it a clean version of that story. As of March 25, 2026, U.S. spot bitcoin ETFs held 1,260,000 BTC in verified physical holdings across the 11 active vehicles, with an aggregate market value close to $89.8 billion. Net inflows since launch had already surpassed $76 billion. Put differently: this is not a small experiment or a passing trend. This is a slice of the market that is already too large to treat as a footnote. That alone forces a correction to an idea that was fairly widespread during the first year: that ETFs were mostly a story of expectations. At this point, they are not. They are a demand structure with meaningful scale of their own. And they are highly concentrated. BlackRock’s IBIT is around $50 billion in AUM and Fidelity’s FBTC around $18 billion, with the rest spread across Ark/21Shares, Invesco, and others. The headline is not just that money came in; it is that it came in through very specific channels, with very clear winners. The more delicate part begins when you try to answer the question that really matters: who is buying. That is where it makes sense to be far more careful than market commentary usually is. 13F filings are useful, but they do not solve the whole puzzle. Only institutional managers with at least $100 million in discretionary assets have to file them, and they also come with a lag of up to 45 days after the end of each quarter. With those limitations in mind, what the Q4 2025 filings show is that roughly 76% of sector-wide AUM sits in the hands of disclosed institutional managers. That is a meaningful number. But the remaining 24% is not clearly attributable, and treating all of it as retail would be a simplification the data does not support: it can also include institutions below the filing threshold, brokerage platforms aggregating flows without breaking them out, and intermediary vehicles that are hard to classify cleanly. Another common simplification also needs to be toned down: that ETFs have fully and neatly “institutionalized” Bitcoin. They have opened a very powerful channel for traditional capital to come in, yes. But a wealth advisor, a hedge fund, a tactical trading desk, and a strategic treasury allocation can all show up under the same label of “institutional capital,” and that label by itself explains much less than it seems. The breakdowns by institution type that appear in some industry reports could not be independently verified, so it is more honest not to use them as firm data. Where the data does start to say something more interesting is in the behavior of capital once it is inside. The share of holdings with no observable movement over 30-day windows has risen steadily, from 75% at the start of 2025 to nearly 89% by March 2026. At the same time, arbitrage activity as a share of total AUM has fallen from 12% to 5% over the same period. That residual 5% has its own clear logic: basis trading that takes advantage of the spread between IBIT and spot BTC, tax-loss harvesting concentrated in the first quarter, and adjustments linked to mining hash rate. That is not a sign of broad exit. It is tactical activity with a known mechanism. That trend toward higher retention is real and observable. What is less straightforward is the interpretation. “No movement in 30 days” does not automatically mean “long-term strategic investment”: it may reflect that, but it may also reflect positions reviewed quarterly, or capital simply waiting for a price level to exit. The direction is clear. The conclusion about conviction requires more caution. Where there is less debate is in the mechanism itself. These products operate with physical backing: every net positive flow implies bitcoin purchases in the spot market. We are not talking about products that replicate price exposure through derivatives without touching the underlying asset. When the vehicle grows, its relationship with the spot market is not decorative. As of March 25, these ETFs represented 6.4% of Bitcoin’s total market capitalization. If you add the estimate that they have absorbed more than 30% of new BTC supply since launch, the mechanism of structural buy pressure is real and already large enough that it can no longer be ignored. Still, from there to saying that ETFs now “control” price is a leap that should not be made so casually. Structural buy pressure is one thing. Saying that it explains every leg of the market on its own is something else entirely. On February 24, 2026, when bitcoin corrected to $62,920, roughly $1 billion of net inflows went into ETFs during that session. The data point is real. Whether those flows actually supported the price, or simply coincided with a rebound that would have happened anyway, is a question daily flow data cannot answer by itself. Bitcoin has continued to move in response to factors that existed before ETFs and are still here now: monetary policy, risk appetite, global liquidity, miner selling, leverage, and the asset’s own cycle. ETFs are now a large piece of the board. They are not the whole board. That may be the most useful correction after two years of data. Spot ETFs have not turned Bitcoin into a domesticated asset, but neither have they been a merely symbolic doorway through which Wall Street watches from the outside. They have created a new layer of demand, large enough to change the conversation and opaque enough that it is still a mistake to speak with too much certainty about who is buying, why they are buying, and how much of that money is genuinely patient. At launch, many people wanted a short story: approval, capital inflow, validation, price appreciation. Reality has turned out to be much less tidy, which is often another way of saying much more interesting. What we have today is not proof that Bitcoin already belongs to institutions, nor proof of the opposite. What we have is something more concrete: a regulated channel that already moves tens of billions of dollars, that has absorbed a very serious amount of bitcoin, whose capital seems to be moving less and less over time, and that has made it impossible to keep talking about the market as if this piece did not exist.

ETFs spot de Bitcoin: lo que cambió de verdad cuando pasó el ruido del lanzamiento La historia fácil era esta: llega la aprobación, entra Wall Street y el precio sube. Dos años después, los datos dejan una imagen bastante menos simple y mucho más interesante. Cuando la SEC aprobó los ETFs spot de bitcoin en enero de 2024, la narrativa se escribió sola. Por fin había una puerta regulada para que el gran dinero entrara en Bitcoin sin tocar directamente el activo. La lectura inmediata fue casi automática: ahora sí llegan las instituciones, ahora sí cambia el mercado, ahora sí empieza otra etapa. Lo que vino después no fue una decepción, pero tampoco una versión limpia de aquel relato. A 25 de marzo de 2026, los ETFs spot de bitcoin en EE.UU. acumulaban 1.260.000 BTC en holdings físicos verificados entre los 11 vehículos activos, con un valor de mercado agregado cercano a los 89.800 millones de dólares. Los flujos netos acumulados desde el lanzamiento superaban ya los 76.000 millones. Dicho de otro modo: no estamos hablando de un experimento pequeño ni de una moda pasajera. Estamos hablando de una porción del mercado que ya es demasiado grande como para tratarla como nota al pie. Eso, por sí solo, ya obliga a corregir una idea bastante extendida durante el primer año: que los ETFs eran sobre todo una historia de expectativas. A estas alturas ya no. Son una estructura de demanda con tamaño propio. Y, además, muy concentrada. BlackRock (IBIT) acumula en torno a 50.000 millones en AUM y Fidelity (FBTC) alrededor de 18.000 millones, con el resto distribuido entre Ark/21Shares, Invesco y otros. El titular aquí no es solo que ha entrado dinero; es que ha entrado por canales muy concretos y con claros vencedores. La parte más delicada llega cuando uno intenta responder la pregunta que de verdad importa: quién está comprando. Ahí conviene ser bastante más cuidadoso de lo que suele ser el discurso de mercado. Los formularios 13F son útiles, pero no resuelven el puzzle completo. Solo tienen que presentarlos los gestores institucionales con discrecionalidad sobre 100 millones de dólares o más, y además llegan con un rezago de hasta 45 días desde el cierre de cada trimestre. Con esas limitaciones claras, lo que muestran las presentaciones del cuarto trimestre de 2025 es que aproximadamente el 76% del AUM sectorial está en manos de gestores institucionales declarados. Es una cifra considerable. Pero el 24% restante queda sin atribución clara, y atribuirlo íntegramente a inversión minorista sería una simplificación que los datos no sostienen: ahí dentro caben también institucionales por debajo del umbral de declaración, plataformas de corretaje que agregan inversión sin desglosarla y vehículos intermediarios difíciles de clasificar. También conviene rebajar otra simplificación habitual: que los ETFs han "institucionalizado" Bitcoin de forma completa y limpia. Han abierto una vía muy potente para que el capital tradicional entre, sí. Pero un asesor patrimonial, un hedge fund, una mesa táctica y una tesorería estratégica pueden aparecer todos bajo la misma etiqueta de "capital institucional", y esa etiqueta, por sí sola, explica bastante menos de lo que parece. Los desgloses por tipo de institución que circulan en algunos informes del sector no han podido verificarse de forma independiente, así que es más honesto no usarlos como dato firme. Donde los datos sí empiezan a contar algo más interesante es en el comportamiento del capital una vez dentro. La proporción de holdings sin movimiento observable en ventanas de 30 días ha crecido de forma sostenida, desde el 75% a principios de 2025 hasta cerca del 89% en marzo de 2026. En paralelo, la actividad de arbitraje sobre el AUM total ha caído del 12% al 5% en el mismo período. Ese 5% residual tiene lógica propia y bien identificada: basis trading aprovechando el spread entre IBIT y BTC spot, tax-loss harvesting concentrado en el primer trimestre y ajustes vinculados al hash rate de minería. No es señal de desinversión; es operativa táctica con mecánica conocida. Esa tendencia de retención creciente es real y observable. Lo que no es tan directo es la interpretación. "Sin movimiento en 30 días" no equivale automáticamente a "inversión estratégica de largo plazo": puede reflejar eso, pero también posiciones que se revisan trimestralmente o capital que simplemente espera un precio para salir. La dirección es clara. La conclusión sobre convicción requiere más prudencia. Donde sí hay menos discusión es en el mecanismo. Estos productos funcionan con respaldo físico: cada flujo neto positivo implica adquisición de bitcoin en el mercado spot. No estamos hablando de productos que replican el precio por derivados sin tocar el activo subyacente. Cuando el vehículo crece, la relación con el mercado spot no es decorativa. A 25 de marzo, los holdings de estos ETFs representaban el 6,4% de la capitalización total de mercado de bitcoin. Si se añade la estimación de que han captado más del 30% de la oferta nueva de BTC desde su lanzamiento, el mecanismo de presión compradora estructural es real y de escala que ya no puede ignorarse. Ahora bien, de ahí a afirmar que los ETFs "mandan" sobre el precio hay un salto que no debería darse con tanta alegría. Que haya presión compradora estructural es una cosa. Que esa presión explique por sí sola cada tramo del mercado es otra muy distinta. El 24 de febrero de 2026, cuando bitcoin corrigió a 62.920 dólares, se registraron ingresos netos a los ETFs de aproximadamente 1.000 millones en la sesión. El dato es verificable. Si esos flujos sostuvieron el precio o simplemente coincidieron con un rebote que habría ocurrido de todas formas es una pregunta que los datos de flujo diario no responden por sí solos. Bitcoin ha seguido moviéndose al compás de factores que existían antes de los ETFs y que siguen ahí: política monetaria, apetito por riesgo, liquidez global, ventas de mineros, apalancamiento y el propio ciclo del activo. Los ETFs ya son una pieza grande del tablero. No son el tablero entero. Quizá esa sea la corrección más útil después de dos años de datos. Los ETFs spot no han convertido Bitcoin en un activo domesticado, pero tampoco han sido una simple puerta simbólica para que Wall Street mire desde fuera. Han creado una nueva capa de demanda, suficientemente grande como para alterar la conversación y suficientemente opaca como para que siga siendo un error hablar con demasiada seguridad sobre quién compra, por qué compra y cuánto de ese dinero es realmente paciente. Durante el lanzamiento, mucha gente quiso una historia corta: aprobación, entrada de capital, validación, subida. La realidad ha salido bastante menos limpia, que suele ser otra forma de decir bastante más interesante. Lo que tenemos hoy no es la prueba de que Bitcoin ya pertenezca a las instituciones, ni la prueba contraria. Lo que tenemos es algo más concreto: una vía regulada que ya mueve decenas de miles de millones, que ha captado una cantidad muy seria de bitcoin, cuyo capital tiende a moverse cada vez menos, y que ha hecho imposible seguir hablando del mercado como si esta pieza no existiera.

🤖 ⚡ ⚫When a Machine Needs to Pay: Why Bitcoin Is Starting to Make Sense for AI⚫⚡🤖 AI agents can already search, decide, and execute tasks. The next problem is not thinking better, but paying better. Imagine this: an AI agent finds an API, buys a few seconds of compute, queries a dataset, calls another model, and pays for all of it instantly. Not inside a big monthly invoice. Not with a card. Not with a human approving each step. Real payment, small and automatic. If that still sounds futuristic, it is because we usually think of AI as something that answers, writes, or classifies. But agents are starting to do something else: act. And when they act, they consume resources. And when they consume resources, someone wants to charge for them. That is where a problem appears that is much simpler than artificial intelligence itself, but just as important: how does a machine pay? The financial system we use every day works reasonably well for people and companies. It does not work nearly as well when the one that needs to pay is software and each transaction may be only a few cents, or less, repeated hundreds or thousands of times. In that world, friction is not a detail. It is the problem. A card, a bank account, or a traditional payment gateway work for ordinary transactions, but they fit badly in an economy where a machine may want to pay 3 cents for a query, 1 cent to verify a piece of data, and another 5 cents to execute a task. If every payment drags fixed fees, onboarding flows, controls designed for human users, and long settlement times, the system stops being practical. It becomes a burden. That is why Bitcoin, and especially the Lightning Network, have started to enter a conversation where they barely appeared before. Not so much as magical substitutes for the entire financial system, but as a possible answer to a much more concrete problem: small, frequent, global, automated payments between systems that are not human. ⚫The bottleneck is not AI. It is payments. When people talk about AI agents, almost all the attention goes to their ability to reason, plan, or execute tasks. But if they are really going to operate in the real world, there is a more basic question that comes first: how do they access paid resources without turning every interaction into an oversized financial operation? That is exactly what makes this topic interesting. We are not talking about a theoretical debate over the future of money. We are talking about something much more ordinary: if a machine wants to use a service for a few seconds, can it pay for it naturally? With traditional infrastructure, very often the answer is no. The problem is not only cost. There is also dependence on intermediaries, payment reversibility, the need to open accounts, KYC, and a whole layer of bureaucracy that makes sense in larger human transactions, but not in repeated micropayments between software. Put simply: in many cases, the economic exchange is not what fails. The payment system is. ⚫Why Bitcoin enters the picture Bitcoin on its own does not solve this problem. Its base layer is very robust, but it was not designed for constant micropayments. That is where Lightning starts to make sense. Lightning allows small amounts to move very quickly and at very low cost. That changes the rules quite a bit, because it makes viable something that under other systems is awkward or outright absurd: paying a little, many times, without building an entire commercial relationship around each payment. That fits very well with what agents may need. An agent does not want to become a traditional customer every time it needs a resource. It does not want to register, store a card, sign endless terms, and wait for someone to process the payment. It wants to discover a service, know the price, pay, and keep working. In that setting, Lightning has a clear advantage: it stops payment from being the heaviest part of the operation. On top of that, ideas have emerged around Lightning that are especially useful for this world. One of the most interesting is that payment does not just transfer money, it also opens the door. In very simple terms: an agent asks for access to a resource, the service responds with an invoice, the agent pays, and that payment becomes the proof that grants access. That may sound technical, but the intuition is easy to understand. Instead of fully separating authentication and payment, the two come together. And in a machine-to-machine environment, that makes a lot of sense. ⚫This no longer sounds like science fiction What is interesting is that all of this has stopped being just a nice idea. Over the past few years, tools, standards, and projects have started to appear that point in exactly this direction: charging per API call, paying per inference, temporary access to services, micropayments built into digital products, and experiments with agents managing payments fairly autonomously in controlled environments. That does not mean a fully deployed agent economy on Bitcoin already exists. It does not. What does exist is something more serious than a simple promise: a technical stack that is beginning to take shape. There are already pieces. There are already tools. There are already use cases that do not feel invented for a conference talk. And that changes the conversation quite a bit, because it stops being about whether the idea “sounds good” and becomes about whether it can mature. ⚫What still does not work This is where it matters not to fall into easy hype. Lightning is not perfect infrastructure, and it is not invisible infrastructure either. It still has friction. It still requires much more technical care than a truly mature solution would. And for serious deployments, that matters a lot. Reliability remains a central issue. If payment is part of an agent’s critical operation, it is not enough for it to work many times. It has to work almost all the time. Then there is liquidity management. Channels do not maintain themselves ideally, and when you start imagining constant activity between software systems, that stops being a technical detail and becomes an operational requirement. On top of that comes regulation. As soon as you picture agents making automated, cross-border payments without going through a traditional financial intermediary, serious questions appear around compliance, liability, and licensing. And that part is not solved by a software upgrade. So it is worth keeping a cool head. Lightning is not a finished solution. For now, it is one of the few infrastructures that allows this kind of economy to be tested in a credible way without the payment layer ruining the idea from the start. ⚫It does not need to replace everything else Sometimes these debates get distorted because they quickly turn into a total war: Bitcoin versus state money, Lightning versus Visa, decentralization versus traditional banking. But for this use case, framing it that way does not help much. Bitcoin does not need to replace the entire financial system to be useful here. It only needs to solve one very specific zone well: small, frequent, programmable, internet-native payments between software that does not want to behave like a human user. Seen that way, the argument gets much stronger. Not because everything suddenly becomes clear, but because the right question stops being grandiose and becomes practical: what system allows value to move between machines with less friction and fewer unnecessary layers? And right now, Bitcoin keeps appearing again and again. Maybe in a few years this discussion will seem obvious and nobody will remember there was a time when we were trying to fit machine-to-machine payments into systems built for cards, banks, and human users. Or maybe not. Maybe Lightning will not end up taking that place, and some other infrastructure, simpler or easier to regulate, will win out instead. But right now, when someone tries to think seriously about how to move small amounts between autonomous software systems without turning every operation into a small bureaucratic nightmare, Bitcoin keeps showing up in the conversation. Not because of epic narratives or ideology, but because of technical fit. And that is probably the most interesting part of all: not that the story is settled, but that, for the first time in a long while, there is a part of the Bitcoin debate that stops sounding grandiose and starts sounding fairly logical.

🤖 ⚡ ⚫Cuando una máquina necesita pagar: por qué Bitcoin empieza a tener sentido para la IA ⚫⚡🤖 Los agentes de IA ya pueden buscar, decidir y ejecutar tareas. El siguiente problema no es pensar mejor, sino pagar mejor. Imagina esto: un agente de IA encuentra una API, compra unos segundos de cómputo, consulta un dato, llama a otro modelo y paga por todo ello al instante. No dentro de una gran factura mensual. No con una tarjeta. No con un humano aprobando cada paso. Pago real, pequeño y automático. Si esa escena todavía suena futurista, es porque solemos pensar en la IA como algo que responde, escribe o clasifica. Pero los agentes están empezando a hacer otra cosa: actuar. Y, cuando actúan, consumen recursos. Y cuando consumen recursos, alguien quiere cobrar. Ahí aparece un problema mucho más simple que la propia inteligencia artificial, pero igual de importante: cómo paga una máquina. El sistema financiero que usamos cada día funciona razonablemente bien para personas y empresas. No funciona tan bien cuando quien necesita pagar es software y el importe de cada operación puede ser de unos pocos céntimos, o menos, repetido cientos o miles de veces. En ese mundo, la fricción no es un detalle. Es el problema. Una tarjeta, una cuenta bancaria o una pasarela tradicional sirven para cobros normales, pero encajan mal con una economía donde una máquina puede querer pagar 3 céntimos por una consulta, 1 céntimo por verificar un dato y otros 5 por ejecutar una tarea. Si cada pago arrastra comisiones fijas, procesos de alta, controles pensados para usuarios humanos y tiempos de liquidación largos, el sistema deja de ser práctico. Acaba siendo un estorbo. Por eso Bitcoin, y sobre todo Lightning Network, han empezado a entrar en una conversación en la que antes casi no aparecían. No tanto como sustitutos mágicos de todo el sistema financiero, sino como una posible respuesta a un problema mucho más concreto: pagos pequeños, frecuentes, globales y automáticos entre sistemas que no son humanos. ⚫ El cuello de botella no es la IA. Es el cobro. Cuando se habla de agentes de IA, casi toda la atención se va a su capacidad para razonar, planificar o ejecutar tareas. Pero, si de verdad van a operar en el mundo real, hay una pregunta anterior a muchas otras: cómo acceden a recursos de pago sin que cada interacción se convierta en una operación financiera desproporcionada. Eso es justamente lo que hace interesante este tema. No estamos hablando de una discusión teórica sobre el futuro del dinero. Estamos hablando de algo mucho más cotidiano: si una máquina quiere usar un servicio durante unos segundos, ¿puede pagarlo de forma natural? Con la infraestructura clásica, muchas veces no. El problema no es solo el coste. También está la dependencia de intermediarios, la reversibilidad de los pagos, la necesidad de abrir cuentas, el KYC y toda una capa de burocracia que tiene sentido en transacciones humanas de más valor, pero no en micropagos repetidos entre software. Dicho de forma simple: en muchos casos no falla la operación económica. Falla el sistema de cobro. ⚫Por qué Bitcoin entra en escena Bitcoin por sí solo no resuelve este problema. Su capa base es muy robusta, pero no está pensada para micropagos constantes. Ahí es donde Lightning empieza a tener sentido. Lightning permite mover cantidades pequeñas de forma muy rápida y con un coste muy bajo. Eso cambia bastante las reglas del juego, porque hace viable algo que con otros sistemas resulta torpe o directamente absurdo: pagar poco, muchas veces y sin montar una relación comercial completa alrededor de cada pago. Eso encaja muy bien con lo que pueden necesitar los agentes. Un agente no quiere convertirse en cliente tradicional cada vez que necesita un recurso. No quiere registrarse, guardar una tarjeta, firmar unas condiciones larguísimas y esperar a que alguien procese el pago. Quiere descubrir un servicio, saber cuánto cuesta, pagar y seguir trabajando. En ese terreno, Lightning tiene una ventaja clara: hace que el pago deje de ser la parte más pesada de la operación. Además, alrededor de Lightning han aparecido ideas especialmente útiles para este mundo. Una de las más interesantes es que el pago no sirva solo para transferir dinero, sino también para abrir la puerta. Dicho de forma muy simple: un agente pide acceso a un recurso, el servicio responde con una factura, el agente paga y ese pago se convierte en la prueba que le da acceso. Eso puede sonar técnico, pero la intuición es muy fácil de entender. En lugar de separar del todo autenticación y pago, ambas cosas se unen. Y en un entorno máquina a máquina, eso tiene bastante lógica. ⚫Esto ya no suena a ciencia ficción Lo interesante es que todo esto ha dejado de ser solo una idea bonita. En los últimos años han ido apareciendo herramientas, estándares y proyectos que apuntan justo en esta dirección: cobro por llamada API, pago por inferencia, acceso temporal a servicios, micropagos integrados en productos digitales y experimentos con agentes que gestionan pagos de forma bastante autónoma en entornos controlados. No significa que ya exista una economía de agentes plenamente desplegada sobre Bitcoin. No la hay. Lo que sí existe es algo más serio que una simple promesa: una pila técnica que empieza a tener forma. Ya hay piezas. Ya hay herramientas. Ya hay casos de uso que no parecen inventados para una conferencia. Y eso cambia mucho la conversación, porque deja de tratarse de si la idea “suena bien” y pasa a tratarse de si puede madurar. ⚫Lo que todavía falla Aquí es importante no caer en la épica fácil. Lightning no es una infraestructura perfecta ni invisible. Todavía tiene fricción. Todavía exige bastante más cuidado técnico del que exigiría una solución realmente madura. Y eso, para despliegues serios, importa mucho. La fiabilidad sigue siendo una cuestión central. Si el pago forma parte de la operación crítica de un agente, no basta con que funcione muchas veces. Tiene que funcionar casi siempre. También está la gestión de liquidez. Los canales no se mantienen solos de manera ideal, y cuando uno imagina actividad constante entre software, esa parte deja de ser un detalle técnico y se convierte en un requisito operativo. A eso se suma la cuestión regulatoria. En cuanto aparece la idea de agentes haciendo pagos automatizados, transfronterizos y sin pasar por un intermediario financiero clásico, entran en juego preguntas bastante serias sobre compliance, responsabilidad y licencias. Y esa parte no se resuelve con una mejora de software. Por eso conviene mantener la cabeza fría. Lightning no es una solución cerrada. Es, de momento, una de las pocas infraestructuras que permiten probar de forma creíble este tipo de economía sin que el sistema de pago arruine la idea desde el principio. ⚫No hace falta que sustituya a todo lo demás A veces estos debates se deforman porque enseguida se convierten en una guerra total: Bitcoin contra el dinero estatal, Lightning contra Visa, descentralización contra banca tradicional. Pero, para este caso de uso, esa forma de plantearlo no ayuda demasiado. Bitcoin no tiene que sustituir a todo el sistema financiero para ser útil aquí. Le basta con resolver bien una zona muy concreta: pagos pequeños, frecuentes, programables y nativos de internet entre software que no quiere comportarse como un usuario humano. Visto así, el argumento gana bastante fuerza. No porque de repente todo esté claro, sino porque la pregunta correcta deja de ser grandiosa y pasa a ser práctica: qué sistema permite mover valor entre máquinas con menos fricción y menos capas innecesarias. Y ahí, ahora mismo, Bitcoin sigue apareciendo una y otra vez. Quizá dentro de unos años esta discusión nos parezca obvia y nadie recuerde que hubo un momento en el que intentábamos encajar pagos entre máquinas dentro de sistemas pensados para tarjetas, bancos y usuarios humanos. O quizá no. Quizá Lightning no termine ocupando ese lugar y otra infraestructura, más simple o más fácil de regular, acabe imponiéndose. Pero ahora mismo, cuando uno intenta pensar en serio cómo pagar pequeñas cantidades entre software autónomo sin convertir cada operación en un pequeño infierno burocrático, Bitcoin sigue apareciendo una y otra vez en la conversación. No por épica ni por ideología, sino por encaje técnico. Y eso probablemente es lo más interesante de todo: no que la historia esté resuelta, sino que, por primera vez en mucho tiempo, hay una parte del debate sobre Bitcoin que deja de sonar grandilocuente y empieza a sonar bastante lógica.ue deja de sonar grandilocuente y empieza a sonar bastante lógica.

What problem does Bitcoin solve? Bitcoin is a type of money created so that its supply cannot be increased without limit. With traditional money, governments can keep issuing more and more, and that causes money to lose value over time. The result is that, with the same amount of money, you can buy fewer things than before. That is the problem many governments hide or downplay: inflation does not just raise prices, it also weakens savings. Bitcoin has a limited supply, and that is why many people see it as a way to protect their savings.

¿Qué resuelve Bitcoin? Bitcoin es un tipo de dinero creado para que su cantidad no pueda aumentarse sin límite. Con el dinero tradicional, los gobiernos pueden emitir cada vez más, y eso hace que el dinero pierda valor con el tiempo. El resultado es que con la misma cantidad de dinero puedes comprar menos cosas que antes. Ese es el problema que muchos gobiernos ocultan o maquillan: la inflación no solo sube los precios, también debilita el ahorro. Bitcoin tiene una oferta limitada, y por eso mucha gente lo ve como una forma de proteger su ahorro.

🇮🇹 FORNELLI, ITALY, UNVEILS STATUE OF #BITCOIN CREATOR SATOSHI NAKAMOTO 🧡

BTC Why does the government have to be the one that issues money if, in the end, money is just another thing we use to trade—basically a product with specific features? If that’s true, then the market could provide it too, just like it provides other goods.

BTC ¿Por qué el gobierno tiene que ser quien cree el dinero, si al final el dinero no deja de ser “algo” que usamos para intercambiar, como una mercancía con características concretas? Si es así, también podría ofrecerlo el mercado, igual que ofrece otros productos.

**What does BTC solve?** Economics is political because almost everything that is bought and sold moves through territories that are always governed by someone—and that someone always intervenes in trade, even if only to protect it. So behind every economic exchange there is always a political decision.

¿Qué soluciona BTC? La economía es política porque casi todo lo que se compra y se vende pasa por territorios que siempre están gobernados por alguien, y ese alguien siempre mete mano en el comercio, aunque solo sea para protegerlo. Así que detrás de cada intercambio económico hay siempre una decisión política.

BTC The State’s internal logic operates according to principles that block both its transformation from within and any resistance from without, leaving virtually no room to maneuver against it. #bitcoin #btc

BTC Las lógicas internas del Estado operan según principios que bloquean tanto su transformación desde dentro como cualquier resistencia desde fuera, al no dejar prácticamente margen de maniobra para actuar en su contra.

Bitcoin solves two fundamental problems: * It is not controlled by governments or central banks. * It cannot be devalued through arbitrary issuance. We’re living through the new fall of Rome!

Bitcoin resuelve dos problemas base: - No está controlado por gobiernos ni bancos centrales. - No puede devaluarse mediante emisión arbitraria. Estamos viviendo la nueva caída de Roma!

Since my last post about UTXO consolidation, I’ve received messages and comments with questions like: What are UTXOs? or How do UTXOs work? Here’s an explanation that’s easy for a newbie to understand and also useful for an expert to refresh. 1) What is a UTXO A UTXO (Unspent Transaction Output) is a specific “piece” of bitcoin that exists on the network and has not been spent yet. It’s not a number in an account. It’s more like a bill or a coin: something you can point to and say, “this is mine and I haven’t used it yet.” Your wallet doesn’t store “a balance” like a bank would. What it has is multiple pieces (UTXOs) that, when added up, make your total. Each one comes from a previous transaction and stays “alive” until you spend it. Keep this mental note: Bitcoin works with pieces, not balances. 2) Why do you have UTXOs in your wallet You have UTXOs because every time you receive BTC, the network creates one or more outputs assigned to your address. If you receive 0.01 BTC today and 0.02 BTC tomorrow, you’ll end up with two different UTXOs, even if your wallet shows a balance of 0.03. This happens because a Bitcoin transaction doesn’t “deposit money into an account”; it creates outputs that become linked to you. Your wallet simply presents those pieces as a single balance for convenience. But underneath, there’s an inventory of separate pieces. Consequence: many small receipts = many small pieces accumulating in your wallet. 3) How a transaction works A Bitcoin transaction consumes existing UTXOs (inputs) and creates new UTXOs (outputs). Inputs: the pieces your wallet selects from its inventory to cover the payment. Outputs: the new pieces that are created. Usually two: one to the recipient and one back to you as change. Fee: the fee doesn’t show up as an output “to the miner.” It’s simply the difference between what goes in and what goes out. > fee = sum(inputs) − sum(outputs) The key idea: when you pay, your old UTXOs are destroyed and new UTXOs are born. Nothing is “transferred”; it’s consumed and recreated. 4) UTXOs in Bitcoin: what they are and how they work (big picture) Think of the blockchain like a factory that, with every block, keeps issuing new pieces. Every transaction creates outputs. Some are later spent in other transactions; others remain unspent as available UTXOs. The network validates that each UTXO can only be spent once: each input references a specific previous output, and the consensus rules prevent reusing it. That’s how Bitcoin solves the double-spend problem without needing a bank. That’s why the UTXO model is so robust: accounting is concrete (individual pieces) and verifiable by any node. 5) How you spend a UTXO: inputs, outputs, and change Spending a UTXO is like paying with a large bill: you can’t split it, you hand it over whole and you get change back. Example: you have a 0.10 BTC UTXO and you want to pay 0.06 BTC. Your transaction will create: - Recipient output: 0.06 BTC - Change output back to you: 0.10 − 0.06 − 0.005 fee The recipient gets their 0.06 BTC, and you get 0.035 BTC back as change. The wallet automatically decides which address receives that change. For privacy, it usually uses a new address that belongs to you. There is almost always change. It’s not a bug or something weird; it’s normal Bitcoin behavior. 6) How the fee is calculated In Bitcoin, the fee doesn’t depend on the amount you send. It depends on two things: your transaction’s data size and the rate per unit you’re willing to pay. - Size: measured in vbytes (virtual bytes). The more inputs and outputs your transaction has, the more vbytes it uses. - Rate: expressed in sat/vB (satoshis per virtual byte). It varies depending on network congestion at that moment. > fee (sats) = size (vB) × rate (sat/vB) Direct conclusion: more inputs and outputs = more data = more vbytes = more fee, even if the amount you send is small. Ideally, if you don’t need the transaction urgently, some people wait for times when the mempool shows low fees to execute it — for example, to consolidate UTXOs. 7) Why your UTXOs affect your fees The biggest driver of transaction size is the number of inputs. If your wallet has to combine 30 small UTXOs to cover a payment, the transaction will be large and cost much more than if you could pay with 2 large UTXOs. That’s why consolidation exists: merging many UTXOs into a few when fees are low. Then, when you need to make a real payment, your transaction will be lighter and cheaper. Careful: consolidation is useful, but it comes with a privacy cost, because it links multiple pieces in a single transaction and reveals they’re all yours. It’s a trade-off each person must evaluate. Remember: more inputs → more vbytes → more fee. 8) The essentials in 6 lines - A UTXO is an unspent piece of BTC. - Your wallet stores many pieces, not a “bank balance.” - A transaction consumes inputs and creates new outputs. - There’s almost always a change output back to you. - The fee depends on data size, not amount: fee = size (vB) × rate (sat/vB). - Many small UTXOs mean larger transactions and higher fees.

Desde mi ultima publicación de consolidación de UTXO´s he recibido mensajes y comentarios con preguntas como, ¿qué son los UTXO´s? o ¿Cómo funcionan los UTXO´s?. Aquí te dejo una explicación para el que novato lo entienda muy facil y para que el experto refresque. 1) Qué es un UTXO Un UTXO (Unspent Transaction Output) es una "pieza" concreta de bitcoin que existe en la red y que todavía no se ha gastado. No es un número en una cuenta. Es más parecido a un billete o una moneda: algo que puedes señalar y decir "esto es mío y aún no lo he usado". Tu wallet no guarda "un saldo" como haría un banco. Lo que tiene son varias piezas (UTXOs) que, sumadas, dan tu total. Cada una viene de una transacción anterior y queda "viva" hasta que la gastas. Quedate con esta nota mental: Bitcoin funciona por piezas, no por saldos. 2) Por qué tienes UTXOs en tu wallet Tienes UTXOs porque cada vez que recibes BTC, la red crea una o más salidas (outputs) asignadas a tu dirección. Si hoy recibes 0.01 BTC y mañana 0.02 BTC, acabarás con dos UTXOs distintos, aunque tu wallet muestre un saldo de 0.03. Esto ocurre porque una transacción en Bitcoin no "ingresa dinero en una cuenta", sino que genera outputs que quedan vinculados a ti. Tu wallet simplemente te presenta esas piezas como un balance único para que sea cómodo. Pero por debajo hay un inventario de piezas separadas. Consecuencia: muchas recepciones pequeñas = muchas piezas pequeñas acumulándose en tu wallet. 3) Cómo funciona una transacción Una transacción en Bitcoin consume UTXOs existentes (inputs) y crea UTXOs nuevos (outputs). - Inputs: las piezas que tu wallet elige de su inventario para cubrir el pago. - Outputs: las nuevas piezas que se crean. Normalmente dos: una para el destinatario y otra de vuelta a ti como cambio. - Fee: la comisión no aparece como un output dirigido "al minero". Es simplemente la diferencia entre lo que entra y lo que sale. > fee = suma(inputs) − suma(outputs) La idea esencial: cuando pagas, tus UTXOs antiguos se destruyen y nacen UTXOs nuevos. Nada se "transfiere"; se consume y se recrea. 4) UTXO en Bitcoin: qué es y cómo funciona (visión global) Piensa en la blockchain como una fábrica que, con cada bloque, va emitiendo piezas nuevas. Cada transacción genera outputs. Algunos se gastan después en otras transacciones, otros quedan pendientes como UTXOs disponibles. La red valida que cada UTXO solo pueda gastarse una vez: cada input referencia un output anterior concreto, y las reglas de consenso impiden reutilizarlo. Así es como Bitcoin resuelve el problema del doble gasto sin necesitar un banco. Por eso el modelo UTXO es tan robusto: la contabilidad es concreta (piezas individuales) y verificable por cualquier nodo. 5) Cómo se gasta un UTXO: inputs, outputs y cambio Gastar un UTXO es como pagar con un billete grande: no puedes partirlo, lo entregas entero y recibes cambio. Ejemplo: tienes un UTXO de 0.10 BTC y quieres pagar 0.06 BTC. Tu transacción creará: - Output al receptor: 0.06 BTC - Output de cambio para ti: 0.10 − 0.06 − 0.005 de fee El receptor recibe sus 0.06 BTC y tu 0.035 BTC de cambio. La wallet decide automáticamente a qué dirección vuelve ese cambio. Normalmente usa una dirección nueva tuya, por privacidad. Casi siempre hay cambio. No es un fallo ni algo raro; es el funcionamiento normal de Bitcoin. 6) Cómo se calcula la comisión (fee) En Bitcoin, la comisión no depende del importe que envías. Depende de dos cosas: el tamaño de tu transacción en datos y la tarifa por unidad que estés dispuesto a pagar. - Tamaño: se mide en vbytes (virtual bytes). Cuantos más inputs y outputs tenga tu transacción, más vbytes ocupa. - Tarifa: se expresa en sat/vB (satoshis por virtual byte). Varía según la congestión de la red en ese momento. > fee (sats) = tamaño (vB) × tarifa (sat/vB) La conclusión directa: más inputs y outputs = más datos = más vbytes = más fee, aunque el importe que envíes sea pequeño. Idealmente, si no necesitas hacer la transacción urgente, hay quien espera a momentos donde la mempool muestra un bajo nivel de comisiones para ejecutarla. Por ejemplo, para consolidar UTXO´s. 7) Por qué tus UTXOs afectan a tus comisiones La parte que más pesa en el tamaño de una transacción es el número de inputs. Si tu wallet tiene que juntar 30 UTXOs pequeños para cubrir un pago, la transacción será grande y costará mucho más que si pudieras pagar con 2 UTXOs grandes. Por eso existe la estrategia de consolidación: juntar muchos UTXOs en pocos aprovechando momentos de fees bajas. Así, cuando necesites hacer un pago real, tu transacción será más ligera y barata. Ojo: consolidar es útil, pero tiene un coste en privacidad, porque enlaza varias piezas en una sola transacción y revela que todas son tuyas. Es un equilibrio que cada uno debe valorar. Recuerda: más inputs → más vbytes → más fee. 8) Lo esencial en 6 líneas - Un UTXO es una pieza de BTC sin gastar. - Tu wallet guarda muchas piezas, no un saldo "bancario". - Una transacción consume inputs y crea outputs nuevos. - Casi siempre hay un output de cambio de vuelta a ti. - La fee depende del tamaño en datos, no del importe: fee = tamaño (vB) × tarifa (sat/vB). - Muchos UTXOs pequeños implican transacciones más grandes y fees más altas.