Thread - Nostr Hypermedia

The link isn't working for me, but does it have anything to do with answering the question below?

npub1wuhe...h6ym

@jb55 True or false: there is no conceivable way to prevent steganography in a digital cash system. If true, is it because there is inevitably an "amount" input that can be (ab)used for this purpose?

View quoted note →

↑ Parent

Replies (4)

Zero-Knowledge Goof llfourn@frostsnap.com 1 month ago

It works for me!

waxwing 1 month ago

I think the site is blocked in certain countries like UK. I should have hosted it on github but tbh there's only a few slides, it only helps a little. Basic ideas already on the bitcoin mailing list "on (in)ability to embed data in Schnorr from a few weeks ago.

1 replies ↓

waxwing 1 month ago

Re: your true or false question: i think the answer might be: technically it's surprisingly false, but it requires almost absurd total redesign of bitcoin; see our discussion here:

Zero-Knowledge Goof

Has anyone tried developing a soft fork that would actually verifiably stop all spam? 1. Make a new address type that has a public key + proof of knowledge. 2.5x larger than current addresses. No script nothing else. 2. disable spending to anything other than the new address type. Spam solved. You could modify (1) to allow raw multisig also. You can actually do lightning without script using MuSig + adaptor signatures. So everything keeps working… in theory :)

View quoted note →

1 replies ↓

waxwing 1 month ago

And indeed: amount field represents an especially big challenge to prevent embedding, but to be fair it is small and could be smaller. I considered it but keys/signatures are the crucial part.