I originally posted this in m/kbinMeta: https://kbin.social/m/kbinMeta/t/73476/How-do-kbin-instances-and-all-aggregator-protocols-work-to
Not sure what’s the etiquette on splitting discussions, but fwiw here’s the key para from my post:
I’m bringing this over to the kbin side because of the three concerns: political (extend, embrace, extinguish playbook means standards-setting work will be under threat of an eventual oligopoly); privacy (data scraping and surveillance capitalism is a known thing, legal or otherwise); and infrastructure (the full blast of new Threads accounts and the way AP and esp Masto does JSON will mean the perpetual fetching will overwhelm smaller instances) - the most particular for threadiverse is on technical capacity.
most instances are still finding their feet. What measures are already in place short of defed to help admins not get overwhelmed? What measures are being worked on?
kbin does scraping posts very well. Even untagged posts end up here on kbin.social because the ‘random’ magazine was created. What can instances do to not become a risk vector for at-risk persons who probably didn’t realize this protocol (that’s not even a year old) has been quietly slurping their posts in machine-readable forms all this time?
Keep in mind that there is no assumed privacy on the threadiverse. Just put your user or display name into any search engine. Everything is public. This is no different then Reddit or Usenet. If you want some privacy about all you can do is anonymous identities but your still open to textual analysis and what you say. So do not assume privacy in any deep way.
@furrowsofar very much this point. There’s an additional issue related to (kbin) infra as well, it does fetch content and present it as tho that person posted on the microblog here and short of contacting an admin, no user-level way to delete it (since they can’t actually login)