PANews 28 октября сообщает, что Kaia v2.1.0 теперь в сети, это обновление сосредоточено на поддержке MEV Auction (KIP-249), улучшении производительности API и хранилища, при этом не требуя хардфорка. Новая версия позволяет принимать BidTx, внешние аукционисты могут передавать победителей через вебсокет соединение (пространство имен аукциона), рекомендуется включить вебсокет и ограничить доступ (рекомендуется использовать брандмауэр или белый список).
Для полных узлов по умолчанию используется сжатие snappy в LevelDB, пользователи могут использовать сжатие цепочки базы данных для освобождения дискового пространства, но этот процесс занимает много времени и увеличивает нагрузку на ввод-вывод. Что касается архивных узлов, добавлена экспериментальная функция FlatTrie, которая может быть реализована с помощью состояния, совместимого со стилем Erigon, но требуется повторная синхронизация, и некоторые функции временно недоступны (например, ethgetProof,实时修剪,回滚). Кроме того, v2.1.0 также вводит поддержку RocksDB, параметры RPC блока “safe” и “finalized”, механизм проверки EIP-7702, а также более тонкий контроль сжатия и оптимизацию производительности и стабильности.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Kaia v2.1.0 запущен, поддерживает MEV Auction и множество оптимизаций
PANews 28 октября сообщает, что Kaia v2.1.0 теперь в сети, это обновление сосредоточено на поддержке MEV Auction (KIP-249), улучшении производительности API и хранилища, при этом не требуя хардфорка. Новая версия позволяет принимать BidTx, внешние аукционисты могут передавать победителей через вебсокет соединение (пространство имен аукциона), рекомендуется включить вебсокет и ограничить доступ (рекомендуется использовать брандмауэр или белый список). Для полных узлов по умолчанию используется сжатие snappy в LevelDB, пользователи могут использовать сжатие цепочки базы данных для освобождения дискового пространства, но этот процесс занимает много времени и увеличивает нагрузку на ввод-вывод. Что касается архивных узлов, добавлена экспериментальная функция FlatTrie, которая может быть реализована с помощью состояния, совместимого со стилем Erigon, но требуется повторная синхронизация, и некоторые функции временно недоступны (например, ethgetProof,实时修剪,回滚). Кроме того, v2.1.0 также вводит поддержку RocksDB, параметры RPC блока “safe” и “finalized”, механизм проверки EIP-7702, а также более тонкий контроль сжатия и оптимизацию производительности и стабильности.