Before bitcoin core v0.7.0 the default transaction selection algorithm was to pack transactions sorted by transaction priority, where priority was equal to the coin age (in blocks) multiplied by the spent value, divided by the transaction size. The default policy also set a minimum transaction fee that increased as the space in blocks grew closer to the blocksize limit.

What software / services in use today rely on the immutability of txids?

Fee Rate over the past 6 weeks 1 day rolling average 14 day rolling average

Good job you didn't panic and consolidate at high fee rates over the past 6 weeks.

What is your favourite bitcoin wallet, app, product or service which leverages Bitcoin Timelocks?

Out of band payments to miners are the market mitigating an inefficiency which exists as a result of policy rules which are (rightly) designed to protect nodes from DOS attacks. Personally I am very supportive of bitcoin developers efforts to resolve these inefficiencies in a decentralised way. I also think that there are often advantages afforded by centralised systems (which of course come with trade offs), which can be leveraged by those who opt-in to using them. Without the need to make onchain transactions there is the potential to fee bump awkward transactions (which can't be bumped easily by other means today) without overpaying. Examples of such awkward transactions include; - geographically separated multisig where the signing process may take many days / weeks from start to end - channel close transactions with a fee rate below the purge rate - tx's sent from wallets without RBF/CPFP tooling Past and current transaction prioritisation tools leave much to be desired; - opaque fees and terms - limited access for users and miners / pools - private acceleration bids (prior to confirmation) meaning counter bids cannot be made - private acceleration fees (after confirmation) making it hard for miners in pools to audit whether out of band payments are being collected I believe that a transparent alternative is possible with - clear fees and terms - wider access for users and miners / pools - public acceleration data for both bids and fees Because I believe this I am working to help deliver @Mempool Accelerator, which I hope will demonstrate that such a radically transparent alternative is possible. The block audit feature was the first step in this journey, providing bitcoiners with the tools to detect likely OOB payments, including those made by mempool. If you have a specific use case for Mempool Accelerator i'd love to hear about it. email orangesurf at mempool dot space matrix orangesurf:bitcoin.kyoto

Current bitcoin fees in the context of historic rates.

Self sovereign zaps to my tor LN node are now finally enabled I tried to set up zaps without success 8 months ago. My LN Address worked but nostr clients didn't recognise that the payment had been made. Thanks to @npub1y24gz5gwucl79vtv4ctwpysl0r5m4xyzu2rgulnr44ks3t5mt92q4nz2ad this is now easy for btcpayserver users 1. Exposed your BTCPayServer publicly (guide here https://orange.surf/public-btcpay-umbrel-tailscale/) 2. Create a lightning address in BTCPayServer 3. Install the nostr BTCPayServer extension, enter the same name and your Nostr PubKey and PrivKey Zaps will now work.

Any 3D printing / design enthusiasts on nostr? #plebchain

How do you discover new people / projects? Are there any nostr clients focused on discovery?

How to set up a public BTCPayServer with Umbrel and Tailscale.

Orange Surf

Guide - Public BTCPayServer with Umbrel & Tailscale

How to set up a public BTCPayServer with Umbrel and Tailscale.

Even with all the quirks and bugs, it's remarkable how good the nostr apps are already. I wasn't excited about lightning until today when I started sending and receiving zaps with Zeus connected to my own LN node