eip

В сообществе Ethereum появился проект EIP с хитроумной идеей: переоценить Gas с помощью «версионируемых опкодов», не нарушив работу уже развернутых контрактов.

В основе механизма — три уровня:

1｜Разделение старого и нового. Новые контракты должны использовать опкоды V2 и новую таблицу Gas, установленную EIP-8037/8038. Существующие контракты продолжают работать по старой таблице, сохраняя историческое поведение в блокчейне.

2｜Устранение интроспекции Gas. В набор опкодов V2 не входят опкоды для запроса данных, такие как GAS и GASLIMIT. Если байткод содержит их, развертывание сразу откатывается. Это фактически запрещает контрактам использовать «остаток Gas» для принятия решений, открывая путь к свободному изменению тарифов в будущем.

3｜Версия учитывается и при вызове. Добавляется DELEGATECALL_V2: он работает аналогично DELEGATECALL, но требует, чтобы версия кода целевого контракта была не ниже 2; иначе вызов немедленно завершается ошибкой. Это предотвращает случайные вызовы логики старой версии из новых контрактов.

По сути, такой подход превращает «изменение стоимости Gas» из масштабного обновления всей сети в обычный процесс постепенного перехода с учетом версии каждого контракта. Обратная совместимость гарантируется на уровне протокола. Для обычных пользователей $ETH изменения будут практически незаметны, а разработчикам контрактов стоит следить за темпами адаптации будущего инструментария V2.

Текст проекта: https://github.com/ethereum/EIPs/pull/12638

#以太坊 #EIP #Комиссия за Gas

Ethereum хочет добавить в EVM «номера версий».

В новом черновике EIP предлагаются «версионируемые опкоды для пересмотра стоимости Gas». Основная идея проста: опкоды разных версий работают параллельно; старые контракты продолжают использовать прежнюю таблицу Gas, а новые контракты должны использовать опкоды V2 и следовать новой таблице, предложенной в EIP-8037/8038. Два набора правил не мешают друг другу и обеспечивают обратную совместимость.

Несколько деталей, на которые разработчикам стоит обратить внимание:

1. Из набора опкодов V2 напрямую исключены GAS, GASLIMIT и другие опкоды для проверки Gas. Если новый контракт содержит хотя бы один из них, его развёртывание завершится откатом. Логика такова: если контракт принимает решения, исходя из того, «сколько Gas осталось», любое будущее изменение стоимости может его сломать.

2. Добавлен DELEGATECALL_V2. Он работает аналогично DELEGATECALL, но требует, чтобы версия кода целевого контракта была не ниже 2; в противном случае вызов немедленно завершится ошибкой. По сути, для межконтрактных вызовов вводится проверка версии.

3. Цель всей этой конструкции — дать Ethereum возможность в будущем менять стоимость Gas, не опасаясь последствий: изоляция версий разделяет пространство для обновлений и безопасность существующих контрактов, вместо того чтобы при каждом изменении стоимости затрагивать всю экосистему.

По сути, EVM таким образом наверстывает упущенное, превращаясь в «развиваемую программную систему». Пока это лишь черновик предложения, и до включения в обновление основной сети ещё далеко, но за этим направлением стоит следить.

#以太坊 #EIP #EVM

Ethereum незаметно опубликовал проект EIP, который может повлиять на жизненный цикл контрактов в течение следующего десятилетия: «версионируемые опкоды» закладывают основу для переоценки Gas.

Основная логика состоит из трёх частей:
1. Новые контракты должны использовать опкоды V2 и новую таблицу стоимости Gas из EIP-8037/8038; уже развернутые контракты продолжат работать по старой таблице, без изменений в поведении.
2. Из набора опкодов V2 напрямую исключаются инструкции для получения данных о Gas, такие как GAS и GASLIMIT. Если байткод содержит эти опкоды, развёртывание будет отменено.
3. Добавляется DELEGATECALL_V2. По смыслу он похож на DELEGATECALL, но требует, чтобы версия кода целевого контракта была не ниже 2; в противном случае вызов немедленно завершится ошибкой.

Почему разработчикам стоит обратить на это внимание? Раньше при изменении стоимости Gas в Ethereum главным опасением было то, что «изменение цены равносильно изменению поведения уже существующих контрактов». Протоколы, полагавшиеся на жёстко заданные предположения о Gas, не раз расплачивались за это. Версионирование разделит правила: старые контракты останутся на старых, а новая логика будет работать по новым. Впервые у обновления и совместимости появится чёткая граница.

Но очевидны и издержки: возможность получать данные о Gas намеренно убирается, поэтому конструкции, которые в реальном времени считывают остаток Gas в сети, придётся заранее переработать. А требование к версии для DELEGATECALL_V2 вынудит заново проверить всю цепочку вызовов в прокси-контрактах, мультиподписях и смарт-кошельках.

Пока это лишь проект на стадии PR. До основной сети ещё предстоят рассмотрения, тестирование и несколько этапов хардфорка, но направление уже ясно: Ethereum превращает «обновляемую EVM» из лозунга в механизм. Владельцам $ETH в ближайшее время ничего делать не нужно; разработчикам рекомендуется как можно скорее прочитать оригинал и оценить стоимость миграции.

#以太坊 #EIP #Gas

В сообществе основных разработчиков Ethereum появились новые инициативы: на форуме официально опубликован для обсуждения проект EIP под названием «Версионированные опкоды для переоценки Gas». Основная идея — добавить к опкодам номера версий, чтобы в будущем корректировка стоимости Gas не требовала хардфорка, нарушающего работу уже развёрнутых контрактов.

В проекте есть несколько ключевых положений:

Во-первых, новые и старые версии будут работать параллельно с сохранением обратной совместимости. В новых развёртываемых контрактах необходимо использовать опкоды V2 и следовать новым таблицам расчёта Gas, определённым в EIP-8037/8038. Уже развёрнутые контракты продолжат использовать старые таблицы, а их поведение останется неизменным. Таким образом, последствия «повышения цен» затронут только новые контракты.

Во-вторых, из набора опкодов V2 намеренно исключены опкоды GAS, GASLIMIT и другие опкоды для проверки параметров Gas. Если байт-код нового контракта содержит такие опкоды, его развёртывание будет немедленно отменено. Логика сообщества разработчиков такова: если контракт слишком сильно зависит от точной проверки оставшегося Gas, любая переоценка в будущем может вызвать цепочку сбоев. Лучше разорвать эту связь в самом начале.

В-третьих, добавляется DELEGATECALL_V2. Его семантика аналогична классическому DELEGATECALL, однако он требует, чтобы code_version целевого контракта была не ниже 2. В противном случае вызов немедленно завершится ошибкой. Это должно предотвратить случайное обращение новых контрактов к старой логике и использование устаревших предположений о Gas.

В целом это базовое архитектурное решение, которое прокладывает путь к долгосрочной модернизации Ethereum. Ценообразование Gas никогда не было статичным параметром, а версионированные опкоды дают протоколу возможность плавно корректировать его так, чтобы изменения влияли только на новые контракты и не затрагивали старые. Разработчикам стоит следить за тем, когда появятся инструменты для миграции и обновлённые правила аудита. Обычные пользователи в ближайшее время не заметят изменений в работе сети, но эта инициатива может существенно повлиять на подходы к написанию смарт-контрактов в ближайшие годы.

#以太坊 #EIP

Ethereum собирается добавить в EVM «номера версий».

В новом черновике EIP предлагаются «версионированные опкоды для переоценки Gas». Основная идея такова: новые контракты будут использовать опкоды V2 и новую таблицу стоимости Gas (EIP-8037/8038), а уже развернутые старые контракты продолжат работать по прежним правилам. Две системы не будут мешать друг другу, что позволит сохранить обратную совместимость при изменении стоимости Gas.

Стоит обратить внимание на несколько деталей:

1. Из набора опкодов V2 напрямую удалены опкоды для интроспекции Gas, такие как GAS и GASLIMIT. Если новый контракт содержит эти инструкции, его развертывание сразу откатится. Именно такие инструкции в прошлом делали контракты, уже находящиеся в сети, особенно уязвимыми к побочным эффектам изменения стоимости Gas.

2. Добавлен DELEGATECALL_V2. Он работает подобно DELEGATECALL, но требует, чтобы у целевого контракта code_version ≥ 2; в противном случае вызов немедленно завершится ошибкой. Это позволит избежать неоднозначности семантики при делегировании вызовов между версиями.

3. Цель всего этого одна: сделать так, чтобы будущие изменения стоимости Gas больше не были «рубящими с плеча, как при хардфорке», а проходили плавно, в соответствии с версиями контрактов, не нарушая предположений, заложенных в уже развернутых контрактах.

Иными словами, Ethereum пытается создать для EVM механизм развития, похожий на управление версиями программного обеспечения. Если черновик будет принят и реализован, долгосрочная расширяемость EVM заметно улучшится. Для $ETH это также станет существенным улучшением базовой инфраструктуры.

Оригинал черновика: github.com/ethereum/EIPs/pull/12638

#以太坊 #EIP #EVM

Исследователь Ethereum Foundation frisitano представил черновик EIP, цель которого — обновить PeerDAS, добавив «настройку без доверия и устойчивость к квантовым атакам».

Главное изменение: заменить обязательства и доказательства KZG для Blob на обязательства Merkle на основе Keccak-256 и пути аутентификации. Затем доказательство LeanDA STARK пересчитает корень Merkle, проверит соответствие кодированию Рида — Соломона и подтвердит согласованность обязательства с данными. Это устранит зависимость от доверенной настройки KZG и повысит безопасность перед лицом будущих квантовых вычислений.

В черновике также вводятся Blob переменного размера: длина в байтах должна составлять от 2048 до 524288, быть степенью двойки и делиться на 128 столбцов. Транзакции уровня исполнения будут передавать (merkle_root, byte_length) вместо versioned hash; сетевой уровень и расчёт комиссий Gas также будут скорректированы.

Если предложение будет принято, данные, отправляемые Rollup, будут лучше соответствовать реальным потребностям, а ресурсы Blob будут использоваться эффективнее. Однако пока это лишь черновик: параметры, совместимость и безопасность ещё предстоит обсудить.$ETH #以太坊 #EIP #PeerDAS

EIP-7702 — это обновление безопасности сети Ethereum, которое называют одной из причин недавнего взлома Binance. Цель обновления — повысить безопасность транзакций в сети Ethereum, однако его внедрение вызвало некоторые опасения у разработчиков.

Для трейдеров эта новость важна, поскольку она может повлиять на стабильность и безопасность транзакций в сети Ethereum, что, в свою очередь, может отразиться на стоимости криптовалют, использующих эту сеть. Разработчики Ethereum работают над тем, чтобы внедрить обновление с минимальными перебоями в работе сети.

Но как вы считаете, какие меры должны принять биржи, чтобы защититься от будущих взломов?

#EIP-7702 #BinanceHack #Ethereum #КриптоБезопасность

Фонд Ethereum официально выпустил командный DevOps проекта Protocol DevOps Glamsterdam в ранней тестовой сети Platåberget; форк будет завершён в этой сети 20 августа. В отличие от прежних краткосрочных devnet, Platåberget, как ожидается, будет работать стабильно в течение нескольких месяцев. Одновременно будет предоставлена готовая «в один клик» конфигурация сети и faucet для тестового ETH, чтобы разработчики и сообщество могли продолжать участие в проверке.

Тестовая дорожная карта также в целом ясна: в течение месяца будет запущен неокончательный devnet для тестирования сценариев аномального консенсуса; затем такие долгосрочные тестовые сети, как Sepolia, Hoodi и др., по очереди завершат форк Glamsterdam. Конечная цель — обновление основной сети Ethereum.

К изменениям, на которые в этом обновлении стоит обратить особое внимание, относятся:

встроенное разделение proposer-builder (ePBS), при котором связь proposer-builder будет прописана на уровне протокола; списки доступа на уровне блоков (Block-Level Access Lists) для оптимизации эффективности доступа к данным в цепочке; пересмотр тарификации комиссий за газ с целью установить нижнюю границу порядка 200 млн Gas; верхние пределы максимального размера контрактов и initcode увеличены с 24KiB и 48KiB до 64KiB и 128KiB соответственно.

Особо важно отметить: любые инструменты, зависящие от жёстко заданного максимального лимита Gas — кошельки, индексеры, gas-оценщики и т. п. — будут затронуты и потребуют соответствующих обновлений. Рекомендуется соответствующим командам разработчиков как можно раньше оценить необходимость адаптации.

#以太坊 #Glamsterdam #EIP

В сообществе Ethereum только что представили новый депозитный контракт EIP, ориентированный на безопасность против квантовых вычислений, что знаменует ещё один важный шаг вперёд в долгосрочной безопасной архитектуре Ethereum.

Ключевые положения предложения с номером EIP-12235 включают:
✅ Введение нового контракта с поддержкой ключей и метаданных удостоверений переменной длины, с чётким идентификатором scheme; текущий депозит BLS сохраняет scheme 0
✅ Отказ от структуры Меркле-дерева в старом депозитном контракте: использование выполнения на основе журнала через EIP-7685 для передачи информации о депозите в слой консенсуса
✅ Настройка необратимой временной шкалы, контролируемой системными вызовами протокола: сначала запрет депозита, затем включение депозитов BLS и, в итоге, навсегда прекращается использование депозитов BLS
✅ На этапе миграции клиентам необходимо объединить депозитные запросы для двух контрактов — нового и старого

Постквантовая безопасность — это давно один из ключевых фокусов в индустрии блокчейнов; развитие квантовых вычислений представляет собой долгосрочную потенциальную угрозу для действующих криптографических алгоритмов. Ethereum заранее закладывает основу для обновления архитектуры, чтобы подготовиться к будущим требованиям к безопасности — за этим стоит следить.

$ETH

#以太坊 #EIP #послквантовая безопасность

Последнее обновление от сообщества Ethereum: подали предложение EIP «депозитный контракт с поддержкой постквантовых вычислений». Как вы оцениваете эту проактивную подготовку к будущим угрозам безопасности криптоактивов со стороны квантовых вычислений?

Ключевые пункты предложения включают:
1️⃣ Введение нового контракта, поддерживающего ключи и метаданные учетных данных переменной длины, а также добавление явного идентификатора scheme (scheme 0 зарезервирован для текущих депозитов BLS)
2️⃣ Новый депозитный контракт больше не опирается на структуру дерева Меркла старого депозитного контракта; вместо этого данные депозита передаются в слой консенсуса через выполнение запросов, порожденных логами, согласно EIP-7685 — структура становится более ясной
3️⃣ Установлен необратимый режим переключения, контролируемый протокольной системой: депозиты изначально отключены; затем в заданном временном штампе сначала включаются депозиты BLS, а после более позднего временного штампа депозиты BLS навсегда отключаются и уже не могут быть повторно включены — миграция выполняется поэтапно
4️⃣ В период миграции клиентам при выполнении нужно одновременно объединять депозитные запросы двух контрактов — нового и старого, чтобы обеспечить плавный переход

На фоне непрерывного развития квантовых технологий заранее повышать стандарты безопасности криптографической инфраструктуры — значит надолго защищать активы пользователей. Насколько, по-вашему, необходимо такое «на всякий случай» обновление, как в экосистеме $ETH ?

#以太坊 #EIP #постквантовая безопасность

📰 Команда протокольного сообщества Ethereum Foundation уже составила список приоритетов обновления Hegotá, EIP. Цели также обозначены очень чётко: к декабрю 2029 года подготовить к квантовой безопасности три уровня Ethereum первого слоя — выполнение, консенсус и данные.

🔥 В этот раз в списке есть два ключевых предложения уровня S «обязательно к запуску». Для слоя консенсуса — FOCIL, то есть EIP-7805 — планируется усилить устойчивость сети к цензуре за счёт принудительного включения транзакций из публичного пула памяти.

💡 Для слоя исполнения — Frame Transactions, то есть EIP-8141, — это тоже проект, который относится к «обязательно к запуску». Он разобьёт транзакции на несколько программируемых «кадров»: валидация, оплата Gas и исполнение. В дальнейшем у нативного account abstraction (абстракции аккаунта), пользовательских схем подписи и оплаты Gas за счёт третьих лиц появится более чёткая техническая основа.

Скажем честно, квантовая безопасность звучит так, будто она далека от обычных пользователей, но это не временная заплатка — это долгосрочная дорожная карта, заранее продуманная командой протокола. Команда ожидает, что начиная с форка Glamsterdam в четвёртом квартале 2026 года, каждое следующее обновление будет занимать в среднем около 7,2 месяца, чтобы успеть к «Q-day», который ожидается примерно к 2030 году.

🤔 Сколько лет Ethereum потребуется на это? Как ты думаешь: такие опережающие обновления — это надёжный подход, или они сделают итерации протокола слишком медленными?

#以太坊 #Hegotá #量子安全 #EIP

Официально опубликовано предложение EIP-8361. Его ключевая идея — «поставить регуляторный клапан» инфляции в Ethereum:

· На каждом epoch из награды за блоки, выдаваемой валидаторам, вычитается и уничтожается часть
· Когда совокупная ставка по сети достигает 50%, ставка уничтожения сразу повышается до 100%
· Конкретная доля окончательной приостановки выдачи наград определяется рыночным противоборством, но строго меньше 50%

Проще говоря: чем больше людей делают стейкинг, тем жестче уничтожаются награды. Это эксперимент по использованию ончейн-механизмов для обратного подавления инфляции ETH. 50% — ключевой психологический порог и, по мнению автора предложения, линия тревоги для «чрезмерного стейкинга».

Если это будет внедрено, это будет означать, что экономическая модель Ethereum будет еще больше сдвигаться в сторону «дефицитности в приоритете»: долгосрочные держатели выиграют, но доходность валидаторов будет существенно сжата. Как вы думаете, вам нравится это направление?

#以太坊#EIP#通胀

Сообщество Ethereum только что представило новый депозитный контракт EIP для эпохи постквантовых вычислений — с опережающей подготовкой к обновлению криптобезопасности, за эту дальновидность нужно поставить максимум баллов 👏

Кратко о сути предложения:
▫️ Вводится новый контракт с поддержкой ключей и метаданных учётных данных переменной длины, добавляется чёткий идентификатор scheme (scheme 0 зарезервирован для текущего депозита BLS)
▫️ Больше нет зависимости от старой структуры депозитного контракта с деревом Меркла: через логопроизводные запросы из EIP-7685 депозитная информация передаётся в слой консенсуса — архитектура проще и эффективнее
▫️ Настроен необратимый механизм перехода: первоначально депозиты отключены, затем BLS-депозиты включаются по временным окнам, после истечения срока BLS-депозиты навсегда отключаются — процесс переключения прозрачен и контролируем
▫️ На этапе миграции клиентам требуется объединённая обработка депозитных запросов нового и старого контрактов, чтобы переход прошёл плавно

В условиях, когда угроза со стороны квантовых вычислений постепенно становится ближе, сообщество Ethereum заранее запускает обновление базовой безопасности — чтобы заложить прочный фундамент для долгосрочной защищённости экосистемы. Вот это и есть подход уровня топ — долгосрочный взгляд.

Как вы оцениваете этот ранний план Ethereum на постквантовую эпоху? Делитесь своим мнением в комментариях 👇

#以太坊 #EIP #后量子计算

Vitalik 最新演讲详解 EIP-8288：以太坊扩容迎来“终极解法”，未来交易将又快又便宜！

核心问题：以太坊长期面临量子安全、隐私保护、可扩展性三者难以兼得的困境。普通交易约耗 21,000 gas，ECDSA 签名验证约 4,000 gas；而量子安全签名成本高达 10万-30万 gas，ZK 隐私证明最低也要 35万 gas（有时超百万）；如果两者叠加（量子安全 + 隐私的 STARK 证明），单笔交易要烧掉约 800万 gas——这会把以太坊 TPS 从 25 直接拉到 0.25，基本不可用。

V 神提出的解决思路：EIP-8288 的核心是把昂贵的密码学运算挪到链下处理：
在交易上链前，节点先在 mempool 里把多个用户的签名/证明聚合成一个 STARK 证明，用一种“微型帧结构”设计，上链只留 65-96 字节的依赖信息，庞大的密码学数据本身不入链 把交易拆成“业务逻辑”和“验证工作”两部分，验证部分放到链下并行处理（专门化分片）。

几个亮点：这可能是以太坊首次真正引入 RISC-V 指令集的场景；这套方案是建立在即将推出的 EIP-8141（原生账户抽象）基础上的；经过压缩，区块数据能控制在 100-300KB 范围；对开发者体验没有大改动，不需要以太坊开发者做太多适配。

结论：如果方案落地，量子安全交易成本会大幅下降，隐私类应用不用再被高 gas 费劝退，L2 的 ZK-Rollup 确认速度也能明显提升。目前社区已经开放了网络仿真模型、测试网络、算法竞赛、原型代码库等多个参与渠道，处于早期共建阶段。

#以太坊扩容 #EIP #比特币现货ETF四日流入23.1亿美元

【Сводка новостей】 Исследователи Ethereum предлагают EIP-8361: «сжатое» эмиссионное сжигание для ограничения доли стейкинга

Недавно группа исследователей Ethereum (включая Justin Drake и др.) опубликовала черновик EIP-8361 (Tapered Issuance Burn).

Проще говоря, механизм такой:
1. Награды валидаторам будут зависеть от общего по сети коэффициента стейкинга: часть вычитается и навсегда уничтожается
2. Чем больше стейка, тем выше доля сжигания
3. Когда активный стейкинг достигает 60,25 млн ETH (примерно половина предложения), сжигание может дойти до 100%, а чистая эмиссия на уровне консенсуса будет стремиться к нулю
4. Чтобы смягчить удар по существующим стейкерам, предусмотрен переходный период около 18 месяцев (в течение переходного периода синхронно корректируется фактор вознаграждений)

Мотивация предложения больше про протокольный слой: избежать централизации и рисков захвата, возникающих из‑за бесконечного наращивания стейка, и насколько возможно сохранить незастейканный ETH в его нейтральной роли как денег. Сейчас это все еще Draft: сообщество обсуждает это в Eth Magicians / на GitHub, и станет ли это частью последующих сетевых обновлений — пока неясно.

Источник:
The Block https://www.theblock.co/post/410643/ethereum-researchers-propose-burning-validator-rewards-cap-staking-50
CoinDesk https://www.coindesk.com/tech/2026/08/05/new-ethereum-proposal-would-cut-issuance-to-zero-if-staked-eth-reaches-usd112-billion
Черновик https://github.com/pintail-xyz/EIPs/blob/edde78eb1feeb285906d5a8deb582c4feaecd6ba/EIPS/eip-draft_tapered_issuance_burn.md

#Ethereum #EIP
Сводка информации, не инвестиционный совет

最新的以太坊社区提交了 EIP-12235 提案，计划引入支持后量子计算安全的全新存款合约，以便为以太坊长期安全提前布局，这一步走得很稳。

提案核心内容包括：
1️⃣ 新合约支持可变长度公钥与凭证元数据，加入明确的 scheme 标识符，其中 scheme 0 保留给当前的 BLS 存款机制
2️⃣ 不再依赖旧存款合约的默克尔树结构，而是通过 EIP-7685 的日志衍生执行请求，将存款信息传递至共识层
3️⃣ 设置了由协议系统调用控制的不可逆过渡模式：在初始状态下禁用存款功能，先在指定时间戳启用 BLS 存款，然后在更晚的时间戳永久停用 BLS 存款，且无法重新启用
4️⃣ 在迁移过程中，执行客户端需要同时合并新旧两个合约的存款请求

在量子计算技术发展的更大背景下，提前升级加密安全基础设施非常有必要——毕竟安全是区块链的生命线。

$ETH
#以太坊 #后量子安全 #EIP

📰 Эксплойт Binance связан с делегированием EIP-7702, предварительные потери растут
Fireblocks сообщает, что подписанное делегирование EIP-7702 позволило выводить средства с горячих кошельков Binance; согласно предварительному сообщению Binance, причиной стал взломанный ноутбук DevOps-специалиста. (Подробнее)
Источник : Blockchain News
Время : 2026-10-30 19:59:28
Автор : Тони Ким
#lazarus_group #binance #crypto-security #news #eip-7702
$ARB $BTC $USDT
Поделитесь своим мнением в комментариях ниже

Ethereum хочет сократить время до окончательного подтверждения транзакции примерно с 16 до 4 минут. Координатор исследований по ускоренной финализации Ethereum Бен Эджингтон вместе с Франческо Д’Амато, Роберто Салтини, Яном Фонлантеном и Михаилом Калининым подал проект EIP (номер 12566, уже включён в официальный процесс). Цель — примерно в четыре раза сократить время до окончательного подтверждения.

Зачем ускорять? Сервисам трансграничных переводов приходится заранее выделять средства и ждать подтверждения. Если каждый час стабильно авансировать 1 млн долларов, то при задержке в 16 минут будет занято около 267 тыс. долларов, а при задержке в 4 минуты — всего около 67 тыс. долларов.

Техническая причина в том, что валидаторы используют один голос для двух целей: и выбирают блок, и подтверждают предыдущий. Поэтому подтверждение приходится синхронизировать с циклом смены валидаторов. В проекте предлагается разделить эти два голоса, чтобы ускорить подтверждение независимо от остального процесса и в дальнейшем продолжать сокращать задержку. Разделение голосования также упростит переход на постквантовые подписи. Сами авторы проекта говорят, что «многие аспекты пока остаются нерешёнными» (many aspects remain TBD). Пока цель поскромнее: получить номер предложения и попасть в официальный процесс обновления Ethereum. Разработка ещё не завершена, даты активации нет — не стоит считать, что всё уже решено.

Для сравнения: Circle (CRCL) уже взимает плату за быстрые межсетевые переводы USDC — быстрый маршрут Ethereum стоит 0,01% (1 доллар за каждые 10 тыс. долларов). Кроме того, установлен лимит на общий объём быстрых переводов. У конкурента Solana проект Alpenglow нацелен на финализацию примерно за 150 миллисекунд (его запустили только вчера). Даже если Ethereum достигнет 4 минут, он всё равно будет медленнее, но его преимущества — безопасность и масштаб основного блокчейна.

Источники: CoinDesk и проект EIP (github.com/ethereum/EIPs/pull/12566).

#ETH #以太坊 #EIP #跨链 #Circle

$BTC $ASTER
Вы когда-нибудь испытывали "укол" из-за резкого роста Gas-стоимости Ethereum? Вам когда-нибудь приходилось безмолвно наблюдать, как комиссия за транзакцию превышает сумму перевода во время сети, перегруженной трафиком, и вы не можете ничего с этим поделать? 🤯 Не переживайте, Виталик только что предложил смелый план, который может полностью изменить правила игры — создать рынок фьючерсов на Gas для Ethereum! Это не для спекулянтов, а для того, чтобы мы могли заранее зафиксировать цены на топливо и попрощаться с эпохой тревожных колебаний! 🚀

Проще говоря, эта концепция позволяет пользователям и разработчикам заранее зафиксировать будущие цены на Gas, как будто они покупают страховку. Больше не нужно "играть в удачу" каждый раз, когда сеть загружена! 📉

Почему это важно?
В настоящее время резкие колебания стоимости Gas остаются одной из самых болезненных проблем Ethereum. Это трудно предсказать, невозможно спланировать и является настоящим кошмаром при массовом использовании. Целью фьючерсного рынка как раз и является превращение Gas из хаотичной переменной в планируемую стабильную стоимость.

Что произойдет, если это будет успешно?
✅ Разработчики смогут уверенно составлять бюджет, больше не беспокоясь о неконтролируемых расходах.
✅ DApp будут работать более стабильно и надежно, пользовательский опыт значительно улучшится.
✅ $ETH станет больше похож на настоящую инфраструктуру, а не просто на экспериментальную сеть.

💡 Суть в том: это не для спекуляции криптовалютой, а для того, чтобы обеспечить доступность и приемлемость Ethereum в те моменты, когда он больше всего нуждается в стабильности — когда транзакции действительно взлетают, а сеть перегружена. В настоящее время это лишь раннее предложение, но оно посылает мощный сигнал: Ethereum по-прежнему сосредоточен на решении тех сложных, не очень привлекательных, но действительно влияющих на долгосрочное использование основных проблем!

Как вы считаете, сможет ли концепция "фьючерсов на Gas" успешно реализоваться? Станет ли она ключевым элементом массового внедрения Ethereum? 🤔 Приходите в комментарии и поделитесь своими мыслями! ⬇️

#区块链 #Web3 #EIP #加密货币