Виталик Бутерин рассказал о своём главном сожалении по поводу разработки Ethereum

поделился «своим крупнейшим сожалением» касаемо разработки Ethereum. По словам Бутерина, главной его ошибкой стало то, что он поторопился с запуском. Если бы платформа запустилась позднее, разработчикам удалось бы избежать множества недостатков, устранением которых им приходится заниматься все последующие годы. Это касается, например, использования шестнадцатеричного древа. Такой подход считается менее производительным по сравнению с более распространённым бинарным древом. Кроме того, для передачи информации между нодами было решено использовать так называемый префикс рекурсивной длины. Впоследствии разработчики убедились в низкой эффективности своего выбора. Также Бутерин упоминает проблемы с расчётами стоимости газа и изначальное отсутствие абстракции счетов. «Если мы постараемся лучше сейчас, то будем пожинать плоды десятилетиями», – написал он. Свой комментарий Бутерин оставил под сообщением разработчика Джастина Дрейка, который отметил, что Ethereum 2.0 мог бы запуститься ещё год или два назад, если бы они решили пойти простым путём. «Мы сделали Eth2 сложным для самих себя», – написал Дрейк. В качестве обоснования он упоминает множество рассмотренных вариантов технической реализации нового блокчейна и решение запускаться с несколькими клиентами вместо одного. На этой неделе в очередной раз был поднят вопрос о задержках в запуске Ethereum 2.0. «Все спрашивают, почему задерживается Ethereum 2.0, – прокомментировал разработчик Бен Эджингтон. – Задержка предполагает, что мы пропустили сроки и пытаемся их нагнать. Лучше спрашивать, почему на это уходит столько времени. Это потому, что мы делаем сложную работу и пытаемся сделать её хорошо». Бутерин также поделился своими представлениями о том, каким бы он сделал новый блокчейн в пространстве, где уже существуют биткоин и Ethereum, приняв во внимание все их политические недостатки. Так, он предлагает реализовать управление на уровне цепи при помощи квадратичного голосования, интегрировать оракулов для определения не только цен, но и произвольных событий, а также встроить все необходимые криптографические операции по умолчанию. «Вот почему я испытываю уважение к EOS и ему подобным, хотя и не поддерживаю механизм консенсуса DPoS. По крайней мере, они пытаются разрабатывать целостные и принципиально альтернативные ниши», – написал он.