Насчитываемая в списке Nasdaq Marathon начинает операции по майнингу биткоина, акции выросли на 32%

С долгожданным выпуском geth 1.5 («let there bee light») Swarm вошел в официальный релиз go-ethereum в качестве экспериментальной функции. Текущая версия кода — POC 0.2 RC5 — «embrace your daemons» (дорожная карта), которая является рефакторизованной и более чистой версией кодовой базы, которая работала в тестовой сети Swarm в последние месяцы.

Текущий релиз поставляется с командой swarmcommand, которая запускает автономный демон Swarm как отдельный процесс, используя ваш любимый IPC-совместимый клиент ethereum, если это необходимо. Учет пропускной способности (с использованием протокола учета Swarm = SWAP) отвечает за бесперебойную работу и быструю доставку контента, стимулируя узлы вносить свой вклад в пропускную способность и ретранслировать данные. Система SWAP функциональна, но по умолчанию отключена. Стимулы для хранения (штрафное страхование) для защиты доступности редко используемого контента планируется сделать рабочими в POC 0.4. Таким образом, в настоящее время по умолчанию клиент использует блокчейн только для разрешения имен доменов.

С этим постом в блоге мы рады объявить о запуске нашей новой тестовой сети Swarm, подключенной к тестовой цепочке Ethereum Ropsten. Фонд Ethereum вносит вклад в кластер Swarm из 35 узлов (будет до 105), работающий в облаке Azure. Он размещает домашнюю страницу Swarm.

Мы считаем эту тестовую сеть первым публичным пилотным проектом, и сообществу приветствуется присоединиться к сети, вносить ресурсы, сообщать об ошибках, выявлять проблемы и давать обратную связь по удобству использования. Инструкции можно найти в руководстве Swarm. Мы призываем тех, кто может позволить себе запускать постоянные узлы (узлы, которые остаются онлайн), связаться с нами. Мы уже получили обещания по развертыванию 100 ТБ. Обратите внимание, что тестовая сеть не дает никаких гарантий! Данные могут быть потеряны или стать недоступными. Действительно, гарантии сохранности не могут быть предоставлены по крайней мере до тех пор, пока не будет реализован слой стимулов страхового хранения.

Обратите внимание, что тестовая сеть не дает никаких гарантий! Данные могут быть потеряны или стать недоступными. Действительно, гарантии сохранности не могут быть предоставлены по крайней мере до тех пор, пока не будет реализован слой стимулов страхового хранения.

Мы видим, как этот проект формируется с все большим участием сообщества, поэтому мы приглашаем заинтересованных лиц присоединиться

Как работает Swarm?

Swarm — это распределенная платформа хранения и сервис распределения контента; нативный базовый уровень сервиса стека Web3 Ethereum. Целью является решение для хранения и обслуживания peer-to-peer, которое не имеет простоев, устойчиво к DDOS, отказоустойчиво и цензуроустойчиво, а также самодостаточно благодаря встроенной системе стимулирования. Слой стимулирования использует peer-to-peer учет для пропускной способности, стимулы для хранения на основе депозита и позволяет торговать ресурсами за оплату. Swarm разработан для глубокой интеграции с многопротокольным сетевым слоем devp2p Ethereum, а также с блокчейном Ethereum для разрешения имен доменов.

[gdlr_core_space height=”40px”]

[gdlr_core_space height=”40px”]

Этот хэш фрагмента — это адрес, который клиенты могут использовать для получения фрагмента (предобраз хэша). Необратимое и свободное от коллизий адресование сразу обеспечивает защиту целостности: независимо от контекста того, как клиент узнал об адресе, он может определить, поврежден ли фрагмент или был ли он изменен, просто вычислив его хэш.

Основное предложение Swarm как распределенного хранилища фрагментов заключается в том, что вы можете загружать в него контент. Узлы, составляющие Swarm, выделяют ресурсы (дисковое пространство, память, пропускную способность и ЦП) для хранения и обслуживания фрагментов. Но что определяет, кто хранит фрагмент? Узлы Swarm имеют адрес (хэш адреса их bzz-аккаунта) в том же адресном пространстве, что и сами фрагменты. Назовем это адресное пространство оверлейной сетью. Если мы загружаем фрагмент в Swarm, протокол определяет, что он в конечном итоге будет храниться на узлах, ближайших к адресу фрагмента (согласно хорошо определенной мере расстояния в адресном пространстве оверлея). Процесс, посредством которого фрагменты попадают на свои адреса, называется синхронизацией и является частью протокола. Узлы, которые позже захотят получить контент, могут снова найти его, перенаправив запрос узлам, близким к адресу контента. Действительно, когда узлу нужен фрагмент, он просто отправляет запрос в Swarm с адресом контента, и Swarm перенаправляет запросы, пока данные не будут найдены (или запрос не истечет по таймауту). В этом отношении Swarm похож на традиционную распределенную хэш-таблицу (DHT), но с двумя важными (и недостаточно изученными) функциями.

• Белая книга Виталика, которую ядро разработчиков Ethereum осознало
• Когда она достигла первых холмов
• Небольшая река под названием Дуден течёт
• Самодостаточная благодаря встроенной системе стимулов

[gdlr_core_space height=”50px”]

Документы и хеш Swarm

На уровне API Swarm предоставляет чанкер. Чанкер принимает любой читаемый источник, например файл или устройство захвата видеосигнала с веб-камеры, и разбивает его на фрагменты фиксированного размера. Эти так называемые фрагменты данных или листовые фрагменты хешируются, а затем синхронизируются с пирами. Хеши фрагментов данных затем упаковываются в сами фрагменты (называемые промежуточными фрагментами), и процесс повторяется. В настоящее время 128 хешей составляют новый фрагмент. В результате данные представляются в виде дерева Меркла, и именно корневой хеш этого дерева служит адресом, который вы используете для получения загруженного файла.