О сервисе IPFS.NINJA

IPFS.NINJA — сервис пиннинга IPFS для разработчиков, которым нужен понятный REST API, выделенные шлюзы и подписанные токены загрузки — без сложностей самостоятельного запуска узла.

Updated

Что мы создаём#

IPFS.NINJA закрепляет файлы в межпланетной файловой системе (IPFS) и раздаёт их через выделенные шлюзы. API намеренно минималистичен: один POST-эндпоинт для загрузки, один DELETE-эндпоинт для снятия пиннинга, один GET-эндпоинт для получения списка. SDK не требуется — можно обращаться через curl, requests в Python, fetch или любой другой уже используемый вами HTTP-клиент.

Мы также генерируем подписанные токены загрузки для безопасной загрузки на стороне клиента из браузеров и мобильных приложений, предоставляем каждому платному аккаунту выделенный шлюз с предсказуемой производительностью и показываем аналитику по каждому CID, чтобы вы видели, что действительно запрашивается.

Зачем это нужно#

Сама по себе IPFS великолепна, но операционно болезненна. Запуск узла означает управление хранилищем, пирингом, сборкой мусора, TLS для шлюза и целым набором инструментов командной строки. Большинству команд просто нужен CID в ответ менее чем через 500 мс после загрузки байтов. IPFS.NINJA существует именно для этого — как скучный, предсказуемый сервис пиннинга со средней ценой, который хорошо выполняет одну задачу.

Наши цены это отражают: $5/месяц за тариф Bodhi (10 ГБ, 200 файлов, выделенный шлюз) был намеренно установлен как самая низкая платная точка входа на рынке — большинство конкурентов начинают от $20/месяц за сопоставимый объём хранилища.

Кто этим управляет#

IPFS.NINJA создан и управляется командой Blockchain Web Services (BWS), где Nacho Coll выступает главным руководителем. BWS — это AI-native фабрика решений, которая выпускает готовое к продакшену программное обеспечение в рамках целого портфеля продуктов — IPFS.NINJA является одним из них, наряду с OpenAgile.AI, Zellbox, WallaWhats, Badges.ninja, Blockchain Database, NFT.zK и Telegram XBot. Операционный принцип — Demand Becomes Product («спрос становится продуктом»): создано людьми, ускорено ИИ, с ответственностью на всех этапах — каждая строка кода закреплена за конкретным инженером.

Команда основателей строит решения на AWS с 2007 года (работа в роли Enterprise Architect для LEGO, Nordea, Vueling и других) и на блокчейн- и децентрализованной инфраструктуре хранения — с 2019 года. IPFS.NINJA был запущен в апреле 2024 года, потому что каждый сервис пиннинга, который мы оценивали для предыдущих клиентских проектов, взимал 4-кратную наценку за, по сути, одну и ту же базовую настройку.

Блог, который вы читаете, — это отчасти техническая документация, отчасти операционный дневник. Часть статей составляется ИИ-ассистентом (по workflow генерации контента, описанному ниже) и проверяется командой перед публикацией; другие написаны вручную от начала до конца. Каждый пример кода проверяется на актуальном API перед публикацией.

Как мы используем ИИ в нашем контенте#

Некоторые статьи блога на этом сайте составляются Claude (ИИ-ассистент от Anthropic) с использованием промпта, который ранжирует темы по недообслуженному поисковому намерению, составляет текст статьи с обязательной структурой «код прежде всего» и формирует FAQPage JSON-LD. Затем команда BWS проверяет черновик, сверяет каждый пример кода с актуальным API, исправляет фактические ошибки и утверждает публикацию. Статьи, прошедшие эту проверку, публикуются под именем «Nacho Coll» и включают абзац с раскрытием информации (эта статья? нет — эта написана вручную).

Это раскрывается в соответствии с руководством Google по полезному контенту, которое требует, чтобы «уместное использование автоматизации/генерации ИИ было очевидным для посетителей благодаря раскрытию информации». Мы с этим согласны.

Связаться с нами#

Редакционные стандарты#

Мы не принимаем платное размещение, спонсируемые публикации или партнёрские ссылки. Сравнительные статьи (например, «IPFS.NINJA vs Pinata») пишутся с указанием точных цен и списков функций из публичной документации конкурента, и мы ставим ссылку на их сайт, чтобы читатели могли сами проверить факты. Если вы заметили неточность в любой статье, пожалуйста, откройте issue на нашем GitHub или напишите на hello@ipfs.ninja — мы исправим её и добавим редакционную пометку.