Core Lightning ha liberado una nueva release, la 26.06 🔥 Es una actualización importante para quienes tienen un nodo de Lightning y más si usas CLN como software base. Vamos a comentar brevemente qué trae este versión como cambios relevantes: • Los pagos ahora son más precisos y se reintentan de forma más inteligente: Ahora el nodo entiende mejor por qué falló un pago y prueba rutas alternativas de forma más lista. Esto hace que lleguen más pagos a destino sin que tengas que estar pendiente. • Mejora notable en la privacidad de los pagos: Ahora maneja mejor cómo se envía la información de los pagos, haciendo más difícil que alguien pueda seguir el rastro completo de por dónde viaja tu dinero en la red Lightning. • Además, esta versión se llama “Quantum-Resistant Lightning Channel” porque prepara los canales para ser más seguros contra computadoras cuánticas en el futuro, y dejan obsoleto el comando (“pay”) y ahora usa por defecto **xpay**, que es más moderno, preciso y confiable. • Y otra mejora destacada: “bwatch” Es un nuevo sistema que permite a tu nodo enterarse casi al instante cuando llega un nuevo bloque de Bitcoin. En vez de estar preguntando constantemente, ahora recibe la información de forma más rápida y eficiente. De manera general los cambios prometen hacer que un nodo usando CLightning funcione más estable, privado y preparado para el futuro. Más información sobre el Release aquí:

GitHub

Release v26.06 Quantum-Resistant Lightning Channel · ElementsProject/lightning

This release has been named by @enaples Highlights for Users graceful command to prepare CLN for shutdown... gracefully! Added sendamount command,...

🔥 ¿Sabías que tu nodo Bitcoin no tiene que verificar todo desde cero cada vez? Gracias a un atajo inteligente llamado "assumevalid", asume que hasta cierto bloque histórico todo está correcto y acelera mucho la sincronización. Artículo sencillo de leer:

Dinero sin reglas

Dinero sin reglas

chaintip

¿Sabías que existe un BIP que busca democratizar más la posibilidad de correr un nodo sin cambiar las reglas del protocolo? Utreexo busca reducir la carga de los nodos y reforzar la descentralización. Un tema técnico, explicado de manera sencilla: 👇

Dinero sin reglas

Descubre Utreexo, la Propuesta que Revoluciona los Nodos sin Cambiar las Reglas

Imagina correr un nodo Bitcoin en tu viejo portátil sin descargar gigabytes: Utreexo lo hace posible, aligerando la red para una descentralizació...

Aparte de que salgo en los créditos (gracias, Alberto, ¡ahora tengo una forma de explicarle el BIP110 a la familia!). El gran @Alberto Mera explica en este video NO solo el BIP110, sino también la importancia de: 1) tener nodo 2) no entrar en pánico y ser paciente Felicidades y gracias por la mención; ahora puedo decir que he aparecido junto a Alberto 😃

Ayer día muy especial en el #bcc8333 Gracias a toda la gente fantástica que estuvo allí. Gracias @Yonat Vaks : no te imaginas lo que significan esas tarjetas: mi primer evento fuera de casa compartiéndolo con 104 😉 Enhorabuena a la comunidad de #bcc8333 por lo conseguido! 👏 Una red de nodos 💪

Sparrow Wallet acaba de lanzar nuevo release: 2.5.2 Lo más importante de esta actualización es que ahora verifica con más cuidado las transacciones que cargas antes de firmarlas. Es decir: cuando abres una transacción (PSBT) para revisarla y firmarla, Sparrow hace un chequeo más profundo para asegurarse de que todo esté correcto y no haya sido manipulada. Esto suma una capa extra de seguridad, sobre todo si usas carteras hardware o firmas en varios pasos. Además, añadió detección de “dust” y otras correcciones. Notas del release:

GitHub

Release 2.5.2 · sparrowwallet/sparrow

Improve verification of loaded PSBTs to warn on non-default sighash types Warn on loading transactions with non-zero outputs of an unknown script t...

Descarga y VERIFICA, siempre, desde su web 👇:

Sparrow Wallet

Download

Sparrow is a modern desktop Bitcoin wallet application supporting most hardware wallets and built on common standards such as PSBT, with an emphasi...

Si tienes en mente venir a @Watch out, Bitcoin! no dejes pasar la oportunidad, que el tiempo pasa y no se detiene! Let's go! 👇🔥🔥🔥🔥👇 View quoted note →

Vamos que nos vamos!!!! En 2 días, cambian las entradas de precio. 👇🚀🚀🚀🚀🚀👇 View quoted note →

Breve 🧵 sobre Silent Payments Con la incorporación de Silent Payments en Sparrow Wallet, he visto que hay algo de debate y confusión. Vamos a ver si puedo aportar un poco al tema. Silent Payments no es algo que Sparrow se haya inventado. Es una mejora propuesta en Bitcoin (BIP 352) que lleva tiempo desarrollándose y que ya han implementado algunas carteras, como Cake Wallet antes y ahora Sparrow. Tal vez el motivo de que haya más revuelo con la implementación de Sparrow es debido a que Sparrow es only Bitcoin y tiene una base de usuarios más técnica. Además, Sparrow está implementando Frigate, un servidor para ayudar a mejorar la búsqueda de transacciones de SP en tu cartera. El problema que resuelve es este: cuando damos la misma dirección de Bitcoin muchas veces (donaciones, cobros, pagos recurrentes, etc.), cualquiera puede mirar en la cadena y ver todos los pagos que han llegado ahí. Eso afecta a nuestra privacidad. Con Silent Payments puedes compartir una sola dirección (que empieza por "sp1q...") y usarla tantas veces como quieras. Lo interesante es que, cuando alguien te envía bitcoin, su cartera genera automáticamente una dirección nueva y distinta para ese pago concreto. Tú le das la dirección reutilizable, y el que paga, desde su app, crea una transacción que va a una dirección tuya diferente. Desde fuera, en la cadena solo se ve un pago normal a una dirección Taproot. Nadie puede vincular fácilmente todos esos pagos entre sí. Esto trae dos ventajas grandes: mejora la privacidad (evitando la reutilización de direcciones) y hace la experiencia de usuario mucho más cómoda, porque ya no tienes que estar generando y compartiendo una dirección nueva cada vez. Como era de esperar, hay un pequeño trade-off: la cartera receptora tiene que hacer más trabajo escaneando la cadena para encontrar sus pagos. Esto no es tan rápido, especialmente en móviles la primera vez. Y aquí es donde entra Frigate, el nuevo componente que Sparrow está integrando. Frigate es un servidor diseñado específicamente para Silent Payments, con su propio protocolo optimizado para esa tarea. En lugar de que tu cartera tenga que escanear todo manualmente (lo que consume tiempo y recursos), Frigate hace ese escaneo de forma mucho más eficiente en el servidor, usando optimizaciones fuertes (en algunas configuraciones puede incluso aprovechar la GPU). Esto hace que la experiencia en Sparrow sea bastante fluida en escritorio. En resumen, Silent Payments + Frigate es un paso muy interesante para combinar mejor privacidad con facilidad de uso en Bitcoin, pero no han sido los primeros, ni los únicos. Por último, pero no menos importante, usar SP requiere que tanto el que recibe como el que envía tengan carteras preparadas para ello y no resuelven todos los problemas de privacidad, como por ejemplo, el KyC, recuerda que ese no sale ni con agua caliente! ! 😂😉

Bisq 2 acaba de lanzar la versión 2.1.11. Es pre-release, pero trae mejoras importantes en seguridad y estabilidad que vale la pena conocer. De lo más destacado: * verificación de dependencias y firmas mucho más estricta (mejor defensa ante ataques a la cadena de suministro) * mejoras en notificaciones push y webcam, y * mejor soporte para macOS Apple Silicon. También actualizaron Tor, Java 21 y varias librerías, además de mejoras en los flujos de trading y contactos. Bisq sigue siendo una de las opciones más sólidas para comprar y vender Bitcoin sin KYC, de forma privada y descentralizada. Si la descargas, válida siempre lo que bajas:

GitHub

Release v2.1.11 · bisq-network/bisq2

Release notes Security And Release Integrity Dependency verification is much stricter: checksum-only artifacts are gated, verification metadata XM...

Hoy se cumplen 16 años de la famosa Pizza Day 🍕 En 2010, Laszlo Hanyecz pagó 10.000 BTC por dos pizzas que valían unos 41 dólares Tal vez la primera transacción real con Bitcoin en el mundo ¡Feliz pizza day! Te invito a leer la historia de Bitcoin 👇

Dinero sin reglas

Historia de Bitcoin

Un repaso por la historia de bitcoin, una vista a la línea de tiempo de los eventos más relevantes de su historia en el tiempo

🧵 Nueva actualización de Sparrow wallet 2.5.0. ( @craigraw ) A nivel visual no es una actualización que incluya muchos cambios, pero sí incorpora algo bastante importante, que Craig lleva tiempo trabajando para mejorar la privacidad en Bitcoin: Silent Payments. Sabemos y llevamos mucho tiempo advirtiendo que Bitcoin no es anónimo por defecto. Cada dirección que compartes puede acabar revelando información sobre ti, sobre tus pagos, tus ahorros o tus patrones de uso. Y ahí es donde entran esa solución, la de los Silent Payments. La idea es más o menos simple: En lugar de tener que generar y compartir constantemente nuevas direcciones Bitcoin, puedes usar un sistema donde los pagos se reciben de forma mucho más privada, sin exponer públicamente una dirección fija. Menos información visible para terceros. Esto no convierte Bitcoin en privado de la noche a la mañana. Pero sí ayuda a reducir uno de los grandes problemas históricos de Bitcoin: la reutilización y exposición de direcciones. Y eso, con el tiempo, puede marcar una diferencia importante. Además, Sparrow ha añadido soporte para usar Silent Payments incluso con hardware wallets y configuraciones air-gapped. Es decir: usuarios que mantienen sus dispositivos desconectados de internet también podrán beneficiarse de ello. Creo que esto demuestra que no es una función experimental pensada solo para desarrolladores, está buscando volverse un estándar, que haya más adopción en el mercado y sea ampliamente usada. Pero depende de la demanda de los usuarios, así que úsala!! Otro detalle interesante es que incorpora soporte automático para un servidor compatible con Silent Payments Esto parece un detalle menor, pero en realidad facilita muchísimo que usuarios normales puedan empezar a usar estas herramientas sin montar infraestructura compleja. Sigo pensando que no hay mejor wallet solo para Bitcoin en escritorio que Sparrow, su filosofía es "privacidad ante todo" No intenta convertir Bitcoin en una app simplificada donde el usuario no entiende nada. Deja aprender. Entender qué son los UTXOs, las fees, el coin control, los PSBTs o la privacidad en red. Por eso en mi opinión, esta actualización refleja que la privacidad en Bitcoin no va a llegar como un botón mágico, sino con trabajo como este. Eso tiene mucho valor. Ahora bien. Algo importante a tener en cuenta con Silent Payments: para que funcionen correctamente, tanto la wallet que envía como parte de la infraestructura que la rodea deben soportarlos. Es decir: no es algo que automáticamente vaya a funcionar con cualquier wallet o servicio desde el primer día. Como suele ocurrir en Bitcoin, la adopción será gradual. Además, Silent Payments no “soluciona toda la privacidad” por sí solo. Siguen existiendo otros factores importantes: • cómo conectas tu wallet • si usas nodo propio • reutilización de UTXOs • análisis de red • KYC La privacidad en Bitcoin suele construirse por capas, no mediante una única herramienta mágica. Enhorabuena a @craigraw por poner siempre la privacidad al servicio del usuario ❤️❤️ Si quieres soportar el proyecto:

Sparrow Wallet

Donate

Find Sparrow useful? Donate to support further development!

El año pasado empezamos a debatir algo que hoy parece imposible ignorar: ¿Qué pasa cuando las máquinas conocen Bitcoin? En WoB buscamos abrir conversaciones antes de que se conviertan en tendencia ¿Ya tienes tu entrada?

Watch out, Bitcoin!

Watch out, Bitcoin! — WOB 5

5º aniversario · Madrid 2–4 octubre 2026

#WOB26 #Bitcoin #BitcoinEspañol Si te perdiste la conversación del año pasado: View quoted note →

Vamos con un 🧵 sobre el caso de Bisq. @bisq_network publicó el post-mortem oficial del exploit del 1 de mayo. Con esto dan por cerrado el caso Esto es lo que pasó, cómo terminó, y la lección que deja para cualquiera que use o construya software con dinero de por medio. Se confirma que el total fue de 11.59 BTC sustraídos. - 10 usuarios afectados (3 concentraron casi todas las pérdidas) - Solo trades de altcoins - Los trades en moneda fiat quedaron protegidos - Los bitcoin guardados en las wallets nunca estuvieron en riesgo Recordemos que lo qué falló fue la no verificación de que un valor, la comisión de red, fuera positivo. El atacante envió un número negativo y el código lo aceptó. Eso bastó para desviar fondos en ciertos intercambios. Solo faltaba esa validación! Mi enhorabuena al equipo de Bisq, reaccionaron rápido y sin dejar de hacerse cargo. Resistieron la tentación del parche rápido y revisaron todo a fondo: protocolo, wallet, red P2P, dependencias. Resultado: la versión 1.10.0, ya disponible:

GitHub

Release v1.10.0 · bisq-network/bisq

Bisq 1.10.0 follows the recent security incident with a focused hardening release that improves trade protocol security, network message validation...

Y estas cosas solo suceden en la comunidad ❤️: Un grupo anónimo de contribuyentes "Refund Angels", adelantará los fondos a las víctimas en BTC. Cómo la DAO les devuelve ese dinero se resolverá después, sin retrasar el pago a los afectados!! Reembolso completo, en marcha 🔥 Si usás Bisq, cambian algunas cosas (medidas de precaución mientras siguen auditando): Tamaño máximo por trade: 0.125 BTC Auto-confirmación de Monero desactivada Adjuntos en el chat de disputas eliminados Y un recordatorio: En la wallet de Bisq solo lo que vayas a operar Más allá de Bisq, el equipo descubrió la vulnerabilidad usando IA. Un desarrollador la encontró y la corrigió mucho más rápido que el resto del equipo revisando a mano. Por eso creen que el atacante probablemente también usó IA para encontrarla. En el post-mortem hay una frase que merece mucha atención: La idea de que un software desplegado y revisado durante años ya está "probado en combate" deja de sostenerse. La IA puede encontrar de forma sistemática fallos que llevaban años ocultos a la vista de todos!!! No es una historia de IA contra humanos. Es una historia de velocidad, gente! Bisq también usó IA para acelerar sus propias defensas, un sistema de builds verificables que a mano habría llevado mucho más tiempo. La misma herramienta a los dos lados del tablero. Así que como balance final tenemos un bug pequeño y viejo. Una respuesta lenta pero disciplinada. Víctimas que recuperan su dinero. Y un proyecto que eligió contar todo en detalle en lugar de minimizar. Así se ve gestionar bien un mal momento. Mi enhorabuena a Bisq, transparencia total! Post mortem completo 👇: bisq.network/blog/security-incident-post-mortem

Bisq publicó una segunda actualización sobre el exploit. Más allá de los datos (11.59 BTC, 10 víctimas, reembolso en marcha), dejaron una reflexión. IMO Va sobre algo que parece contraintuitivo: a veces, hacer las cosas más simples las hace menos seguras Recordemos que el ataque afectó a Bisq 1, la versión clásica. En Bisq 2, se optimizó el protocolo de intercambio eliminando pasos que parecían innecesarios. Uno de esos pasos eliminados era una transacción extra que el usuario tenía que firmar manualmente. Esa transacción extra, que en Bisq 2 quitaron pensando que era una mejora, en Bisq 1 actuó como una barrera durante el ataque. Limitó cuánto daño podía hacer el exploit. Era fricción (por ser un paso adicional) Pero esa fricción protegía. Ahora el propio equipo lo admite: "En su momento lo vimos como un progreso claro. Con el aprendizaje de este incidente, tenemos que reconsiderar esa suposición." No están diciendo que Bisq 2 sea inseguro. Están diciendo que perdieron una capa de protección sin darse cuenta. La frase con la que cierran el comunicado merece atención: "La seguridad a menudo funciona contra la intuición. La fricción puede ser beneficiosa. Los límites entre capas crean límites de riesgo." Aplicable a cualquier sistema, no solo a Bitcoin. ¿Por qué importa esto? Toda la industria empuja hacía menos pasos, menos firmas, menos clics, menos confirmaciones. UX más fluida A veces eso está bien Pero cada paso que se elimina puede estar haciendo dos trabajos: uno visible (la función) y otro invisible (frenar abusos) Quitar fricción por dar mejor UX sin entender riesgos es exactamente cómo se introducen vulnerabilidades sin escribir una sola línea de código mala. El bug de Bisq fue una validación faltante: el código aceptaba números negativos donde solo debía haber positivos (IMO). El reembolso a las víctimas sigue en marcha vía DAO. Para mí eso hace que @Bisq sea TOP, el proyecto no se desentiende de los problemas Y la nueva versión con el parche llega en los próximos días. Resumen, Bisq sigue siendo de lo más TOP! Nota de Bisq: 👇

Yakihonne

Bisq

# Bisq Exploit Update 2 ## Data points We have now received all reports from affected users. The total amount of funds lost is **11.59104 BTC**. ...

Nuevo release de Fulcrum 🚀 Corrección de bugs de la serie 2.x. Arreglado un bug en Windows Nuevos métodos RPC Mejoras menores, fixes de compilación y optimizaciones Recuerda SIEMPRE verificar las descargas y las modificaciones, no te fíes!!! Más info:

GitHub

Release Fulcrum 2.1.1 · cculianu/Fulcrum

What's New: Fulcrum 2.1.1 is a bugfix version of the 2.x series. Most significantly, it fixes a bug when using BTC on the Windows version of Fulcru...

Un breve mensaje sobre lo acontecido en el protocolo de intercambio de @Bisq en un lenguaje que espero sirva para entender a quienes no estén muy puestos en temas y nomenclaturas técnicas. 🚨 Bisq v1 sufrió un exploit el 1 de mayo. Esto es lo que se sabe (al menos lo que yo sé) y por qué la respuesta del equipo merece atención. Si usas Bisq, esto te interesa y te invito a leer antes de seguir operando ¿Qué pasó? Un atacante encontró un fallo en el protocolo: - En lugar de pagar la comisión de red que corresponde, logró colar un valor inválido que el protocolo de intercambio no debería haberse aceptado. Eso ocasionó que en ciertos intercambios, parte del dinero se desviaba a su bolsillo en vez de quedar en la operación. En pocas palabras: una validación que faltaba en el código. El equipo de Bisq reaccionó rápidamente, enhorabuena! Apenas detectaron el problema, frenaron todo el trading en seco con un truco muy elegante (en argot informático): - Forzaron a la app a exigir una versión del software que todavía no existe. Eso hizo que de manera inmediata nadie pudiera operar, atacante incluido! Tiempo ganado para arreglar el código. ¿Qué NO está afectado? ✅ Bisq 2 (la nueva versión), código distinto, intacto. ✅ Tus bitcoin guardados en wallet, el fallo afectó a operaciones en curso, no al almacenamiento. Los afectados al momento son personas que estaban intercambiando altcoins El equipo está trabajando en devolver los fondos a través de la DAO de Bisq. Esto honra al proyecto. Otra enhorabuena! Las víctimas podrán elegir entre recibir en BTC o en BSQ (el token del proyecto) La propuesta se somete a votación de la comunidad; el ciclo actual cierra alrededor del 25 de mayo. El propio equipo sospecha que el atacante usó herramientas de IA para encontrar el fallo. Cuando el propio equipo investigó el ataque, usaron IA y reprodujeron el problema más rápido que el grupo que revisó el código a mano Aviso a la comunidad: la velocidad para encontrar vulnerabilidades cambió, para atacantes y defensores!! Quien primero adopte las herramientas, gana terreno. ⚠️ Recomendación del equipo de nprofile1qqsgqfapsalnnesrmt7xxfu7qp95akwlscw33n5pm8zrclt3xhdg7eg7r6d9z: Hasta que salga el parche, no dejes en tu wallet de Bisq más BTC del que vayas a usar para operar. Fuentes: • @bisq_network •

GitHub

Reimbursement options for victims of the May 1 exploit · bisq-network/bisq · Discussion #7628

We are currently evaluating several reimbursement options. Our goal is to provide fast, full reimbursement with as little friction as possible for ...

¡Feliz día de las madres!!! En México es siempre el 10 de mayo, pero como la dueña de mis sueños, de mi tiempo y de mis sats es española, toca felicitaciones y celebración doble! Y poco me parece. Feliz día!!!!

¿Sabías que en lo que va de 2026 la mediana de comisiones en Bitcoin ha estado plana en 1 sat/vB durante semanas? Y en junio de 2025 ya se minó una transacción pagando 0,1 sat/vB. Una décima parte del mínimo "estándar". ¿Cómo es posible? ¿Y qué implica para la red? Algunos pools están aceptando transacciones por debajo de 1 sat/vB. Es válido a nivel de consenso, pero tiene efectos: mempools desincronizados, propagación de bloques menos eficiente, wallets ligeras menos fiables… Te invito a leer más aquí 👇

Dinero sin reglas

¿Qué pasa si pagas menos de 1 sat/vB en Bitcoin?

Pagar menos de 1 sat/vB en Bitcoin puede afectar la sincronización de nodos, las wallets ligeras y la propagación de bloques. Aquí te explicamos...

Buenas!!! 🙏 🙏 🙏 ¿Puedes usar el mismo datadir en Bitcoin Core y Knots sin romper nada? Muchos piensan que cambiar de Core a Knots o de Knots a Core implica: ❌ volver a sincronizar ❌ riesgo de corromper datos ❌ incompatibilidades raras La realidad es bastante distinta y menos complicada. La clave está en cómo Bitcoin guarda la información. Y es que la información que se guarda está estructurada, no es una sola “base de datos”, sino que son varias piezas con funciones muy concretas. Y no todas pesan lo mismo. Hay directorios que pueden crecer cientos de GB… y otros que son críticos pero sorprendentemente pequeños Si no sabes distinguirlos, no sabes realmente cómo funciona tu nodo. Bitcoin Core y Bitcoin Knots comparten esa estructura (Para muchos no es tan obvio como parece). Esto también explica por qué: - puedes mover tu nodo de máquina - puedes reducir espacio - puedes romper cosas sin darte cuenta Todo depende qué entiendas el "datadir" Pues si tienes todas estas curiosidades, te invito a leer cuál es la estructura actual de todos los archivos de Bitcoin. Te dejo el artículo completo aquí:

Dinero sin reglas

Estructura de directorios de Bitcoin Core - Dinero sin reglas

Vamos a conocer cual es la estructura de directorios que tiene Bitcoin Core, dónde se almacena la información, cómo, si podemos cambiarla y sus ...

Te va a ahorrar más de un susto con tu nodo.