Foundation закрывается. Токены останутся в блокчейне навсегда, но файлы, из которых они состоят (изображения, видео, метаданные), живут на IPFS, закреплённые на узлах Foundation, которые со временем отключатся. Когда это произойдёт, ссылки перестанут работать, и произведения станут визуально осиротевшими токенами, хотя всё остальное в блокчейне останется на месте.
Это руководство проведёт вас через процесс резервного копирования всего вашего корпуса на независимом, децентрализованном сервисе пиннинга, не платя ни копейки. В итоге ваша работа будет защищена инфраструктурой, которую контролируете вы, а не компанией, которая может закрыться завтра.
Занимает от 30 минут до 2 часов в зависимости от количества произведений. Каждая минута того стоит.
Что вы будете делать
Понимание проблемы и решения до начала работы избавит вас от путаницы позже.
Проблема
Когда вы сделали минт работы на Foundation, смарт-контракт сохранил ссылку в Ethereum (это CID, Content Identifier), указывающую на ваш JSON-файл метаданных в IPFS. Этот JSON содержит название, описание и, в свою очередь, указывает через другой CID на реальный файл изображения или видео.
Токен постоянный. Но файлы CID существуют только пока какой-то узел IPFS держит их запиннутыми. Foundation держал их запиннутыми на своих узлах. Когда эти узлы будут выключены, если больше никто не пиннит эти файлы, они исчезнут из сети.
Решение
Вы запиннуете те же самые CID на своём собственном узле (фактически на бесплатном сервисе, который действует как ваш узел). Это не копирование файлов куда-то ещё, это усиление их существования внутри той же сети IPFS. CID остаётся тем же, работа остаётся той же, но теперь у неё есть избыточность: она живёт на узлах Foundation и на ваших.
Когда Foundation выключит свои узлы, ваши останутся активными. Ссылки IPFS продолжат работать. Ваша работа переживёт закрытие маркетплейса.
Токен Ethereum (ваше право собственности, история, продажи) никогда не под угрозой. Под угрозой находится визуальный и описательный слой. Именно этот слой мы и сохраняем.
Почему Filebase, а не Pinata
Pinata был первопроходцем, но его бесплатный план больше не работает для этого конкретного случая. Filebase - честная альтернатива.
Pinata берёт плату именно за ту функцию, которая нам нужна (Import from IPFS, пиннинг существующих CID). На бесплатном плане вы можете только загружать новые файлы с вашего компьютера, но не пиннивать CID, которые уже существуют в сети.
Filebase предлагает 5 ГБ хранилища, до 1000 файлов, выделенный шлюз и функцию Import CID, всё включено в бесплатный план без банковской карты. Это в пять раз больше пространства, чем у Pinata, и ключевая функция без ограничений.
Filebase также использует трёхкратную избыточность в географически разных местах, и это реальная избыточность, а не маркетинговые слова.
Pinata не плохой сервис. Дело в том, что ваш сценарий (пиннинг уже созданных работ) - именно то, что их текущая бизнес-модель продвигает в платные тарифы. Filebase относится к этому сценарию как к законному бесплатному использованию.
Создайте бесплатный аккаунт Filebase
Пять минут, без банковской карты.
- Зайдите на filebase.com и нажмите Get Started Free или Sign Up.
- Введите ваш email и создайте надёжный пароль. Карта не требуется, платёжная информация не нужна.
- Подтвердите ваш email через ссылку, которую они отправят.
- Войдите в панель управления с вашим именем пользователя и паролем.
Вы увидите своё пустое рабочее пространство. Интерфейс чистый, только на английском, но процесс простой.
Создайте ваш архивный бакет
Бакет - это как папка, в которой будут жить ваши пины.
- В панели управления нажмите Buckets в боковой навигации.
- Нажмите Create Bucket.
- Дайте ему уникальное имя, например
vashe-imya-nft-archive. Имена бакетов глобальные, поэтому если ваше занято, нужно будет выбрать другое. - В поле Network выберите IPFS. Не выбирайте Sia или другие сети, вам нужен IPFS для ваших NFT из Foundation.
- Подтвердите нажатием Create.
Filebase покажет уведомление, что публичные бакеты требуют платного плана. Игнорируйте его, оставьте на S3 Private. Это уведомление относится к доступу S3 (протокол Amazon), который не используется NFT. Ваши файлы всё равно будут публично доступны по CID с любого шлюза IPFS: ipfs.io, dweb.link, cloudflare-ipfs.com. Настройка приватного бакета это не ограничивает.
Получите CID каждой работы
У каждой работы есть два CID для идентификации: один для JSON метаданных, другой для файла изображения или видео.
Метод 1: Из Foundation (пока он ещё работает)
- Зайдите в ваш профиль Foundation и откройте одну из ваших работ.
- Под вкладкой Details или Token Details вы найдёте ссылку IPFS или Metadata.
- Она выглядит так:
https://ipfs.io/ipfs/QmXX.../metadata.json. Сохраните её. - CID метаданных - это часть между
/ipfs/и/metadata.json:QmXX...
Метод 2: Открыть JSON и извлечь CID медиафайла
Откройте JSON в вашем браузере. Вы увидите что-то вроде:
{
"name": "Ваша работа",
"description": "...",
"image": "ipfs://QmYY.../nft.mp4"
}
Значение поля image (или иногда animation_url) начинается с ipfs://, после чего идёт другой CID. Это CID медиафайла. Сохраните и его.
Создайте простую таблицу инвентаря
Для каждой работы запишите:
- Название работы
- CID JSON метаданных
- CID файла медиа (видео или изображение)
- Адрес контракта и TokenID (чтобы потом искать в Etherscan)
Простой электронной таблицы достаточно. Сделайте это, пока Foundation ещё доступен. Если подождёте, извлечь данные станет значительно сложнее.
Если у вас есть инвентарь, который легко скопировать из вашего профиля Foundation, берите его массово. Вы также можете найти свои токены прямо в Etherscan, ища свой wallet и фильтруя по NFT.
Запиннуйте ваши CID в Filebase
Вот здесь происходит магия. Filebase находит ваши файлы в сети IPFS и копирует их на свои узлы.
Процесс для каждой работы
- Откройте бакет, который вы создали, нажав на его имя.
- Вы увидите три опции: Import CID, New Folder, Upload. Нажмите Import CID.
- Открывается форма. Вставьте CID JSON метаданных первой работы.
- Дайте ему описательное имя, например
moya-rabota-metadata.json. - Подтвердите нажатием Search and Pin.
Filebase найдёт CID в сети IPFS (это занимает несколько секунд) и запиннит его на свои узлы. Статус изменится с Pinning (в процессе, оранжевый значок) на Pinned (подтверждено, зелёный значок).
Повторите для CID файла медиа:
- Import CID снова.
- Вставьте CID видео или изображения.
- Имя:
moya-rabota-media.mp4(или правильное расширение). - Подтвердите.
Рекомендуемая конвенция именования
Используйте последовательные имена, чтобы потом было легко искать в бакете. Предложение:
- Сольные работы:
nazvanie-raboty-metadata.jsonиnazvanie-raboty-media.mp4 - Коллаборации:
split-familiya-soavtora-nazvanie-metadata.json - Нумерованные серии:
seriya-01-nazvanie-metadata.json,seriya-02-...(используйте ведущие нули, если у вас больше 9)
Имена в нижнем регистре, с дефисами вместо пробелов, без диакритических знаков или специальных символов. Это избегает проблем с URL и файловыми системами.
Предполагаемое время
Каждый пин занимает от нескольких секунд (для маленьких JSON) до пары минут (для тяжёлых видео). Для корпуса из 10-15 работ планируйте 40 минут - 1 час ручной работы.
Если вы пиннуете CID, который Filebase уже запиннил где-то ещё (потому что другой художник запиннил тот же файл), он пиннится почти мгновенно. IPFS не дублирует файлы, он усиливает их присутствие.
Проверьте, что всё в порядке
Прежде чем считать резервное копирование завершённым, убедитесь, что файлы действительно доступны из публичной сети.
Проверка 1: Все отмечены Pinned
Посмотрите на столбец Status в вашем бакете. Все файлы должны иметь зелёный значок и метку Pinned. Если какой-то остаётся в Pinning (оранжевый) после нескольких минут, подождите ещё или обновите страницу.
Проверка 2: Доступно через публичный шлюз
Скопируйте один из ваших CID и вставьте в этот URL, заменив [CID]:
https://dweb.link/ipfs/[CID]
Если вы видите содержимое (JSON или видео), ваш пин жив в децентрализованной сети, доступен через любой шлюз, не завися ни от Foundation, ни от Filebase.
Проверка 3: Разумное использование пространства
Посмотрите на индикатор Storage вашего бакета. Типичное NFT-видео весит от 10 до 80 МБ. Если у вас 15 работ с видео, вы будете около 500-800 МБ. Далеко от лимита в 5 ГБ бесплатного плана.
Если вы близки к лимиту (потому что у вас больше работ или очень тяжёлые видео), рассмотрите возможность пиннить только метаданные менее критичных работ и оставить их видео без дополнительного бэкапа (они продолжат жить на других публичных узлах IPFS некоторое время).
Обновите ссылки на вашем сайте
Если у вас есть личный сайт или портфолио со ссылками на ваши NFT, эти ссылки нужно изменить. Те, что указывают на Foundation, умрут.
Что нужно заменить
Ищите на вашем сайте ссылки вроде таких:
https://foundation.app/mint/eth/0x...../tokenID
https://fnd-collections.mypinata.cloud/ipfs/QmXX.../metadata.json
https://fnd-collections4.mypinata.cloud/ipfs/...
Все они перестанут работать. Их следует заменить стабильными ссылками на шлюзы IPFS.
Какие ссылки использовать
Рекомендую три типа ссылок на работу:
1. Метаданные (техническая запись работы):
https://dweb.link/ipfs/[CID_METADATA]/metadata.json
2. Медиа (видео или изображение):
https://dweb.link/ipfs/[CID_MEDIA]/nft.mp4
3. Etherscan (верификация владения on-chain):
https://etherscan.io/token/[CONTRACT]?a=[TOKEN_ID]
Эта третья ссылка заменяет ссылку Foundation. Там, где вы раньше указывали на маркетплейс, теперь указываете на публичный реестр Ethereum, который никогда не закрывается.
Я использую dweb.link, потому что им управляет Protocol Labs (фонд, не коммерческая компания), он относительно быстрый и нейтральный. Альтернативы: ipfs.io (тот же провайдер, иногда медленнее), cloudflare-ipfs.com (быстро, но зависит от централизованной компании). Любой работает; важен CID.
Если ваши работы на Arweave (резерв не нужен)
Некоторые работы Foundation используют Arweave вместо IPFS. У них встроенная постоянность.
Если при открытии метаданных вашей работы вы видите URL, заканчивающиеся на arweave.net, или начинающиеся с хеша, за которым следует .arweave.net, ваша работа живёт на Arweave, не на IPFS.
Arweave это другая децентрализованная сеть хранения с философски иной моделью: вы платите один раз при минте, и хранение гарантировано на двести лет через эндаумент-фонд, который продолжает платить узлам бесконечно.
Практический вывод: если одна из ваших работ на Arweave, её не нужно сохранять. Её постоянство структурное. Просто отметьте это в вашем инвентаре и переходите к другим.
Перед полным закрытием Foundation
Последние действия перед отключением.
Снять с продажи непроданные работы
Если у вас есть работы, выставленные на продажу на Foundation, у которых ещё нет покупателя, рассмотрите снятие их с продажи перед закрытием. Это освобождает токен от эскроу-контракта Foundation и возвращает его в ваш wallet (или wallet минтера). Стоит немного газа, но избавляет от осложнений потом.
Документируйте соавторов
Если у вас есть работы с on-chain сплитом, напомните вашим соавторам тоже сделать это резервное копирование со своей стороны. Сплит остаётся активным, пока существует контракт, но файлам нужны множественные узлы для поддержки, чтобы выжить.
Экспортируйте кураторскую информацию
Foundation хранит информацию, которая не живёт on-chain: историю продаж с именами коллекционеров, редакторские описания, точные даты аукционов, ставки, подписчиков. Всё это исчезает с Foundation. Делайте скриншоты или экспортируйте то, что можете, до закрытия.
Расскажите вашу историю
Если вы годами находитесь в пространстве криптоискусства, вы свидетель главы культурной истории, которую мало кто прожил изнутри. Запишите то, что помните. Фотографии событий, имена сообщества, упавшие платформы, блокировки, которые понесли художники из стран под эмбарго. Этот нарративный архив так же важен, как CID.
Когда вы запиннили все работы, проверили публичный доступ и обновили ссылки на своём сайте, ваш корпус переживёт закрытие Foundation. Работа остаётся. История продолжается.
А если Filebase когда-нибудь закроется?
Справедливый вопрос. Если вы делаете резервное копирование, чтобы не зависеть от Foundation, не перемещаете ли вы просто зависимость на другую компанию? Стоит ответить честно.
Короткий ответ
Если Filebase закрылся бы завтра, ваши файлы не исчезают мгновенно. IPFS работает через накопление узлов, которые реплицируют то же содержимое, а не через единую точку отказа. Закрытие Filebase удаляет только одну из копий вашего файла, не все.
Кроме того, CID универсальны. Они не принадлежат Filebase. Если завтра вы откроете аккаунт у другого провайдера и вставите те же CID, у вас снова будет активный бэкап за минуты. Ваш инвентарь (таблица, которую вы собрали на Шаге 05) это всё, что вам нужно для миграции.
Как на самом деле работает постоянство в IPFS
Файл в IPFS существует, пока хотя бы один узел активно держит его запиннутым. Когда Filebase пиннит ваши CID, его узлы (обычно реплицированные 3 раза в разных локациях) поддерживают файл живым.
Но Filebase не единственный, у кого есть ваши файлы. Каждый раз, когда кто-то посещает шлюз IPFS и загружает вашу работу, этот шлюз кэширует её временно. Каждое взаимодействие оставляет эфемерные копии. Foundation всё ещё держит ваши CID запиннутыми до закрытия. У сети есть некоторая естественная инерция репликации.
Три возможных сценария, если Filebase закроется
Сценарий 1, закрытие с предварительным уведомлением (ожидаемый): серьёзные сервисы предупреждают за недели или месяцы. У вас было бы достаточно времени для миграции на другого провайдера: 4EVERLAND, Web3.Storage, Lighthouse. Поскольку у вас уже есть инвентарь CID, миграция тривиальна: открываете аккаунт, импортируете те же CID и продолжаете.
Сценарий 2, внезапное закрытие без предупреждения: маловероятно, но возможно. Ваши файлы теряются только если одновременно ни один другой узел их не имеет. Для файлов с какой-либо активностью это статистически редко.
Сценарий 3, поглощение другой компанией (самый распространённый): более крупная компания покупает меньшую и сохраняет сервис с новыми условиями. Ваши пины остаются активными во время перехода. Недавний пример из экосистемы: KnownOrigin был куплен eBay с серьёзными последствиями, но ранее созданные файлы остались доступными.
Надёжная стратегия: мультипровайдерная избыточность
Философски правильный ответ не в том, чтобы просто верить, что Filebase не закроется, а в том, чтобы не зависеть исключительно от Filebase. Реальная децентрализация требует реальной избыточности. Четыре уровня защиты, реализуемые постепенно:
Уровень 1, тот, что у вас уже есть: активные пины в Filebase. 5 ГБ бесплатно. Покрывает стандартный случай.
Уровень 2, параллельная избыточность: открыть второй бесплатный аккаунт у другого провайдера и реплицировать те же пины. Надёжные варианты:
- 4EVERLAND: 5 ГБ бесплатно, чистый интерфейс, другой провайдер.
- Web3.Storage: от Protocol Labs (создатели IPFS). 5 ГБ бесплатно, институционально очень стабилен.
- Lighthouse: модель единоразовой оплаты за постоянное хранение, использует Filecoin как экономический слой.
С теми же CID, запиннутыми у двух разных провайдеров, закрытие одного не влияет на другого. Это именно то, что позволяет децентрализация: не быть привязанным ни к одному конкретному провайдеру.
Уровень 3, локальная физическая копия: загрузить все медиафайлы на ваш жёсткий диск или внешний диск, организованные по папкам. Не служит для создания публичных ссылок, но гарантирует, что если все узлы в мире откажут, вы сохраните мастера. Это последняя резервная копия, которую делают серьёзные архивисты.
Уровень 4, опциональный и продвинутый: запустить собственный узел IPFS с IPFS Desktop или IPFS CLI на одной из ваших машин. Максимальная техническая автономия. Ваш узел активен только когда включён компьютер, поэтому дополняет, но не заменяет управляемые сервисы.
Прагматичная рекомендация
Пока что оставайтесь только на Filebase (Уровень 1). Этого достаточно для реального краткосрочного риска. Filebase активен с 2019 года и кажется институционально более стабильным, чем другие в этот момент.
Через 3-6 месяцев, если хотите усилить, откройте аккаунт в 4EVERLAND или Web3.Storage и реплицируйте пины. 15 минут работы, потому что у вас уже есть инвентарь со всеми CID. Это даёт вам реальную избыточность без избыточного инженеринга.
Локальную копию на жёстком диске можете сделать, когда будет время, не срочно, но стоит. Собственный узел IPFS только если нравится управлять инфраструктурой.
Есть критическая разница между централизацией и зависимостью. Filebase это централизованный провайдер (частная компания, собственные серверы), но ваше использование Filebase разделимо: CID это стандарт IPFS, ваш инвентарь живёт на вашем диске, и вы можете перейти к другому провайдеру в любой момент. Очень отличается от того, как вы зависели от Foundation, где закрытие Foundation означало потерю ссылок, нарратива, профиля и сообщества. На этот раз любое закрытие было бы неудобным, но не катастрофическим. Это реальный прогресс.
Частые вопросы
Короткие прямые ответы на то, что художники спрашивают сейчас о закрытии Foundation и сохранении NFT.
Что происходит с моими NFT, когда Foundation закрывается?
Токены остаются на Ethereum навсегда, нетронутые. Под угрозой находится off-chain слой: JSON метаданных и медиафайлы (изображения, видео), которые сейчас живут на узлах IPFS Foundation. Когда эти узлы будут выключены, файлы могут стать недоступными, если только не запиннить их на другом сервисе. Ваше владение в безопасности; визуальному представлению нужен бэкап.
Нужно ли переносить мои NFT на другую blockchain?
Нет. NFT остаются на Ethereum независимо от судьбы Foundation. Foundation это интерфейс маркетплейса; Ethereum это базовая blockchain. Вам нужно только сохранить off-chain файлы, не перемещать токены.
Filebase действительно бесплатный для бэкапа NFT?
Да. 5 ГБ хранилища, до 1000 запиннутых файлов, выделенный шлюз IPFS и функция Import CID, всё бесплатно без банковской карты. Это та комбинация функций, которую Pinata перевела в платные планы.
Что такое CID IPFS и почему это важно?
CID (Content Identifier) это криптографический хеш, который идентифицирует файл в IPFS по его содержимому. Смарт-контракт вашего NFT хранит ссылку на CID, который указывает на метаданные, которые в свою очередь указывают на CID медиа. CID разрешаются в содержимое только пока узлы держат файлы запиннутыми. Без пинов нет содержимого, независимо от существования токена.
Что если Filebase тоже закроется?
Рассмотрено подробно на Шаге 11. Короткая версия: CID универсальны, поэтому можете мигрировать на другого провайдера IPFS (4EVERLAND, Web3.Storage, Lighthouse) за минуты с вашим инвентарём. Для надёжности используйте мультипровайдерную избыточность.
Нужно ли снимать с продажи непроданные NFT перед закрытием Foundation?
Рекомендуется. Снятие с продажи освобождает токен от эскроу-контракта Foundation и возвращает его в wallet минтера, оставляя его свободным для повторной продажи где-то ещё в будущем. Стоит немного газа, но избегает осложнений.
Сколько времени занимает полный процесс бэкапа?
Для 10-15 NFT планируйте от 30 минут до 2 часов. JSON метаданные пиннятся за секунды; видеофайлы могут занять по паре минут каждый. Процесс повторяющийся, но не сложный, когда готов инвентарь CID.
Что если мои NFT на Arweave, а не на IPFS?
Бэкап не нужен. Arweave обеспечивает постоянное хранение по дизайну: оплачено один раз при минте, сохраняется около 200 лет через экономический эндаумент, который платит узлам бесконечно.
Работает ли это руководство для художников вне Foundation?
Да. Тот же процесс применяется к любому NFT на Ethereum, чьи метаданные и медиа живут в IPFS. SuperRare, Zora, Objkt, KnownOrigin (до закрытия), Rarible: процесс идентичен. Меняется только источник CID.
Могу ли я пиннить NFT других художников как коллекционер?
Да, и это поощряется. CID публичны по дизайну. Пиннинг NFT, которые вы коллекционировали, защищает вашу коллекцию от отказа оригинальных узлов. Рассмотрите возможность уведомить художника в знак вежливости, особенно если у вас есть прямой контакт.
Как запустить собственный узел IPFS
Этот раздел для художников с определённой технической уверенностью, которые хотят следующий уровень автономии. Это не необходимо для бэкапа ваших работ (Filebase достаточно), но если идея не зависеть ни от одного провайдера вам близка, вот путь.
Что значит иметь свой узел
Узел IPFS это компьютер, который участвует в сети как ещё один член роя. Когда вы устанавливаете программное обеспечение, ваша машина может пиннить файлы, отдавать их миру и поддерживать их живыми без зависимости от какого-либо коммерческого сервиса. Переходите от клиента провайдера к полноправному участнику сети. Цифровой эквивалент владения собственной типографией вместо зависимости от издателя.
Ключевое отличие от Filebase: с Filebase вы просите компанию пиннить ваши файлы на их серверах. С собственным узлом сервером являетесь вы.
Ваш узел отдаёт файлы только пока ваш компьютер включён и подключён к интернету. Если выключаете машину, ваши файлы продолжают существовать на других узлах сети (Filebase, публичные шлюзы, другие сервисы пиннинга), но вы перестаёте вносить свой вклад. Для реально постоянного бэкапа ваш узел должен быть активен почти всё время.
Два реальных пути, в зависимости от желаемого уровня контроля
Путь A: IPFS Desktop (самый доступный)
Графическое приложение, которое устанавливается как любая другая программа на macOS, Windows или Linux. Настройка за 5 минут, визуальный интерфейс, без командной строки. Идеально для экспериментов и обучения.
Плюсы: простая установка, визуальный интерфейс, можно закрыть приложение, когда не нужно.
Минусы: потребляет ОЗУ во время работы (200-400 МБ), зависит от того, что вы случайно не закроете приложение, и когда выключаете компьютер, теряете доступность.
Путь B: Выделенный Raspberry Pi (серьёзный)
Покупаете Raspberry Pi (около 75-120 USD с корпусом, блоком питания и SD-картой), устанавливаете на него IPFS и оставляете включённым 24/7 дома, подключённым к роутеру. Выделенный постоянный узел с энергопотреблением LED-лампы (5-10 Вт, около 2-3 USD в месяц).
Плюсы: реальный постоянный узел, не потребляет ресурсы вашего основного компьютера, полная техническая автономия.
Минусы: требует начальной покупки, более сложная техническая установка (командная строка), настройка роутера для внешней доступности.
Начните с IPFS Desktop. Изучите концепцию без экономических обязательств. Если после нескольких недель почувствуете, что действительно им пользуетесь и хотите реальной постоянности, тогда оцените инвестицию в выделенный Raspberry Pi.
Пошаговая инструкция с IPFS Desktop
Шаг 1: Скачать установщик
Зайдите на ipfs.tech/install/ipfs-desktop/ (официальный домен проекта). Выберите установщик для вашей операционной системы: macOS, Windows или Linux.
Шаг 2: Установить
На macOS откройте .dmg и перетащите иконку в Приложения. На Windows запустите .exe. На Linux обычно это .AppImage. На macOS при первом запуске система может предупредить о непроверенном разработчике: зайдите в Системные настройки, Безопасность и дайте разрешение вручную. Это нормально, не означает, что программа небезопасна.
Шаг 3: Первый запуск
При первом открытии приложения автоматически происходит три вещи. Первое, создаётся уникальная криптографическая идентичность для вашего узла (как постоянный идентификатор вашего узла в сети). Второе, подключается к глобальной сети IPFS, и за несколько секунд вы увидите десятки или сотни подключённых пиров (других узлов). Третье, открывается интерфейс с пятью вкладками: Status, Files, Explore, Peers, Settings.
Шаг 4: Запиннить первый CID
Перейдите на вкладку Files. Сверху есть кнопка Import. При нажатии разворачивается меню с опциями. Выберите From IPFS (иногда отображается как Add by CID или Import from IPFS). Вставьте один из ваших CID и подтвердите.
Ваш узел начнёт загружать файл с других узлов, у которых он есть (Filebase, публичные шлюзы, любой активный источник). За секунды или минуты (в зависимости от размера) файл пиннится локально. В этот момент ваш компьютер становится одной из пчёл, которые поддерживают этот CID.
Шаг 5: Проверить, что работает
Две простые проверки. Первая, в Files вы должны увидеть CID с иконкой булавки и загруженным размером. Вторая, откройте в браузере:
http://localhost:8080/ipfs/[ваш-CID]
Этот localhost:8080 это локальный шлюз, который поднимает ваш собственный узел. Если видите содержимое, ваш узел активно отдаёт файл. Это реальная техническая автономия.
Шаг 6: Запиннить остальной корпус
Повторите процесс со всеми CID вашего инвентаря. Для корпуса из 10-15 работ планируйте от 30 минут до 2 часов в зависимости от вашего подключения.
Практические соображения для повседневного использования
Потребление ресурсов: IPFS Desktop использует от 200 до 400 МБ ОЗУ во время работы. На современных компьютерах не проблема, но заметно на машинах с малой памятью. Можете настроить лимиты в Settings.
Пропускная способность: ваш узел не только скачивает, но и загружает другим узлам, которые просят файлы. Если у вас ограниченное подключение, настройте лимиты в Settings. С обычным домашним подключением не заметите.
Выключение компьютера: ваши CID остаются живыми в сети, пока другие узлы держат их запиннутыми (Filebase остаётся резервной копией). Ваш узел просто перестаёт вносить вклад временно. При включении возобновляет автоматически.
Дисковое пространство: каждый запиннутый CID занимает свой размер на вашем локальном диске. Расчёт: для 500 МБ корпуса Foundation ваш узел занимает 500 МБ. Для больших корпусов Tezos это могут быть несколько ГБ. Проверьте, что на диске есть место.
Что это даёт конкретно
- Реальная независимость от Filebase: если он закроется завтра с активным вашим узлом, ваши файлы останутся доступными без вашего вмешательства.
- Публикация без посредников: если создаёте новую работу и хотите запиннить её в IPFS без прохождения через какой-либо сервис, делаете это напрямую со своего узла.
- Техническое понимание системы: запуск узла, даже на несколько недель, даёт вам понимание экосистемы, которое большинство NFT-художников никогда не приобретают.
- Вклад в экосистему: каждый дополнительный узел укрепляет всю сеть IPFS. Ваше участие это не только самозащита, это общественный акт.
Естественная эволюция в сторону Raspberry Pi
Если после экспериментов с IPFS Desktop чувствуете, что хотите реальной постоянности, естественный путь такой:
- Купить Raspberry Pi 4 (4 или 8 ГБ ОЗУ) с блоком питания, корпусом и microSD-картой на 128 ГБ. Общая сумма приблизительно 100-150 USD.
- Подключить его к роутеру через ethernet-кабель в каком-нибудь углу дома.
- Установить IPFS, следуя туториалам специально для Raspberry Pi (много на английском, некоторые на испанском).
- Настроить автоматический перезапуск при отключении электричества для поддержания узла всегда активным.
- Опциональное продвинутое: настроить собственный поддомен (например,
ipfs.vashartist.art), указывающий на ваш Raspberry, чтобы иметь собственный шлюз.
Этот последний шаг, собственный шлюз с собственным доменом, это максимальный суверенитет. Больше не зависите даже от dweb.link или ipfs.io. Ссылки на вашем сайте будут вашими: ipfs.vashartist.art/ipfs/[CID]/file.mp4.
Иметь собственный узел не заменяет Filebase и не делает устаревшей уже проделанную работу. Дополняет её. Идеальная стратегия сочетает: Filebase как всегда активный управляемый бэкап, плюс IPFS Desktop или Raspberry Pi как собственный узел, усиливающий с вашей собственной инфраструктуры, плюс локальную копию на жёстком диске как архив последней инстанции. Три избыточных слоя, каждый защищён разным дизайном.
Нужна помощь?
Если у вас есть конкретные вопросы, написать мне напрямую это самый быстрый путь. Нас несколько в сообществе делаем эту же работу в эти недели, и чем раньше сделаете бэкап, тем лучше.