programmatūra · 6 min · 24.08.2026

Protocol Labs pārtrauc finansējumu IPFS uzturētājiem: ipfs.io un dweb.link apstājas 30. septembrī

Interplanetary Shipyard 24. augustā paziņoja, ka Protocol Labs neatjaunos tā finansējumu. Komanda, kas uztur Kubo, Helia un publiskās IPFS vārtejas ipfs.io un dweb.link, pēdējo darba dienu pie IPFS nostrādās 30. septembrī.

Paziņojumu Shipyard emuārā parakstījuši Cameron Wood un Adin Schmahmann. Pēc 30. septembra bez atbildīgā uzturētāja paliek Kubo, Helia, Boxo, Rainbow, IPFS Desktop, IPFS Companion, Someguy, Service Worker Gateway un IPFS Check. Tas nozīmē, ka apstājas kļūdu labojumi un jaunie laidieni. Beigsies arī Shipyard ieguldījums go-libp2p un js-libp2p kodā, kā arī darbs pie IPFS specifikācijām.

Vispirms apstājas infrastruktūra

Shipyard pārstās uzturēt publiskos serverus, ko tas pārvalda šobrīd. Sarakstā ir ipfs.io, dweb.link, check.ipfs.network, delegated-ipfs.dev, IPFS sāknēšanas mezgli un kopīgā klastera infrastruktūra, uz kuras darbojas Wikipedia-on-IPFS.

Sāknēšanas mezgli ir tā daļa, kas sāpēs visvairāk. Tikko instalēts Kubo mezgls tos izsauc pirmajā startā, lai vispār atrastu kaut vienu citu tīkla dalībnieku. Adreses ir ierakstītas noklusējuma konfigurācijā. Ja tos izslēgs un administrators nebūs pats ierakstījis alternatīvas Bootstrap sarakstā, jauna instalācija startēs tukšā tīklā.

Otrs klusais atkarības punkts ir delegated-ipfs.dev. Tas ir publiskais deleģētās maršrutēšanas galapunkts, kuru darbina Someguy. Uz to vēršas pārlūkā palaisti Helia mezgli un tās Kubo konfigurācijas, kas satura meklēšanu pa DHT neveic pašas, jo mobilā ierīce vai pārlūka cilne to nevelk. Kad galapunkts pazūd, klients zina satura identifikatoru, bet neatrod nevienu mezglu, kas to glabā.

Domēni un serveri pieder Protocol Labs.

Protocol Labs kā saistīto domēnu un infrastruktūras īpašnieks izlems to nākotni.

Neviena organizācija paziņojumā nav nosaukta par pārņēmēju. Shipyard raksta, ka darbinieki līdz septembra beigām atbildēs uz jautājumiem un palīdzēs pāriet uz kaut ko citu.

Cik daudzi to pamanīs

Shipyard savā ziedojumu lapā min vairāk nekā 75 miljonus aktīvo lietotāju mēnesī bezmaksas rīkiem un integrācijām. Skaitlis ietver pārlūku paplašinājumus un vārtejas, pa kurām parastie lietotāji atver ipfs:// saites, pat to nemanot.

Koda puse ir mērāma precīzāk. Kubo repozitorijam GitHub ir 17 108 zvaigznes, 3162 atzarojumi un 873 atvērti jautājumi. Pēdējais laidiens v0.43.0 iznāca 3. augustā, pēdējais commit repozitorijā ir 23. augustā, tātad dienu pirms paziņojuma. JavaScript pusē npm pakotni helia pēdējā mēnesī lejupielādēja 77 550 reizes, bet libp2p pakotni 320 256 reizes. libp2p ir tā slāņa bibliotēka, uz kuras balstās arī citi projekti ārpus IPFS.

Vārtejas šo ceļu jau reiz gāja

2024. gada 14. maijā Cloudflare sāka novirzīt savas publiskās IPFS vārtejas plūsmu uz ipfs.io un dweb.link. Līdz 14. augustam adreses cloudflare-ipfs.com un cf-ipfs.com strādāja kā pārsūtītāji, pēc tam tās vairs nesavienojās ar IPFS. Cloudflare lietotāju plūsma tolaik aizgāja tieši uz tām vārtejām, kas tagad paliek bez uzturētāja.

Shipyard pats šo infrastruktūru pārbūvēja. Pēc komandas datiem, jaunā arhitektūra izturēja aptuveni trīs reizes lielāku plūsmu un uzturēšanas izmaksas nokrita par aptuveni 80 %. Šā gada 11. maijā publiskās vārtejas sāka novirzīt tiešu navigāciju uz inbrowser.link, kur pārbaudi veic pārlūkā ielādēts Service Worker. Tā bija pāreja no uzticēšanās vārtejai uz pārbaudi klienta pusē. Darbs palika pusceļā.

Enkura partnerība beidzās klusi

Shipyard publiski parādījās 2024. gada 8. aprīlī kā neatkarīga organizācija, kurā sanāca ilggadēji IPFS un libp2p uzturētāji. Toreizējā paziņojumā Protocol Labs nosaukts par galveno finansiālo partneri 2024. un 2025. gadam. Papildus tam Shipyard minēja atbalstu no Optimism RetroPGF, Cloudflare, Pinata, Fission un CoopHive, kā arī plānu savākt vēl 3 miljonus dolāru no kopienas.

Partnerība bija norunāta uz diviem gadiem. 2026. gada augustā Protocol Labs pateica, ka trešā nebūs. Iemeslu paziņojumā nav. Protocol Labs savā vietnē par šo lēmumu nav publicējis neko.

Shipyard uzskaita, ko tas bija iecerējis darīt tālāk: vienkāršākas, uz HTTP balstītas implementācijas, izturīgāka satura maršrutēšana, atbalsts lieliem SHA-256 objektiem un izgūšana caur Tor slēptajiem servisiem. Neviens no tiem darbiem nav pabeigts.

Ko darīt tiem, kas uz IPFS paļaujas

Kods paliek GitHub un licences neviens neatsauc, tāpēc atzarojumi ir iespējami jau tagad. Praktiskais jautājums ir cits: kas apmaksās serverus un kas atbildēs uz drošības ziņojumiem. Uz 873 atvērtajiem Kubo jautājumiem no 1. oktobra neviens vairs nav norīkots.

Vissmagāk skartas ir tās sistēmas, kur IPFS adrese ir ierakstīta datos uz visiem laikiem. NFT metadati un datu kopu arhīvi bieži glabā tieši ipfs.io saiti kā parastu HTTPS adresi. Ja saturs ir piesprausts kaut kur citur, saite ir salabojama ar citas vārtejas nosaukumu. Ja saturu turēja tikai publiskā infrastruktūra, tas vairs nav izgūstams no adreses vien.

Hacker News diskusijā, kas dienas laikā savāca 244 punktus, bijušais IPFS uzturētājs ar segvārdu devttyeu norādīja uz Iroh kā alternatīvu ar biznesa modeli aiz muguras. Turpat citi komentētāji atzīmēja, ka Iroh risina šaurāku uzdevumu un tiešu aizvietotāju IPFS vārtejām tas nedod.

Tuvākais konkrētais datums ir 30. septembris. Pēc tā ipfs.io un dweb.link liktenis ir Protocol Labs rokās.

Avoti

komentārisaruna

Komentāri

Šim rakstam vēl nav komentāru. Esi pirmais, kurš dalās ar savu viedokli.

Pievieno komentāru

Tavs e-pasts netiks publicēts. Obligātie lauki atzīmēti.

vēl no programmatūrasaistītie