SatsAndSports

I'm planning to build a tool to show who has the biggest OP_RETURN - relative to fees paid - in the mempool, with nLockTime equal to the activation height for Luke's Bitcoin CashJr We should give a prize to whoever puts the largest OP_RETURN in that block, because we need to incentivize miners to stick with real bitcoin So I think it'll be fun to watch the transactions come in as we outbid each other for the top slot!

I'm listening to the "debate" now, between nostr:nprofile1qqs0w2xeumnsfq6cuuynpaw2vjcfwacdnzwvmp59flnp3mdfez3czpsprpmhxue69uhkummnw3ezumr0wpczuum0vd5kzmp0ksxxx2, Bitcoin Mechanic, nostr:nprofile1qqs0m40g76hqmwqhhc9hrk3qfxxpsp5k3k9xgk24nsjf7v305u6xffcppemhxue69uhkummn9ekx7mp00qjrgs and Peter Todd After a few seconds on polite introductions and a gentle opening, one side went straight into the "bad actor" claims Starts at 1:54:30 https://rumble.com/v70mlfs-wagmi-stage-lugano-plan-forum-2025-live-from-lugano-.html?e9s=src_v1_cmd%2Csrc_v1_ucp_a

nostr:npub1c532uf02js6j0gp7pvw5gnld687areex7eqa7py9c4kqpny67q9suc56u0 1DLeNApsHNNzUMNZJVoXeyEY5sdp8vzx3w

"99% of the hashrate can't stop a non-censorious 1% of hashrate from getting transactions into the chain" Pierre Rochard said this in an episode of the TFTC podcast (link below), but it's not true. Any entity with more than 50% of the hashrate could kick out the other hashrate by refusing to build on top of their blocks. The minority hashrate will see their blocks don't stay in the chain and they will be forced to shut down as they don't earn anything from their mining. So then we would have a "CEO of bitcoin", the leader of the hashrate, who decides what transactions are included. And there's nothing the nodes could do about it. That's why it's critical for the (economic) nodes to main a relentless "divide and conquer" regime so that the big miners cannot organize themselves like this. This is a critical issue in any big argument about Bitcoin, like the blocksize war and the current podcaster thing. And more private hashing (e.g. multiple hashpool.dev pools nostr:npub16vzjeglr653mrmyqvu0trwaq29az753wr9th3hyrm5p63kz2zu8qzumhgd ) is just one of many things that can help this. https://fountain.fm/episode/c2BEETgDFjP8xbFXkA7f

Does your Cashu mint (fully) support P2PK, e.g. with SIGALL? A simple tool to run some checks against mints. A few links below: - youtube demo video - a link to the tool - github. It's just a static page, hosted on Github Pages, easy for anyone to clone [and edit] and host. It uses some CDK functionality, so you'll see the repo is a CDK repo with this extra stuff in /web/nut-10-checker ( nostr:npub1zzt0d0s2f4lsanpd7nkjep5r79p7ljq7aw37eek64hf0ef6v0mxqgwljrv nostr:npub16vzjeglr653mrmyqvu0trwaq29az753wr9th3hyrm5p63kz2zu8qzumhgd nostr:npub12rv5lskctqxxs2c8rf2zlzc7xx3qpvzs3w4etgemauy9thegr43sf485vg ) https://youtu.be/w3QJWiXBTas https://satsandsports.github.io/nut-10-checker/web/nut-10-checker/ https://github.com/SatsAndSports/nut-10-checker/tree/nut-10-checker/web/nut-10-checker

Anybody got good technical docs on how the Ark Protocol works, written for a reader that has a good understanding of Lightning? The fundamental stuff, like what happens between rounds and what *exactly* happens in a round. I want to understand the trust model fully I read about Ark a couple of months ago, and kinda understood it, but I didn't have a deep understanding of Lightning then, so I'd like to revisit it now A 'round' creates one Taproot output, which merges every user's balance together? So it's very efficient on-chain, even if there are a million users in the ark? And there are some privacy things I want to think about too. If a single user receives multiple payments via Ark, they can protect privacy by receiving each of those to different addresses, right? #Ark #Arkade

I lurk on X, mostly just to see the stirling work by Adam Back. So many people who know absolutely nothing about Bitcoin, and Back always there to educate them on the basics