pull down to refresh

50 sats \ 0 replies \ @melvincarvalho 6 Oct \ on: Meme Monday - Best Bitcoin Meme Gets 5,000 CCs memes
This sidesteps the real issue. Bitcoin is hard to change, so policy should move slowly, carefully, and with the community. Even Adam said he would not have merged this so fast and preferred 160B over 100 kB. The process created an unnecessary sense of urgency. Whether spam can be stopped is a separate debate. The question here is how we change Bitcoin policy.
Big fan of Core up to v29, but v30 was merged too soon. Classic FOSS failure mode: ship first, debate later. A PR with 400+ downvotes and a sustained supermajority of NACKs should have paused. The worrying part is there has been no meaningful course correction.
The net result is people moving to Knots, which may be a good thing. It is more attack resistant over the long term, which is good for Bitcoin, and the market will likely price that in.
Re: Luke’s personal life & the leaked IMs, doxxing a Bitcoin dev is not cypherpunk. Cypherpunks respect privacy. Those who do or support it shouldn’t be trusted with Bitcoin development.
Core v30 is a substantive change. The PR was merged too soon, despite a supermajority against it from the start. Shipping it as-is would be a mistake. Bitcoin is hard to change, and that’s what gives it value.
There are many censorship-resistant electronic coins, but what makes Bitcoin unique is not just resistance, it is being a fairly issued store of value on a level playing field.
Changing a working system risks unintended side-effects, as history shows. In psychology we speak of “boosts” and “nudges”; Steve Jobs put it more simply: “If you make something 10% easier, you double adoption.”
The recent PR was merged too quickly, without the nuanced debate Bitcoin deserves. A revert and a delay would give space to regain consensus. The fork wars taught us that stepping back, even at the last minute, can unify Bitcoin, and make it stronger.
Bitcoin changes must be proven safe, needed, and wanted—before they're adopted. The burden is on the proposer, not the community. If it’s not clearly worth the risk, the answer is simple: don’t change the rules. That’s how Bitcoin stays secure
Yes, there is definitely potential for a deterministic KDF such as a an HD Wallet. The current spec is only a first draft. We can and should add a paragraph on subkey derivation.
Happens alot. Did you know that daniele and fiatjaf snuck spyware into njump dot me (the link in the title), too?
Check it yourself.
When it comes to "open" source, dont trust, verify.
A relay is essentially a type of web server that uses the HTTP upgrade protocol. The rules for running a relay are no different from running any standard web server—there's no added layer of decentralization just because it's a relay. In fact, the current state of the relay network is one of neglect, with it becoming more centralized as it shrinks. It's important to note that illegal content remains illegal on any web server, including relays, and you're still liable for hosting it.
Where Nostr might offer an advantage over the traditional web is in making truthful content harder to censor. If an admin on one server is grumpy, it's easier to switch to another and continue participating without being 'canceled.' But at its core, a relay is still just a web server—albeit one with real-time updates.
njump does indeed suck and contains spyware put in by daniel and fiatjaf -- not very cyperpunk
you might want to use https://nostr.at to protect users
More the case that France and Britain teamed up behind Hitler. Czech could have beaten Germany, but was not able to fight all three. You may enjoy reading Carroll Quigley on this topic. What we are taught in school veers from the truth. Hence Churchill calling it the "unnecessary" war. He was very careful with words. It actually could not have happened without the intervention of the Conservative government, which is what infuriated Churchill so much. But after 190 years, that government will come to and today.
Article doesnt explain well why we need a fork. Any fork has a chance of destroying bitcoin through a chain split. So the argument has to be really good. So far it's niche R&D and use cases that have not demonstrated a large appetite. And the risks are not fully explained. The surface of what we can do with the current tooling has barely been scratched, and that's an indication that there is not a pressing need, right now. It would however be a great social attack on bitcoin if it is able to split the community. Obviously something bitcoiners dont want, and bitcoin's rivals do want!