Viimane avalik Nitter'i eksemplar on renoveerimata. Nitter projekt arendas vabalt ligipääsetavat frontend'i X.com'i/Twitter'i kasutamiseks ilma JavaScript'i, analüütika, jälgijate ja kolmandate osapoolte teenuste kohustuslikuks muutmiseta. 31. jaanuaril lõpetati tokenite väljastamine, mida kasutati Nitter'is sisu juurdepääsu korraldamiseks X.com'is. 26. veebruaril lõppes viimaste varem väljastatud tokenite kehtivusaeg, mis viis Nitter'i töö täielikku seiskumisse.
Pärast Elon Muski omandamist hakkas Twitter (nüüd ümber nimetatud X) rakendama rida tehnilisi ja organisatsioonilisi meetmeid, mis olid suunatud platvormi agressiivsele rahastamisele, mis varem peeti kahjumlikuks. Muudatuste seas kehtestati teavet igalt kontolt tasustamise süsteem (seatud mõjutused erinevate kontotüüpide jaoks — 10000 tasulise 'sinise linnukese' omanikele, 1000 tavalistele, 500 uutele tavalistele); 'arendajakontod' viidi tasuliste kontode kategooriasse koos limiitidega, mis on sobivad andmete massilisel kogumisel (skreipimine); teabe andmine kontoteta kasutajatele lõpetati.
Avalduse kohaselt väideti avalikult (2023-07-01), et need on "ajutised hädaolukorra meetmed", mis on tingitud automaatsete andmeallikate laadimisest robotite kaudu, mis halvendab teenust tavalistele kasutajatele. Enne seda (2023-04-19) olid Microsofti vastu esitatud vihjed, et see ettevõte kasutab Twitteri andmeid seaduslikult AI koolitamiseks. Hiljem (2023-11-17) põhjendati piirangute kehtestamist Muskile lubatud sõda botide vastu.
Nitter oli projekt, mis arendas tarkvara Twitteri kasutajate jälgimise kaitsmiseks, kes ei saada teadet, vaid loevad materjale, pakkudes neile alternatiivset veebisaiti Twitteri vaatamiseks, mis ei nõua ei kontot ega JavaScripti. Selline tarkvara toimib faktina kraapijana ja vahendajana, mis ei salvesta andmeid andmebaasi, vaid saadab need lõppkasutajale (siiski salvestatakse mõned teenindusandmed Redisesse).
Seega tarkvara Nitter:
Analüüsi tulemused näitasid, et uutes tingimustes tegutsemiseks leiti RSS ja mitmed sisenemispunktid syndication.twitter.com, mis edastasid teavet registreerimata kasutajatele JSON-formaadis ning mida kasutati teiste sotsiaalsete võrgustikega integreerimiseks. Mõnda aega sai Nitter teavet nende liideste kaudu, kuid siis suleti ka need. Pärast seda leiti võimalus kasutada 'külaliskontosid', mis omasid lugemise õigusi. Üks külaliskontode tüüp oli mõeldud kasutamiseks asjade interneti seadmetes, kus on piiratud brauserid.
Kuid Nitter kasutas teist tüüpi 'külaliskontosid', mis rakendasid OAuth'i Cookie'ide asemel, registreeriti API kaudu ja nähtavasti kasutas seda Androidi rakendus. Sellel kontotüübil on piirangud 500 API päringule 15 minuti jooksul ning selle 'registreerimine' on seotud IP-aadressi (ühelt IP-lt saab registreerida ühe 'külaliskonto' 24 tunni jooksul, kuid juba registreeritud 'konto' võib kasutada ka teistelt IP-aadressidelt).
Sellised "kontod" (juurdepääsutekstid) olid aktiivsed 30 päeva. Sel ajal oleks suurte ajutiste kontode registreerimise probleemile sobiv lahendus olnud kasutajate ühendamine, kasutades midagi sarnast Bibliogramile (kasutajaskripti, mis võtab kasutaja külastustokeni ja edastab selle avalikule eksemplarile).
Jaanuari lõpus lõpetas X selliste tokenite väljastamise. Viimase juurdepääsutee elimineerimine lõi Nitterile kui avalikule tasuta mitme kasutaja teenusele lõpu, mille tulemusena kuulutas autor Nitteri surnuks.
Mõned eksemplarid sulgesid end seejärel koheselt, teised modifitseerisid koodi olemasolevate tokenite kasutamise rangeks säästmiseks, eelkõige nende eelistatud kasutamisega kontode tweetide loendite saamiseks, tehes vea teadete väljastamisel kõikidele muudele функцийjatele. 26. veebruaril lõppes viimase külastustokeni eluiga, mille tulemusena kõik avalikud eksemplarid lõpetasid töö. Siiski arutatakse veateates võimalusi, mis mingil moel puudutavad külastajakontosid.
Üks fundamentaalne lahendus probleemile võiks olla Twitteri asendamine alternatiivse detsentraliseeritud teenusega, mis põhineb ActivityPub ja IPFS-ile, kus igas sõnumis on põhijuhiks selle IPFS CID. Võime ette kujutada järgmist mitmeastmelist konstruktsiooni:
Kuid punktis 3 esitatud andmed ei lahenda muretseda mitte osalemise probleemide tõttu Twitteri kasutajate seas Twitteri asendamise programmis.
Iga postituse identifikaatori jaoks igal tsentraliseeritud platvormil võib olla mõistlik säilitada selle kuvamine IPFS CID-is, mis toimib vahemäluna, võimaldades ilma postituse teksti tundmata, kuid olles teadlik tsentraliseeritud identifikaatorist, tuvastada selle detsentraliseeritud identifikaator. IPFS-is URI genereerimisel (mida saab teha ilma tegeliku laadimiseta) läbib postituse tekst kanoniseerimise, mis hõlmab andmete paigutamist HTML-põhisesse konteinerisse, kus on masinloetavad metaandmed, unicode'i normaliseerimist, UTF-8 konverteerimist, tühikute asendamist lihtsate ühekordsete tühikutega ning kõigi linkide asendamist postitustele sellel ja teistel platvormidel, mis läbivad sarnase protseduuri, IPFS-is URI-dega.
Igal platvormil on masinloetav dokument, mis kirjeldab postituste kanoniseerimise reegleid, sealhulgas mitmeid teenuseid, mille lingid asendatakse IPFS URI-dega selle võrgu postitustes. Iga postitust kanoniseeritakse vastavalt nende reeglitele, mis olid kehtivad postituse kuupäeval. Kanoniseerimise käigus, kui postituses on link postitusele mõnes asendatavas platvormis, ekstrakteeerib süsteem lingist tsentraliseeritud identifikaatori ja kontrollib selle olemasolu usaldusväärsetes indeksites.
Indeksi olemasolu korral kasutab süsteem indeksitelt saadud detsentraliseeritud identifikaatorit. Kui ei ole olemas, küsib süsteem postitust lingi kaudu, kanoniseerib selle ja loob identifikaatori, mille võib indeksitesse paigutada. Süsteem ei ole kohustatud paigutama küsitud postitust detsentraliseeritud võrku. Süsteem võib identifikaatori õigsuse kontrollimiseks indeksites kasutada protsessi kohalikke taastamisi. Indeksi teostus peab kontrollima identifikaatorite genereerimise õigsust kohalike taastamiste kaudu.
Selline deterministlik protsess võimaldab genereerida muutumatuid linke sisule isegi tweetide jaoks, mille postitajad ei osale veel Twitteri asendamise programmis. Kui osa neist hakkab oma tweet'e IPFS-i üles laadima, genereerib algoritm neile identifikaatorid, mis on sama, mis juba kasutatavad lingid, eeldusel, et indeks sisaldab õigeid kuvandeid ja sisu ei ole muutunud.
Allikas: opennet.ru
