Katana TGE 31 декабря? Вчера на сайте Kaito появилась информация о завершении S1 для @katana 31 декабря. Лично я не смог найти официального подтверждения от команды, поэтому сомневаюсь, что Kaito предоставляет точную информацию, это может быть просто техническая ошибка. Потому что не раз я слышал о "доступности перевода токена $KAT" не позднее 20 февраля 2026 года, что, скорее всего, указывает на конец января 2026 года. Также официальные объявления имеют значение, среднее время ожидания TGE после официального объявления составляет около 10-14 дней, а у нас осталось менее 6 дней без каких-либо официальных новостей. Рынок и Рождество также играют свою роль в задержке запуска, сейчас большинство людей просто отдыхают и проводят время с семьей, а рыночные условия делают выпуск еще более сложным. Я думаю, что это ложный сигнал от Kaito, и настоящий TGE токена $KAT не состоится до середины января или даже февраля, как это было изначально запланировано. Ранее была информация в официальном документе о разблокировке, но сейчас я не смог ее найти, все, что я нашел, это интервью на Reddit, упоминающее конец февраля.

Комиссии за блобы в обновлении Fusaka. Часть 2 Я продолжаю углубляться в обновление Ethereum и делиться с вами. каждый L2 (например, @katana) на Ethereum платит два типа комиссий ◆ за блобы ◆ за выполнение (обработка транзакций) до обновления Fusaka в этой логике была слабая точка. когда выполнение начинает доминировать (сеть сильно загружена обработкой транзакций), аукцион блобов может упасть до 1 wei, что делает его по сути бесплатным это означает, что при нагрузке на сеть L2 мог избежать оплаты за блобы и продолжать увеличивать нагрузку на сеть обновление EIP-7918 исправляет эту проблему и устанавливает пропорциональную резервную цену для каждого блоба это означает, что алгоритм фактически вводит минимальную стоимость для каждого блоба, которая отражает то, что требуется для его обработки сверх этой минимальной стоимости алгоритм также учитывает условия газа выполнения и количество загружаемых блобов, чем выше эти метрики, тем выше будет стоимость выполнения и обработки блобов.

Ethereum умирал до обновления Fusaka. Часть 1 в течение моего отсутствия в web3 Ethereum выпустил крупное обновление для себя, Fusaka, которое затрагивает большую часть внутренних механизмов проекта. пользователи едва почувствуют разницу до и после этого обновления (за исключением более низких сборов), но оно играет ключевую роль в масштабировании ETH. я постепенно буду охватывать каждый блок этого обновления, чтобы каждый мог прочитать посты за 5 минут и легко понять, почему это обновление было введено. прежде чем погрузиться в техническую сторону, вам нужно понять, как Ethereum работает структурно. давайте вернемся в 2021 год. после бычьего рынка в 2021 году, когда сборы за газ ETH могли достигать $500 $800 только для того, чтобы создать NFT, многие пользователи начали искать альтернативные сети с более низкими сборами. примерно в это время начали появляться решения L2, предлагающие низкие сборы, быстрые транзакции и безопасность на уровне Ethereum. безопасность Ethereum была одним из основных преимуществ этих решений, без нее L2 никогда бы не достигли такого уровня принятия. они достигли этого, отправляя данные на основную цепь для проверки транзакций. давайте прыгнем в 2025 год. L2 стал массово популярным, и буквально все используют их для транзакций, так как они быстрые, безопасные и дешевые. например, @katana был создан для решения проблем фрагментации в ETH. но появилась проблема, которая могла бы подтолкнуть ETH к централизации. каждый день все существующие L2 отправляют огромное количество данных в виде блобов в Ethereum для проверки. каждый узел должен был загрузить каждый отдельный блоб, чтобы проверить все транзакции, чем выше пропускная способность, тем больше данных им приходилось загружать. это создало проблемы с оборудованием для узлов, загрузка и обработка больших объемов данных требовали мощного оборудования. что не каждый мог себе позволить, и со временем это увеличивало требования к оборудованию для узлов и снижало децентрализацию (что было неприемлемо). PeerDAS (обновление Fusaka) решает эту проблему, используя выборку доступности данных. каждый узел будет загружать и проверять только 1/8 данных блоба. теперь узлам не нужно загружать полный набор данных, только 1/8 от общего объема. простыми словами, после того как данные L2 отправляются в Ethereum, блоб разбивается на множество мелких частей и случайным образом распределяется для загрузки узлами. что в теории позволяет увеличить масштабируемость до 8 раз, сохраняя низкие требования к узлам (проблемы с оборудованием и децентрализацией решены). пользователи в основном заметят более низкие сборы в сетях L2. другое изменение, связанное с блобами: прежде чем увеличить количество блобов, требующих ожидания крупного обновления (как Fusaka), теперь был введен механизм для увеличения блобов без ожидания полного цикла обновления. клиенты могут согласиться на увеличение блобов (аналогично тому, как работает лимит газа), после этого операторы узлов обновляют свои клиенты, и этот процесс становится намного быстрее, чем раньше.