#UTXO
Si compras algo por 7 € con un billete de 10 €, recibes 3 € de vuelta. Bitcoin funciona de forma parecida: gasta un UTXO completo y crea una salida para el pago y otra con el cambio. No modifica un saldo: reorganiza salidas.
September 29, 2026 at 3:00 PM
Carlos Baquero, Raquel Menezes: Bitcoin UTXO Values Are Heavy-Tailed but not Power-Law Distributed: A Clauset-Shalizi-Newman Test across Eight Snapshots https://arxiv.org/abs/2609.35395 https://arxiv.org/pdf/2609.35395 https://arxiv.org/html/2609.35395
September 29, 2026 at 7:02 AM
(5/7) La frontera importante está en la confirmación. RBF no borra una transacción incluida en un bloque ni reescribe la cadena: solo permite competir por el mismo UTXO antes de que una versión quede confirmada.
September 28, 2026 at 5:08 PM
(2/7) Existe una opción llamada Replace-by-Fee (RBF): mientras la transacción no esté confirmada, el emisor puede publicar otra que gaste los mismos UTXO, pero con una comisión mayor.
September 28, 2026 at 5:02 PM
(1/7) ¿Qué ocurre si una transacción de Bitcoin se queda pendiente y la comisión elegida ya no resulta atractiva para los mineros?
September 28, 2026 at 5:00 PM
Batchers exist because one UTxO dies once per block. Queued swaps are not a bug; they are how Cardano DEX state stays honest under load.
September 28, 2026 at 10:20 AM
Did you know?

Cardano DEXes often rely on batchers because one UTxO can be spent only once per block. Concurrent swaps get queued so the pool state stays consistent.

Concurrency with receipts.
#Cardano #DeFi
September 28, 2026 at 7:07 AM
(6/6) El doble gasto no se evita confiando en una lista central: se rechaza al aplicar las mismas reglas sobre un conjunto de UTXO que cada nodo reconstruye y verifica.
September 27, 2026 at 5:10 PM
(4/6) Al conectar ese bloque, los nodos eliminan el UTXO gastado y crean las nuevas salidas. La transacción rival ya no puede entrar después usando la misma salida, porque esa entrada dejó de existir como UTXO disponible.
September 27, 2026 at 5:06 PM
(2/6) Cuando recibe una transacción, comprueba que cada entrada apunta a un UTXO existente y que ninguna entrada de la propia transacción repite el mismo origen. Si llegan dos transacciones distintas que intentan gastar el mismo UTXO, no pueden confirmarse juntas en un bloque válido.
September 27, 2026 at 5:02 PM
(1/6) ¿Cómo detecta Bitcoin que alguien intenta gastar dos veces la misma moneda? La clave está en los UTXO: cada salida no gastada puede consumirse una sola vez. Un nodo mantiene un conjunto actualizado de esas salidas.
September 27, 2026 at 5:00 PM
(5/8) Si el filtro coincide, la wallet descarga el bloque completo y verifica por sí misma las transacciones, los UTXO y las pruebas necesarias. Una coincidencia no demuestra que haya un pago. El límite importa.
September 26, 2026 at 5:08 PM
A Bitcoin payment can be confirmed and still be uneconomical to move. The reason: your UTXO becomes a transaction input, and that input carries a future fee cost.

⚠️ AI visuals may be used for supporting scenes.
🚫 Not financial advice.
September 26, 2026 at 1:42 PM
Two wallets can hold the same amount of Bitcoin and still pay very different fees.

The reason: UTXOs.

More small UTXOs can mean more transaction inputs, a larger transaction and a higher future fee.

thenewsink.com/bitcoin-utxo...

#Bitcoin #UTXO
Bitcoin UTXOs Explained: Why Small Deposits Can Increase Your Fees - The News Ink™ | World News | Sports | Technology | Business
Bitcoin UTXOs can make future transactions more expensive. Learn how small deposits create inputs, affect fees, and when UTXO consolidation makes sense.
thenewsink.com
September 26, 2026 at 9:30 AM
Questions About XMR Privacy
I’m a long-time Monero dev, and just happened to see this post. > **When spending XMR, do I need to manually select UTXOs/stealth addresses and manually set the change address?** Every output on the blockchain is unique and not connected to your address (assuming ECC/ed25519 is **not** broken). Every “change address” is also unique. You really don’t need to do anything, except for _maybe_ UTXO selection (typically referred to as “coin control”). After FCMP++ fork, coin control is also not needed. Every transaction contains a public-key for an ECDH operation. This operation allows **both** wallets (sender and receiver) to “find” the secret keys of the new UTXOs. As hinted at previously, there is no connection to any address that you give to others on the blockchain. The downside is that each wallet must perform cryptographic operations on _every transaction_ to determine if funds were received. > If a transaction requires multiple UTXOs, do I need to consolidate them into a single address first, or can I spend them directly and let the wallet automatically select funds from multiple addresses? You don’t need to do anything if multiple UTXOs need to be spent. The transaction will have 1 input for every UXTO, and each input will have a unique “ring signature” to obfuscate the real spend. Coin control _may_ be useful because of how ring signatures work. Every “spy” knows that _one_ of outputs listed in the ring was definitely spent, and transactions with multiple inputs leaks some information about associated outputs that never occurs with 1 input transactions. > **When receiving XMR from a KYC platform, should I perform churning (sending the funds to another address or another wallet), or can I spend them directly** There is something called the EAE attack. I’m not going to describe it, as the video probably does a better job. If a Youtube link is unacceptable, I’ll dig further to find a better resource. Like with the coin control mentioned above, EAE should be eliminated by FCMP++, as the information “leak” from the ring signature is no longer available. > **When an XMR wallet software is connected to my own self-hosted Monero node, are transactions broadcast by the wallet software or by the Monero node?** Every new transaction ultimately lands on a node, that broadcasts to the network over tor/i2p OR “clearnet” using Dandelion++. If the operator has configured `--tx-proxy` for their node, then the “first hop” is _only_ tor and/or i2p, otherwise the first hop corresponds to the Dandelion++ algorithm. The Monero community recently ran a simulation of Dandelion++, proving that the privacy claims of the white paper were seen in practice using real Monero nodes. > **When using Whonix + Feather Wallet, do I need to configure Stream Isolation? Which of the following approaches should I use?** You’ll probably want to use stream isolation.
discuss.privacyguides.net
September 26, 2026 at 8:50 AM
(6/6) Así, una reorganización no significa que Bitcoin edite una transacción confirmada dentro del mismo bloque. Significa que el nodo cambia qué secuencia de bloques considera activa y recalcula el estado UTXO que se deriva de ella.
September 25, 2026 at 5:10 PM
(3/6) Después conecta la nueva rama aplicando sus transacciones y actualizando el conjunto UTXO. La coinbase también importa: sus salidas solo pueden gastarse tras la madurez correspondiente.
September 25, 2026 at 5:04 PM
(2/6) Si una reorganización hace que otra cadena tenga más trabajo acumulado, el nodo desconecta los bloques de la rama anterior: restaura los UTXO gastados y elimina los creados por cada bloque, en orden inverso.
September 25, 2026 at 5:02 PM
(1/6) ¿Qué ocurre con los UTXO cuando Bitcoin cambia temporalmente de rama? Un nodo no borra la historia anterior sin más: al conectar un bloque, consume entradas, crea salidas nuevas y guarda datos de deshacer asociados a ese bloque. Esos datos permiten invertir la operación.
September 25, 2026 at 5:00 PM
📦 chemaclass/unspent v1.3.0

A PHP library for UTXO-like bookkeeping using unspent entries.

🔗 https://github.com/Chemaclass/unspent
September 25, 2026 at 12:32 PM
The 50 BTC from Bitcoin's Genesis block can never be spent. Not because Satoshi locked them or lost the key, but because the original code didn't add block 0's coinbase transaction to the global UTXO database.
September 25, 2026 at 12:53 AM
¿Sabías que…? La recompensa del bloque génesis de Bitcoin no puede gastarse. Aunque aparece registrada en su coinbase, ese bloque tiene un tratamiento especial y su salida no se incorporó al conjunto de UTXO.
September 24, 2026 at 7:00 PM
(8/8) Assumevalid omite temporalmente ciertas firmas históricas; assumeutxo adelanta el estado UTXO. Son optimizaciones diferentes, con límites diferentes.
September 24, 2026 at 5:14 PM
(4/8) El nodo inicia en paralelo una validación completa desde el génesis, reconstruye otro estado UTXO y compara ambos al alcanzar la misma altura. Si no coinciden, la optimización no puede considerarse correcta y el nodo debe tratar el problema como un fallo de validación.
September 24, 2026 at 5:06 PM