The peasants are smitten
nostr:note1yah92wf4sjhdz8hwlfcsg3063sj4nehvly4t23yq5mwutl3ug8eq95v3ft
Ok. Yeah fine go ahead figure it out. I need the complete solution though so back to the drawing board for me.
That's what I thought was happening but tbh I can't be bothered investigating further.
Actually ...
Maybe you're right? There isn't a note that's missing, it's just rendered incorrectly??
Holy wow! Turns out you can buy as much with ETH as you can buy with BTC: Nothing.
It's Plebstr. Yes I will upgrade to the new Openvibe soon. I think it's not related to nesting, it can't find the missing note on any relay? I have like 20 or so including all the ones Amethyst comes with.
From a698fef13317b7cba8dee9884b8d564ed8bf9ee7 Mon Sep 17 00:00:00 2001
Subject: [PATCH 0/6] fix linting, tests and a bug
the purpose of this proposal is to combine the fiatjaf and DanConwayDev branches which got out of sync. it proposes changes to be applied on top of the tip in https://github.com/fiatjaf/nostr-profile-manager. we should also agree which remote git repository should be used as the authoritative. I'm happy to mark my github repository as stale and use yours. what is the state of song? perhaps we could move it completely off github and use that instead? nostr:nevent1qvzqqqqqqypzqwlsccluhy6xxsr6l9a9uhhxf75g85g8a709tprjcn4e42h053vaqy88wumn8ghj7mn0wvhxcmmv9uq3wamnwvaz7tmjv4kxz7fwdehhxarj9e3xzmny9uqzq6mj5wedl3wm9hg5u6cd6jqunquy39qdnv7e3hycs8qss6skn2ggcxz6g8
Not at all, the project has fully maxed out the whole potential of the idea.
Now the idea people behind IPFS have run out of ideas because Kademlia is all they can think of.
Btw this is how this thread appears in my client.
Ok the "collaboration side" is like issues and PRs?
*doesn't scale well
Fixing that git helper should be easy, however before you invest too much in IPFS, beware its DHT is poorly designed and IPFS as whole scale well.
I'm really excited about this. Blossom is deceivingly simple, which is why it is powerful and why it has a chance of working.
What #nostr got right (and Bitcoin, for that matter) is that duplication is a feature, not a bug. "It takes advantage of the nature of information being easy to spread but hard to stifle," to quote Satoshi. De-duplication is a fools' errand, as it assumes a God's-eye-view. A global state is required to properly understand what to delete and what to keep. The second problem is of course indexing and discovery, which is indeed a hard problem if a global state is to be avoided. It's hard, but solvable. Especially if you already know what you're looking for, and especially especially if you have a common and purple-coloured discoverability layer.
Blossom is basically copying what nostr did for notes and applies it to arbitrary files. Instead of relays handling events, there's simple HTTP servers handling files. Like relays, servers are interchangeable as they share the same interface, encouraging duplication and redundancy. Instead of uploading something to a single server, you might upload it to five different servers. Popular and/or important files will be on many servers, which is how the online world works today already. Files that you need often might even be served by a #blossom server that is geographically close to you, just like we now have local cache relays packaged with some clients (or that you can self-host on your home server).
In the best case, Blossom will organically mirror what YouTube et al's content delivery networks already do well today, which is to provide file hosting that is high in availability and proximity. The neat thing about it all is that you can provide monetary incentives as it is nostr-native, and you get web-of-trust characteristics for free, as you can use only your servers, or those who are trusted by your friends, etc. And in the future, we'll probably have paid servers that whitelist npubs, just like we have paid relays now.
So why is all of that awesome? Well, here's the thing: as the user, you actually don't care where a file is hosted; you just care about the file itself. The current iteration of image (and other) hosts is incredibly stupid. Images are uploaded, downloaded, and re-uploaded without end, often with massive loss-of-quality as the same image is compressed and re-compressed a hundred times. It's always the same image, or at least it *should* be. With Blossom, it actually is.
Gone are the days of finding a thing and uploading again. You just need the hash, and the thing will appear. You could even insert images directly in notes with something like a blossom:ef1c26172f55017c9d9d6afa7cf22605b237b0fe92425e81e3b5e24d46c95448 and each client can choose how (HTTP, torrent, I2P, etc.) and where (public servers, private servers, etc.) to retrieve it from.
But wait, there's more. Remember the monetary incentives we talked about? It is what allows for the emergence of a proverbial "assassination market" for files: you provide the hash, along with a bounty of 21k sats to anyone who can provide the file most readily. Servers could provide cryptographic proof that they have the file, and you could escrow the money until delivery is done and you verify the file on your side. The building blocks are already there, we just need to put them together in the right way.
Blossom is one of the most exciting projects that came out of the first nostr:npub1s0veng2gvfwr62acrxhnqexq76sj6ldg3a5t935jy8e6w3shr5vsnwrmq5 cohort, aka #SEC-01. I'll have more to say about all the other amazing #SovEng projects that came out of the discussions and collaborations we had, but now I'll have to go and upload some files.

Deceivingly simple means it appeals to peasants.
How dare you run late with this. The boss @jack is onto you! Work faster to please him.
His shtick of playing the common people's buddy here is hilarious.
Being an unskilled peasant is what makes him fit into the crowd.
Distributed systems engineering isn't in your league is it.
Also Ed25519 can't do DH so it can't be used for encryption, whereas secp256k1 does signature and DH.
Isn't that ill-concieved DM scheme relying on secp256k1 DH.
There are ways to convert an Ed25519 key into an X25519 key for DH, libsodium has something there, but just saying.
Because Bitcoin runs on secp256k1 and that makes it holy.
