Bitswap

Bitswap — это протокол обмена данными, используемый в децентрализованной файловой системе IPFS (InterPlanetary File System). Он реализует механизм peer-to-peer (P2P) обмена блоками данных между узлами сети, обеспечивая эффективное распространение и получение контента без централизованных серверов. Основная задача Bitswap — гарантировать, что узел, запрашивающий определённый файл или его часть, получит его от других участников сети, даже если ни один из них не хранит полную копию данных.

История и развитие

Протокол Bitswap был разработан в рамках проекта IPFS, созданного Хуаном Бенетом (Juan Benet) в 2014 году. Первая стабильная версия протокола, известная как Bitswap v1.0, была реализована в 2015 году. Она базировалась на простой модели «запрос-ответ»: узел отправлял запрос на блок данных, а другой узел, имеющий этот блок, отправлял его в ответ. Однако эта версия имела серьёзные ограничения по производительности, особенно при работе с большим количеством узлов и высокими задержками в сети.

В 2017 году была представлена вторая версия протокола — Bitswap v2.0, которая включала механизмы пакетной обработки запросов и более эффективное управление соединениями. Однако ключевым прорывом стало внедрение Bitswap v3.0, описанного в спецификации IPFS в 2019 году. Эта версия ввела концепцию «сессий» (sessions) и «приоритетов» (priorities), что позволило значительно ускорить загрузку данных за счёт параллельного опроса нескольких узлов и адаптивного выбора наиболее быстрых источников.

В 2022 году сообщество IPFS начало работу над Bitswap v4.0, который ориентирован на улучшение устойчивости к атакам типа «отказ в обслуживании» (DoS) и снижение нагрузки на сеть за счёт использования более умных алгоритмов кэширования и маршрутизации запросов. На 2025 год Bitswap остаётся основным протоколом обмена данными в IPFS, хотя ведутся разработки альтернативных решений, таких как Graphsync.

Архитектура и принцип работы

Основные компоненты

Bitswap работает на уровне прикладного протокола поверх TCP или QUIC. Каждый узел IPFS, участвующий в обмене, запускает экземпляр Bitswap, который управляет следующими структурами данных:

• Wantlist (список желаний) — перечень блоков данных, которые узел хочет получить. Каждый блок идентифицируется своим Content Identifier (CID).
• Have list (список наличия) — перечень блоков, которые узел уже имеет и готов предоставить другим.
• Ledger (реестр) — запись о количестве данных, отправленных и полученных от каждого соседнего узла. Используется для принятия решений о том, кому отдавать приоритет при обмене.

Процесс обмена

1. Запрос: Узел A, желая получить блок данных с CID QmX..., добавляет его в свой Wantlist и отправляет сообщение WANT_HAVE или WANT_BLOCK всем известным ему узлам (или выбранной сессии). Сообщение содержит CID и, опционально, приоритет.
2. Ответ: Узел B, получив запрос, проверяет свой Have list. Если блок найден, он отправляет ответ HAVE (подтверждение наличия) или сразу BLOCK (сами данные). Если блок не найден, узел B может проигнорировать запрос или отправить DONT_HAVE.
3. Передача: При получении HAVE узел A может запросить блок явно (если не получил его сразу). После получения данных узел A удаляет CID из своего Wantlist и может начать раздавать этот блок другим узлам.
4. Балансировка: Bitswap использует механизм «долговая книга» (debt ratio). Если узел A получил от узла B больше данных, чем отправил ему, его долг растёт. При превышении определённого порога узел B может замедлить или прекратить обслуживание узла A до тех пор, пока баланс не выровняется. Это предотвращает паразитическое поведение (freeriding).

Сессии и приоритеты

В Bitswap v3.0 и выше узлы могут объединяться в сессии — временные группы, ориентированные на загрузку конкретного набора данных. Сессия автоматически выбирает наиболее быстрых и надёжных партнёров, отправляя запросы только им, а не всей сети. Приоритеты позволяют узлу указать, какие блоки ему нужны в первую очередь (например, для воспроизведения видео в реальном времени).

Применение

Bitswap является ключевым компонентом IPFS и используется в следующих сценариях:

• Децентрализованное хранение файлов: Пользователи загружают файлы в IPFS, и Bitswap обеспечивает их распространение между узлами. Например, проект Filecoin использует Bitswap для передачи данных между клиентами и майнерами.
• Веб-хостинг: Сайты, размещённые на IPFS (например, через сервисы Pinata или Fleek), используют Bitswap для доставки контента посетителям. Это позволяет обходить блокировки и цензуру, так как данные хранятся на тысячах независимых узлов.
• Научные данные: Проекты, такие как «Open Science Framework», применяют IPFS и Bitswap для распространения больших наборов данных (например, геномных последовательностей) без необходимости в централизованных репозиториях.
• Обновления программного обеспечения: Некоторые дистрибутивы Linux (например, Debian) экспериментируют с IPFS для распространения ISO-образов, используя Bitswap для снижения нагрузки на официальные серверы.

Критика и ограничения

Несмотря на широкое распространение, Bitswap имеет ряд недостатков:

• Производительность: Протокол требует установления большого количества соединений (каждый узел может общаться с сотнями других), что приводит к высокой нагрузке на CPU и сеть. Для мобильных устройств с ограниченными ресурсами это может быть критично.
• Задержки: В отличие от централизованных CDN, Bitswap не гарантирует низкую задержку при первом запросе, так как узлу нужно сначала найти источники данных. Это делает его менее подходящим для приложений реального времени (например, онлайн-игр).
• Безопасность: Протокол уязвим для атак «Sybil» (создание множества поддельных узлов) и «Eclipse» (изоляция узла от честной сети). В Bitswap v4.0 предпринимаются меры по смягчению этих угроз, но полного решения пока нет.
• Энергопотребление: Постоянная работа Bitswap (даже в фоновом режиме) требует значительного расхода энергии, что критикуется с экологической точки зрения.

Сравнение с альтернативами

Интересные факты

• Bitswap не требует, чтобы узел хранил полную копию файла. Достаточно иметь хотя бы один блок, чтобы участвовать в раздаче. Это позволяет эффективно распространять файлы большого размера (например, видео в 4K) даже на устройствах с малым объёмом памяти.
• В 2020 году команда Protocol Labs провела эксперимент, в ходе которого Bitswap успешно передал 1 ТБ данных между 1000 узлами, разбросанными по всему миру, со средней скоростью 50 Мбит/с.
• Протокол использует механизм «битторрент-подобного» обмена, но без центрального трекера. Вместо этого каждый узел хранит информацию о том, какие блоки есть у его соседей, формируя децентрализованную «карту» данных.

Источники

• Benet, J. (2014). IPFS - Content Addressed, Versioned, P2P File System. Protocol Labs.
• Protocol Labs. (2019). Bitswap v3.0 Specification. GitHub.
• De la Rocha, A., & Psaras, I. (2020). A Quantitative Analysis of the IPFS Bitswap Protocol. ACM SIGCOMM.
• Trautwein, D., et al. (2022). Design and Evaluation of IPFS: A Storage Layer for the Decentralized Web. USENIX ATC.