Den sidste offentlige instans af Nitter er blevet ubrugelig. Nitter-projektet udviklede en fri frontend til at få adgang til X.com/Twitter uden påtvungne JavaScript, analyser, trackere og tredjepartstjenester. Den 31. januar blev udstedelsen af tokens, der blev brugt i Nitter til at organisere adgangen til indholdet på X.com, stoppet. Den 26. februar udløb livstiden for de sidste tidligere udstedte tokens, hvilket førte til en fuldstændig standsning af Nitters funktion.
Efter købet af Elon Musk begyndte Twitter (nu omdøbt til X) at implementere en række tekniske og organisatoriske foranstaltninger rettet mod en aggressiv monetisering af platformen, som tidligere blev betragtet som ubæredygtig. Blandt ændringerne blev der implementeret taksering af information erhvervet af hver konto (indført grænser for forskellige typer konti - 10.000 for betalingsejere af ’blå flueben’, 1.000 for almindelige, 500 for nye almindelige); ’udvikler’-konti blev flyttet til betalte konti med grænser, der er egnet til masseudtrækning af data (scraping); og der blev stoppet med at give information til brugere uden konti.
Som en undskyldning blev det offentligt hævdet (2023-07-01), at dette var "midlertidige nødtagsforanstaltninger", der skyldtes, at automatiseret indlæsning af data af bots fører til forværret service for almindelige brugere. Før dette (2023-04-19) var der insinuationer mod Microsoft, relateret til at denne virksomhed ulovligt bruger Twitter-data til at træne AI. Senere (2023-11-17) blev indførelsen af grænser begrundet med Musk's lovede kamp mod bots.
Nitter var et softwareudviklingsprojekt til beskyttelse mod overvågning af Twitter-brugere, som ikke sender beskeder, men blot læser indhold, ved at tilbyde dem et alternativt websted til at se Twitter uden krav om hverken konto eller aktiveret JavaScript. Denne software fungerer faktisk som en scraper og mægler, der i stedet for at gemme data i en database sender dem til slutbrugeren (selvom nogle tjenestedata bliver cachet i Redis).
Dermed var Nitter-software:
Som et resultat af analysen af måder at omgå restriktionerne i de nye forhold blev der opdaget RSS-feeds og nogle indgangspunkter på syndication.twitter.com, der gav information til ikke-registrerede brugere i JSON-format og blev brugt til integration med andre sociale netværk. Nitter hentede information gennem disse gr interfaces et stykke tid, men senere blev de også lukket. Efterfølgende blev der fundet en metode til at bruge 'gæstekonti', som havde læserettigheder. En type 'gæstekonto' var designet til at blive brugt på internet-of-things-enheder med begrænsede browsere.
Men Nitter brugte en anden type 'gæstekonti', der anvendte OAuth i stedet for Cookies, registrerede via API og blev tilsyneladende brugt af en Android-applikation. Denne type konti har en grænse på 500 API-anmodninger i løbet af 15 minutter, og dens 'registrering' er knyttet til IP-adressen (fra én IP kan der registreres én 'gæstekonto' i løbet af 24 timer, men en allerede registreret 'konto' kan bruges fra andre IP-adresser).
Sådanne 'konti' (adgangstoken) var aktive i 30 dage. På det tidspunkt kunne en passende løsning på problemet med masseregistrering af midlertidige konti være crowdsourcing af deres registrering ved hjælp af noget, der ligner Bibliogram (en userscript, der henter gæstetoken fra brugeren og sender det til den offentlige instans).
I slutningen af januar stoppede X med at udstede sådanne tokens. Afskaffelsen af den sidste adgangsmetode markerede enden for Nitter som en offentlig gratis multiplatformsservice, hvilket fik forfatteren til at erklære Nitter for død.
Nogle instanser lukkede straks herefter, mens andre modificerede koden for at maksimere brugen af eksisterende tokens, især ved primært at anvende dem til at hente lister af tweets fra konti, samtidig med at der blev givet fejlmeddelelser for alt andet. Den 26. februar udløb levetiden for de sidste gæstetokens, hvilket resulterede i, at alle offentlige instanser stoppede med at fungere. Ikke desto mindre diskuteres der i bug-trackerne måder, der på en eller anden måde vedrører gæstekonti.
En af de radikale løsninger på problemet kunne være at erstatte Twitter ved at skabe en alternativ decentraliseret service baseret på ActivityPub og IPFS, hvor den primære identifikator for hver besked er dens IPFS CID. Man kan forestille sig den følgende flerskiktede struktur:
Data fra punkt 3 løser imidlertid ikke problemet med, at Twitter-brugerne ikke deltager i Twitter-erstatningsprogrammet.
For hver postidentifikator på hver centraliseret platform kan det være hensigtsmæssigt at opretholde visningen af den i IPFS CID, som fungerer som en cache, der gør det muligt at kende den decentraliserede identifikator uden at kende selve tekstindholdet i posten, men kun den centraliserede identifikator. Ved generering af URI i IPFS (hvilket kan gøres uden faktisk at uploade) gennemgår tekstindholdet en kanonisering, som indebærer at placere dataene i en container baseret på HTML med maskinlæsbare metadata, normalisering af Unicode, konvertering til UTF-8, erstatning af whitespace-tegn med simple enkelte mellemrum og erstatning af alle links til indlæg på denne og andre platforme, der gennemgår en lignende procedure, med URI i IPFS.
Hver af platformene har et maskinlæsbart dokument, der beskriver reglerne for kanonisering af indlæg, herunder mange tjenester, hvis links bliver erstattet med IPFS URI'er i indlæg fra dette netværk. Hvert indlæg i hvert netværk kanoniseres i overensstemmelse med reglerne for kanonisering af indlæg i det pågældende netværk, som er gældende på det tidspunkt, indlægget er dateret. Ved kanonisering, hvis der er et link til et indlæg på en af de erstattede platforme, udtrækker implementeringen det centraliserede ID fra linket og kontrollerer dets tilstedeværelse i de betroede indekser.
Ved tilstedeværelse i indekset bruger implementeringen det decentrale ID fra indekserne. Ved fravær anmoder implementeringen om indlægget via linket, kanoniserer det og genererer et ID, som kan placeres i indekserne. Implementeringen er ikke forpligtet til at placere det anmodede indlæg i et decentralt netværk. Implementeringen kan kontrollere gyldigheden af ID'et i indekset ved lokalt at gengive processen. Indeimplementeringen er forpligtet til at kontrollere korrektheden af ID-genereringen ved lokalt at gengive processen.
En sådan deterministisk proces vil gøre det muligt at generere uforanderlige links til indhold, selv for tweets, hvis plakater endnu ikke deltager i Twitter-erstatningsprogrammet. Når en del af dem begynder at uploade deres tweets til IPFS, vil algoritmen generere ID'er for dem, der er identiske med dem, der allerede bruges i links til dem, forudsat at indekset indeholder korrekte kortlægninger, og selve indholdet ikke er ændret.
Kilde: opennet.ru
