С долгожданным релизом geth 1.5 («да будет свет») Swarm попал в официальный релиз go-ethereum в качестве экспериментальной функции. Текущая версия кода — POC 0.2 RC5 — «примите своих демонов» (дорожная карта), это переработанная и более чистая версия кодовой базы, которая работала в тестовой сети Swarm в последние месяцы.
В текущей версии поставляется команда swarmcommand, которая запускает автономный демон Swarm в качестве отдельного процесса, используя при необходимости ваш любимый IPC-совместимый клиент ethereum . Учет полосы пропускания (с использованием протокола учета Swarm = SWAP) отвечает за бесперебойную работу и быструю доставку контента, стимулируя узлы предоставлять свою полосу пропускания и передавать данные. Система SWAP функциональна, но по умолчанию отключена. Стимулы к хранению (страхование от штрафных санкций) для защиты доступности редко используемого контента планируется ввести в эксплуатацию в POC 0.4. Таким образом, в настоящее время по умолчанию клиент использует блокчейн только для разрешения доменных имен.
В этом сообщении в блоге мы рады объявить о запуске нашей новой тестовой сети Swarm, подключенной к тестовой сети Ropsten ethereum . Фонд Ethereum предоставляет кластер Swarmtron35 (в будущем — до 105) узлов, работающий в облаке Azure. На его платформе размещена домашняя страница Swarm.
Мы рассматриваем эту тестовую сеть как первый публичный пилотный проект, и сообщество может присоединиться к сети, внести свой вклад, сообщить о проблемах,dentболевые точки и дать обратную связь по удобству использования. Инструкции можно найти в руководстве по Swarm. Мы призываем тех, кто может позволить себе запустить постоянные узлы (узлы, которые остаются в сети), связаться с нами. Мы уже получили обещания о развертывании 100 ТБ. Обратите внимание, что тестовая сеть не предоставляет никаких гарантий! Данные могут быть потеряны или стать недоступными. Действительно, гарантии сохранения данных не могут быть предоставлены, по крайней мере, до тех пор, пока не будет внедрен уровень стимулирования страхования хранения.
Обратите внимание, что тестовая сеть не предоставляет никаких гарантий! Данные могут быть потеряны или стать недоступными. Действительно, гарантии сохранения данных не могут быть предоставлены, по крайней мере, до тех пор, пока не будет внедрен механизм стимулирования страхования хранения.
Мы планируем развивать этот проект, привлекая к нему все большее участие общественности, поэтому приглашаем всех заинтересованных присоединиться
Как работает Swarm?
Swarm — это распределенная платформа хранения и сервис распространения контента; нативный базовый сервис стека Web3 ethereum . Цель — создание однорангового решения для хранения и предоставления данных, которое обеспечивает нулевое время простоя, устойчиво к DDoS-атакам, отказоустойчиво и защищено от цензуры, а также самоподдерживающееся благодаря встроенной системе поощрений. Система поощрений использует одноранговый учет пропускной способности, поощрения за хранение на основе депозитов и позволяет обмениваться ресурсами для оплаты. Swarm разработан для глубокой интеграции с многопротокольным сетевым уровнем devp2p Ethereum , а также с блокчейном Ethereum для разрешения доменных имен.
[gdlr_core_space height=”40px”]
[gdlr_core_space height=”40px”]
Хэш фрагмента — это адрес, который клиенты могут использовать для получения фрагмента (прообраза хеша). Необратимая и бесконфликтная адресация немедленно обеспечивает защиту целостности: независимо от контекста, в котором клиент узнает об адресе, он может определить, поврежден ли фрагмент или был ли он изменен, просто хэшируя его.
Главное преимущество Swarm как распределенного хранилища фрагментов заключается в возможности загрузки контента. Все узлы, составляющие Swarm, выделяют ресурсы (дисковое пространство, память, пропускную способность и процессор) для хранения и обслуживания фрагментов. Но что определяет, кто хранит фрагмент? Узлы Swarm имеют адрес (хеш адреса своей учетной записи bzz) в том же пространстве ключей, что и сами фрагменты. Назовем это адресное пространство оверлейной сетью. Если мы загружаем фрагмент в Swarm, протокол определяет, что в конечном итоге он будет храниться на узлах, наиболее близких к адресу фрагмента (в соответствии с четкоdefiмерой расстояния в адресном пространстве оверлейной сети). Процесс, посредством которого фрагменты достигают своего адреса, называется синхронизацией и является частью протокола. Узлы, которые позже захотят получить доступ к контенту, могут найти его снова, перенаправив запрос узлам, которые находятся близко к адресу контента. Действительно, когда узлу нужен фрагмент данных, он просто отправляет запрос в Swarm с адресом содержимого, и Swarm будет пересылать запросы до тех пор, пока данные не будут найдены (или пока не истечет время ожидания запроса). В этом отношении Swarm похож на традиционную распределенную хеш-таблицу (DHT), но с двумя важными (и недостаточно изученными) особенностями.
- Белая книга Виталика позволила реализовать проект Ethereum для разработчиков
- Когда она достигла первых холмов
- В реке протекает небольшая речка под названием Дуден
- Самодостаточность благодаря встроенной системе стимулов
[gdlr_core_space height=”50px”]
Документы и хеш роя
На уровне API Swarm предоставляет механизм разбиения данных на фрагменты (chunker). Этот механизм принимает любой читаемый источник, например, файл или устройство захвата видео с камеры, и разбивает его на фрагменты фиксированного размера. Эти так называемые фрагменты данных или листовые фрагменты хешируются, а затем синхронизируются с другими узлами. Хэши фрагментов данных затем упаковываются в сами фрагменты (называемые промежуточными фрагментами), и процесс повторяется. В настоящее время новый фрагмент состоит из 128 хешей. В результате данные представляются деревом Меркла, и именно корневой хеш дерева служит адресом, который используется для получения загруженного файла.
