Фьючерсы
Доступ к сотням фьючерсов
TradFi
Золото
Одна платформа мировых активов
Опционы
Hot
Торги опционами Vanilla в европейском стиле
Единый счет
Увеличьте эффективность вашего капитала
Демо-торговля
Введение в торговлю фьючерсами
Подготовьтесь к торговле фьючерсами
Фьючерсные события
Получайте награды в событиях
Демо-торговля
Используйте виртуальные средства для торговли без риска
Запуск
CandyDrop
Собирайте конфеты, чтобы заработать аирдропы
Launchpool
Быстрый стейкинг, заработайте потенциальные новые токены
HODLer Airdrop
Удерживайте GT и получайте огромные аирдропы бесплатно
Pre-IPOs
Откройте полный доступ к глобальным IPO акций
Alpha Points
Торгуйте и получайте аирдропы
Фьючерсные баллы
Зарабатывайте баллы и получайте награды аирдропа
Инвестиции
Simple Earn
Зарабатывайте проценты с помощью неиспользуемых токенов
Автоинвест.
Автоинвестиции на регулярной основе.
Бивалютные инвестиции
Доход от волатильности рынка
Мягкий стейкинг
Получайте вознаграждения с помощью гибкого стейкинга
Криптозаймы
0 Fees
Заложите одну криптовалюту, чтобы занять другую
Центр кредитования
Единый центр кредитования
Рекламные акции
AI
Gate AI
Ваш универсальный AI-ассистент для любых задач
Gate AI Bot
Используйте Gate AI прямо в вашем социальном приложении
GateClaw
Gate Синий Лобстер — готов к использованию
Gate for AI Agent
AI-инфраструктура: Gate MCP, Skills и CLI
Gate Skills Hub
Более 10 тыс навыков
От офиса до трейдинга: единая база навыков для эффективного использования ИИ
GateRouter
Умный выбор из более чем 30 моделей ИИ, без дополнительных затрат (0%)
Несколько месяцев назад Виталик выдвинул очень интересную идею: Ethereum на самом деле имеет более глубокие проблемы, чем кажется на первый взгляд. Вместо того чтобы постоянно латать EVM новыми предварительно скомпилированными контрактами, может быть, пора переосмыслить саму архитектуру?
И вот он предложил два серьезных изменения. Первое касается дерева состояния — это тот самый merkle tree, который Ethereum использует как индексную систему для всех балансов и проверок. Проблема в том, что текущая структура, так называемое шестишаговое Keccak Merkle Patricia tree, просто слишком громоздкая. На каждый запрос нужно пройти через множество ветвлений.
Виталик предлагает EIP-7864 — заменить это на двоичное дерево. Звучит просто, но эффект впечатляющий: длина merkle tree сокращается в четыре раза. Для легких клиентов это означает значительно меньше данных для проверки. Но он не остановился на этом — хочет изменить и саму хеш-функцию. Blake3 или Poseidon? Poseidon более амбициозная, теоретически может увеличить эффективность доказательств в десятки раз, но безопасность еще нужно проверить.
Второй удар гораздо смелее — долгосрочная замена EVM на RISC-V. Логика проста: если системы ZK-доказательств уже понимают RISC-V, почему виртуальная машина должна использовать другой язык? Это просто добавляет лишний перевод. Интерпретатор RISC-V требует всего несколько сотен строк кода — это именно то, что должен быть блокчейн-интерфейс.
Планируется три этапа: сначала запустить предварительно скомпилированные контракты на новой ВМ, затем разрешить разработчикам разворачивать контракты новой машины рядом с EVM, и, наконец, вывести EVM из эксплуатации, но не удалять — просто переписать как умный контракт на новой платформе. Старые контракты продолжат работать без изменений.
Виталик назвал цифру: дерево состояния и виртуальная машина вместе составляют более 80% ограничений доказательства Ethereum. Без этих изменений масштабирование в эпоху ZK просто застрянет на месте.
Но не все согласны. Команда Arbitrum Offchain Labs опубликовала серьезное возражение. Они говорят: да, RISC-V отлично подходит для ZK-доказательств, но это не означает, что контракты должны быть написаны на RISC-V. Они предложили разделить это — WebAssembly для контрактов, а затем компиляцию в RISC-V для доказательств. Их аргумент: большинство узлов Ethereum не работают на чипах RISC-V, WASM имеет проверенные механизмы безопасности, экосистема инструментов WASM проверена на миллиардах выполнений.
Это интересно, потому что указывает на больший тренд. Решения L2 начали понимать, что их роль меняется. Ethereum сам по себе становится быстрее, поэтому L2 ищут свою уникальную цель — не просто масштабирование, а специализированные пространства для реальных сценариев.
Что касается реализации — консенсуса нет. Реформа дерева Меркле более конкретна, EIP-7864 уже имеет команду. Но замена EVM? Это все еще на этапе дорожной карты. Хардфорки Glamsterdam и Hegota ожидаются в первую половину 2026 года, но детали не утверждены.
Но Виталик, вероятно, знает, что делает. Ethereum уже изменил один реактивный двигатель во время полета — The Merge. Он готов изменить еще около четырех. Это не просто добавление функций, а переустройство самого фундамента. Будет ли это тщательно спланированный ремонт или бесконечная яма сложности — ответ, вероятно, появится только в 2027 году.