Команда Shipyard сообщила сложные новости IPFS-сообществу и более широкому кругу разработчиков peer-to-peer технологий.
Protocol Labs проинформировала Shipyard о том, что не будет продлевать финансирование. Несмотря на благодарность за поддержку и доверие на протяжении более двух лет, решение вызвало естественное разочарование. В результате Shipyard сворачивает инженерную работу, сопровождение и инфраструктурные операции, связанные с IPFS. Последним рабочим днём, посвящённым IPFS, станет 30 сентября 2026 года.
За последние три года команда участвовала в формировании современной экосистемы IPFS и развитии более устойчивых, независимых от централизованных посредников технологий. Подробный разбор проделанной работы обещают опубликовать в ближайшие дни, но среди ключевых достижений уже сейчас можно выделить:
- Реализацию проверяемых сайтов и загрузок прямо в браузере через inbrowser.link.
- Переработку архитектуры шлюзов IPFS, позволившую обрабатывать примерно в 3 раза больше трафика при снижении затрат на эксплуатацию и обслуживание примерно на 80%.
- Развитие HTTP-нативных подходов к IPFS, которые значительно упрощают развёртывание, разработку и снижают эксплуатационные расходы по сравнению с традиционным хостингом на базе libp2p.
- Сопровождение и улучшение множества базовых реализаций, библиотек и публичной инфраструктуры, на которые ежедневно опирается экосистема IPFS.
В планах было воплощение следующего этапа развития IPFS: значительно более простые HTTP-нативные реализации, устойчивая и экономически жизнеспособная маршрутизация контента, поддержка больших нативных объектов SHA-256, псевдонимный хостинг и получение данных через Tor и onion-сервисы, а также многие другие идеи, которые должны были заметно упростить внедрение IPFS. К сожалению, довести эти инициативы до конца самостоятельно не получится.
Практические последствия выходят далеко за рамки самой Shipyard. В частности:
- Проекты, которые поддерживала Shipyard, останутся без выделенных мейнтейнеров, отвечающих за новые функции, исправление багов, релизы и долгосрочное сопровождение. Среди них: Kubo, Helia, Boxo, Rainbow, IPFS Desktop, IPFS Companion, Someguy, Service Worker Gateway, IPFS Check и другие.
- Прекратится вклад Shipyard в апстрим-проекты, такие как go-libp2p и js-libp2p.
- Завершится работа над спецификациями IPFS, стандартами и координацией более широкой экосистемы.
- Shipyard прекратит эксплуатацию публичной инфраструктуры, которой сейчас управляет, включая ipfs.io, dweb.link, check.ipfs.network, delegated-ipfs.dev, бутстрап-ноды IPFS, инфраструктуру совместных кластеров, такую как Wikipedia-on-IPFS, и связанные сервисы. Дальнейшую судьбу этих доменов и инфраструктуры определит Protocol Labs как их владелец.
Цель на ближайшие недели — оставить экосистему IPFS в максимально хорошем состоянии, что бы ни последовало дальше.
Команда останется на связи до конца сентября, чтобы помочь с переходным периодом. Тем, кто поддерживает связанное с IPFS программное обеспечение, управляет инфраструктурой или зависит от работы, за которую отвечала Shipyard, предложено обращаться напрямую — обещают по возможности отвечать на вопросы, давать пояснения и делать переход максимально плавным.
Всех, у кого остались тёплые воспоминания о сотрудничестве с Shipyard или идея, которую хотелось бы когда-нибудь увидеть реализованной в IPFS, приглашают поделиться этим через Google-форму.
В завершение — слова благодарности.
Всем, кто писал код, ревьюил pull request'ы, заводил issue, тестировал экспериментальные функции, поддерживал инфраструктуру, участвовал в обсуждении стандартов или просто верил в идею, что контент должен адресоваться по тому, чем он является, а не по тому, где он находится: спасибо.
Это была честь — строить эту экосистему вместе с сообществом. Хотя этот этап работы над IPFS в Shipyard подходит к концу, проделанным вместе можно гордиться, и есть надежда, что эта работа станет прочным фундаментом для того, что будет дальше.