✅Bitcoin is Money 3.0
❌ Bitcoin is not "Digital Property"
❌ Bitcoin is not "Digital Capital"
❌ Bitcoin is not "Digital Gold"
❌ Bitcoin is not just a "Store of Value"
❌ Bitcoin is not "JPEG storage"
❌ Bitcoin is not a "StableCoin settlement layer"
Thanks. Very insightful. For the prisoners' dilemma to play out as described, a meaningful minority of hash rate would likely be needed e.g. at least one major pool signaling for BIP110, or 10-30% persistent hash rate after activation. Below that threshold, the BIP110 chain would see extremely slow blocks and the rising difficulty on the "core chain" would make it very hard for BIP110 node runners to ever catch-up / overtake the "core chain". Molṑn labé.
I don't understand the question. 100% of the nodes (core, exchanges and BIP100 runners) accept (unmined) BIP110 blocks, but once mined, each node will only accept / store the (mined) blocks of the chain with most proof of work. the (unmined and valid) blocks are not stored, hence after the activation, a different set of bocks will potentially be stored in each set of nodes (exchanges and core versus BIP 110). Where do you see a prisoners dilemma?
2016 BIP110 blocks need to be mined before a difficulty adjustment takes place. On a low-hashrate BIP110 chain, this could take months. If there needs to be an emergency hard fork for a (one-time ?) difficulty adjustment, should this also not be discussed and potentially built into the BIP110 software/client in advance?
Long time bitcoiner here. I endorse BIP 110 and thanks for your work and advocacy. Bitcoin is money and use of bitcoin as file storage should be discouraged (even if BIP 110 is not 100% effective for all vectors of spam). Agree that the core nodes and exchanges will accept the BIP 110 blocks. My fear is that miners will not mine BIP 110 even if it is the rational thing to do as accepted by 100% of the network. As soon as the first non-BIP 110 block is mined, then accepted by exchanges and core runners, then rejected by BIP 110 runners, we end up with two chains and the BIP 110 chain will have the least proof of work. Is there a contingency plan / playbook how we as node runners and bitcoiners should behave and what action we should take in such scenario ? I feel that in the entire BIP 110 discussion, this scenario is under discussed.
The tweet of @CedYoungelman captures my thinking too. Even if BIP 110 splits consensus, there is an asymmetry: BIP 110 blocks are valid to Core, but Core blocks aren't valid to BIP 110 nodes. So BIP 110 runners can just wait for hash power to migrate and trigger a reorg eventually. Therefore I believe BIP 110 might prevail at the end. And plenty of people working at miners and exchanges could still flip to BIP 110 last minute...
@craigraw@AppStore@Apple@AppStore@AppleSupport please review your decision. Sparrow is the gold-standard Bitcoin wallet on macOS — reputable, open-source, and used widely by the security-conscious community.
@trq212 .@trq212 How should a company share and sync skills stored in a GitHub repo across Claude Chat, Cowork, Code, and OpenClaw Agents via Claude API tokens? What's the recommended pattern / best practice here?
@benvhodl@GeertNoels Would love to join that conversation ! Bitcoin will be a million five years from now. No financial advice. Any finance professional will need to deal with that reality. It will be fine…
Satoshi used the word 'parties'. @evoskuil clarified what he meant by 'merchants' (=people who accept coins). I think Satoshi would use the term "parties who accept bitcoin". Not all users are the same when it comes to enforcing the consensus rules. Users who use bitcoin as a store of value and do not regularly accept coins matter less than users who constantly accept coins, such as exchanges.
@evoskuil Great explanation! The first time I see the bitcoin process so concisely and comprehensively written down with the difference between 'miners' and 'merchants' (= users who validate themselves any coins they receive).