Oddbean new post about | logout
 Just noticed your nostr.build account expired a few days ago, so you were reverted back to free media limits (7MB).

We have a DM bot, but need to find a way to make this more clear.. 
 i guess why is this a separate service is my question. why not work with the clients to integrate video uploads 
 We do integrate video uploads with the clients, same as images. It’s just limited to 7MB without an account.. If you have an account the limit is removed, all integrated using nip96.

You do have to purchase/renew an account separately, that’s not integrated into any of the apps yet.. 
 what’s the blocker with integrating the renewal or signup flow directly? clients not willing yet or? 
 My dev lite understanding which could be wrong. Nostr.build needs an api which the clients will use for subscription. Im pretty sure Amethyst has it for the noste.wine relay 
 https://github.com/nostr-protocol/nips/blob/master/96.md

nostr.build does not implement it, nor does anyone i know of

i'd be glad to be contradicted but i have a nostr.build subscription and the only way i put data on it that gets attributed to me is through their webapp, not had a single image upload via clients go to them even though all clients use nostr.build, practically, and my client is signing events of course

so, maybe i'm misunderstanding this shit but it seems to me like either the clients are incompetent and/or nostr.build doesn't implement nip96 properly 
 If you are using Damus, Amethyst, Snort, Iris, Coracle or NoStrudel, and have nostr.build selected as your media host, all uploads to that client should synch to your nb account. It is actually a very cool feature! You should have to manually upload stuff to the web client. 
 orly

https://i.nostr.build/jY6jV.png 
 i've got very cynical about it and i don't trust the clients or your servers to actually do this properly after dozens of attempts

fix it 
 This?

https://i.nostr.build/BRaXK.jpg 
 um, no, this is grumpy engineer face, not stupid meme face 
 https://i.nostr.build/zd35V.jpg

that actually worked 
 but the client isn't showing the image 
 https://i.nostr.build/AaXKG.png

see 
 broken link bullshit 
 @hzrd149  
 I see ithttps://i.nostr.build/nWALq.png 
 @hzrd149 , a couple other questions
- I can't find where to change your media host, is everything nostr.build?
- It won't let me upload videos when I select the image, they are greyed out. 
 Media uploads has always been an after thought in noStrudel unfortunately. I hacked it in quickly shortly before nostrica and haven't given it much love since.
It only supports images right now because those upload quickly. I disabled video uploads because there isn't a good "upload" UI to let the user know their video is uploading, and most users refresh the page because it looks frozen.

The current nostrudel.ninja version only supports nostr.build, but the next.nostrudel.ninja version has the option to upload to blossom servers.
But the UI still needs work 😞  
 fishcake is not exactly the most assertive OG nostr user i can point a stick at, he literally has muted me because i grill him when he gives me equivocal answers

probably it would me more useful to consider the idea that maybe you can do better and build a properly integrated protocol... or maybe you can find someone who can do it

it's really not that hard, and supposedly most clients have had nip-96 working for ages, but nip-42 is the real showstopper, and here is another example of how it stops the show

i've been banging on about this for about 5 months now, i'll be very happy when someone finally fucking gets it 
 Yes, we just haven’t gotten that far with clients.. We are in talks with Damus, but nothing planned yet.. 
 there is an argument to be made about the separation of data storage and client apps and relays. what makes social networking built on #nostr decentralized is precisely that they are modular. each one provides a limited scope of functionality.

if each client app has its own data storage solution, segregated from all others, outside of the protocol, you only own part of your notes in nostr, since migrating to another client could not be straight forward. and we would be back to Twitter.

meaning data storage servers and clients need to agree on a common enough API, so that integration with multiple data storage solutions, and migration is even possible, even a self hosted, or self acquired one. that way, when you migrate from relay to relay, client to client, ALL data in your notes and other stuff will follow you. 

it's still early days in #nostr. right now, all those solutions are created and managed outside of the protocol. which means, to me, that integrating into an app is somewhat questionable, and could lead to bricking an app, if that solution doesn't stick.

it's super easy to request a feature, but remember that the challenges to implement such features that we know from other platforms have been solved by segregating your profile to a single network and selling user data to the market. 

#Nostr allows for a different approach, and that's what we want from our clients and relays. but it doesn't disallow a centralized app/relay/datastore solution from existing, so we either must be patient in requesting these features, or start providing distributed, cooperative, highly available data hosting solutions that have a good enough API to integrate with #nostr apps and relays 
 this is a reality of decentralized social media that we still don't have a ready solution for. there is no central server collecting all your data and selling it off, so you have to contend with modular/independent solutions.


or build your own