Фьючерсы
Доступ к сотням фьючерсов
TradFi
Золото
Одна платформа мировых активов
Опционы
Hot
Торги опционами Vanilla в европейском стиле
Единый счет
Увеличьте эффективность вашего капитала
Демо-торговля
Введение в торговлю фьючерсами
Подготовьтесь к торговле фьючерсами
Фьючерсные события
Получайте награды в событиях
Демо-торговля
Используйте виртуальные средства для торговли без риска
Запуск
CandyDrop
Собирайте конфеты, чтобы заработать аирдропы
Launchpool
Быстрый стейкинг, заработайте потенциальные новые токены
HODLer Airdrop
Удерживайте GT и получайте огромные аирдропы бесплатно
Pre-IPOs
Откройте полный доступ к глобальным IPO акций
Alpha Points
Торгуйте и получайте аирдропы
Фьючерсные баллы
Зарабатывайте баллы и получайте награды аирдропа
Инвестиции
Simple Earn
Зарабатывайте проценты с помощью неиспользуемых токенов
Автоинвест.
Автоинвестиции на регулярной основе.
Бивалютные инвестиции
Доход от волатильности рынка
Мягкий стейкинг
Получайте вознаграждения с помощью гибкого стейкинга
Криптозаймы
0 Fees
Заложите одну криптовалюту, чтобы занять другую
Центр кредитования
Единый центр кредитования
Виталик только что поделился своими мыслями о развитии Ethereum, и честно говоря, изменения, которые он планирует для слоя выполнения, довольно амбициозны.
Как многие заметили, текущая дерево состояния не является оптимальной. Поэтому EIP-7864 предлагает кардинальную переработку, переходя от шестнадцатеричного дерева Меркла-Патриша к более эффективной двоичной структуре. Конкретно, заменяется текущая сложность на двоичную систему, использующую хэш-функции такие как Blake3 или Poseidon, что должно значительно сократить ветви дерева Меркла.
Интересный момент в том, что этот двоичный подход также объединит места хранения в страницы. Это снизит затраты на доступ к соседним данным и даже оставит место для метаданных, предназначенных для будущего истечения срока действия состояния. В общем, это оптимизация, рассчитанная на долгосрочную перспективу.
Но это лишь половина истории. Со стороны виртуальной машины Виталик рассматривает более радикальный вариант: заменить EVM архитектурой RISC-V. Знаю, звучит масштабно, но идея в том, чтобы повысить эффективность выполнения, упростить доказательства ZK на стороне клиента и сделать код проще для реализации.
Развертывание не будет происходить сразу. Сначала заменить предкомпилированные контракты, затем поддерживать новые контракты RISC-V и, наконец, добиться обратной совместимости, постепенно заменяя EVM. Это продуманный переход, а не резкое изменение.
Эти изменения действительно показывают, как Ethereum продолжает развиваться, чтобы решить проблемы эффективности и масштабируемости. Стоит следить за этим направлением.