Релиз 1.3.0 версии EOSIO: Доверенные продюсеры, WABT-Interpreter и новый инструментарий для разработки EOSIO контрактов

cryptolions-ua (41)in #eos • 6 years ago

Оригинал: https://medium.com/eosio/eosio-version-1-3-0-5c15dcfd79a2

Мы рады анонсировать релиз следующей версии EOSIO, V1.3.0. Вы можете просмотреть подробные примечания к релизу здесь на Github, и найти документацию на EOSIO Developer Portal.

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

В дополнение к заметкам о релизе и документации, команда Block.one Developer Relations - вместе с командами разработчиков C ++ Development и Public Communications - предоставит простые для понимания резюме функций и преимуществ каждого релиза и их влияние на наши цели на платформе.

Читайте дальше, чтобы узнать больше об EOSIO V1.3.0.

Основные моменты в EOSIO V1.3.0:

Trusted Producer Light Validation (# 5631)

В релизе EOSIO V1.2.0 мы представили Replay и Resync (# 5130), которые должны решить проблему того, что вместе с ростом блокчейна, увеличивается количество времени необходимого для создания нового узла и ответа чейна. Основываясь на этом, в V1.3.0 мы включили дополнительные механизмы улучшения производительности под названием Trusted Producer Light Validation (# 5631).

Мы обсуждали концепцию “доверенного продюсера” с сообществом. Эта концепция позволит считать блоки конкретного продюсера (ов) «доверенными» и требует только легкой верификации. Например, продюсеры будут иметь возможность доверять своим собственным блокам и обозначать их как «легкие», что позволит существенно сократить задержки распространения в их собственных внутренних сетях API и P2P узлов для блоков, которые они производят, чтобы повысить общую производительность сети.

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

В целом, мы ожидаем, что эти изменения приведут к значительному увеличению производительности для продюсеров, которые будут продолжать оптимизировать свои собственные инфраструктуры для запуска EOSIO блокчейна.

Wabt - новый бэкэнд WASM (# 5416

Мы заменили действующий бинарный интерпретатор на wabt (произносится как «wabbit»), набор инструментов для WebAssembly, который считается значительно быстрее, чем дефолтный бинарный интерпретатор. Это означает, что каждая микросекунда, потраченная на обработку транзакций на EOSIO блокчейне может быть использована более разумно. Кроме того, мы ожидаем, что ответное время сократиться вдвое. Для получения дополнительной информации о wabt, вы можете просмотреть проект непосредственно на github здесь.

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

Набор инструментов для разработки EOSIO контрактов (EOSIO.CDT)

Основной частью написания приложений для EOSIO является написание смарт-контрактов на C ++, скомпилированных в WASM. Ранее, мы рекомендовали использовать утилиту eosiocpp, которая была включена в EOSIO. Возможно, вы видели, что при использовании eosiocpp разработчики видят уведомление об отмене здесь. Обратите внимание, что eosiocpp будет все меньше использоваться в будущих релизах. Он не будет удален сразу, но мы настоятельно рекомендуется начать переход.

С учетом вышесказанного, вместе с релизом EOSIO V1.3.0, мы рады объявить о релизе нового инструментария, который мы начнем рекомендовать для компиляции смарт-контрактов и создания ABI файлов - инструментария разработки контрактов EOSIO (EOSIO.CDT). EOSIO.CDT обеспечивает поддержку стиля Gnu & C ++ 11, создавая более надежный способ описания структуры вашего смарт контракта и связанных с ней структур данных.

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

Полный список пунктов релиза 1.3.0:

Добавление информации о блоке и ram delta в action_trace (# 5339)
Добавление HTTP-сервер сокета UNIX в keosd (# 5425)
Ведение журнала транзакций для видимости транзакций на P2P (# 5725)
Исправление опечатки в тексте справки cleos (# 5639)
Doxygen исправления для текста eosiolib (# 5603)
Исправления тестов нод (# 5634)
Исправление формулировки для Inline Action Depth Reached (# 5635)
Поддержка итераций по областям и таблицам в cleos (# 5486)
Удаление неиспользуемой переменной (# 5582)
Исправления орфографии и пробелов в transaction.h (# 5580)
Обратная проверка флажка на отсутствие автоматического keosd (# 5574)
Исправление Spurious Long Running Test Failures (# 5558)
Тесты пусковых установок (# 5476)
Правильная печать разделители с помощью cleos get account (# 5506)
Поддержка cleos для отложенной транзакции (# 5492)
Удаление старого биржевого контракта (# 5477)
Проведение нового теста для обеспечения того, что require_recipient генератору игнорируется (# 5446)
Цепочка api: Получение code hash (# 5434)
Добавление cleos set contract / code / abi - clear (# 5442)
Изменение текста справки cleos get table из «контракта» на «аккаунт» (# 5448)
Остановка создания анонимных объемов во время сборки изображения (# 5444)
Улучшения докеров (# 5452)
Построение secp256k1 как подмодуль (# 5478)
Обновления для fc:

Несколько fc изменений для поддержки UNIX-сокетов для HTTP RPC (EOSIO / fc # 12)
Оптимизация сравнение sha256 (EOSIO / fc # 16)
Изменение различных утверждений в коде fc, чтобы использовать FC_ASSERT (EOSIO / fc # 19)
Исправление неинициализированной ошибки данных в криптографических хэш-классах fc при построении из шестнадцатеричной строки (EOSIO / fc # 21)

Исправленный фреймворк для регистерных корпусов MacOS (# 5386)
Улучшение ошибки для искаженной подписи (# 5305)
Использование config :: producers_account_name вместо N (eosio.prods) (# 5277)
Добавление нового get_raw_abi в цепочку API (# 5375)
Поддержка ABI версии 1.1 в abi_serializer: добавленные варианты и бинарные расширения; номер основной версии ABI теперь применяется (# 5652, # 5673)
Исправленные баги в abi_serializer (# 5680)
При очистке БД состояний, удалите содержимое каталога состояний, но не самого каталога (# 5696)
Добавьте необязательный флажок pay-ram-to-open для cleos transfer команды перед именем eosio.token :: open action перед eosio.token :: transfer (# 5581)
get_account RPC в цепочке API теперь пытается определить основной символ из установленного системного контракта, а не полагаться на встроенный параметр конфигурации (# 5704)
Усовершенствования cleos суб-команды получения аккаунта: устойчива к несоответствию основного символа между узлом API и cleos; теперь также выдает время создания аккаунта на выходе (# 5704)
Правильное соответствие префикса ID транзакции в пределах get_transaction RPC history_plugin (# 5723)
Избежание плагина через irreversible_block сигнал изменяет блок перед apply_block (# 5611)

Оставайтесь на связи

Если вы заинтересованы в предоставлении обратной связи и более тесном взаимодействии с нашей командой по улучшению EOSIO для сообщества, вы можете написать имейл нашей команде разработчиков на электронный адресс [email protected]. Вы также можете получать информацию о будущих обновлениях, если подпишетесь на нашу рассылку на EOSIO Developer Portal. Мы рады постоянно улучшать удобство использования программного обеспечения для разработчиков EOSIO, поскольку мы продолжаем закладывать основу для разработки наиболее масштабируемого блокчейна.

Читать дисклеймер

Перевод CryptoLions