SatsAndSports

Are there tools to download the list of all the songs I've liked on Spotify or Youtube Music?

I'm not asking for the actual audio itself, just to backup the lists of songs

#AskNostr

Anyone working on a file storage system based on Merkle trees, paid via bitcoin?

So I pay your (blossom?) server a monthly fee to store my data, where I know the Merkle root of the data. [I'll describe mutable data below]

Every day, I ping your server for one randomly-selected (portion of a) file. You return the requested data, along with the Merkle proof that it's the correct data

If any data is missing, I can then publicize this fact, and challenge you publicly

(The data is encrypted of course, with a key that I never release to anyone, hence I don't mind publicly proving that the server has lost the ciphertext)

I pay multiple servers to host the same data, and my client will automatically copy data to new servers (paying them, of course) when one server fails

If I want to make a modification to one part of the data, then I simply send the new data to the storage server(s) and we update the Merkle root. The server signs the new root, committing to store it, and I sign a message which releases the old root

[When I say "Merkle root", I probably really mean using something like git's tree of file hashes]

#AskNostr

(

)

When I run a PWA (e.g. cashu.me) on Android with Orbot (the tool which wraps your chosen apps into a Tor connection), is it sufficient to configure Orbot to wrap the corresponding browser (Firefox or Chrome, ...)?

I ask because Orbot lists all the apps and allows to toggle Tor on and off, but none of the PWAs are on the list.

I guess my broader question is: what's a good way to get Tor Cashu support on Android? Either natively in the app, or via Orbot?

#AskNostr

Idea: Proof of burned sats, but where the burned sats are not taken by the current miner and are taken by a random future miner instead.

If I create a #Bitcoin transaction with an anyone-can-spend output, but with CheckLockTimeVerify to delay the expenditure until some future block, then that future miner will (if rational) just spend that output to send fees to itself. Is that correct? #AskNostr

(I'm asking about this for a fascinating idea I've heard in today's NostrHackDay where we want to provably 'burn' some sats but - due to miner misincentives - we don't always want the miner of the next block to get (all of) the burned sats; we want some future miner to get it)

[

]

[

]

What is the red here in this block?

Running my own node (Raspiblitz), which came with Core v26. I don't think I've ever seen this on the public mempool.space, so I'm surprised to see it on my self-hosted MempoolSpace

I recently added minrelaytxfee=0.00000100 to my config, could that be related?

#Bitcoin #Mempool #AskNostr