AGUX BITCOIN / AGUX BITCOIN is on Nostr

"4dc40466985d24ad2a8f69b22fab5dd410f7ece117e10f0771553685df251c10db198079d5c1423de0b101d4b4ed5e8355237d1950a5e70a8e89f5c83800df0c"

Last Notes

2026-10-13 12:12:17 UTC

Comprar #bitcoin en Mostro App tomando orden de venta. #espanol #hispano #español
https://blossom.ditto.pub/2df7c5a3c4be11362c893e04d82b656b4f3b2757ba0d859405df341f428d2e69.mp4

2026-09-28 17:09:49 UTC

https://blossom.primal.net/21a05dec13c3529b26e59e34bf4906cbc34246d1db9ffd83e17b9c236b2db814.mp4

2025-07-30 17:08:49 UTC

Miniscript. Concepto. "Apertura Retardada" con Liana Wallet y BitBox
https://youtu.be/MSfYFK969cM

2025-07-30 17:08:10 UTC

Monta un Nodo Completo de Bitcoin & Lightning en una Mini PC #bitcoin #umbrel
https://youtu.be/38yewt99RWk

2025-07-30 17:07:11 UTC

Coinjoin Ashigaru Wallet #bitcoin
https://youtu.be/1_386ViP3ws

2025-05-10 20:28:19 UTC

https://www.youtube.com/watch?v=hcaHCIYVnNc

2024-09-03 22:30:33 UTC

Clase 8. Curso de Electrum #Bitcoin Wallet. Multifirma. Configuración y ejemplo👇
https://image.nostr.build/92d1d08b6d7d7197b43b15d1ffc41d5fef30c50ea68f02a375624c38c3bba85b.png
Una wallet multifirma es una cartera en la que participan varios usuarios. Cada participante tendrá su propia instancia de la wallet, con la particularidad de que todos los participante comparten las mismas direcciones pero diferentes semillas.
Esto significa que todos los movimientos se van a reflejar en todas las wallets participantes, y para poder realizar un gasto, se van a requerir las firmas de todos o parte de los participantes según la configuración.
Este tipo de billeteras son prácticas cuando se comparten ahorros o ingresos, ya sea en un círculo íntimo como pareja o familia, o socios de un negocio.
También son alternativas seguras para usuarios únicos ya que si se dispersan las llaves, los fondos quedan resguardados a falta del total de llaves.
Configuración de MF en Electrum:
Antes que nada determinamos la cantidad de participantes. Luego cada uno deberá crear su wallet de la siguiente manera:
Al iniciar la configuración elegimos "Cartera multifirma".
https://image.nostr.build/a46c4e6f13c8c537b8ec509899da1d6f0fbf7cad33180a1c97be93b6099a08f9.png
Configuración del esquema M de N donde M son la cantidad de firmas y N es el numero de participantes o cofirmantes. Ejemplo: 2 de 3 (2 firmas de 3 cofirmantes). Podría ser una pareja, cada uno con su llave (semilla) y una tercera llave guardada en un lugar neutral como respaldo por si se pierde alguna.
https://image.nostr.build/84a77b81efbee8092455c3d9eaf6234d0540ac84dd7c7bc15c21021a4863ffc2.png
Crear una semilla tomando todos los recaudos que merece su custodia.
https://image.nostr.build/16e62384abeccfb69e546732bb29e7e3fccd91f4582e37a4263aaec28b4defcb.png
Y ahora es donde cada participante debe compartir la MPK (Master Public Key) con el resto de los participantes.
https://image.nostr.build/7e98fc162d19c389d13b740253a7330e272532614036a484d728350d42f8494d.png
El siguiente paso es ir agregando la MPK de los otros participantes. Se van agregando de a uno y se repite el proceso con el resto de los participantes hasta completar el esquema configurado.
https://image.nostr.build/407b3447ceecf1a3c625c70e2c3dac8567b0e8f918129597e654c9154259c009.png
Una vez que ingresamos todas las MPK del resto de participantes, agregamos una contraseña y ya queda establecida la wallet MF.
https://image.nostr.build/2895dfbf27b3b0965d4579ae9dbe7627c94d2fea48ebda5924e47a7f8d04fb38.png
Como podemos observar todas las wallets comparten las mismas direcciones. Es decir cualquiera que reciba #bitcoin en alguna de estas direcciones, el ingreso se verá reflejado en todas las wallets participantes.
https://image.nostr.build/59a7c0b914bb10ef9b895d8a67bf1f777c32399080c75501ff3e4fc0108d8ab8.png
Para gastar bitcoin. En cualquiera de las wallets, hacemos el envío y se genera un archivo .psbt (TX parcialmente firmada). Esta TX deberemos compartirla con el resto de participantes para que la firmen y se complete la cantidad de firmas necesarias para poder realizar el gasto. En este ejemplo al ser una MF 2/3, solo hará falta que la firme solo un participante más. Para compartir la TX le damos al botón “Compartir” y elegimos una de las opciones, por ejemplo "copiarla en el portapapeles" como texto plano.
https://image.nostr.build/cd6ff9077ecd5c2cf0334be072a6a2894fb8f6363c7d5b9e87c71702a9324f36.png
Una vez enviada la TX parcialmente firmada a otro/s participante/s. Para firmarla con otra wallet, en “herramientas” “Cargar TX” y en nuestro ejemplo “Desde texto”
https://image.nostr.build/ff834638cc067d078a1e5b4fa61f9108839d47bde76c1417d6c7c72dfff6a78b.png
Pegamos la TX y “Cargar TX”.
https://image.nostr.build/a00f0b0df1106a13bc44a9b2b3e83b32eba8e6136551551de0c3fcb9b9a3b16d.png
Para concluir. "Firmamos" y "Transmitimos" la TX para que se produzca el gasto.
En el caso que se necesiten mas firmas se vuelve a compartir hasta completar las firmas necesarias.
https://image.nostr.build/563d3b11a50fa57a9c0c6f5499e1cab86fbcd0a664373cbeb837ee56c5743a1a.png
Video de esta clase!
https://www.youtube.com/watch?v=as8COAkflIg
Gracias por tu atención! Unite al grupo de Telegram: https://t.me/+U4NT97OSFaJlNzA5…
Ir al curso en Youtube: https://youtube.com/playlist?list=PLT0gF2TjLOk_-guZGxsoY8ZwdbWwBmDr_…
Gracias por compartir!!! 🙏
Gacias por tu apoyo!!!

2024-08-29 01:55:30 UTC

Clase 7. Curso de Electrum #Bitcoin Wallet. RBF y CPFP. Guía👇
https://image.nostr.build/c7c958c5b75172949567a32db9040e3e078f8eb6b1cd3808ac546af9d8827f35.png
RBF-CPFP Son técnicas que permiten acelerar TXS atrapadas en la mempool a causa del poco fee o comisión que estarían pagando como incentivo a los mineros.
RBF
Por ejemplo, esta TX se creó con un fee por debajo de la prioridad baja, por lo que quedó relegada en los últimos bloques.
https://image.nostr.build/8f43c493b6a2c45a0ff1ccb5871102603c5ae341e5ec0616140eaa1441798695.png
Para destrabar la TX hacemos un RBF (Replace By Fee).
Un RBF consiste en crear una nueva TX usando las mismas monedas pero con mayor fee, y cuando se envíe a la red, los nodos descartaran la TX de menor fee. Es decir, la TX será reemplazada.
En Electrum “botón derecho” sobre la TX y “Aumentar comisión/Increase fee”
https://image.nostr.build/58f6ad4291f5a69b3bc6995a10376a860b3a9bd719176c61adf9340d55515375.png
“Method” es para “Preservar pago” (se mantiene el monto a enviar) o “Disminuir pago” (el aumento del fee se descuenta del monto a enviar . Por ejemplo, si no te queda saldo en la wallet).
“Current fee” es el valor actual del fee.
“New fee” es el precio sugerido por Electrum que lo podemos modificar desde el deslizante “Fee target”.
Observar la mempool para tener un panorama mas amplio de lo que se está pagando, En este caso el próximo bloque a confirmarse va de 2 a 40 sat/vb, por lo que pagando 3 o los 2.8 sat/vb sugerido por Electrum tenemos altas chances que se confirme en la siguiente confirmación.
https://image.nostr.build/a6bc7fadea3de69590a2a3bfbe06d5d3ee3d9974e120b30714344c324dae482b.png
Una vez enviada la nueva TX a la red, ésta reemplaza a la anterior y sube puestos en la mempool, en este caso subió hasta el próximo bloque a confirmarse. Listo el RBF!
Si te llegases a quedar corto otra vez con el monto, no pasa nada ya que puedes hacer los RBF que quieras mientras la TX esté en la mempool (solo entrará la de mayor fee).
https://image.nostr.build/94fe01b21a1585f2aa5591cc07f9c660b289a9d721975124e08105457abd83e3.png
CPFP
Pero que pasa si el que envió el bitcoin no puede o no quiere hacer el RBF. Entonces es cuando el receptor puede hacer un CPFP (Child Pay For Parent/El hijo le paga al padre).
CPFP consiste en usar la moneda recibida (aún sin confirmar) y auto-enviarsela pagando una comisión suficiente alta para que los mineros les convenga confirmar ambas TXS.
Para hacer un CPFP, en Electrum (del receptor) “botón derecho” sobre la TX y “Child Pay For Parent”
https://image.nostr.build/427b4221b99129316b509fa170a7cf1fef94e6f4278a493c317f6cbe59f71dd2.png
Aquí deberemos colocar un monto suficiente para que el “Total feerate” sea suficiente para cubrir una prioridad superior y le damos a “OK”. Para enviar la TX, la firmamos la firmamos y la transmitimos con “Brodcast”
https://image.nostr.build/488a51b72f86c9e9591b78618e7775febb60b56825050cda03739a5fcf540df9.png
Como el fee es suficiente elevado y como para poder confirmar la nva tx hay que confirmar la tx padre, los nodos colocan ambas tx en una nueva prioridad, en este ejemplo las 2 tx ya se encuentran en el próximo bloque a confirmarse por mas que una de ella solo pague 1sat/vb.
https://image.nostr.build/5910a9e1545b1e8e1f506a0a7758a3080116ead9fcc8336c80eebfd35daf8828.png
Y en la wallet del receptor aparece una nueva TX que indicará solo el gasto del fee de la TX CPFP (600sat). El símbolo de advertencia que nos señala que el padre de esta TX aún está sin confirmar… es decir, que se debe confirmar la tx padre para que la nueva TX pueda confirmarse.
https://image.nostr.build/4207ede8196deaf5ed57307435c89c2062374a57d3a833640142c2de3eee1960.png
Si llegase a quedar nuevamente atascada, puedes hacer un RBF a la TX de CPFP.
https://image.nostr.build/e4c2e735fe7a7846c87ad6be032d49781e384969e6dada81bd4d9078950537e4.png
Ver video de esta clase
https://youtu.be/McNR3-HM55g