I never used IPFS but I’m wondering if there is any reason why a client wouldn’t upload and render data directly from there?

Reply to this note

Please Login to reply.

Discussion

Por que no?, me parece muy posible...

Desconozco como escala ipfs? O que condiciones tiene?. Si es por eso, no podría un relay mandar todo a ipfs?

Pues, no soy experto 😃

We explored this for an upcoming project around sharing sounds for music producers. Ultimately #[2]​ and #[3]​ decided against using it. They can eleborate in a much more technically accurate way as to why we decided against using it.

I was debating about it with someone that is a Lens user that claims lens is uploading all data there so then I’m curious on the Nostr side why we upload stuff in other places? Or what’s wrong with ipfs.. I have no clue that’s why I’m asking

#[5]​ has written extensively about IPFS here: https://fiatjaf.com/d5031e5b.html

for the project #[3]​ is referring to - IPFS is not a good fit for on demand, highly available content storage for streaming. that requires always available content, which requires always available computers in the network. IPFS has solutions for this (pinning servers) but ultimately more of a headache than it’s worth in my experience.

Thanks #[5]​!

I wondered the same thing initially. Also worth checking out what the TBD team is doing with their web5 work. Lots of good ideas around personal data storage. https://www.tbd.website/

I think the issue most people have with ipfs is that it needs a coin to incentivize storage providers. That might prove the usecase for decentralized storage on the demand side of the market though. I don't get why there isn't an equivalent protocol based on btc. Although I did read some things a while back about the Prometheus protocol for storage by the Pandora Boxchain guys. But I'm not sure where they are with it today. Seems like they spent most of their time on RGB instead