⚡️2FakTor⚡️'s avatar
⚡️2FakTor⚡️
twofaktor@twofaktor.minibolt.info
npub1k9lu...pp63
Cybersecurity Analyst 🛡️ | #Bitcoin & #Lightning & #Nostr & #Tor & #Meshtastic #Noderunner | 🖥️ #MiniBolt & #RaMiX 🍓 creator 🌍 Web: https://twofaktor.minibolt.info 🧑‍🏫 Mentorías 🇪🇸: https://twofaktor.minibolt.info/#mentor 🔑 GPG: 18E2 2041 6921 9505 🌲 Linktr (FOSS): https://twofaktor-linktr.minibolt.info 📡 Relay: wss://relay.minibolt.info ⚡ LN address: twofaktor@btcpay.minibolt.info 🤝 Donate: https://donate.minibolt.info ⛓️Est. 675342 ⚡Est. 691176
Just completed bike ride with RUNSTR! ⏱️ Duration: 1:13:23 📏 Distance: 21.90 km ⚡ Pace: 3:21 /km 🔥 Calories: 514 kcal 🏔️ Elevation Gain: 44 m Cycling for PPQ.AI! #RUNSTR #Cycling #PPQAI
`privatebroadcast` sends a transaction over short-lived, private connections (via Tor, I2P, or IPv4/IPv6 through a proxy) to **avoid exposing the sender’s IP** before normal propagation begins. Each attempt uses independent peers, reducing the **ability to correlate broadcasts to the same origin** 👇 View quoted note →
🧪 Tested the `privatebroadcast` option introduced in Bitcoin Core v31.0 🆕👇 -> PR: -> In the release notes: --- 1️⃣ In this 1st test, here we can see the initial behavior after broadcasting a transaction on testnet4 using Sparrow → Fulcrum → Bitcoin Core flow. 👀 In the top-right screen, we can see the `bitcoin-cli getprivatebroadcastinfo` command running, which provides introspection and control over private broadcast status in the peer manager: --- 2️⃣ In this 2nd test, we broadcast the transaction just like the 1st, but immediately run `bitcoin-cli abortprivatebroadcast <txid>` in the bottom-left screen to stop it from propagating — acting as a "cancel" button by removing it from the private broadcast queue. 👀 In the top-right screen, `bitcoin-cli getprivatebroadcastinfo` shows the effect instantly, with the transaction disappearing from the peer manager view: 🎨 Finally, an AI-generated diagram explaining how it works under the hood: image Note for @MiniBolt ers: this option is not yet enabled "by default" in the @MiniBolt following the Bitcoin Core initial configuration (`bitcoin.conf`), as it should be used with caution. The broadcast process using this option is **significantly slower**, to the point that Sparrow may display a timeout error, since transactions are not immediately visible in the mempool due to delayed propagation while private connections are established and peers are reached. By observing how this transaction relay delay affects our node, especially LND, we can evaluate whether this should become "the default" Bitcoin Core setting in the future. --- @craigraw ...perhaps it would be a good idea to increase the waiting time or add a condition to prevent Sparrow from throwing that timeout error when `privatebroadcast=1` is enabled in Bitcoin Core, idk. Issue opened: --- Good news for the #Bitcoin ecosystem! #Privacy tools are always welcome!🥷💪
Just completed bike ride with RUNSTR! ⏱️ Duration: 1:11:15 📏 Distance: 21.67 km ⚡ Pace: 3:17 /km 🔥 Calories: 499 kcal 🏔️ Elevation Gain: 14 m Cycling for RUNSTR! #RUNSTR #Cycling #RUNSTR
Just completed bike ride with RUNSTR! ⏱️ Duration: 1:17:13 📏 Distance: 23.33 km ⚡ Pace: 3:19 /km 🔥 Calories: 541 kcal 🏔️ Elevation Gain: 66 m #RUNSTR #Cycling