Yeah, we already thought of stuff like that. We're calling the project TheFourthEstate (a custom news client) and we set up an empty repo and reserved a domain for it, but we need to get Aedile, Alexandria, and GitRepublic done first.
Someone else is welcome to beat us to the punch. 👍🏼
Possible to scrape the time stamps (and subsequent "Updates") from news stories and used to layout a timeline of how a news story changes over time, over multiple news outlets in a graphical representation that retains the links to each individual story and navigating to that story by clicking?
You could create a hash of the original content periodically and create a new version of the event, if the hash changed.
Long-form events already have a different event id when they get “replaced” (edited). Should be as easy as making sure the relay keeps all copies and doing a git diff on the content.
That can add up to a lot of different events, tho. Would probably be something good for a dedicated Layer2 version history relay, rather than a general function of relays.
The more I the I think about storage and referencing back to previous edits I wonder if editable nostr events should require the previous event id as part of the metadata. This is akin to how git works and is also similar to the way SSB (which nostr is based on) chains events together. Forks in SSB were always problematic because the user timeline relied on having a single chain of events, but there is still no reason we can’t use this simple mechanism to track a chain of events for version history of editable nostr events.
Then there would be a protocol native method to establish the order of versions, which would make everything you’re trying to do easier (I think)
Oddbean new post about login | logout