blockchained

6 лет назад

🌐 Релиз EOSIO Dawn 4.0 (Daniel Larimer)

На прошлой неделе мы представили публике EOSIO Dawn 4.0, а сегодня мы с гордостью представляем вам следующий крупный предварительный релиз EOSIO. За прошедшую неделю многое изменилось!

Отзывы о распределении RAM в Dawn 4.0

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

Если изначальный объем RAM составляет 32 ГБ, а затем он увеличивается до 1 ТБ в течение нескольких месяцев, тогда цена RAM может со временем довольно быстро снизиться до 3% от первоначальной цены. Тогда изначальную память будут покупать только те, кому она действительно нужна, или кто намерен поставлять RAM в будущем. В любом случае, никто не получит “дешевую” оперативную память или “халявную прибыль”.

Статус тестовой сети

Наша внутренняя тестовая сеть с нодами, находящимися в Европе, Азии и США работает без существенных проблем.

Возвращение субъективного использования ресурсов CPU

В течение последних нескольких месяцев мы экспериментировали с объективным биллингом за использование CPU. Объективный биллинг пытается определить количество инструкций CPU, используемых транзакцией детерминированным образом. Он имеет полезное свойство: гарантировать, что есть полный и однозначный консенсус относительно того, какие ресурсы потребляются транзакцией. Также этот метод используется многими другими платформами смарт-контрактов.

Когда год назад мы представили EOSIO, мы предложили использовать Субъективное планирование наилучшего усилия (Subjective Best Effort Scheduling). В этой модели каждый производитель блоков будет измерять время, необходимое для выполнения транзакции, и выставлять пользователю соответствующий счет. Чтобы поддерживать консенсус в отношении использования, производитель будет сообщать точное количество микросекунд, за которые он выставил счета для транзакций.

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

Объективное измерение CPU замедляет работу, вводя дополнительную отчетность.
Объективное измерение CPU провоцирует векторы атаки и отказа в обслуживании каждый раз, когда существует несогласованность между реальной стоимостью действия и ее объективной оценкой.
Объективное измерение CPU трудно поддерживать, обновлять и оптимизировать.

Субъективный биллинг также имеет свои проблемы, особенно в консенсусной системе. К счастью, мы нашли инновационные решения, которые делают его практичным. Эти проблемы включают в себя:

Доверие к производителям относительно сообщения достоверной информации об использовании ресурса.
Устранение разногласий среди производителей (вызванных разницей в оборудовании/программном обеспечении/нагрузке).
Разбирательство с производителем-злоумышленником.

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

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

Критики этого подхода могут указывать на то, что один злонамеренный производитель может построить блок с бесконечным циклом и сообщить всем, что он не занимает времени. Чтобы предотвратить это, все ноды устанавливают ограничение в пару секунд времени исполнения на все блоки; однако даже с ограничением это может привести к некоторому сбою в работе сети. Продвинутый производитель-злоумышленник может создать такой блок, чтобы 50% нод приняли его, а 50% – отклонили и тем самым разделили сеть.

Наша команда проанализировала эти векторы атак и осознала, что блок с очень большим временем выполнения не отличается от очень длительной задержки сети или ее отключения. Любой консенсусный алгоритм, который является надежным в случае разделения сети, должен также быть устойчив и перед другими субъективными вещами. Поскольку DPOS с BFT может противостоять разделению сети (например, если США и Китай временно отключатся от широкого интернета), он может пережить и наличие злонамеренного производителя, создающего подобные условия.

Существует несколько способов блокировки производителей, которые могут уменьшить потенциальные шансы разделения сети, и они одинаковы вне зависимости от того, является ли причиной разрыв оптоволоконного кабеля в Атлантике или производитель-злоумышленник.

##1. Поддержание нескольких соединений

При таком подходе, если соединение по Атлантике станет недоступно, производитель будет маршрутизировать пакеты через Тихий океан. Когда дело доходит до проверки блоков, производитель должен иметь несколько проверяющих нод и следить за тем, чтобы две ноды никогда не пытались проверить один и тот же блок. В самом крайнем случае каждый производитель мог бы иметь выделенные ноды для обработки входящих блоков от каждого такого же производителя.

Если один производитель заблокирует свой канал проверки с помощью бесконечного цикла, тогда блоки от других производителей по-прежнему смогут проходить через достаточное количество их независимых каналов. Как только номер необратимого блока перейдет через номер плохого блока (с бесконечным циклом), нода может принудительно завершить обработку блока и выйти. Чтобы не допустить консенсуса, потребуется ⅔+ производителей-злоумышленников.

2. Исправление или обход повреждения

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

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

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

Во всех вышеперечисленных случаях пользователи, которые полагаются на последний необратимый блок для определения окончательности, защищены от угрозы двойного расходования, а «время простоя», испытываемого сетью, вероятно, будет меньше, чем типичное «время простоя», которое люди испытывают из-за энергетических компаний или ISP.

Мы считаем, что система управления и стимулов DPOS уменьшает вероятность того, что вредоносное поведение приведет к кратковременному простою, в сравнении с вероятностью возникновения проблем с подключением к Интернету, приводящих к простою всех блокчейн-платформ. По крайней мере, в DPOS пользователи защищены от неосознанного пребывания в цепочке меньшинства, которая распадается после восстановления подключения. В чейнах на Proof of Work разделение сети может привести тех, кто полагается только на фиксированное количество подтверждений, к двойному расходованию.

Обновление системного контракта

Контракт «eosio.system» – это то, что обеспечивает реализацию регистрации производителей, голосования, размещения и распределения ресурсов. Наша команда работает над тем, чтобы предоставить пример реализации, который сообщество может использовать, когда создает свою цепочку. В этом релизе системный контракт был обновлен и включает следующее:

Никто не может перераспределить токены до тех пор, пока 150, 000, 000.0000 токенов не проголосуют по крайней мере за одного производителя или прокси.
Если чейн захочет распределить 10% токенов на Block.one, скорость их вывода будет снижена до 1% в год.

Восстановление взломанного аккаунта и утерянного пароля

Наша команда придумала новый подход к восстановлению взломанного аккаунта и утерянного пароля, что позволяет реализовать практически всё в Web Assembly. Мы добавили новый внутренний API, который возвращает последний раз, когда уровень разрешения был авторизован аккаунтом. Благодаря этой информации смарт-контракт теперь может реализовать в Web Assembly логику, необходимую для отсчета 30-дневного периода бездействия, за которым следует 7-дневный период уведомления, прежде чем полностью сбросить утерянный пароль.

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

Данный релиз уже доступен на Github

EOSIO Dawn 4.0 уже доступен на GitHub, а значит разработчики могут начать тестирование своих приложений.

EOSIO 1.0 уже на подходе

Наша команда упорно работает, чтобы успеть выпустить на рынок стабильную EOSIO 1.0 в первую неделю июня. В этом первоначальном релизе будет всё необходимое для создания своего собственного блокчейна на основе EOSIO. Мы внедрили “замораживание функций”, а следующие несколько недель будут посвящены настройке внутренних тестовых сетей и исправлению обнаруженных ошибок. Наша цель – обеспечить правильную работу наиболее важных функций. После выхода EOSIO 1.0 мы продолжим улучшать программное обеспечение EOSIO путем не требующих хардфорка изменений, что позволит повысить удобство использования и цельность инфраструктуры.

Дисклеймер

block.one является компанией-разработчиком ПО и выпускает программное обеспечение EOS.IO в качестве бесплатного программного обеспечения с открытым исходным кодом. Это программное обеспечение может позволить тем, кто его устанавливает, запустить блокчейн или децентрализованное приложение с функциями, описанными выше. block.one не будет запускать публичный блокчейн на основе программного обеспечения EOS.IO. За реализацию функций и/или предоставление услуг, описанных выше, по своему усмотрению, будут нести ответственность исключительно третьи стороны и сообщество, а также те, кто захочет стать производителями блоков. block.one не гарантирует, что кто-либо будет реализовывать эти функции или предоставлять такие услуги, или что программное обеспечение EOS.IO будет принято и применено каким-либо определенным образом.
Все заявления в этом документе, за исключением заявлений об исторических фактах, включая любые заявления о бизнес-стратегии block.one, ее планах, перспективах, разработках и целях, являются лишь прогнозными заявлениями. Эти утверждения носят сугубо предсказательный характер и отражают текущие убеждения и ожидания block.one относительно будущих событий, которые основаны на предположениях и подвержены рискам, неопределенностям и изменениям в любое время. Мы работаем в быстро меняющейся среде. Время от времени появляются новые риски. Учитывая эти риски и неопределенности, мы предостерегаем вас от всецелого полагания на эти прогнозные заявления. Фактические результаты, производительность или события могут существенно отличаться от тех, которые содержатся в прогнозных заявлениях.
Некоторые из факторов, которые могут привести к существенным отличиям фактических результатов, производительности или событий от прогнозных заявлений, содержащихся в настоящем документе, включают в себя, без ограничений: волатильность рынка; постоянную доступность капитала, финансирования и персонала; принятие продукта; коммерческий успех любых новых продуктов или технологий; конкуренцию; государственное регулирование и законы; а также общие экономические, рыночные или деловые условия. Любое прогнозное заявление, сделанное block.one, актуально только в дату его публикации, и block.one не несет никакой ответственности и прямо отказывается от каких-либо обязательств по обновлению или изменению своих прогнозных заявлений, будь то в результате появления новой информации, последующих событий или иных факторов.

Переведено @blockchained

Оригинал поста: ЗДЕСЬ