" Neo3 Preview4 теперь выпущен с реализацией новой экономической модели, предлагая некоторые новые дополнения к стратегии управления комитетом. В этом выпуске также официально представлена служба Oracle, которая позволяет смарт-контрактам получать внешние данные, а также новый стандарт токенов, NEP-17, вместе с другими оптимизациями и исправлениями.
«NGD выполнит обновление Neo3 Preivew4 TestNet с 6:00 утра по всемирному координированному времени до 9:00 утра 22 декабря 2020 года. В течение этого периода TestNet может быть временно нестабильна. Приносим извинения за доставленные неудобства», - сообщает Neo в статье официального блога.
По данным публикации, полный список улучшений и оптимизаций в Neo3 Preview4, выглядит следующим образом.
Новая экономическая модель
В унаследованной от Neo2 экономической модели Neo3 по-прежнему используется механизм двойного токена NEO-GAS. NEO представляет собой токен управления сетью, в то время как GAS является топливным токеном для реализации управления ресурсами сети Neo. NEO имеет общий тираж 100 миллионов и остается неделимым (минимальная единица NEO - 1 и не может быть разделена). GAS в Neo3 по-прежнему не имеет ограниченного объема эмиссии, но комиссия транзакционной системы будет сжигаться, что отличается от Neo2.
Держатели NEO владеют и управляют сетью Neo. Минимальная единица ГАЗА 10 ^ -8. GAS представляет собой право на использование сети Neo и может быть получено путем голосования, проведения NEO или внешних бирж.
Кроме того, в каждом блоке будет генерироваться определенное количество (изначально 5) GAS. Это количество ГАЗА будет распределено по следующему правилу:
- 10% держателям NEO;
- 10% членам комитета;
- 80% избирателям, голосующим за членов комиссии.
Дополнения к стратегии управления комитетом
В Neo3 комитет по управлению может вносить изменения в ряд показателей в цепочке. В Preview4 были применены некоторые дополнения к стратегии управления комитетами, в том числе:
- Стоимость хранения за байт
- Фактор комиссии за исполнение
Ончейновые оракулы
Oracle позволяет смарт-контрактам получать данные и информацию из внешних источников. Oracle получает соответствующую информацию децентрализованным образом в соответствии с запросами смарт-контрактов.
Типичный процесс Oracle выглядит следующим образом:
- Пользователь регистрирует запросы оракула, отправляя транзакцию, вызывающую контракт Oracle. Этот запрос должен включать запрошенный URL и информацию о функции обратного вызова.
- Узлы Oracle продолжают прослушивать данные в цепочке и посещать запрошенный URL-адрес для получения соответствующих данных при обнаружении нового запроса Oracle.
- Узлы Oracle подписывают полученные данные и связываются с другими узлами Oracle через запросы RPC.
- Когда более 2/3 узлов Oracle достигают консенсуса по данным, будет отправлена транзакция, которая включает запрошенные данные, а также функцию обратного вызова.
- Эта транзакция будет проверена и опубликована в цепочке узлами консенсуса. После выполнения транзакции будет вызвана функция обратного вызова соответствующего смарт-контракта для отправки запрошенного сообщения с данными.
NEP-17
Еще одна важная реализация в Preview4 - NEP-17.
«NEP» расшифровывается как Neo Enhancement Proposal. NEP - это проектный документ, предоставляющий информацию сообществу Neo или описывающий новую функцию Neo, его процессов или среды. NEP должен содержать краткую техническую спецификацию функции и ее обоснование», - говорится в сообщении.
NEP-17 - это стандарт токенов, представляющий токенизированный смарт-контракт. Стандарт NEP-17 регулирует токены, выпущенные на блокчейне Neo, и заменит NEP-5 в качестве нового стандарта токенов в Neo3.
Другие улучшения и оптимизации
- Добавлена параллельная проверка свидетелей транзакций;
- Обновлен контракт, чтобы сохранить исходный хэш контракта после изменения содержимого;
- Разрешено развертывание нативных контрактов на любой высоте;
- Скорректированы цены на некоторые коды операций;
- Прочие улучшения.
