[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-masshtabirovanie-ethereum-2026-glamsterdam-peerdas-10000-tps":3},{"article":4,"author":52},{"id":5,"category_id":6,"title":7,"slug":8,"excerpt":9,"content_md":10,"content_html":11,"locale":12,"author_id":13,"published":14,"published_at":15,"meta_title":16,"meta_description":17,"focus_keyword":18,"og_image":19,"canonical_url":19,"robots_meta":20,"created_at":15,"updated_at":15,"tags":21,"category_name":31,"related_articles":32},"dd000000-0000-0000-0000-000000000012","a0000000-0000-0000-0000-000000000012","Масштабирование Ethereum в 2026: Glamsterdam, PeerDAS и 10 000 TPS","masshtabirovanie-ethereum-2026-glamsterdam-peerdas-10000-tps","Ethereum нацелен на 10 000 транзакций в секунду в своей экосистеме L1 и L2 к 2026 году. С обновлениями Glamsterdam и Hegota на горизонте, а также PeerDAS для доступности данных — вот полная техническая дорожная карта.","## Стратегия масштабирования Ethereum в 2026 году\n\nПодход Ethereum к масштабированию — это дорожная карта, ориентированная на роллапы: базовый уровень (L1) оптимизируется для безопасности, децентрализации и доступности данных, в то время как роллапы Layer 2 обеспечивают выполнение с высокой пропускной способностью и низкой стоимостью. Обновления 2026 года — Glamsterdam в H1 и Hegota в H2 — продвигают эту стратегию к совокупной цели пропускной способности **10 000 TPS** по всей экосистеме.\n\n## Итоги Pectra: фундамент (март 2025)\n\nПрежде чем смотреть вперёд, важно понять, что дал Pectra, поскольку обновления 2026 года строятся непосредственно на его основах.\n\n### EIP-7702: абстракция аккаунтов для EOA\n\nСамым значимым изменением в Pectra стал **EIP-7702**, позволяющий внешним аккаунтам (EOA) — стандартным кошелькам MetaMask — временно делегировать код смарт-контракта в рамках одной транзакции. Это обеспечивает:\n\n- **Пакетные транзакции** — approve и swap в одном tx\n- **Спонсирование газа** — dApps оплачивают газ за пользователей\n- **Пользовательская логика валидации** — мультисиг, аутентификация по passkey, лимиты расходов\n- **Сессионные ключи** — ограниченные по времени разрешения для игр и DeFi\n\nВ отличие от ERC-4337 (который требует отдельного контрактного кошелька), EIP-7702 обновляет существующие EOA на месте. Пользователи сохраняют свой адрес, историю и балансы токенов, получая при этом возможности смарт-аккаунта.\n\n### EIP-7251: увеличение MaxEB\n\nEIP-7251 поднял максимальный эффективный баланс для валидаторов с 32 ETH до **2048 ETH**. Это позволяет крупным стейкинг-операторам консолидировать валидаторы, сокращая общее число валидаторов и снижая нагрузку на уровень консенсуса. Lido, Coinbase и другие институциональные стейкеры начали консолидацию сразу после Pectra.\n\n### EIP-7691: увеличение пропускной способности блобов\n\nEIP-7691 удвоил целевой показатель блобов с 3 до **6 блобов на блок** и поднял максимум с 6 до 9. Блобы — это контейнеры данных, используемые L2-роллапами для публикации данных транзакций на Ethereum. Больше блобов означает больше пропускной способности L2 при меньшей стоимости.\n\nВлияние было немедленным: комиссии L2-транзакций снизились на 40-60% в течение первой недели после активации Pectra.\n\n## Glamsterdam: H1 2026\n\nGlamsterdam — следующий хардфорк Ethereum, запланированный на первую половину 2026 года. Он объединяет улучшения уровня исполнения (компонент \"Amsterdam\") с изменениями уровня консенсуса (компонент \"Glam\").\n\n### Повышение лимита газа\n\nСообщество Ethereum постепенно увеличивало лимит газа L1 через координацию валидаторов. После Glamsterdam целевой лимит газа, как ожидается, достигнет **60 миллионов газа** (по сравнению с 30 миллионами до Pectra). Это не изменение хардфорка как таковое — валидаторы устанавливают лимит газа — но изменения протокола в Glamsterdam предназначены для безопасного размещения более высоких лимитов.\n\nКлючевые факторы:\n- **Подготовка к истечению состояния** — Glamsterdam вводит метаданные истечения состояния, которые позволят сети обрезать историческое состояние, предотвращая раздувание состояния, которое вызвали бы более высокие лимиты газа\n- **Улучшенная пропагация блоков** — оптимизированное кодирование и протоколы распространения блоков сокращают время, необходимое валидаторам для обработки и распространения блоков\n- **Уменьшение размера свидетельств** — подготовка деревьев Веркле (предварительная работа для Glamsterdam) уменьшает данные, необходимые валидаторам для верификации валидности блока\n\n### Масштабирование блобов, фаза 2\n\nGlamsterdam нацелен на **8 блобов на блок** как новый целевой показатель (по сравнению с 6 после Pectra) и **16 как максимум**. В сочетании с PeerDAS (см. ниже) это представляет 4-кратное увеличение пропускной способности доступности данных по сравнению с Ethereum до Pectra.\n\nДля L2-роллапов это напрямую транслируется в более дешёвую публикацию calldata:\n\n```\nДо Pectra:     3 блоба (цель) → ~375 КБ\u002Fблок → ~31 КБ\u002Fс пропускная способность\nПосле Pectra:  6 блобов (цель) → ~750 КБ\u002Fблок → ~62 КБ\u002Fс пропускная способность\nGlamsterdam:   8 блобов (цель) → ~1 МБ\u002Fблок   → ~83 КБ\u002Fс пропускная способность\n```\n\n### Встроенное разделение предложителя и строителя (ePBS)\n\nВ настоящее время процесс построения блоков Ethereum опирается на MEV-Boost, внепротокольный сайдкар, соединяющий валидаторов (предложителей) со строителями блоков. Это работает, но вводит допущения доверия и риски централизации.\n\nGlamsterdam встраивает PBS непосредственно в протокол консенсуса:\n\n- **Строители подают заявки** в beacon chain, а не во внешний релей\n- **Предложители выбирают максимальную ставку** по правилам, обеспечиваемым протоколом\n- **Оплата гарантируется** протоколом (не требуется доверие к релею)\n- **Устойчивость к цензуре** улучшается, поскольку протокол может обеспечивать списки включения\n\nДля разработчиков ePBS означает:\n- Более предсказуемое поведение построения блоков\n- Снижение вариации извлечения MEV\n- Основа для будущих механизмов списков включения (антицензура)\n\n## Hegota: H2 2026\n\nHegota — запланированный второй хардфорк 2026 года, нацеленный на вторую половину года. Он более амбициозен, чем Glamsterdam, вводя фундаментальные изменения в обработку транзакций Ethereum.\n\n### Нативная абстракция аккаунтов\n\nВ то время как EIP-7702 (Pectra) обеспечил временную делегацию смарт-аккаунтов, Hegota стремится сделать абстракцию аккаунтов **первоклассной функцией протокола**. Ключевые предложения на рассмотрении:\n\n- **Нативная абстракция газа** — любой токен может оплачивать газ, не только ETH. Протокол конвертирует по рыночным курсам через встроенный оракул.\n- **Нативная интеграция бандлера** — UserOperations (из ERC-4337) становятся нативными типами транзакций, устраняя необходимость в отдельной инфраструктуре бандлера.\n- **Путь устаревания EOA** — новые аккаунты по умолчанию являются смарт-аккаунтами. Существующие EOA продолжают работать, но им рекомендуется мигрировать.\n\n### Параллельное выполнение\n\nСегодня Ethereum обрабатывает транзакции последовательно — каждая транзакция выполняется одна за другой в блоке. Hegota вводит **оптимистичное параллельное выполнение**:\n\n1. Строитель блока определяет транзакции, обращающиеся к непересекающимся состояниям\n2. Эти транзакции выполняются параллельно в нескольких потоках\n3. При обнаружении конфликта (две транзакции обращаются к одному слоту хранилища) строитель блока переходит к последовательному выполнению для этих конкретных транзакций\n4. Корень состояния вычисляется после завершения всего параллельного и последовательного выполнения\n\nОжидаемое улучшение пропускной способности: **3-5x** для выполнения L1, в зависимости от степени пересечения доступа к состоянию в данном блоке.\n\n```\n\u002F\u002F Пример параллельного выполнения:\n\u002F\u002F Tx A: перевод USDC от Алисы Бобу (обращается к слотам хранилища USDC)\n\u002F\u002F Tx B: обмен WETH на DAI на Uniswap (обращается к слотам Uniswap + WETH + DAI)\n\u002F\u002F Tx C: минтинг NFT (обращается к хранилищу контракта NFT)\n\u002F\u002F \n\u002F\u002F Эти три транзакции обращаются к непересекающимся состояниям → выполняются параллельно\n\u002F\u002F \n\u002F\u002F Tx D: перевод USDC от Чарли Дейву (обращается к слотам хранилища USDC)\n\u002F\u002F Tx D конфликтует с Tx A → выполняется последовательно после Tx A\n```\n\n### Подготовка к постквантовой эре\n\nHegota вводит первые конкретные шаги к квантово-устойчивой криптографии:\n\n- **Прекомпайл верификации подписей на основе хешей** (SPHINCS+ или аналог)\n- **Интеграция исследований альтернативы KZG на решётках**\n- **Инструменты миграции аккаунтов** — контракты, позволяющие пользователям зарегистрировать постквантовый публичный ключ наряду с существующим ключом ECDSA\n\nЭто не означает, что Ethereum станет квантово-устойчивым мгновенно. Это означает, что инструменты существуют для ранних последователей, чтобы защитить высокоценные аккаунты до того, как квантовые компьютеры станут практической угрозой.\n\n## PeerDAS: сэмплирование доступности данных\n\nPeerDAS (Peer Data Availability Sampling) — пожалуй, самая важная среднесрочная технология масштабирования для Ethereum. Она меняет способ верификации доступности данных сетью — от \"каждая нода скачивает каждый блоб\" к \"каждая нода проверяет небольшую часть, а сеть коллективно гарантирует доступность.\"\n\n### Как работает PeerDAS\n\n1. **Данные блоба кодируются с помощью кодов стирания** — каждый блоб расширяется с помощью кодирования Рида-Соломона, создавая избыточность. Даже при потере 50% данных полный блоб может быть реконструирован.\n2. **Данные распределяются по столбцам** — расширенные данные делятся на 128 столбцов. Каждая нода отвечает за хранение и обслуживание подмножества столбцов.\n3. **Ноды производят случайную выборку** — для верификации доступности блоба нода запрашивает небольшое количество случайных столбцов из сети. Если все запросы успешны, нода статистически уверена (с подавляющей вероятностью), что полные данные доступны.\n4. **Ни одна нода не хранит всё** — нагрузка хранения распределяется по сети, обеспечивая значительно более высокую общую пропускную способность данных.\n\n### Влияние PeerDAS на пропускную способность\n\n| Фаза | Цель блобов | Пропускная способность данных | L2 TPS (оценка) |\n|------|-------------|-------------------------------|------------------|\n| До Pectra | 3\u002Fблок | ~31 КБ\u002Fс | ~500 |\n| После Pectra (EIP-7691) | 6\u002Fблок | ~62 КБ\u002Fс | ~1 000 |\n| Glamsterdam | 8\u002Fблок | ~83 КБ\u002Fс | ~1 500 |\n| PeerDAS фаза 1 | 32\u002Fблок | ~330 КБ\u002Fс | ~5 000 |\n| PeerDAS фаза 2 | 64+\u002Fблок | ~660 КБ\u002Fс | ~10 000 |\n\nPeerDAS фаза 1 ожидается к поставке одновременно или вскоре после Glamsterdam. Фаза 2, требующая полного Danksharding, находится в дорожной карте 2027 года.\n\n## Экосистема L2 после Pectra\n\nУвеличение блобов и EIP-7702 в Pectra уже трансформировали ландшафт L2:\n\n### Почти нулевые комиссии\n\nС целевым показателем в 6 блобов комиссии L2-транзакций снизились до:\n- **Arbitrum**: $0,001 - $0,01 за транзакцию\n- **Base**: $0,001 - $0,005 за транзакцию\n- **Optimism**: $0,002 - $0,01 за транзакцию\n- **zkSync Era**: $0,005 - $0,02 за транзакцию\n\nЭти комиссии конкурентоспособны с централизованными платёжными процессорами и достаточно низки для применений, ранее невозможных на Ethereum: микроплатежи, игровые транзакции, чаевые в социальных сетях, расчёты IoT-данных.\n\n### Метрики принятия L2 (март 2026)\n\n- **Совокупный TVL L2**: $85 млрд (рост с $40 млрд до Pectra)\n- **Ежедневные транзакции L2**: 45 миллионов (превышая средний дневной показатель Visa)\n- **Активные адреса L2**: 12 миллионов ежемесячно\n- **Доминирование L2**: 92% всех транзакций экосистемы Ethereum теперь выполняются на L2\n\n### Дуополия Base и Arbitrum\n\nBase (Coinbase) и Arbitrum стали доминирующими L2 общего назначения, захватив ~65% объёма транзакций L2 между собой. Base выигрывает от дистрибуции Coinbase (интеграция кошелька, онбординг), в то время как Arbitrum лидирует в DeFi TVL и инструментах разработчика (Stylus для смарт-контрактов на Rust\u002FC++).\n\n## Сравнительная таблица по срокам\n\n| Обновление | Целевая дата | Ключевые функции | Влияние |\n|------------|-------------|------------------|---------|\n| Pectra | Март 2025 (запущен) | EIP-7702 (AA), EIP-7251 (MaxEB), EIP-7691 (блобы) | Основа для AA + масштабирования L2 |\n| Glamsterdam | H1 2026 | Выше лимит газа, 8+ блобов, ePBS | 2x пропускная способность L1, дешевле данные L2 |\n| PeerDAS фаза 1 | H1-H2 2026 | Сэмплирование доступности данных, цель 32 блоба | 5x пропускная способность данных |\n| Hegota | H2 2026 | Нативная AA, параллельное выполнение, PQ подготовка | 3-5x выполнение L1, защита будущего |\n| Полный Danksharding | 2027+ | PeerDAS фаза 2, 64+ блобов | 10 000+ совокупных TPS |\n\n## Что это значит для разработчиков\n\nЕсли вы строите на Ethereum в 2026 году, вот на чём стоит сосредоточиться:\n\n1. **Внедряйте EIP-7702 сейчас** — потоки смарт-аккаунтов стали новым стандартом UX. Пользователи ожидают пакетных транзакций и спонсирования газа.\n2. **Стройте сначала на L2** — разворачивайте на Base, Arbitrum или Optimism для пользовательских приложений. Используйте L1 только для высокостоимостных расчётов.\n3. **Планируйте для PeerDAS** — когда пропускная способность блобов увеличится в 5x, ваши затраты на L2 снизятся пропорционально. Проектируйте архитектуру данных с учётом этого.\n4. **Следите за ePBS** — если вы запускаете MEV-стратегии или инфраструктуру построения блоков, ePBS Glamsterdam изменит вашу операционную модель.\n5. **Начинайте постквантовое планирование** — если вы хранитель значительной стоимости, начните исследовать варианты квантово-устойчивых подписей Hegota.\n\n## Часто задаваемые вопросы\n\n### Когда именно запускается Glamsterdam?\n\nРазработчики ядра Ethereum наметили H1 2026 для Glamsterdam. Исходя из исторических сроков обновлений (Pectra запущен в марте 2025 с 2-месячной задержкой), реалистичная оценка — Q2 2026 (апрель-июнь).\n\n### Уменьшит ли Glamsterdam комиссии L1 газа?\n\nНе напрямую. Glamsterdam фокусируется на доступности данных (блобы) и инфраструктуре протокола (ePBS). Комиссии L1 газа зависят от спроса. Однако, делая L2 ещё дешевле, Glamsterdam может снизить загруженность L1, так как больше пользователей мигрируют на L2.\n\n### В чём разница между PeerDAS и Danksharding?\n\nPeerDAS — это сетевой протокол сэмплирования доступности данных. Danksharding — это полное видение, включающее PeerDAS плюс внутрипротокольную верификацию блобов. PeerDAS фаза 1 поставляется до полного Danksharding.\n\n### Может ли Ethereum действительно достичь 10 000 TPS?\n\nЦель в 10 000 TPS относится к совокупной пропускной способности L1 + L2. Сам L1 будет обрабатывать ~100-500 TPS после параллельного выполнения. Остальная пропускная способность обеспечивается L2-роллапами, публикующими сжатые данные на L1 через блобы. С PeerDAS фаза 2 пропускная способность данных поддерживает 10 000+ TPS по всем роллапам.\n\n### Как масштабирование Ethereum сравнивается с Solana?\n\nSolana достигает ~4 000 реальных TPS на одной монолитной цепи. Подход Ethereum распределяет выполнение по множеству L2, достигая более высокой совокупной пропускной способности ценой фрагментации экосистемы. Компромисс — децентрализация: L1 Ethereum может работать на потребительском оборудовании, тогда как Solana требует серверов высокого класса.","\u003Ch2 id=\"ethereum-2026\">Стратегия масштабирования Ethereum в 2026 году\u003C\u002Fh2>\n\u003Cp>Подход Ethereum к масштабированию — это дорожная карта, ориентированная на роллапы: базовый уровень (L1) оптимизируется для безопасности, децентрализации и доступности данных, в то время как роллапы Layer 2 обеспечивают выполнение с высокой пропускной способностью и низкой стоимостью. Обновления 2026 года — Glamsterdam в H1 и Hegota в H2 — продвигают эту стратегию к совокупной цели пропускной способности \u003Cstrong>10 000 TPS\u003C\u002Fstrong> по всей экосистеме.\u003C\u002Fp>\n\u003Ch2 id=\"pectra-2025\">Итоги Pectra: фундамент (март 2025)\u003C\u002Fh2>\n\u003Cp>Прежде чем смотреть вперёд, важно понять, что дал Pectra, поскольку обновления 2026 года строятся непосредственно на его основах.\u003C\u002Fp>\n\u003Ch3>EIP-7702: абстракция аккаунтов для EOA\u003C\u002Fh3>\n\u003Cp>Самым значимым изменением в Pectra стал \u003Cstrong>EIP-7702\u003C\u002Fstrong>, позволяющий внешним аккаунтам (EOA) — стандартным кошелькам MetaMask — временно делегировать код смарт-контракта в рамках одной транзакции. Это обеспечивает:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Пакетные транзакции\u003C\u002Fstrong> — approve и swap в одном tx\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Спонсирование газа\u003C\u002Fstrong> — dApps оплачивают газ за пользователей\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Пользовательская логика валидации\u003C\u002Fstrong> — мультисиг, аутентификация по passkey, лимиты расходов\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Сессионные ключи\u003C\u002Fstrong> — ограниченные по времени разрешения для игр и DeFi\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>В отличие от ERC-4337 (который требует отдельного контрактного кошелька), EIP-7702 обновляет существующие EOA на месте. Пользователи сохраняют свой адрес, историю и балансы токенов, получая при этом возможности смарт-аккаунта.\u003C\u002Fp>\n\u003Ch3>EIP-7251: увеличение MaxEB\u003C\u002Fh3>\n\u003Cp>EIP-7251 поднял максимальный эффективный баланс для валидаторов с 32 ETH до \u003Cstrong>2048 ETH\u003C\u002Fstrong>. Это позволяет крупным стейкинг-операторам консолидировать валидаторы, сокращая общее число валидаторов и снижая нагрузку на уровень консенсуса. Lido, Coinbase и другие институциональные стейкеры начали консолидацию сразу после Pectra.\u003C\u002Fp>\n\u003Ch3>EIP-7691: увеличение пропускной способности блобов\u003C\u002Fh3>\n\u003Cp>EIP-7691 удвоил целевой показатель блобов с 3 до \u003Cstrong>6 блобов на блок\u003C\u002Fstrong> и поднял максимум с 6 до 9. Блобы — это контейнеры данных, используемые L2-роллапами для публикации данных транзакций на Ethereum. Больше блобов означает больше пропускной способности L2 при меньшей стоимости.\u003C\u002Fp>\n\u003Cp>Влияние было немедленным: комиссии L2-транзакций снизились на 40-60% в течение первой недели после активации Pectra.\u003C\u002Fp>\n\u003Ch2 id=\"glamsterdam-h1-2026\">Glamsterdam: H1 2026\u003C\u002Fh2>\n\u003Cp>Glamsterdam — следующий хардфорк Ethereum, запланированный на первую половину 2026 года. Он объединяет улучшения уровня исполнения (компонент “Amsterdam”) с изменениями уровня консенсуса (компонент “Glam”).\u003C\u002Fp>\n\u003Ch3>Повышение лимита газа\u003C\u002Fh3>\n\u003Cp>Сообщество Ethereum постепенно увеличивало лимит газа L1 через координацию валидаторов. После Glamsterdam целевой лимит газа, как ожидается, достигнет \u003Cstrong>60 миллионов газа\u003C\u002Fstrong> (по сравнению с 30 миллионами до Pectra). Это не изменение хардфорка как таковое — валидаторы устанавливают лимит газа — но изменения протокола в Glamsterdam предназначены для безопасного размещения более высоких лимитов.\u003C\u002Fp>\n\u003Cp>Ключевые факторы:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Подготовка к истечению состояния\u003C\u002Fstrong> — Glamsterdam вводит метаданные истечения состояния, которые позволят сети обрезать историческое состояние, предотвращая раздувание состояния, которое вызвали бы более высокие лимиты газа\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Улучшенная пропагация блоков\u003C\u002Fstrong> — оптимизированное кодирование и протоколы распространения блоков сокращают время, необходимое валидаторам для обработки и распространения блоков\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Уменьшение размера свидетельств\u003C\u002Fstrong> — подготовка деревьев Веркле (предварительная работа для Glamsterdam) уменьшает данные, необходимые валидаторам для верификации валидности блока\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Масштабирование блобов, фаза 2\u003C\u002Fh3>\n\u003Cp>Glamsterdam нацелен на \u003Cstrong>8 блобов на блок\u003C\u002Fstrong> как новый целевой показатель (по сравнению с 6 после Pectra) и \u003Cstrong>16 как максимум\u003C\u002Fstrong>. В сочетании с PeerDAS (см. ниже) это представляет 4-кратное увеличение пропускной способности доступности данных по сравнению с Ethereum до Pectra.\u003C\u002Fp>\n\u003Cp>Для L2-роллапов это напрямую транслируется в более дешёвую публикацию calldata:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>До Pectra:     3 блоба (цель) → ~375 КБ\u002Fблок → ~31 КБ\u002Fс пропускная способность\nПосле Pectra:  6 блобов (цель) → ~750 КБ\u002Fблок → ~62 КБ\u002Fс пропускная способность\nGlamsterdam:   8 блобов (цель) → ~1 МБ\u002Fблок   → ~83 КБ\u002Fс пропускная способность\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Встроенное разделение предложителя и строителя (ePBS)\u003C\u002Fh3>\n\u003Cp>В настоящее время процесс построения блоков Ethereum опирается на MEV-Boost, внепротокольный сайдкар, соединяющий валидаторов (предложителей) со строителями блоков. Это работает, но вводит допущения доверия и риски централизации.\u003C\u002Fp>\n\u003Cp>Glamsterdam встраивает PBS непосредственно в протокол консенсуса:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Строители подают заявки\u003C\u002Fstrong> в beacon chain, а не во внешний релей\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Предложители выбирают максимальную ставку\u003C\u002Fstrong> по правилам, обеспечиваемым протоколом\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Оплата гарантируется\u003C\u002Fstrong> протоколом (не требуется доверие к релею)\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Устойчивость к цензуре\u003C\u002Fstrong> улучшается, поскольку протокол может обеспечивать списки включения\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Для разработчиков ePBS означает:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Более предсказуемое поведение построения блоков\u003C\u002Fli>\n\u003Cli>Снижение вариации извлечения MEV\u003C\u002Fli>\n\u003Cli>Основа для будущих механизмов списков включения (антицензура)\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2 id=\"hegota-h2-2026\">Hegota: H2 2026\u003C\u002Fh2>\n\u003Cp>Hegota — запланированный второй хардфорк 2026 года, нацеленный на вторую половину года. Он более амбициозен, чем Glamsterdam, вводя фундаментальные изменения в обработку транзакций Ethereum.\u003C\u002Fp>\n\u003Ch3>Нативная абстракция аккаунтов\u003C\u002Fh3>\n\u003Cp>В то время как EIP-7702 (Pectra) обеспечил временную делегацию смарт-аккаунтов, Hegota стремится сделать абстракцию аккаунтов \u003Cstrong>первоклассной функцией протокола\u003C\u002Fstrong>. Ключевые предложения на рассмотрении:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Нативная абстракция газа\u003C\u002Fstrong> — любой токен может оплачивать газ, не только ETH. Протокол конвертирует по рыночным курсам через встроенный оракул.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Нативная интеграция бандлера\u003C\u002Fstrong> — UserOperations (из ERC-4337) становятся нативными типами транзакций, устраняя необходимость в отдельной инфраструктуре бандлера.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Путь устаревания EOA\u003C\u002Fstrong> — новые аккаунты по умолчанию являются смарт-аккаунтами. Существующие EOA продолжают работать, но им рекомендуется мигрировать.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Параллельное выполнение\u003C\u002Fh3>\n\u003Cp>Сегодня Ethereum обрабатывает транзакции последовательно — каждая транзакция выполняется одна за другой в блоке. Hegota вводит \u003Cstrong>оптимистичное параллельное выполнение\u003C\u002Fstrong>:\u003C\u002Fp>\n\u003Col>\n\u003Cli>Строитель блока определяет транзакции, обращающиеся к непересекающимся состояниям\u003C\u002Fli>\n\u003Cli>Эти транзакции выполняются параллельно в нескольких потоках\u003C\u002Fli>\n\u003Cli>При обнаружении конфликта (две транзакции обращаются к одному слоту хранилища) строитель блока переходит к последовательному выполнению для этих конкретных транзакций\u003C\u002Fli>\n\u003Cli>Корень состояния вычисляется после завершения всего параллельного и последовательного выполнения\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Ожидаемое улучшение пропускной способности: \u003Cstrong>3-5x\u003C\u002Fstrong> для выполнения L1, в зависимости от степени пересечения доступа к состоянию в данном блоке.\u003C\u002Fp>\n\u003Cpre>\u003Ccode>\u002F\u002F Пример параллельного выполнения:\n\u002F\u002F Tx A: перевод USDC от Алисы Бобу (обращается к слотам хранилища USDC)\n\u002F\u002F Tx B: обмен WETH на DAI на Uniswap (обращается к слотам Uniswap + WETH + DAI)\n\u002F\u002F Tx C: минтинг NFT (обращается к хранилищу контракта NFT)\n\u002F\u002F \n\u002F\u002F Эти три транзакции обращаются к непересекающимся состояниям → выполняются параллельно\n\u002F\u002F \n\u002F\u002F Tx D: перевод USDC от Чарли Дейву (обращается к слотам хранилища USDC)\n\u002F\u002F Tx D конфликтует с Tx A → выполняется последовательно после Tx A\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Подготовка к постквантовой эре\u003C\u002Fh3>\n\u003Cp>Hegota вводит первые конкретные шаги к квантово-устойчивой криптографии:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Прекомпайл верификации подписей на основе хешей\u003C\u002Fstrong> (SPHINCS+ или аналог)\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Интеграция исследований альтернативы KZG на решётках\u003C\u002Fstrong>\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Инструменты миграции аккаунтов\u003C\u002Fstrong> — контракты, позволяющие пользователям зарегистрировать постквантовый публичный ключ наряду с существующим ключом ECDSA\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Это не означает, что Ethereum станет квантово-устойчивым мгновенно. Это означает, что инструменты существуют для ранних последователей, чтобы защитить высокоценные аккаунты до того, как квантовые компьютеры станут практической угрозой.\u003C\u002Fp>\n\u003Ch2 id=\"peerdas\">PeerDAS: сэмплирование доступности данных\u003C\u002Fh2>\n\u003Cp>PeerDAS (Peer Data Availability Sampling) — пожалуй, самая важная среднесрочная технология масштабирования для Ethereum. Она меняет способ верификации доступности данных сетью — от “каждая нода скачивает каждый блоб” к “каждая нода проверяет небольшую часть, а сеть коллективно гарантирует доступность.”\u003C\u002Fp>\n\u003Ch3>Как работает PeerDAS\u003C\u002Fh3>\n\u003Col>\n\u003Cli>\u003Cstrong>Данные блоба кодируются с помощью кодов стирания\u003C\u002Fstrong> — каждый блоб расширяется с помощью кодирования Рида-Соломона, создавая избыточность. Даже при потере 50% данных полный блоб может быть реконструирован.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Данные распределяются по столбцам\u003C\u002Fstrong> — расширенные данные делятся на 128 столбцов. Каждая нода отвечает за хранение и обслуживание подмножества столбцов.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ноды производят случайную выборку\u003C\u002Fstrong> — для верификации доступности блоба нода запрашивает небольшое количество случайных столбцов из сети. Если все запросы успешны, нода статистически уверена (с подавляющей вероятностью), что полные данные доступны.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ни одна нода не хранит всё\u003C\u002Fstrong> — нагрузка хранения распределяется по сети, обеспечивая значительно более высокую общую пропускную способность данных.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch3>Влияние PeerDAS на пропускную способность\u003C\u002Fh3>\n\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Фаза\u003C\u002Fth>\u003Cth>Цель блобов\u003C\u002Fth>\u003Cth>Пропускная способность данных\u003C\u002Fth>\u003Cth>L2 TPS (оценка)\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\n\u003Ctr>\u003Ctd>До Pectra\u003C\u002Ftd>\u003Ctd>3\u002Fблок\u003C\u002Ftd>\u003Ctd>~31 КБ\u002Fс\u003C\u002Ftd>\u003Ctd>~500\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>После Pectra (EIP-7691)\u003C\u002Ftd>\u003Ctd>6\u002Fблок\u003C\u002Ftd>\u003Ctd>~62 КБ\u002Fс\u003C\u002Ftd>\u003Ctd>~1 000\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Glamsterdam\u003C\u002Ftd>\u003Ctd>8\u002Fблок\u003C\u002Ftd>\u003Ctd>~83 КБ\u002Fс\u003C\u002Ftd>\u003Ctd>~1 500\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>PeerDAS фаза 1\u003C\u002Ftd>\u003Ctd>32\u002Fблок\u003C\u002Ftd>\u003Ctd>~330 КБ\u002Fс\u003C\u002Ftd>\u003Ctd>~5 000\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>PeerDAS фаза 2\u003C\u002Ftd>\u003Ctd>64+\u002Fблок\u003C\u002Ftd>\u003Ctd>~660 КБ\u002Fс\u003C\u002Ftd>\u003Ctd>~10 000\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Cp>PeerDAS фаза 1 ожидается к поставке одновременно или вскоре после Glamsterdam. Фаза 2, требующая полного Danksharding, находится в дорожной карте 2027 года.\u003C\u002Fp>\n\u003Ch2 id=\"l2-pectra\">Экосистема L2 после Pectra\u003C\u002Fh2>\n\u003Cp>Увеличение блобов и EIP-7702 в Pectra уже трансформировали ландшафт L2:\u003C\u002Fp>\n\u003Ch3>Почти нулевые комиссии\u003C\u002Fh3>\n\u003Cp>С целевым показателем в 6 блобов комиссии L2-транзакций снизились до:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Arbitrum\u003C\u002Fstrong>: $0,001 - $0,01 за транзакцию\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Base\u003C\u002Fstrong>: $0,001 - $0,005 за транзакцию\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Optimism\u003C\u002Fstrong>: $0,002 - $0,01 за транзакцию\u003C\u002Fli>\n\u003Cli>\u003Cstrong>zkSync Era\u003C\u002Fstrong>: $0,005 - $0,02 за транзакцию\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Эти комиссии конкурентоспособны с централизованными платёжными процессорами и достаточно низки для применений, ранее невозможных на Ethereum: микроплатежи, игровые транзакции, чаевые в социальных сетях, расчёты IoT-данных.\u003C\u002Fp>\n\u003Ch3>Метрики принятия L2 (март 2026)\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>\u003Cstrong>Совокупный TVL L2\u003C\u002Fstrong>: $85 млрд (рост с $40 млрд до Pectra)\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ежедневные транзакции L2\u003C\u002Fstrong>: 45 миллионов (превышая средний дневной показатель Visa)\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Активные адреса L2\u003C\u002Fstrong>: 12 миллионов ежемесячно\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Доминирование L2\u003C\u002Fstrong>: 92% всех транзакций экосистемы Ethereum теперь выполняются на L2\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Дуополия Base и Arbitrum\u003C\u002Fh3>\n\u003Cp>Base (Coinbase) и Arbitrum стали доминирующими L2 общего назначения, захватив ~65% объёма транзакций L2 между собой. Base выигрывает от дистрибуции Coinbase (интеграция кошелька, онбординг), в то время как Arbitrum лидирует в DeFi TVL и инструментах разработчика (Stylus для смарт-контрактов на Rust\u002FC++).\u003C\u002Fp>\n\u003Ch2 id=\"\">Сравнительная таблица по срокам\u003C\u002Fh2>\n\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Обновление\u003C\u002Fth>\u003Cth>Целевая дата\u003C\u002Fth>\u003Cth>Ключевые функции\u003C\u002Fth>\u003Cth>Влияние\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\n\u003Ctr>\u003Ctd>Pectra\u003C\u002Ftd>\u003Ctd>Март 2025 (запущен)\u003C\u002Ftd>\u003Ctd>EIP-7702 (AA), EIP-7251 (MaxEB), EIP-7691 (блобы)\u003C\u002Ftd>\u003Ctd>Основа для AA + масштабирования L2\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Glamsterdam\u003C\u002Ftd>\u003Ctd>H1 2026\u003C\u002Ftd>\u003Ctd>Выше лимит газа, 8+ блобов, ePBS\u003C\u002Ftd>\u003Ctd>2x пропускная способность L1, дешевле данные L2\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>PeerDAS фаза 1\u003C\u002Ftd>\u003Ctd>H1-H2 2026\u003C\u002Ftd>\u003Ctd>Сэмплирование доступности данных, цель 32 блоба\u003C\u002Ftd>\u003Ctd>5x пропускная способность данных\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Hegota\u003C\u002Ftd>\u003Ctd>H2 2026\u003C\u002Ftd>\u003Ctd>Нативная AA, параллельное выполнение, PQ подготовка\u003C\u002Ftd>\u003Ctd>3-5x выполнение L1, защита будущего\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Полный Danksharding\u003C\u002Ftd>\u003Ctd>2027+\u003C\u002Ftd>\u003Ctd>PeerDAS фаза 2, 64+ блобов\u003C\u002Ftd>\u003Ctd>10 000+ совокупных TPS\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Ch2 id=\"\">Что это значит для разработчиков\u003C\u002Fh2>\n\u003Cp>Если вы строите на Ethereum в 2026 году, вот на чём стоит сосредоточиться:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>Внедряйте EIP-7702 сейчас\u003C\u002Fstrong> — потоки смарт-аккаунтов стали новым стандартом UX. Пользователи ожидают пакетных транзакций и спонсирования газа.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Стройте сначала на L2\u003C\u002Fstrong> — разворачивайте на Base, Arbitrum или Optimism для пользовательских приложений. Используйте L1 только для высокостоимостных расчётов.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Планируйте для PeerDAS\u003C\u002Fstrong> — когда пропускная способность блобов увеличится в 5x, ваши затраты на L2 снизятся пропорционально. Проектируйте архитектуру данных с учётом этого.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Следите за ePBS\u003C\u002Fstrong> — если вы запускаете MEV-стратегии или инфраструктуру построения блоков, ePBS Glamsterdam изменит вашу операционную модель.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Начинайте постквантовое планирование\u003C\u002Fstrong> — если вы хранитель значительной стоимости, начните исследовать варианты квантово-устойчивых подписей Hegota.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch2 id=\"\">Часто задаваемые вопросы\u003C\u002Fh2>\n\u003Ch3 id=\"glamsterdam\">Когда именно запускается Glamsterdam?\u003C\u002Fh3>\n\u003Cp>Разработчики ядра Ethereum наметили H1 2026 для Glamsterdam. Исходя из исторических сроков обновлений (Pectra запущен в марте 2025 с 2-месячной задержкой), реалистичная оценка — Q2 2026 (апрель-июнь).\u003C\u002Fp>\n\u003Ch3 id=\"glamsterdam-l1\">Уменьшит ли Glamsterdam комиссии L1 газа?\u003C\u002Fh3>\n\u003Cp>Не напрямую. Glamsterdam фокусируется на доступности данных (блобы) и инфраструктуре протокола (ePBS). Комиссии L1 газа зависят от спроса. Однако, делая L2 ещё дешевле, Glamsterdam может снизить загруженность L1, так как больше пользователей мигрируют на L2.\u003C\u002Fp>\n\u003Ch3 id=\"peerdas-danksharding\">В чём разница между PeerDAS и Danksharding?\u003C\u002Fh3>\n\u003Cp>PeerDAS — это сетевой протокол сэмплирования доступности данных. Danksharding — это полное видение, включающее PeerDAS плюс внутрипротокольную верификацию блобов. PeerDAS фаза 1 поставляется до полного Danksharding.\u003C\u002Fp>\n\u003Ch3 id=\"ethereum-10-000-tps\">Может ли Ethereum действительно достичь 10 000 TPS?\u003C\u002Fh3>\n\u003Cp>Цель в 10 000 TPS относится к совокупной пропускной способности L1 + L2. Сам L1 будет обрабатывать ~100-500 TPS после параллельного выполнения. Остальная пропускная способность обеспечивается L2-роллапами, публикующими сжатые данные на L1 через блобы. С PeerDAS фаза 2 пропускная способность данных поддерживает 10 000+ TPS по всем роллапам.\u003C\u002Fp>\n\u003Ch3 id=\"ethereum-solana\">Как масштабирование Ethereum сравнивается с Solana?\u003C\u002Fh3>\n\u003Cp>Solana достигает ~4 000 реальных TPS на одной монолитной цепи. Подход Ethereum распределяет выполнение по множеству L2, достигая более высокой совокупной пропускной способности ценой фрагментации экосистемы. Компромисс — децентрализация: L1 Ethereum может работать на потребительском оборудовании, тогда как Solana требует серверов высокого класса.\u003C\u002Fp>\n","ru","b0000000-0000-0000-0000-000000000001",true,"2026-03-28T10:44:35.339125Z","Масштабирование Ethereum 2026: Glamsterdam, PeerDAS и 10 000 TPS","Ethereum нацелен на 10 000 TPS в 2026 году. Обновления Glamsterdam, Hegota, PeerDAS с таймлайном, влиянием на L2 и руководством для разработчиков.","масштабирование Ethereum 2026",null,"index, follow",[22,27],{"id":23,"name":24,"slug":25,"created_at":26},"c0000000-0000-0000-0000-000000000016","EVM","evm","2026-03-28T10:44:21.513630Z",{"id":28,"name":29,"slug":30,"created_at":26},"c0000000-0000-0000-0000-000000000009","Web3","web3","Блокчейн",[33,39,45],{"id":34,"title":35,"slug":36,"excerpt":37,"locale":12,"category_name":31,"published_at":38},"de000000-0000-0000-0000-000000000013","Уровень интероперабельности Ethereum: как 55+ L2 становятся одной сетью","uroven-interoperabelnosti-ethereum-kak-55-l2-stanovyatsya-odnoj-setyu","У Ethereum 55+ роллапов Layer 2, фрагментирующих ликвидность и пользовательский опыт. Уровень интероперабельности Ethereum — объединяющий кросс-роллап-мессаджинг, общие секвенсоры и based-роллапы — призван объединить их в единую компонуемую сеть.","2026-03-28T10:44:36.068675Z",{"id":40,"title":41,"slug":42,"excerpt":43,"locale":12,"category_name":31,"published_at":44},"de000000-0000-0000-0000-000000000012","ZK-доказательства за пределами роллапов: верифицируемый AI-инференс на Ethereum","zk-dokazatelstva-za-predelami-rollapov-verificiruemyj-ai-inferens-ethereum","Доказательства с нулевым разглашением — это уже не только инструмент масштабирования. В 2026 году zkML обеспечивает верифицируемый AI-инференс в блокчейне, ZK-копроцессоры переносят тяжёлые вычисления оффчейн с ончейн-верификацией, а новые системы доказательств SP1 и Jolt делают это практичным.","2026-03-28T10:44:36.026310Z",{"id":46,"title":47,"slug":48,"excerpt":49,"locale":12,"category_name":50,"published_at":51},"de000000-0000-0000-0000-000000000011","Разработка на TON в 2026: криптоплатежи в Telegram Mini Apps с TON Pay SDK","razrabotka-na-ton-2026-kriptoplatezhi-telegram-mini-apps-ton-pay-sdk","Экосистема TON выросла до 500M+ активных пользователей Mini App ежемесячно, 3600+ приложений и 400M+ кошельков. Это руководство проведёт вас через интеграцию TON Pay SDK для криптоплатежей в Telegram Mini Apps — от аутентификации кошелька до переводов Jetton.","Телеграм","2026-03-28T10:44:35.924705Z",{"id":13,"name":53,"slug":54,"bio":55,"photo_url":19,"linkedin":19,"role":56,"created_at":57,"updated_at":57},"Open Soft Team","open-soft-team","The engineering team at Open Soft, building premium software solutions from Bali, Indonesia.","Engineering Team","2026-03-28T08:31:22.226811Z"]