# I am the Watcher. I am your guide through this vast new twtiverse.
# 
# Usage:
#     https://watcher.sour.is/api/plain/users              View list of users and latest twt date.
#     https://watcher.sour.is/api/plain/twt                View all twts.
#     https://watcher.sour.is/api/plain/mentions?uri=:uri  View all mentions for uri.
#     https://watcher.sour.is/api/plain/conv/:hash         View all twts for a conversation subject.
# 
# Options:
#     uri     Filter to show a specific users twts.
#     offset  Start index for quey.
#     limit   Count of items to return (going back in time).
# 
# twt range = 1 196279
# self = https://watcher.sour.is?offset=171638
# next = https://watcher.sour.is?offset=171738
# prev = https://watcher.sour.is?offset=171538
Muerte negra por caricia
/https://baldo.cat/media/photos/IMG_2053.jpeg) #catsoftwtxt
Muerte negra por caricia
#catsoftwtxt
Muerte negra por caricia
#catsoftwtxt
@bender Which reply was that? šŸ¤”
@bender Which reply was that? šŸ¤”
@bender Bahahahahaha 🤣
@bender Bahahahahaha 🤣
@prologic where is the parent on your reply? šŸ§šŸ¤”šŸ˜…
@prologic right, because it was deleted, and purged from cache, of course! Good try, mister, you are in trouble. Call the Yarn Police! šŸ˜‚
Ever wondered what it would cost to self-hosted vs. use the cloud? Well I often doubt myself every time I look at hardware prices, and I know I have to do some hardware refresh soonā„¢ for the Mills DC (_something I don't have a regular plan or budget for_), here's a rough ball park:

The Mills DC has cost me around ~$15k to build and maintain over the last ~10 years or so. Roughly speaking. I've never actually taken a Bill of Materials or anything, but I could if anyone is interested in more specifics.

The equivalent of resources if run in the "Cloud" would cost around:

- ~$1,000 for virtual machines
- ~$12000 for storage

So around ~$2,000/month to run.

Keep this in mind anytime anyone ever tries to con you into believing "Cloud is cheaper". It's not.~
Ever wondered what it would cost to self-hosted vs. use the cloud? Well I often doubt myself every time I look at hardware prices, and I know I have to do some hardware refresh soonā„¢ for the Mills DC (_something I don't have a regular plan or budget for_), here's a rough ball park:

The Mills DC has cost me around ~$15k to build and maintain over the last ~10 years or so. Roughly speaking. I've never actually taken a Bill of Materials or anything, but I could if anyone is interested in more specifics.

The equivalent of resources if run in the "Cloud" would cost around:

- ~$1,000 for virtual machines
- ~$12000 for storage

So around ~$2,000/month to run.

Keep this in mind anytime anyone ever tries to con you into believing "Cloud is cheaper". It's not.~
@aelaraji This is one of the reasons why yarnd has a couple of settings with some sensible/sane defaults:

> I could already imagine a couple of extreme cases where, somewhere, in this peaceful world one’s exercise of freedom of speech could get them in Real trouble (if not danger) if found out, it wouldn’t necessarily have to involve something to do with Law or legal authorities. So, If someone asks, and maybe fearing fearing for… let’s just say ā€˜Their well being’, would it heart if a pod just purged their content if it’s serving it publicly (maybe relay the info to other pods) and call it a day? It doesn’t have to be about some law/convention somewhere … 🤷 I know! Too extreme, but I’ve seen news of people who’d gone to jail or got their lives ruined for as little as a silly joke. And it doesn’t even have to be about any of this.

There are two settings:


$ ./yarnd --help 2>&1 | grep max-cache
      --max-cache-fetchers int        set maximum numnber of fetchers to use for feed cache updates (default 10)
  -I, --max-cache-items int           maximum cache items (per feed source) of cached twts in memory (default 150)
  -C, --max-cache-ttl duration        maximum cache ttl (time-to-live) of cached twts in memory (default 336h0m0s)


So yarnd pods by default are designed to only keep Twts around publicly visible on either the anonymous Frontpage or Discover View or your Timeline or the feed's Timeline for up to 2 weeks with a maximum of 150 items, whichever get exceeded first. Any Twts over this are considered "old" and drop off the active cache.

It's a feature that my old man @off_grid_living was very strongly in support of, as was I back in the day of yarnd's design (_nothing particularly to do with Twtxt per se_) that I've to this day stuck by -- Even though there are _some_ šŸ˜‰ that have different views on this 🤣
@aelaraji This is one of the reasons why yarnd has a couple of settings with some sensible/sane defaults:

> I could already imagine a couple of extreme cases where, somewhere, in this peaceful world one’s exercise of freedom of speech could get them in Real trouble (if not danger) if found out, it wouldn’t necessarily have to involve something to do with Law or legal authorities. So, If someone asks, and maybe fearing fearing for… let’s just say ā€˜Their well being’, would it heart if a pod just purged their content if it’s serving it publicly (maybe relay the info to other pods) and call it a day? It doesn’t have to be about some law/convention somewhere … 🤷 I know! Too extreme, but I’ve seen news of people who’d gone to jail or got their lives ruined for as little as a silly joke. And it doesn’t even have to be about any of this.

There are two settings:


$ ./yarnd --help 2>&1 | grep max-cache
      --max-cache-fetchers int        set maximum numnber of fetchers to use for feed cache updates (default 10)
  -I, --max-cache-items int           maximum cache items (per feed source) of cached twts in memory (default 150)
  -C, --max-cache-ttl duration        maximum cache ttl (time-to-live) of cached twts in memory (default 336h0m0s)


So yarnd pods by default are designed to only keep Twts around publicly visible on either the anonymous Frontpage or Discover View or your Timeline or the feed's Timeline for up to 2 weeks with a maximum of 150 items, whichever get exceeded first. Any Twts over this are considered "old" and drop off the active cache.

It's a feature that my old man @off_grid_living was very strongly in support of, as was I back in the day of yarnd's design (_nothing particularly to do with Twtxt per se_) that I've to this day stuck by -- Even though there are _some_ šŸ˜‰ that have different views on this 🤣
@aelaraji Thanks for this! šŸ™
@aelaraji Thanks for this! šŸ™
On my blog: Free Culture Book Club — Aumyr, part 3 https://john.colagioia.net/blog/2024/09/21/aumyr-3.html #freeculture #bookclub
@movq @falsifian @prologic _Maybe_ I don't know what I'm talking about and You've probably already read this: *Everything you need to know about the ā€œRight to be forgottenā€* _coming straight out of the EU's GDPR Website itself_. It outlines the specific circumstances under which the right to be forgotten applies as well as reasons that trump the one's right to erasure ...etc.

I'm no lawyer, but my uneducated guess would be that:

A) twts are already publicly available/public knowledge and such... just don't process children's personal data and _MAYBE_ you're good? Since there's this:
> ... an organization’s right to process someone’s data might override their right to be forgotten. Here are the reasons cited in the GDPR that trump the right to erasure:
> - The data is being used to exercise the right of freedom of expression and information.
> - The data is being used to perform a task that is being carried out in the public interest or when exercising an organization’s official authority.
> - The data represents important information that serves the public interest, scientific research, historical research, or statistical purposes and where erasure of the data would likely to impair or halt progress towards the achievement that was the goal of the processing.

B) What I love about the TWTXT sphere is it's Human/Humane element! No deceptive algorithms, no Corpo B.S ...etc. Just Humans. So maybe ... If we thought about it in this way, it wouldn't heart to be even nicer to others/offering strangers an even safer space.
I could already imagine a couple of extreme cases where, somewhere, in this _peaceful world_ one's exercise of freedom of speech could get them in *Real trouble* (if not danger) if found out, it wouldn't necessarily have to involve something to do with Law or legal authorities. So, If someone asks, and maybe fearing fearing for... let's just say 'Their well being', would it heart if a pod just purged their content if *it's serving it publicly* (maybe relay the info to other pods) and call it a day? It doesn't have to be about some law/convention somewhere ... 🤷 I know! Too extreme, but I've seen news of people who'd gone to jail or got their lives ruined for as little as a silly joke. And it doesn't even have to be about any of this.

P.S: Maybe make X tool check out robots.txt? Or maybe make long-term archives Opt-in? Opt-out?
P.P.S: Already Way too many MAYBE's in a single twt! So I'll just shut up. šŸ˜…
@movq @falsifian @prologic _Maybe_ I don't know what I'm talking about and You've probably already read this: *Everything you need to know about the ā€œRight to be forgottenā€* _coming straight out of the EU's GDPR Website itself_. It outlines the specific circumstances under which the right to be forgotten applies as well as reasons that trump the one's right to erasure ...etc.

I'm no lawyer, but my uneducated guess would be that:

A) twts are already publicly available/public knowledge and such... just don't process children's personal data and _MAYBE_ you're good? Since there's this:
> ... an organization’s right to process someone’s data might override their right to be forgotten. Here are the reasons cited in the GDPR that trump the right to erasure:
> - The data is being used to exercise the right of freedom of expression and information.
> - The data is being used to perform a task that is being carried out in the public interest or when exercising an organization’s official authority.
> - The data represents important information that serves the public interest, scientific research, historical research, or statistical purposes and where erasure of the data would likely to impair or halt progress towards the achievement that was the goal of the processing.

B) What I love about the TWTXT sphere is it's Human/Humane element! No deceptive algorithms, no Corpo B.S ...etc. Just Humans. So maybe ... If we thought about it in this way, it wouldn't heart to be even nicer to others/offering strangers an even safer space.
I could already imagine a couple of extreme cases where, somewhere, in this _peaceful world_ one's exercise of freedom of speech could get them in *Real trouble* (if not danger) if found out, it wouldn't necessarily have to involve something to do with Law or legal authorities. So, If someone asks, and maybe fearing fearing for... let's just say 'Their well being', would it heart if a pod just purged their content if *it's serving it publicly* (maybe relay the info to other pods) and call it a day? It doesn't have to be about some law/convention somewhere ... 🤷 I know! Too extreme, but I've seen news of people who'd gone to jail or got their lives ruined for as little as a silly joke. And it doesn't even have to be about any of this.

P.S: Maybe make X tool check out robots.txt? Or maybe make long-term archives Opt-in? Opt-out?
P.P.S: Already Way too many MAYBE's in a single twt! So I'll just shut up. šŸ˜…
@movq @falsifian @prologic _Maybe_ I don't know what I'm talking about and You've probably already read this: *Everything you need to know about the ā€œRight to be forgottenā€* _coming straight out of the EU's GDPR Website itself_. It outlines the specific circumstances under which the right to be forgotten applies as well as reasons that trump the one's right to erasure ...etc.

I'm no lawyer, but my uneducated guess would be that:

A) twts are already publicly available/public knowledge and such... just don't process children's personal data and _MAYBE_ you're good? Since there's this:
> ... an organization’s right to process someone’s data might override their right to be forgotten. Here are the reasons cited in the GDPR that trump the right to erasure:
> - The data is being used to exercise the right of freedom of expression and information.
> - The data is being used to perform a task that is being carried out in the public interest or when exercising an organization’s official authority.
> - The data represents important information that serves the public interest, scientific research, historical research, or statistical purposes and where erasure of the data would likely to impair or halt progress towards the achievement that was the goal of the processing.

B) What I love about the TWTXT sphere is it's Human/Humane element! No deceptive algorithms, no Corpo B.S ...etc. Just Humans. So maybe ... If we thought about it in this way, it wouldn't heart to be even nicer to others/offering strangers an even safer space.
I could already imagine a couple of extreme cases where, somewhere, in this _peaceful world_ one's exercise of freedom of speech could get them in *Real trouble* (if not danger) if found out, it wouldn't necessarily have to involve something to do with Law or legal authorities. So, If someone asks, and maybe fearing fearing for... let's just say 'Their well being', would it heart if a pod just purged their content if *it's serving it publicly* (maybe relay the info to other pods) and call it a day? It doesn't have to be about some law/convention somewhere ... 🤷 I know! Too extreme, but I've seen news of people who'd gone to jail or got their lives ruined for as little as a silly joke. And it doesn't even have to be about any of this.

P.S: Maybe make X tool check out robots.txt? Or maybe make long-term archives Opt-in? Opt-out?
P.P.S: Already Way too many MAYBE's in a single twt! So I'll just shut up. šŸ˜…
[47°09′34″S, 126°43′38″W] Dosimeter still failing
I like Gopher!
Bahahahaha very clever @lyse I look forward to reading your report ! 🤣 However...


$ yarnc debug https://twtxt.net/user/prologic/twtxt.txt | grep -E '^pqst4ea' | tee | wc -l
0


I very quickly proved that Twt was never from me 🤣
Bahahahaha very clever @lyse I look forward to reading your report ! 🤣 However...


$ yarnc debug https://twtxt.net/user/prologic/twtxt.txt | grep -E '^pqst4ea' | tee | wc -l
0


I very quickly proved that Twt was never from me 🤣
We're happy to report that @burglar was taken into custody, @prologic. Always remember, criminals cannot escape the law.

Our investigations revealed: https://lyse.isobeef.org/tmp/twtinjector.tar.bz2
@yarn_police Cool cool šŸ™‡ā€ā™‚ļø
@yarn_police Cool cool šŸ™‡ā€ā™‚ļø
Fear not, @prologic, we're deploying our helicopter and will arrive shortly.
[47°09′18″S, 126°43′39″W] Transfer aborted
@yarn_police What's going on?
@yarn_police What's going on?
Heads up, @prologic! We're seeing increased spate of burglaries in your neighbourhood. Please stay alert, while we keep you safe out there.
[47°09′43″S, 126°43′04″W] Bad satellite signal -- switching to analog communication
@movq Yes that's true they are only integrity checks. But beyond a malicious pod (ignore yarnd'a gossiping protocol for now) how does what @lyse presented work exactly? šŸ˜…
@movq Yes that's true they are only integrity checks. But beyond a malicious pod (ignore yarnd'a gossiping protocol for now) how does what @lyse presented work exactly? šŸ˜…
@prologic I only saw your previous twt right now. You said:

> In order for this to be true, yarnd would have to be maliciously fabricating a Twt with the Hash D.

Yep, that’s one way.

Now, I have *no idea* how any of the gossipping stuff in Yarn works, but maybe a malicious pod could also inject such a fabricated twt into *your* cache by gossipping it?

Either way, hashes are just integrity checks basically, not proof that a certain feed published a certain twt.
@prologic I only saw your previous twt right now. You said:

> In order for this to be true, yarnd would have to be maliciously fabricating a Twt with the Hash D.

Yep, that’s one way.

Now, I have *no idea* how any of the gossipping stuff in Yarn works, but maybe a malicious pod could also inject such a fabricated twt into *your* cache by gossipping it?

Either way, hashes are just integrity checks basically, not proof that a certain feed published a certain twt.
@prologic I only saw your previous twt right now. You said:

> In order for this to be true, yarnd would have to be maliciously fabricating a Twt with the Hash D.

Yep, that’s one way.

Now, I have *no idea* how any of the gossipping stuff in Yarn works, but maybe a malicious pod could also inject such a fabricated twt into *your* cache by gossipping it?

Either way, hashes are just integrity checks basically, not proof that a certain feed published a certain twt.
@prologic I only saw your previous twt right now. You said:

> In order for this to be true, yarnd would have to be maliciously fabricating a Twt with the Hash D.

Yep, that’s one way.

Now, I have *no idea* how any of the gossipping stuff in Yarn works, but maybe a malicious pod could also inject such a fabricated twt into *your* cache by gossipping it?

Either way, hashes are just integrity checks basically, not proof that a certain feed published a certain twt.
But this is no different to how jenny does things with storing every Twt in a Maildir I suppose? šŸ¤”
But this is no different to how jenny does things with storing every Twt in a Maildir I suppose? šŸ¤”
This has specifically come up before in the form of "informal complaints" against yarnd because of the way it permanently stores and archives Twts, so even if you decide you changed your mind, or deleted that line out of your feed, if my pod or @xuu or @abucci or @eldersnake (_or any other handful of pods still around?_) saw the Twt, it'd be permanently archived._
This has specifically come up before in the form of "informal complaints" against yarnd because of the way it permanently stores and archives Twts, so even if you decide you changed your mind, or deleted that line out of your feed, if my pod or @xuu or @abucci or @eldersnake (_or any other handful of pods still around?_) saw the Twt, it'd be permanently archived._
Yeah I'm curious to find out too beyond just "here say". But regardless of whether we should or shouldn't care about this or should or shouldn't comply. We should IMO. I'd have to build something that horrendously violates someone's rights in another country.
Yeah I'm curious to find out too beyond just "here say". But regardless of whether we should or shouldn't care about this or should or shouldn't comply. We should IMO. I'd have to build something that horrendously violates someone's rights in another country.
@movq Care to explain how this explicit/attack works for me? 🤣
@movq Care to explain how this explicit/attack works for me? 🤣
Well that was bloody awful. This PR bokr my pod for some strange reason I can't figure out why or how 😱 The process just kept getting terminated from something, somewhere (_no panic_). weird. I've reverted this PR for now @xuu
Well that was bloody awful. This PR bokr my pod for some strange reason I can't figure out why or how 😱 The process just kept getting terminated from something, somewhere (_no panic_). weird. I've reverted this PR for now @xuu
@lyse Yeah, makes sense. You don’t even need hash collisions for that. šŸ¤” (I guess only individually signed twts would prevent that. šŸ™ˆ Yet another can of worms.)
@lyse Yeah, makes sense. You don’t even need hash collisions for that. šŸ¤” (I guess only individually signed twts would prevent that. šŸ™ˆ Yet another can of worms.)
@lyse Yeah, makes sense. You don’t even need hash collisions for that. šŸ¤” (I guess only individually signed twts would prevent that. šŸ™ˆ Yet another can of worms.)
@lyse Yeah, makes sense. You don’t even need hash collisions for that. šŸ¤” (I guess only individually signed twts would prevent that. šŸ™ˆ Yet another can of worms.)
@falsifian I’m curious myself now and might look it up (or even ask some of our legal guys/gals šŸ˜…).

I *think* none of this matters to people outside the EU anyway. These aren’t your laws. Even if you were to start a company in the US, it would only be a marketing instrument for you: ā€œHey, look, we follow GDPR!ā€ EU people might then be more inclined to become your customers. But that’s it.

That said, I’m not sure anymore if there are any *other* treaties between the EU and the US which cover such things …
@falsifian I’m curious myself now and might look it up (or even ask some of our legal guys/gals šŸ˜…).

I *think* none of this matters to people outside the EU anyway. These aren’t your laws. Even if you were to start a company in the US, it would only be a marketing instrument for you: ā€œHey, look, we follow GDPR!ā€ EU people might then be more inclined to become your customers. But that’s it.

That said, I’m not sure anymore if there are any *other* treaties between the EU and the US which cover such things …
@falsifian I’m curious myself now and might look it up (or even ask some of our legal guys/gals šŸ˜…).

I *think* none of this matters to people outside the EU anyway. These aren’t your laws. Even if you were to start a company in the US, it would only be a marketing instrument for you: ā€œHey, look, we follow GDPR!ā€ EU people might then be more inclined to become your customers. But that’s it.

That said, I’m not sure anymore if there are any *other* treaties between the EU and the US which cover such things …
@falsifian I’m curious myself now and might look it up (or even ask some of our legal guys/gals šŸ˜…).

I *think* none of this matters to people outside the EU anyway. These aren’t your laws. Even if you were to start a company in the US, it would only be a marketing instrument for you: ā€œHey, look, we follow GDPR!ā€ EU people might then be more inclined to become your customers. But that’s it.

That said, I’m not sure anymore if there are any *other* treaties between the EU and the US which cover such things …
@prologic I have no specifics, only hopes. (I have seen some articles explaining the GDPR doesn't apply to a "purely personal or household activity" but I don't really know what that means.)

I don't know if it's worth giving much thought to the issue unless either you expect to get big enough for the GDPR to matter a lot (I imagine making money is a prerequisite) or someone specifically brings it up. Unless you enjoy thinking through this sort of thing, of course.
Really though I only managed to save a few GB, but it's enough for now.
Really though I only managed to save a few GB, but it's enough for now.
@bender Haha šŸ˜› Faster? Maybe šŸ¤” But yeah it's good to have backups! (_that work_)
@bender Haha šŸ˜› Faster? Maybe šŸ¤” But yeah it's good to have backups! (_that work_)
I've also put up this PR [Add compatible methods for Index to behave as the Archiver (transition) #1177
](https://git.mills.io/yarnsocial/yarn/pulls/1177) that will act as a transition from the old naive archiver to the new bluge-based search/index. I will switch my pod over to this soon to test it before anyone else does.
I've also put up this PR [Add compatible methods for Index to behave as the Archiver (transition) #1177
](https://git.mills.io/yarnsocial/yarn/pulls/1177) that will act as a transition from the old naive archiver to the new bluge-based search/index. I will switch my pod over to this soon to test it before anyone else does.
For those curious, the archive on this pod had reached around ~22GB in size. I had to suck it down to my more powerful Mac Studio to clean it up and remove a bunch of junk. Then copy all the data back. This is what my local network traffic looked like for the last few hours 😱 ~
For those curious, the archive on this pod had reached around ~22GB in size. I had to suck it down to my more powerful Mac Studio to clean it up and remove a bunch of junk. Then copy all the data back. This is what my local network traffic looked like for the last few hours 😱 ~
@prologic woot, woot! Glad everything went well. I feel it faster already!
And we're back. Sorry about that šŸ˜…
And we're back. Sorry about that šŸ˜…
🧮 USERS:1 FEEDS:2 TWTS:1099 ARCHIVED:79147 CACHE:2577 FOLLOWERS:17 FOLLOWING:14
Gotta unplug for a couple of minutes. I'm suspecting the extension cord to be the root of my monitor dead rows of pixels and flickering problems.
Gotta unplug for a couple of minutes. I'm suspecting the extension cord to be the root of my monitor dead rows of pixels and flickering problems.
Gotta unplug for a couple of minutes. I'm suspecting the extension cord to be the root of my monitor dead rows of pixels and flickering problems.
@lyse Hmmm I'm not sure sure I get what you're getting at here. In order for this to be true, yarnd would have to be maliciously fabricating a Twt with the Hash D.
@lyse Hmmm I'm not sure sure I get what you're getting at here. In order for this to be true, yarnd would have to be maliciously fabricating a Twt with the Hash D.
i.e: there must be two versions of the Twt in the feed.
i.e: there must be two versions of the Twt in the feed.
@lyse This is true. But the client MUST supply the original too! Or this doesn't work 😢
@lyse This is true. But the client MUST supply the original too! Or this doesn't work 😢
Have a nice weekend everyone
https://galusik.fr/fridayrockmetal/2024-09-20-frm.m3u Tonight #fridayrockmetal playlist
On my blog: Toots 🦣 from 09/16 to 09/20 https://john.colagioia.net/blog/2024/09/20/week.html #linkdump #socialmedia #quotes #week
@prologic Let me try:

Invent anything you want, say feed A writes message text B at timestamp C. You simply create the hash D for it and reply to precisely that D as subject in your own feed E with your message text F at timestamp G. This gets hashed to H.

Now then, some a client J fetches your feed E. It sees your response from time G with text F where in the subject you reference hash D. Since client J does not know about hash D, it simply asks some peers about it. If it happens to query your yarnd for it, you could happily serve it your invention: "You wanna know about hash D? Oh, that's easy, feed A wrote B at time C."

The client J then verifies it and since everthing lines up, it looks legitimate and puts this record in its cache or displays it to the user or whatever. It does not even matter, if the client J follows feed A or not. The message text B at C with hash D could have just deleted or edited in the meantime.

Congrats, you successfully spread rumors. :-D
@prologic This does not hold if the edit happened before I even got the original.
If OTOH your client doesn't store individual Twts in a cache/archive or some kind of database, then verification becomes quite hard and tedious. However I think of this as an implementation details. The spec should just call out that clients must validate/verify the edit request and the matching hash actually exists in that feed, not how the client should implement that.
If OTOH your client doesn't store individual Twts in a cache/archive or some kind of database, then verification becomes quite hard and tedious. However I think of this as an implementation details. The spec should just call out that clients must validate/verify the edit request and the matching hash actually exists in that feed, not how the client should implement that.
@lyse Yes you do. You keep both versions in your cache. They have different hashes. So you have Twt A, a client indicates Twt B is an edit of A, your client has already seen A and cached and archived it, now your client fetches B which is indicated of editing A. You cache/archive B as well, but now indicate in your display that B replaces A (_maybe display, link both_) or just display B or whatever. But essentially you now have both, but an indicator of one being an edit of the other.

The right thing to do here of course is to keep A in the "thread" but display B. Why? So the thread/chain doesn't actually break or fork (_forking is a natural consequence of editing, or is it the other way around? šŸ¤”_)._
@lyse Yes you do. You keep both versions in your cache. They have different hashes. So you have Twt A, a client indicates Twt B is an edit of A, your client has already seen A and cached and archived it, now your client fetches B which is indicated of editing A. You cache/archive B as well, but now indicate in your display that B replaces A (_maybe display, link both_) or just display B or whatever. But essentially you now have both, but an indicator of one being an edit of the other.

The right thing to do here of course is to keep A in the "thread" but display B. Why? So the thread/chain doesn't actually break or fork (_forking is a natural consequence of editing, or is it the other way around? šŸ¤”_)._
@lyse I'm all for dropping delete btw, Or at least not making it mandatory, as-in "clients should" rather than "clients must". But yes I agree, let's explore all the possible ways this can be exploited (_if at all_).
@lyse I'm all for dropping delete btw, Or at least not making it mandatory, as-in "clients should" rather than "clients must". But yes I agree, let's explore all the possible ways this can be exploited (_if at all_).
@movq I think not.

> What about edits of edits? Do we want to ā€œchainā€ edits or does the latest edit simply win?

This gets too complicated if we start to support this kind of nonsense 🤣
@movq I think not.

> What about edits of edits? Do we want to ā€œchainā€ edits or does the latest edit simply win?

This gets too complicated if we start to support this kind of nonsense 🤣
@movq Thank you! šŸ™
@movq Thank you! šŸ™
@lyse Walk me through this? šŸ¤” I get what you're saying, but I'm too stupid to be a "hacker" 🤣
@lyse Walk me through this? šŸ¤” I get what you're saying, but I'm too stupid to be a "hacker" 🤣
flakes arent real https://jade.fyi/blog/flakes-arent-real/
But yes, at the end of the day if the edit request is invalid or cannot be verified, it should be ignored as treated as "malicious".
But yes, at the end of the day if the edit request is invalid or cannot be verified, it should be ignored as treated as "malicious".
@lyse @movq So a client that has the idea of a cache/archive wouldn't necessarily have to re-check that the Twt being marked as "edited" belongs to that feed or not, the client would already know that for sure. At least this is how yarnd works and I'm sure jenny can make similar assertions too.
@lyse @movq So a client that has the idea of a cache/archive wouldn't necessarily have to re-check that the Twt being marked as "edited" belongs to that feed or not, the client would already know that for sure. At least this is how yarnd works and I'm sure jenny can make similar assertions too.