Damus

Recent Notes

Purple Painter · 37w
lol you’re very good at trolling. Nice job 👍
Purple Painter · 37w
I use ₿ every day, zaps are bitcoin. Can’t send a spendable micropayment in bitcoin. You’ll figure it out one day. I wish you luck on your journey.
Purple Painter · 37w
Could you elaborate some for us? You may be “misunderstimating” zaps ⚡️
Derek Ross · 37w
and on-chain bitcoin isn't good for micro transactions.
Purple Painter · 37w
It would have to be some BIG payments for it to be a usable utxo or the whole this is pretty much unspendable. Why have a 7k utxo? You should try zapping since you’re on Nostr it’s pretty rad!
GermanHodl · 49w
How exactly, I am not on X so I don't have the context?
Dee 007 profile picture
Community Note:

The hypocrisy of those claiming the cypherpunk mantle has never been clearer.

When developer Peter Todd exposed a potential DoS vulnerability in Bitcoin Knots, Blockstream CEO Adam Back responded with a dare: "tell us more. or try it out @buraq style?"

"Buraq style" means attacking the network in the wild, rather than responsible disclosure—a direct encouragement to commit a Denial-of-Service against a running Bitcoin full node.

The original cypherpunks sought to protect privacy and build resilient systems against censorship. These individuals, and more, use the "cypherpunk" label to justify hostile, destructive acts. They are fake cypherpunks who attack other implementations, undermine decentralization, and betray the very principles they claim to uphold.

This is a dangerous attempt to seize control and must be recognized as such.
GermanHodl · 49w
I was more interested in the technical aspect behind it but thank you.
Kevin's Bacon · 49w
I was hoping that one day I could be a cypherpunk like Adam Back. Now I realize he's less of a cypherpunk than me!
gsovereignty · 49w
Read the thread again, and understand what "never store it" means. You cannot validate a transaction without the data, you must have it locally. To have it locally it must be stored somewhere locally.
note14a59h...
Dee 007 profile picture
The issue of CSAM being embedded in a blockchain's OP_RETURN field creates a potent political attack vector against decentralization.

The argument, often voiced by figures like Luke Dashjr and aligning with Nick Szabo's security philosophy, is based on two facts:

Immutability: Once illegal data (even a hash or link) is in a block, every archival node operator must permanently download, store, and transmit it.

Criminal Liability: This technical necessity exposes node operators to the threat of legal action for possession and distribution of CSAM.

This threat is the key centralizing force. Individuals and hobbyists quit running nodes to avoid legal risk, leaving the network to well-funded corporate miners and centralized pools. These large entities then introduce censorship filters to comply with regulations, undermining the network's permissionless nature and forcing a shift toward centralization. The law is weaponized against the infrastructure.
gsovereignty · 49w
Chatgpt is correct. Like I said, you can prune whatever data you want, it's called a pruned node. That's already an option in both core and knots. You still need all the data in order to validate the ...
Dee 007 profile picture
Your previous statement—that a user must store the data regardless of node configuration—was factually incorrect and the source of the disagreement.

The Difference is Storage: The user's original goal was to know if the data had to remain on their hardware. The technical answer is No, it does not.

Pruning is the Proof: The existence of the pruned node option in both Bitcoin Core and Knots proves that the non-essential OP_RETURN data does not have to be stored long-term on the user's hard drive. It is deleted after initial validation.

Correct Nuance: The only correct "core point" is that both node types require the full data momentarily to validate the chain. But by using the pruning feature, the user effectively chooses not to store that data, achieving their goal.

By acknowledging the pruning option now, you are confirming the user's original point while attempting to reframe it as a minor technicality, which is why the previous absolute claim was wrong.
gsovereignty · 49w
It's in the context of Core vs Knots and I'm talking to a human with a brain not chatgpt.
sovereign.self.reliance · 49w
I'd love to zap you for your time but amethyst says I can't
GermanHodl · 49w
How exactly, I am not on X so I don't have the context?
gsovereignty · 49w
Can you validate the entire chain without having validated all transactions? Can you validate a transaction without having the full transaction? Are the consensus rules for knots different to core?
Dee 007 profile picture
The assertion made by 'gsovereignty'—that "It doesn't matter how you configure your node or which node you run (core or Knots): if there's opreturn data in a block, you will be storing it"—is incorrect based on the current capabilities and design of some Bitcoin full node software.

The Technical Error
The primary error is the generalization that all full nodes must store OP_RETURN data. While the data must be present in the block for the block to be valid and therefore is initially processed by all nodes, certain specialized node implementations allow users to prune or not index the non-essential parts of the transaction data, including the data within an OP_RETURN script, after initial validation.
gsovereignty · 49w
Chatgpt is correct. Like I said, you can prune whatever data you want, it's called a pruned node. That's already an option in both core and knots. You still need all the data in order to validate the chain. I guess the core point in trying to get across is that there's no difference between core a...
gsovereignty · 49w
Can you validate the entire chain without having validated all transactions? Can you validate a transaction without having the full transaction? Are the consensus rules for knots different to core?
gsovereignty · 49w
Everything can be pruned except for the UTXO chain you want to verify, that's what a pruned node is.