Lisk запустил Betanet v4

В отчете официального блога Lisk сообщил, что задачи этапа «Экономика и консенсус» были успешно реализованы в Lisk SDK 4.0.0, и был выпущен Lisk Core 3.0.0-beta.1, в котором реализовано множество новых функций протокола и произведены различные улучшения на уровне кода. Betanet v4 заменит текущую Betanet v3, которая стабильно работала с февраля 2020 года. Поэтому с этого момента betanet.lisk.io будет работать на Lisk Core 3.0.0-beta.1.

We are happy to announce the launch of Betanet v4.

If you want to learn more about the new protocol features and further improvements read the blog post:https://t.co/r6h1dxgOiR

This Friday, at 4pm CET, we will host an AMA on https://t.co/zcFgPgcpqU to answer your questions. pic.twitter.com/aXMIpVU2gr

— Lisk (@LiskHQ) November 12, 2020

Lisk (LSK), основанный в мае 2016 года, представляет собой проект с открытым исходным кодом, ориентированный на доступность блокчейнов. Экосистема Lisk предлагает каждому возможность извлечь выгоду из технологии блокчейн с помощью инструментов разработчика, криптовалютных кошельков и активного сообщества.

Новые возможности протокола

Сетевая экономика

LIP0002: Изменить ограничение на размер блока на основе байтов

Установлен максимальный размер блока 15 КБ (килобайт), заменяя текущий максимум 25 транзакций на блок. Этот размер будет поддерживать ежегодный рост блокчейна ниже 50 ГБ, даже когда блоки всегда загружены на полную мощность и активные делегаты не пропускают никаких блоков. Блокчейн, созданный с помощью Lisk SDK 4.0.0, может включать в себя более 100 транзакций перевода баланса в блоке и обрабатывать до 1000000 транзакций в день.

LIP0026: Установить действительность блока, последовательно применяя транзакции

Изменено правило упорядочивания транзакций внутри блока. Раньше транзакции упорядочивались автоматически в соответствии с набором сложных правил. После этого улучшения порядок транзакции может быть свободно выбран производителем блока, и блок действителен, если каждая транзакция действительна в переходном состоянии, предшествовавшем ему.

LIP0013: Заменить систему статических сборов на системы динамических сборов

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

LIP0016: Внедрить алгоритм оценки комиссионных для системы динамических комиссий.

Представлен алгоритм оценки комиссионных, основанный на экспоненциальной скользящей средней (EMA). Предлагаемая комиссия зависит от использования сети и срочности транзакции. Алгоритм реализован в узле сети Lisk, и кошелек запрашивает его вывод, чтобы получить оценку комиссии за транзакцию для пользователя.

LIP0025: Ввести требования к минимальному балансу для счетов

Введено новое правило, по которому учетные записи также должны поддерживать минимальный баланс в размере 0,05 LSK. Это предотвращает рассылку спама в базе данных за счет создания множества учетных записей практически без баланса (учетные записи пыли), злоупотребляя значительно сниженными комиссиями за транзакции, введенными с помощью системы динамических сборов.

LIP0017: Повышение гибкости учетных записей с несколькими подписями, предотвращение спама и изменение подписи

Доработана и улучшена система мультиподписи. Первое улучшение заключается в том, что только действительные транзакции из учетных записей с несколькими подписями, то есть транзакции со всеми необходимыми подписями, принимаются и разрешаются для пересылки узлами. Это предотвращает рассылку спама в сети и пуле транзакций. Далее настройки правил учетной записи становятся более гибкими. Например, теперь можно создать m из n учетных записей с множественной подписью, требуя m подписей из набора из n открытых ключей. Более того, верхняя граница количества участвующих ключей увеличивается до 64, и набор подписей транзакции, включенной в блок, становится неизменным. Наконец, мы удаляем концепцию второй подписи и конвертируем все учетные записи со вторыми подписями в учетные записи с несколькими подписями.

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

Мы заменяем свойство timestamp транзакции на заказанный одноразовый номер. Это позволяет аннулировать ожидающую транзакцию, выпуская новую транзакцию, повторно используя тот же одноразовый номер, но с более высокой комиссией (таким образом, с более высокой вероятностью попадания в блок первым). Кроме того, механизм признания недействительности гарантирует, что транзакция не будет включена на более позднем этапе, например, в случае передачи пользователем транзакции в сеть без получения какой-либо обратной связи.

Сетевой консенсус

LIP0003: Единый порядок списка делегатов

Изменился порядок делегатов, формирующих слоты в раунде. Слот делегата рассчитывается путем хеширования уникального идентификатора каждого делегата вместе с уникальным идентификатором для раунда, что приводит к равномерному перемешиванию списка активных делегатов. Делегаты будут иметь уникальный порядок в соответствии с этими значениями хэша.

LIP0023: Введение периодов блокировки голосования и нового определения веса

Доработана система голосования по выбору фальсификаторов блоков. Теперь пользователям необходимо заблокировать токены, которые они хотят использовать для голосования, а токен LSK можно использовать только для одновременного голосования только за одного делегата. Кроме того, при вычислении веса делегата теперь учитывается, сколько токенов делегаты заблокировали, чтобы проголосовать за себя. Требуя, чтобы вес делегата содержал не менее 10% голосов собственников, мы гарантируем, что делегаты поставят на карту значительное количество токенов, что еще больше повысит безопасность сети.

LIP0022: Пользовательская схема на основе Randao для включения резервных делегатов и изменения порядка в списке делегатов

Благодаря этому усовершенствованию в список формируемых делегатов будут входить два резервных делегата каждого раунда. Длина раунда увеличена с 101 до 103 блоков, а 2 дополнительных слота блоков назначаются резервным делегатам с использованием алгоритма случайного выбора, пропорционального весу делегата, что обеспечивает как непредсказуемость, так и справедливость процесса.

Это изменение разработано для того, чтобы стимулировать большее количество онлайн-узлов в сети Lisk.

LIP0024: Наказывать нарушения BFT

Представлена новая транзакция «Доказательство неправильного поведения», наказывающая за нарушения протокола консенсуса Lisk BFT, такие как создание нескольких конфликтующих блоков в одном временном интервале. Эта транзакция содержит информацию, необходимую для доказательства нарушения. За ненадлежащее поведение делегату на 3 месяца устанавливают нулевой вес. Кроме того, токены, использованные для голосования за некорректного делегата, заблокированы на срок 1 месяц, чтобы дать избирателям сильный экономический стимул для тщательного выбора своих делегатов. Делегаты, наказанные 5 раз, будт забанены и больше не смогут фальсифицировать.