Сеть Succinct Prover теперь работает в основной сети. Сегодня мы ДОКАЗЫВАЕМ, что они не правы.

Предварительное подтверждение основной сети является важной инженерной вехой для @taikoxyz. Это позволяет нашему основанному на роллапе решению предложить гораздо лучший пользовательский опыт. Мы верим, что taiko на правильном пути к масштабированию Ethereum - хороший пользовательский опыт, без разрешений и с надлежащим управлением.

После длительного периода тестирования в тестовой сети Taiko Hekla, мы рады сообщить, что Based Preconfirmations скоро появятся в основной сети Taiko Alethia! В подготовке к этому обновлению мы настоятельно рекомендуем вам обновить программное обеспечение вашего узла до указанных версий до 11 августа по всемирному координированному времени (UTC). Если вы не обновите, вы не сможете следить за цепочкой в реальном времени, так как блоки будут предварительно подтверждены, но вы все равно сможете синхронизироваться, как только они будут предложены на L1. Это обновление требует некоторых изменений в конфигурации, которые будут изложены в этом руководстве на сайте документации: - С этим обновлением, к сожалению, это будет означать, что участники сообщества больше не смогут произвольно предлагать блоки. Поскольку мы начинаем на этапе Whitelisted Preconfirmations, только наши партнеры из списка предварительно подтвержденных смогут предлагать. Однако, если вы хотите продолжать работу узла L2 и оставаться подключенным к цепочке, пожалуйста, обновите до следующих версий программного обеспечения. Вы можете продолжать запускать провайдер, но сможете только подтверждать не назначенные блоки: пожалуйста, установите PROVE_UNASSIGNED_BLOCKS=true в вашем .env, если планируете это сделать. Если вы ранее запускали провайдер, ваша предыдущая конфигурация провайдера все еще будет работать. Обязательное обновление для операторов узлов Taiko Alethia: - taiko-geth v1.17.0 - taiko-alethia-client v1.9.0 - simple-taiko-node v1.18.0 Читать больше о стадиях Based Preconfirmations здесь: -

Что обычно видит пользователь на основе UX Preconf? 1. Пользователь отправляет транзакцию 2. Preconfer отвечает обещанием, что транзакция включена. 2.a. Если обещание нарушено, Preconfer подвергается штрафу. 3. Интерфейс пользователя обновляется мгновенно 4. Транзакция подтверждена в блокчейне.

Личное обновление во время EthCC: После более чем 2,5 удивительных лет, вчера был мой последний день в @OpenZeppelin. Это было довольно увлекательное путешествие — я имел привилегию работать с некоторыми из самых умных людей, которых я когда-либо встречал, и руководить некоторыми из наших самых важных проектов. Именно в это время я влюбился в базовые роллапы и идею масштабирования Ethereum ближе к его истинным ценностям. Я рад сообщить, что присоединяюсь к @taikoxyz в качестве их директора по инженерии, чтобы возглавить инженерную команду и вывести Taiko — и базовые роллапы в целом — на новый уровень. Наша основная задача — запуск предварительных подтверждений, но я невероятно оптимистичен относительно того, что эта команда может достичь. У меня была возможность сотрудничать с ними и встречаться лично в последние несколько месяцев, и позвольте мне сказать вам — они на высшем уровне.

Жаль тех, кто продал по $77k. Не забывайте иногда смотреть на годовой график вместо минутного графика.

Разработчики контрактов Ethereum: если бы мы могли увеличить лимит газа в 10 раз, но для этого пришлось бы увеличить стоимость газа для CREATE, CREATE2 и SSTORE в 10 раз, было бы это все равно улучшением? Почему или почему нет? Другими словами, если рост состояния является нашим основным узким местом для масштабирования газа L1, должны ли мы просто исправить это с помощью ценообразования?

структуры и проверки, связанные с последовательностью блока, @taikoxyz против @base когда блобы практически бесплатны, ончейн-расходы @taikoxyz на одну транзакцию L2 примерно в 900 раз выше, чем у @base ($0.00015 против $0.00000016)