OldKid ⁂ on Nostr: @[url=]Benjamin[/url] @[url=]Tuxi ⁂[/url] der AP traffic von tags.pub ist nicht das ...

@[url=https://toot.berlin/users/blindcoder]Benjamin[/url] @[url=https://anonsys.net/profile/tux]Tuxi ⁂[/url] der AP traffic von tags.pub ist nicht das Problem. Sondern der AP Traffic der durch den boost entstehen kann. Ich habe das mal für eine kleine Instanz durchrechnen lassen. Das kommt dabei zusammengefasst raus.
[h2]Besondere Risiken für kleine und ressourcenschwache Instanzen[/h2]
Gerade kleine Server (oft Hobby-Betrieb mit einem Admin, schwacher Hardware, wenig Bandbreite) trifft tags.pub am härtesten:
[ul]
[li][strong]Lastspitzen durch Verstärkung (Fan-out):[/strong] Sobald tags.pub einen Beitrag boostet, geht dieser Boost an [em]alle[/em] Follower des Hashtag-Kontos. Jede dieser teils hunderten oder tausenden Empfänger-Instanzen ruft daraufhin den Originalbeitrag, das Autorenprofil und enthaltene Medien direkt von deiner kleinen Instanz ab – schlagartig und gleichzeitig. Dieser „Hug of Death"-Effekt kann einen schwachen Server unter der plötzlichen Anfragelast in die Knie zwingen.[/li]
[li][strong]Zusätzliche Abruflast durch tags.pub selbst:[/strong] tags.pub cacht fremde Inhalte nur kurz und ruft sie danach erneut ab – wiederkehrende Anfragen, die bei aktiven Hashtags spürbar werden.[/li]
[li][strong]Ungewollte Reichweite und Moderationslast:[/strong] Ein Beitrag, der für eine kleine Community gedacht war (aber technisch öffentlich ist), wird unvermittelt netzwerkweit verteilt. Das kann Trolle, Spam oder Belästigung auf eine Instanz lenken, die weder die Moderationskapazität noch die Werkzeuge hat, damit umzugehen.[/li]
[li][strong]Kaum wirksame Gegenwehr:[/strong] Genau diese Instanzen haben am wenigsten Mittel, sich zu schützen – ein Block kostet Last, ohne die Verbreitung zu stoppen, und sabotiert obendrein das [code]#NoBot[/code]-Opt-out.[/li]
[li][strong]Kontrollverlust bei Löschungen:[/strong] Löscht ein Nutzer seinen Beitrag, muss die Löschmeldung tags.pub erreichen, damit der Boost zurückgenommen wird. Ist die Instanz gerade nicht erreichbar (oder blockiert), bleibt der Boost mit einem toten Link bestehen.[/li]
[/ul]