looks good to me!

About alice's hash, using SHA256, I get 96473b4f or 96473B4F for the last 8 characters. I'll add it as an implementation example. The idea of including it besides the follow URL is to avoid calculating it every time we load the file (assuming the client did that correctly), and helps to track replies across the file with a simple search.

Also, watching your example I'm thinking now that instead of {url=96473B4F,id=1} which is ambiguous of which URL we are referring to, it could be something like: {reply_to=[URL_HASH]_[TWT_ID]} / {reply_to=96473B4F_1} That way, the 'full twt ID' could be 96473B4F_1.

yep! Enjoy your rest, let's discuss it later

a few async ideas for later

The editing process needs a lot of consideration and compromises.

From one side, editing and deleting it's necessary IMO. People will do it anyway, and personally I like to edit my texts, so I'd put some effort on make it work. Should we keep a history of edits? Should we hash every edit to avoid abuse? Should we mark internally a twt as deleted, but keeping the replies?

I think that's part of a more complete 'thread' extension, although I'd say it's worth to agree on something reflecting the real usage in the wild, along with what people usually do on other platforms.

[lang=en] @xuu gotcha! From that PR #17 I think it was reverted? We could discuss about metadata later this month, as it seems that I'm the only person using it.

I've added a [lang=en] to this twt to see current yarn behaviour.