IOTA приглашает бета-тестеров, для запуска testnest и сообщений о любых ошибках

[vaysar]

Мы рады объявить о запуске znet , первой итерации безкоординатного testnet. Эта тестовая сеть фактически существует уже несколько недель, но мы хотели бы официально открыть ее для участия и участия сообщества. С этой целью мы приглашаем членов сообщества присоединиться к дискуссии о Discord , чтобы проверить визуализацию Znet Tangle в реальном времени, внести проблемы и код в репозиторий CLIRI Github и, конечно же: запустить узлы CLIRI и присоединиться к сети.

КЛИРИ и Координатор
Давайте сделаем шаг назад и обсудим, зачем нам нужна еще одна тестовая сеть и что делает CLIRI особенным. CLIRI расшифровывается как «Coo-less IRI». По своей сути это форк IRI со всеми удаленными компонентами Coo. Его цель - предоставить испытательный стенд для работы сети IOTA без координаторов. Это необходимый первый шаг к пониманию проблем, с которыми когда-нибудь столкнется сеть Coo-less.

Давайте вспомним, что на самом деле делает Координатор , чтобы увидеть, какие изменения мы должны были кодировать в CLIRI. Каждую минуту или около того Коу выпускает веху , которая является транзакцией, подписанной Фондом IOTA. Все транзакции, на которые указывает этап, немедленно считаются подтвержденными .

На первый взгляд, избавление от Коу выглядит просто: мы можем просто прекратить посылать эти вехи или заставить CLIRI рассматривать их как обычные транзакции, и мы закончили. К сожалению, вехи возвращаются в нескольких контекстах:

Выбор начальной точки. В IRI случайное блуждание начинается с нескольких вех в прошлом. Без вех, чтобы направлять нас, нам нужен альтернативный метод для решения, где начать случайную прогулку. Мы придумали довольно грубый эвристический алгоритм , который работает путем возврата от недавнего наконечника, пока не достигнет точки с достаточным совокупным весом. Эта часть выбора подсказки оказывается довольно сложной, чтобы получить право, и больше обзора будет приветствоваться.
Расчет состояния книги. Вехи используются для оптимизации расчета бухгалтерской книги. Вместо того, чтобы вычислять полное состояние главной книги, начиная с генезиса, мы сохраняем промежуточное состояние для каждого этапа.
Узел синхронизации. Вехи полезны для определения того, когда узел вышел из строя. Если последний твердый этап узла намного старше, чем у соседа, он, вероятно, отстает.
Тестовая сеть с нулевым значением
Чтобы упростить первую итерацию CLIRI, мы решили полностью удалить проверку бухгалтерской книги: все транзакции действительны, если они соответствуют требованию PoW. Эта версия будет запущена в новой тестовой сети, которую мы называем znet , что означает «нулевое значение». Наша цель - стабилизировать этот код и установить его устойчивость до реализации более сложной логики проверки.

Мы также хотели бы собрать больше аналитики о производительности znet. Например, мы ввели новый API getConfidence , который вычисляет достоверность подтверждения транзакции, как определено в техническом документе. Было бы интересно отслеживать уровни достоверности с течением времени, видеть, какой процент транзакций достигает высокой степени достоверности, и сколько времени им требуется для ее достижения.

Мы приветствуем участие сообщества. Вы можете помочь, запустив узел CLIRI, выявив проблемы и приняв участие в обсуждении Discord в канале # cliri-Discussion.
Источник: https://blog.iota.org/a-coo-less-testnet-879ad17ca1af