👾 Все о хардфорке Ethereum - FUSAKA 2025-2026 [гайд по EIP / песочницам / Pectra] обновляется - Страница 10

Alcest · 19.03.2025

Про RIP-7755 простыми словами (из каталога на EIPs Insight со статусом "ЧЕРНОВИК")

RIP-7755 — это инициатива, направленная на создание стандартизированного механизма обработки и раскрытия информации о комиссиях за транзакции в сетях второго уровня (L2) в экосистеме Ethereum. Проект был разработан в рамках EEA Communities Project, управляемого OASIS, и направлен на повышение прозрачности и эффективности взаимодействия пользователей и операторов L2.

По сути как RIP-7759 постом выше, но есть много НО

RIP-7755 четко классифицирует все возможные виды комиссий, взимаемых в L2-сетях, и описывает, какие элементы входят в расчет:

• Базовая комиссия (Base Fee) – фиксированная или динамическая ставка за обработку транзакции.
• Комиссия за исполнение (Execution Fee) – плата за выполнение вычислительных операций в L2.
• Комиссия за хранение (Storage Fee) – взимается за запись и поддержание данных в сети.
• Комиссия за безопасность (Security Fee) – может включать дополнительные платежи за децентрализованную безопасность или гарантию неизменности транзакции.

2. Определение ролей в экосистеме L2

RIP-7755 описывает ключевых участников, которые взимают или управляют комиссиями:

• Операторы L2 – управляют расчетами и обработкой комиссий.
• Агрегаторы транзакций – группируют транзакции и влияют на их стоимость.
• Валидаторы и секвенсоры – обеспечивают порядок и выполнение транзакций.

Каждая роль получает определенную часть комиссии за выполнение своей функции.

3. Классификация типов транзакций

RIP-7755 определяет различные типы транзакций, к которым применяются комиссии:

• Обычные переводы (Simple Transfers)
• Вызовы смарт-контрактов (Contract Calls)
• Вывод средств из L2 в L1 (Withdrawals)

Для каждой категории прописаны принципы взимания и расчета комиссий.

Практическое применение RIP-7755

1. Облегчение выбора L2-сетей – пользователи смогут сравнивать комиссии разных платформ перед проведением транзакций.

2. Повышение доверия – RIP-7755 помогает избежать скрытых платежей и манипуляций с комиссиями.

3. Соответствие регуляторным требованиям – стандартизированные отчеты о комиссиях облегчают аудит и регулирование.

Внедрение RIP-7755 поможет создать более справедливую и понятную систему оплаты, что особенно важно с учетом растущей роли L2-решений в масштабируемости Ethereum.

уникальность

Alcest · 20.03.2025

Разбавлю ленту хорошей новостью

Coinbase стала крупнейшим централизованным оператором нод Ethereum

Биржа Coinbase контролирует 11,42% от общего объема эфира, размещенного в стейкинге, что составляет 3,84 млн ETH. Количество валидаторов Ethereum на платформе достигло примерно 120 000.

Энтони Сассано, исследователь и основатель образовательного проекта The Daily Gwei, отметил, что Coinbase является крупнейшим оператором узлов в сети. Несмотря на то, что доля Lido как коллектива значительно больше (27,2% по данным Dune), каждый валидатор в децентрализованных сервисах уступает централизованным биржам. В отчете Coinbase также указано, что еще 581 500 ETH застейканы через партнеров биржи.

По данным компании, время безотказной работы ее узлов составляет 99,75%, что выше целевого показателя в 99%. Коэффициент участия валидаторов на платформе также составляет 99,75%, что превышает среднее значение по сети — 99,52%. Узлы Coinbase расположены в разных юрисдикциях, таких как Япония, Сингапур, Ирландия, Германия и Гонконг. Платформа использует облачные сервисы двух провайдеров — Amazon Web Services и Google Cloud Platform.

Кроме того, узлы Coinbase поддерживают два клиента для каждого уровня: для уровня консенсуса — Prysm (80%) и Lighthouse (20%), а для уровня исполнения — Nethermind (64%) и Geth (36%). В будущем Coinbase планирует расширить используемое программное обеспечение.

уникальность

Alcest · 21.03.2025

ACDC #153
Часть 1

20 марта разработчики Ethereum провели видеоконференцию в Zoom в рамках встречи All Core Developers Consensus (ACDC) #153. Созвон возглавил исследователь Ethereum Foundation (EF) Алекс Стокс.

Эти созвоны проходят раз в две недели и посвящены обсуждению и координации изменений в консенсусном слое Ethereum (CL), также известном как Beacon Chain.

На ACDC #153 разработчики подтвердили планы по тестированию обновления Pectra. Они планируют обновить недавно запущенную тестовую сеть Hoodi в среду, 26 марта. Решение о дате релиза Pectra в основной сети пока отложено — разработчики сначала хотят увидеть, как пройдет обновление на Hoodi, и провести дополнительные тесты.

Также был затронут вопрос истечения срока хранения истории с учетом задержек в активации Pectra. Изначально планировалось, что клиенты удалят историю данных до Merge к 1 мая 2025 года, но это зависит от активации EIP 6110 в составе Pectra.

Поскольку запуск Pectra в основной сети, скорее всего, состоится не раньше конца мая, разработчики обсудили альтернативные стратегии. Однако консенсуса по новому плану достигнуто не было, и вопрос будет поднят снова на следующей встрече.

В завершение встречи они обсудили включение EIP 7688 в обновление Fusaka. Алекс Стокс отметил, что, пока клиентские команды не продвинутся в реализации PeerDAS, начинать работу над EIP, ориентированными на консенсусный слой для Fusaka, не стоит.

уникальность

Alcest · 21.03.2025

ACDC #153
Часть 2

В понедельник, 17 марта, разработчики запустили новую публичную тестовую сеть Ethereum под названием Hoodi. Активацию обновления Pectra на Hoodi запланировали на среду, 26 марта, в эпоху 2048, ориентировочно в 14:37 UTC.

Клиентские Lodestar, Besu, Nethermind и Lighthouse уже выпустили обновленные релизы, которые можно использовать на Hoodi, в то время как Teku, Reth и Geth продолжают работу над своими версиями.

Марио Гавел из Ethereum Foundation подготовил детальный разбор инцидентов, произошедших в тестовых сетях Holesky и Sepolia.

Алекс Стокс предложил разработчикам изучить эти отчеты и обсудить возможные способы оптимизации процесса реагирования на подобные ситуации.

Далее Стокс обратил внимание на комментарий Эндрю Коутхапа, бывшего редактора WeekInEthNews, который предложил возможные даты активации Pectra в основной сети. Однако большинство участников встречи, включая исследователя EF Джастина Траглиа, инженера Consensys Пола Харриса, инженера EF DevOps Барнабаша Бусу и исследователя EF Фредрика Свантеса, высказались за то, чтобы отложить принятие решения о дате релиза до завершения дополнительных тестов Pectra на Hoodi. Стокс поддержал это мнение.

Стокс поднял вопрос о сроках удаления старых данных из Ethereum. Он отметил, что EIP 6110 в обновлении Pectra изменяет процесс внесения депозитов и проверки валидаторов, из-за чего разработчики не смогут безопасно удалить историю депозитов до активации Pectra.

Одним из предложенных вариантов было удаление истории к 1 мая, но только для блоков, предшествующих запуску контракта депозита валидатора. Однако разработчик Geth, известный под псевдонимом Lightclient, отверг этот вариант, указав, что он усложнит работу системы, так как разработчикам придется внедрять временные решения для восстановления данных до и после активации Pectra. Стокс согласился, отметив, что логичнее будет перенести крайний срок удаления истории на период после запуска Pectra в основной сети.

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

Инженер EF DevOps Паритош Джаянти уточнил, что единственной тестовой сетью, содержащей данные с периода до Merge, является Sepolia. Разработчик под псевдонимом Nishant отметил, что некоторые клиентские команды, такие как Nethermind, уже тестируют истечение срока хранения истории на Sepolia.

Разработчик Geth Феликс Ланге добавил, что эта функция в первую очередь повлияет на клиентские реализации, а не на стабильность сети в целом. Однако, по его словам, для окончательной доработки механизма истечения истории клиентским командам необходимо достичь согласия по версиям протокола Ethereum Wire, который отвечает за взаимодействие между узлами сети.

Джаянти предложил использовать 1 мая как крайний срок для всех клиентов, чтобы активировать удаление истории в тестовой сети Sepolia.

уникальность

Alcest · 21.03.2025

ACDC #153
Часть 3

Разработчики поделились обновлениями по реализациям и тестированию PeerDAS в клиентских ПО.

Команда EF DevOps выразила мнение, что разработке PeerDAS необходимо уделить больше внимания и выделить дополнительные ресурсы.

Алекс Стокс отметил небольшое изменение в спецификациях PeerDAS, предложенное Джастином Траглией, которое теперь должны рассмотреть клиентские команды. Также обсуждался механизм хранения данных для валидаторов, который определяет, какие данные валидаторы должны загружать и проверять.

В текущей версии PeerDAS объем хранимых данных («столбцов») масштабируется вместе с количеством валидаторов. Однако в некоторых случаях, например, при консолидации валидаторов, число активных валидаторов на одном узле может резко изменяться.

Разработчики рассмотрели возможность изменения частоты обновления хранимых данных для валидаторов, чтобы учесть подобные события. Однако Стокс предложил пока не вносить изменения в спецификацию PeerDAS и позволить клиентским командам самостоятельно адаптировать свои реализации к динамическому изменению количества валидаторов.

уникальность

Alcest · 21.03.2025

ACDC #153
Часть 4 - заключительная

Включение EIP 7688 в обновление Fusaka

Алекс Стокс сообщил, что EIP 7688 для структур данных консенсусного слоя (CL), был предложен для включения в Fusaka.

Дмитрий Гусаков, технический руководитель Lido DAO, пояснил, что этот EIP играет ключевую роль для приложений, использующих EIP 4788. Последний будет активирован в обновлении Pectra и позволит смарт-контрактам проверять данные консенсусного слоя. Это открывает новые возможности для децентрализованного стейкинга, снижая необходимость в доверии, но при этом создает риск, что приложения будут вынуждены обновляться одновременно с обновлениями Ethereum.

EIP 7688 устраняет этот риск, ограничивая изменения в структуре данных CL, что защищает такие приложения, как Lido, Rocket Pool и другие, использующие EIP 4788. Гусаков также отметил, что реализация этого EIP не создаст значительной нагрузки на клиентские команды с точки зрения внедрения и тестирования

Никсо Рокиш из EF подтвердил, что команда Rocket Pool разделяет позицию Гусакова по EIP 7688.

Этан Кисслинг, разработчик Nimbus, добавил, что этот EIP также поможет уменьшить размер состояния Beacon Chain. Разработчики смогут безопасно удалять устаревшие данные, такие как дополнительное голосование по депозитам валидаторов, без риска переиндексации состояния Beacon.

Стокс отметил, что EIP 7688 может быть полезен не только для пулов стейкинга, но и для протоколов повторного стейкинга, таких как EigenLayer, а также для Layer-2 решений. Однако он подчеркнул, что в первую очередь разработчикам необходимо сосредоточиться на внедрении PeerDAS для Fusaka, прежде чем добавлять другие EIP, связанные с консенсусным слоем.

Кисслинг предложил, что если EIP 7688 не войдет в Fusaka, его стоит включить в обновление Glamsterdam.

уникальность

Alcest · 22.03.2025

Про EIP-7607 простыми словами (из каталога на EIPs Insight со статусом "ЧЕРНОВИК")

EIP-7607 — это мета-предложение по улучшению Ethereum, которое описывает обновление сети под названием Fusaka. Этот документ предоставляет общий обзор всех изменений, включенных в это обновление, и содержит ссылки на полные спецификации соответствующих EIP.

В обновление Fusaka планируется включить следующие предложения:

EIP-7873: Введение флага в EOF для включения вызывающего контракта в создаваемый контракт
EIP-7834: Отделение секции метаданных в формате EOF
EIP-7761: Добавление инструкции EXTCODETYPE.
EIP-7880: Введение инструкции EXTCODEADDRESS в формате EOF.
EIP-5920: Введение операции PAY.
EIP-7819: Добавление операции CREATE DELEGATE
EIP-7688: Обеспечение совместимости структур данных консенсуса с будущими обновлениями.

Конкретные сроки активации обновления Fusaka для различных сетей Ethereum (таких как Sepolia и основная сеть) будут определены позже и добавлены в документ по мере их утверждения.

Основная цель EIP-7607 — предоставить глобальный обзор всех изменений, включенных в обновление Fusaka, и обеспечить ссылки на полные спецификации каждого предложения. В документе отмечается, что он не содержит особых соображений по безопасности.

уникальность

Alcest · 23.03.2025

Про мартовский EIP-7623 (из EIPs Insight со статусом "ЧЕРНОВИК")

Авторы: Виталик Бутерин, Тим Бейко

EIP-7623 — это предложение по улучшению Ethereum, направленное на увеличение стоимости газа за использование calldata в транзакциях. Основная цель этого предложения — уменьшить максимальный размер блока и его вариативность, не оказывая значительного влияния на обычных пользователей сети.

В текущей структуре комиссий Ethereum стоимость байтов в calldata составляет 4 газа за нулевые байты и 16 газа за ненулевые байты. Это позволяет создавать блоки с максимальным размером около 2,78 МБ, хотя средний размер блока значительно меньше — примерно 125 КБ. Такая диспропорция может приводить к неэффективному использованию ресурсов сети и потенциальным рискам для консенсуса в случае последовательного появления максимальных по размеру блоков.

Основные изменения, предлагаемые EIP-7623:

Введение базовой стоимости для calldata: Предлагается установить минимальную стоимость газа для байтов в calldata, что увеличит расходы на транзакции, содержащие большие объемы данных.
Дифференциация стоимости в зависимости от использования EVM: Транзакции, которые потребляют значительное количество газа на операции EVM, сохранят текущую стоимость calldata (4/16 газа за байт). Однако для транзакций, где основная часть газа расходуется на calldata, стоимость увеличится до 10/40 газа за байт.

Ожидаемые результаты внедрения EIP-7623:

Сокращение максимального размера блока: Увеличение стоимости calldata для транзакций с большим объемом данных позволит уменьшить максимальный возможный размер блока до примерно 0,72 МБ, что снизит нагрузку на сеть и улучшит ее устойчивость.
Стимулирование использования блобов для хранения данных: Транзакции, использующие Ethereum для хранения больших объемов данных, будут мотивированы переходить на использование блобов, что обеспечит более эффективное распределение ресурсов сети.
Минимальное влияние на обычных пользователей: Большинство пользователей, совершающих стандартные операции (например, отправка ETH, взаимодействие с DeFi-протоколами), не заметят существенных изменений в стоимости транзакций.

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

уникальность

Alcest · 24.03.2025

О тестнетах. Часть 1

Недавние неудачи с Sepolia и Holesky создали проблемы для разработчиков Ethereum, фактически парализовав процесс тестирования и развертывания новых решений почти на три недели. Эта ситуация выявила ключевой недостаток в экосистеме — отсутствие стабильной и надежной тестовой среды.

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

Основные проблемы тестовых сетей Ethereum

1. Нестабильность тестовой инфраструктуры

• Holesky, задуманная как основная сеть для испытаний стейкинга и инфраструктуры, оказалась ненадежной и непредсказуемой.

• Sepolia, ограниченная валидацией и доступом, не смогла компенсировать сбои Holesky, что усугубило ситуацию.

2. Чрезмерная зависимость от централизованных сервисов

• Многие проекты вынуждены полагаться на провайдеров RPC (Infura, Alchemy), что делает их уязвимыми перед сбоями тестовых сетей.

• Отсутствие децентрализованных решений для тестирования ограничивает возможности разработчиков.

3. Низкий приоритет удобства для разработчиков

• Ethereum Foundation традиционно сосредоточена на тестировании изменений протокола, но не на обеспечении удобства для создания dApps.

• Разработчикам часто приходится адаптироваться к нестабильной тестовой среде, что тормозит инновации.

Зачем нужны тестовые сети Ethereum?

Тестовая сеть (testnet) — это изолированное окружение, имитирующее определенный форк Ethereum, в котором можно безопасно разрабатывать и тестировать приложения практически без затрат.

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

• Зависимость разработчиков

• Тестнеты используются для проверки кода, отладки транзакций, тестирования контрактов и инфраструктуры.

• Операционные расходы

• Запуск узлов, обновления сети и поддержка инструментов требуют ресурсов и координации.

• Ограниченный срок службы

• В отличие от основной сети (mainnet), тестовые сети рано или поздно устаревают, что вызывает сложности при миграции проектов.

Проблема нестабильности тестнетов

Ранее тестовые сети, такие как Ropsten, Kovan, Rinkeby и Goerli, просуществовали достаточно долго, обеспечивая стабильную среду для разработчиков. Однако последние годы ознаменовались нестабильностью и частыми изменениями, что нарушило привычные процессы разработки.

Хотя ни одна тестовая сеть никогда не позиционировалась как «вечная», их неожиданное устаревание создает серьезные проблемы для команд, особенно тех, у кого ограничены ресурсы на DevOps и облачную инфраструктуру.

Почему Ethereum нужен постоянный тестнет?

Существует распространенное мнение, что единственная стабильная сеть — это mainnet, но такой подход не подходит для большинства dApps.

• Тестовая сеть должна максимально точно отражать основную сеть, чтобы разработчики могли предсказуемо тестировать приложения без риска финансовых потерь.

• Современные dApps все больше зависят от внешних сервисов (ENS, Etherscan), поэтому ожидать, что команды смогут воспроизвести всю экосистему Ethereum локально, нереалистично и немасштабируемо.

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

уникальность

Alcest · 24.03.2025

О тестнетах. Часть 2

Эволюция тестовых сетей Ethereum

Тестовые сети Ethereum регулярно обновляются или заменяются, чтобы соответствовать текущим требованиям разработки и инфраструктуры. Ниже представлена история ключевых тестнетов, их причины устаревания и преемственность.

Завершенный Testnet	Преемник	Причина перехода
Morden (июль 2015 – ноябрь 2016)	Ropsten (ноябрь 2016)	Устарел из-за накопленных ненужных данных и проблем с консенсусом клиентов. Ropsten стал новым тестнетом на PoW.
Ropsten (ноябрь 2016 – декабрь 2022)	Sepolia (октябрь 2021 – активно)	Переведен на PoS во время тестирования Merge, затем упразднен в пользу более легкой Sepolia.
Kovan (март 2017 – 2021)	Sepolia (октябрь 2021 – активно)	PoA-тестнет Kovan зависел от OpenEthereum (Parity), который устарел. Sepolia заменил его как основную тестовую сеть уровня исполнения.
Rinkeby (апрель 2017 – Q3 2023)	Sepolia (октябрь 2021 – активно)	Не поддерживал The Merge и был устарел. Sepolia взяла на себя роль основной легкой тестовой сети.
Goerli (январь 2019 – активен, завершение в 2024)	Holesky (сентябрь 2023 – активно)	Столкнулся с нехваткой тестового ETH и ограничениями по стейкингу. Holesky был создан как крупномасштабная тестовая сеть для стейкинга.
Prater (июнь 2021 – август 2022)	Объединен с Goerli (август 2022)	Был тестовой сетью Ethereum 2.0 Beacon Chain и слился с Goerli для имитации The Merge.
Pyrmont (ноябрь 2020 – Q4 2021)	Prater (июнь 2021 – август 2022)	Pyrmont был ранней тестовой сетью для стейкинга, но был заменен Prater как более долгосрочная сеть для Beacon Chain.
Kiln (февраль 2022 – сентябрь 2022)	Нет прямого преемника (перешли к mainnet Merge)	Финальный тестнет для Merge, упразднен после успешного обновления основной сети.
Shandong (октябрь 2022 – январь 2023)	Публичные тестовые сети Shanghai (Zhejiang и др.)	Ранний тестнет для Shanghai/EOF, но EOF был отложен, и сеть заменили на финальные тестовые сети.
Zhejiang (февраль 2023 – апрель 2023)	Mainnet Shanghai	Краткосрочный тестнет для моделирования вывода ETH, устарел после обновления Shanghai.

История Ethereum показывает, что ни одна тестовая сеть не является вечной. Новые тестовые среды появляются для поддержки изменений в архитектуре сети и улучшения удобства для разработчиков. Сегодня ключевыми тестнетами остаются Sepolia (для общего тестирования) и Hoodi (для масштабного тестирования стейкинга).

уникальность

Alcest · 24.03.2025

О тестнетах. Часть 3

Переосмысление тестовой сети: ключевые принципы идеального тестнета для разработчиков

Чтобы устранить существующие проблемы и создать действительно удобную для разработчиков тестовую среду, необходимо учитывать три фундаментальных свойства идеальной тестовой сети: непрерывность, изоморфизм и доступность

1. Непрерывность: долговременная и стабильная среда

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

Долговечность тестнета позволит сформировать вокруг него целостную экосистему, включающую:

• Инструменты для разработчиков — мониторинг, отладка, фреймворки для развертывания.

• Краны — упрощенный доступ к тестовому ETH.

• Исследователи блокчейна — аналог Etherscan для анализа тестовых транзакций.

• Совместимые dApps — для бесшовного тестирования интеграции с реальными приложениями.

Это устранит проблему миграции, когда устаревание старых тестовых сетей нарушает рабочие процессы и заставляет разработчиков адаптироваться к новым условиям.

2. Изоморфизм: точная реплика Mainnet

Идеальный тестнет должен максимально точно имитировать основную сеть Ethereum, чтобы результаты тестирования были предсказуемыми и реалистичными. Это означает:

• Стабильность протокола — тестовая сеть не должна выходить из строя из-за неожиданных разветвлений, конфигурационных ошибок или обновлений протокола.

• Идентичные параметры — механика газа, работа валидаторов и алгоритмы консенсуса должны быть идентичны основной сети, за исключением использования “фейковых” ETH.

• Полнофункциональный паритет — поддержка тех же инфраструктурных сервисов (например, Etherscan, Infura, ENS), что и в основной сети.

Суть в том, что чем точнее тестовая сеть копирует Ethereum, тем эффективнее процесс тестирования

3. Доступность: открытость и масштабируемость

Одна из главных проблем прошлых тестнетов заключалась в ограниченном доступе, будь то дефицит тестового ETH, узкий круг валидаторов или бюрократические ограничения.

Идеальная тестовая сеть должна быть:

• Без разрешений — любой желающий должен иметь возможность использовать ее, а также запускать собственные валидаторы.

• Масштабируемой — способной обрабатывать большие объемы транзакций, обеспечивая реалистичные условия для нагрузочного тестирования.

• Простой в использовании — с интуитивно понятными механизмами получения тестового ETH и удобными инструментами развертывания смарт-контрактов.

Эти принципы позволят устранить искусственный дефицит, сделав тестовую среду доступной для всех разработчиков.

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

уникальность

Alcest · 24.03.2025

О тестнетах. Часть 4 - заключительная

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

1. Основная сеть (Ethereum Mainnet)

• Назначение: Главная сеть Ethereum, используемая для реальных транзакций и смарт-контрактов.

• Постоянство: Единственная неизменяемая и стабильная цепочка Ethereum.

• Минимальные риски: Любые обновления тщательно тестируются перед внедрением.

• Базовый эталон: Все тестовые сети должны соответствовать ей по функциональности и поведению.

Почему это важно:

• Обеспечивает безопасную и надежную среду для пользователей и разработчиков.

• Выступает в качестве главного источника данных для анализа и исследований.

• Поддерживает экономическую целостность и устойчивость экосистемы Ethereum.

2. aTestnet (Долговременная тестовая сеть для разработчиков dApps)

• Назначение: Постоянная среда для тестирования приложений и смарт-контрактов.

• Долговечность: Развертывается на неопределенный срок без планов закрытия.

• Безопасные обновления: Вносятся только тщательно проверенные изменения.

• Синхронизация с Mainnet: Форки происходят одновременно или после обновлений основной сети.

• Экономическая модель: Аналогичное распределение тестового ETH, имитирующее реальные условия.

• Открытый доступ: Разработчики могут легко получить тестовые ETH через краны.

Почему это важно:

• Обеспечивает стабильность и предсказуемость тестирования dApps.

• Включает полный набор инструментов: исследователи блоков, реле и сервисы отладки.

• Исключает риск неожиданного закрытия тестовой сети, нарушающего работу разработчиков.

3. ceTestnet (Тестовая сеть для проверки обновлений Ethereum)

• Назначение: Среда для детального тестирования обновлений протокола перед их развертыванием в основной сети.

• Форки перед обновлением Mainnet: Финальная стадия тестирования перед реализацией изменений.

• Временная сеть: Существует только до завершения тестирования конкретного обновления.

• Контролируемый набор валидаторов: Управляется Ethereum Foundation и партнерами для обеспечения точности тестов.

Почему это важно:

• Позволяет разработчикам ядра Ethereum проверять обновления в условиях, приближенных к реальной сети.

• Минимизирует вероятность ошибок и уязвимостей перед запуском в Mainnet.

• Поддерживает надежность всей экосистемы Ethereum, снижая риски сбоев после обновлений.

Эта методология обеспечивает четкое разделение тестовых сред, позволяя одновременно проводить эксперименты, тестировать обновления и поддерживать стабильность разработки dApps.

уникальность

Alcest · 24.03.2025

ERC-6551: Token Bound Accounts (ЧЕРНОВИК на EIP Board)

Ч.1

Кратко о ERC-6551 простыми словами

ERC-6551 — это стандарт Ethereum, который позволяет каждому NFT (ERC-721) действовать как кошелек (аккаунт) и управлять цифровыми активами. Это открывает новые возможности для взаимодействия с NFT, делая их более функциональными и интерактивными.

Ключевая идея: каждый NFT получает свой собственный смарт-контрактный кошелек (Token Bound Account, TBA), который может отправлять и получать активы, взаимодействовать со смарт-контрактами и даже владеть другими NFT.

Как работает ERC-6551?

1. Основные компоненты ERC-6551

ERC-6551 состоит из трех ключевых элементов:

• TBA (Token Bound Account) – смарт-контрактный кошелек, связанный с конкретным NFT.

• TBA-реестр (Registry) – контракт, который управляет развертыванием TBA.

• Контракт NFT (ERC-721) – сам NFT, которому принадлежит TBA.

Каждый NFT может развернуть уникальный TBA с помощью реестра ERC-6551, который действует как фабрика кошельков и контролирует создание новых TBA.

Как создается Token Bound Account?

1. Проверка NFT: Реестр получает запрос на создание TBA и проверяет, существует ли NFT.

2. Создание нового кошелька: Развертывается смарт-контракт TBA с адресом, привязанным к NFT.

3. Привязка к NFT: Теперь этот TBA «принадлежит» конкретному NFT и может взаимодействовать с блокчейном.

Важно: TBA не меняет сам ERC-721 NFT, а только добавляет функциональность кошелька.

уникальность

Alcest · 24.03.2025

Alcest написал(а):
ERC-6551: Token Bound Accounts (ЧЕРНОВИК на EIP Board)

Ч.2

Возможности ERC-6551

1. Владение активами внутри NFT

Теперь NFT может владеть:

Криптовалютами (ETH, USDC и т. д.)
Другими NFT (например, в игре меч может владеть зачарованными камнями)
Токенами ERC-20 и ERC-1155

Это означает, что можно создавать NFT-коллекции, где каждый NFT владеет другими цифровыми объектами.

2. Взаимодействие с dApps и смарт-контрактами

TBA может участвовать в DeFi (пулы ликвидности, лендинг, фарминг) или использоваться в DAO (NFT может голосовать в управлении проектами).

3. Улучшенная игровая механика

В играх можно сделать так, чтобы персонаж (NFT) владел оружием (другим NFT), и при продаже персонажа снаряжение переходило новому владельцу.

4. Улучшенные социальные функции и идентификация

NFT может содержать данные пользователя (например, ENS-имя, социальные метаданные) и выступать как цифровая идентичность.

Отличие ERC-6551 от других стандартов

Стандарт	Основная идея	Главное отличие
ERC-721	Уникальные токены (NFT)	Просто коллекционные объекты, без управления активами
ERC-1155	Мульти-токены (FT + NFT)	Гибридный стандарт, но без кошельковой функциональности
ERC-4337	Абстракция аккаунтов	Позволяет подписывать транзакции без приватного ключа, но не привязан к NFT
ERC-6551	NFT как кошелек (TBA)	Делает каждый NFT самостоятельным «игроком» в экосистеме

ERC-6551 не заменяет другие стандарты, а добавляет к ним новые функции.

ERC-6551 делает NFT не просто цифровыми объектами, а полноценными участниками блокчейна, способными владеть активами, совершать транзакции и взаимодействовать с dApps.

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

уникальность

Alcest · 24.03.2025

Вернемся непосредственно к Pectra и к тому, что происходит за кулисами Ethereum Foundation

Тим Бейко обновит блог с дополнительными деталями о клиентских версиях. Это, вероятно, связано с предстоящими изменениями или обновлениями в Ethereum.
Михаил и Йохем займутся обновлением спецификаций EIP-6110, применяя метод фиксированного типа, предложенный Варнавой. Это улучшение предложения Ethereum (EIP) связано с механизмами работы протокола.
Дискуссия по определению «системного вызова» продолжается в теме All Core Devs (ACD). Это, вероятно, важно для взаимодействия клиентов и смарт-контрактов.
Команда Execution Layer (EL) приглашается к участию в конкурсе Peer DAS (Data Availability Sampling). Это часть исследований по масштабируемости Ethereum.

Alcest · 25.03.2025

Alcest написал(а):
за кулисами Ethereum

По EIP-6110

EIP-6110 касается механизма хранения и обработки депозитных данных в Ethereum. В ходе обсуждения разработчики рассмотрели два возможных подхода:

1. Полный динамический подход

• Execution Layer (EL) анализирует входные данные на основе ABI (Application Binary Interface)Эти данные передаются в Consensus Layer без фиксированного формата. Такой подход более гибкий, но потенциально усложняет обработку и тестирование.

2. Фиксированная компоновка (Fixed Layout Approach)

• Клиенты EL используют предопределенный формат данных с фиксированными размерами. Это снижает сложность обработки на стороне CL, делая систему более стабильной.

Основные моменты в ходе обсуждения

• Михаил считает, что фиксированная компоновка лучше работает с точки зрения Consensus Layer (CL) и поддерживает этот вариант. Однако он ожидает отзывов от команд Execution Layer (EL) и тестировщиков.
• Марио отметил, что фиксированный формат упрощает тестирование, но в динамическом варианте могут возникнуть проблемы с обработкой больших полей.
• Гаджиндер Сингх предложил включить байт-код депозитного контракта в EIP, так как он теперь считается системным контрактом. Он также считает, что информационный EIP для сетей (например, Sepolia) должен подробно описывать все дополнительные действия.
• Йохем Брауэр (EthJS) указал, что в Sepolia используется другой байт-код, но схема событий для DepositEvent остается неизменной.

Принятое решение

• Команда решила перейти к фиксированному формату, как предложил Варнава.
• Михаил и Йохем займутся обновлением спецификаций EIP-6110 в соответствии с новым подходом.

уникальность

Alcest · 25.03.2025

Завтра развернут Пектру в новом тестнете. Ждем

Alcest · 26.03.2025

Пектра финализируется в тестнете Худи

Alcest · 26.03.2025

Если тестирование в Hoodi пройдет успешно (старт успешен), разработчики планируют активировать Pectra в основной сети Ethereum примерно через 30 дней начиная с 26 марта

Alcest · 26.03.2025

Alcest написал(а):
Pectra в основной сети Ethereum

25 апреля

👾 Все о хардфорке Ethereum - FUSAKA 2025-2026 [гайд по EIP / песочницам / Pectra] обновляется - Страница 10

Ключевые моменты Pectra​

Подтвержденные EIP​

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Модератор подраздела "Новости криптовалют"

Похожие темы

Ключевые моменты Pectra

Подтвержденные EIP