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