I still think most free relays should do this. Just make your policy clear (how many months do you keep?) and charge to keep people's info & prioritize cache and CPU for authenticated subscribers. Simple and effective business model for relays.

nostr:nevent1qvzqqqqqqypzqvhpsfmr23gwhv795lgjc8uw0v44z3pe4sg2vlh08k0an3wx3cj9qy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqc5lraltdqarvurr2pvyn36g90n2acp2e6cucqrchg696tpehqpqs6lts27

Reply to this note

Please Login to reply.

Discussion

Most relays will refresh on daily basis .. ultimately getting to a ten minute block time ..

If you want your notes immutable , you got to spring up your own !

The question is ..why would you ?

I like your cashu idea

Is there a nip for how relays should communicate these things to subscribers?

There’s nip-11 for relay metadata but it doesn’t look like it natively supports maintenance communication.

I guess it’s up to the users to follow the associated npub and keep an eye out?

Seems like it would make more sense to have rolling deletions after a certain age instead of periodic removal of old and new posts.

I can imagine the PGSQL cron job now

Bitcoin meetups should be running relays too.

It should be normal

Yes … let’s make persistence a choice of presence and nothing more / less.

100% agree

I plan to hold high wot ones for a long time. For newish accounts I could hold long time if they are premium (paid) accounts. Some kinds should go faster like 4. Some kinds should stay longer like 0, 3, 10002.. . I may utilize LLM for deciding what to do with an account's length of stay. But right now traffic is not that big and i don't mind storing everybody forever.

Isn't this the thing that killed the ssb? By removing the old posts, you make the whole network less rewarding and useful for new people, reducing their future activity.

If i could remove old posts then nostr wouldn’t be censorship resistant