26 записей с тегом "Ethereum"

В течение многих лет Ethereum Name Service (ENS) многими воспринимался как нишевый инструмент для криптоэнтузиастов — способ заменить длинные, неудобные адреса кошельков на удобочитаемые имена в формате .eth. Но в 2025 году это восприятие устарело. ENS превратился в фундаментальный уровень для программируемой идентичности бренда, превращая простое имя в портативный, проверяемый и унифицированный якорь для всего цифрового присутствия вашей компании.

Речь больше не идет только о brand.eth. Речь идет о том, чтобы сделать brand.com крипто-ориентированным, выдавать проверяемые роли сотрудникам и строить доверие с клиентами через единый, канонический источник истины. Это руководство для компаний о том, почему ENS важен сейчас и как его внедрить уже сегодня.

TL;DR

• ENS превращает имя (например, brand.eth или brand.com) в программируемую идентичность, которая сопоставляется с кошельками, приложениями, веб-сайтами и проверенными данными профиля.
• Вам не нужно отказываться от своего DNS-домена: с помощью Gasless DNSSEC brand.com может функционировать как имя ENS без комиссий в блокчейне при настройке.
• Ценообразование .eth прозрачно и основано на продлении (более короткие имена стоят дороже), а доход финансирует протокол общественного блага через ENS DAO.
• Субимена, такие как alice.brand.eth или support.brand.com, позволяют выдавать роли, привилегии и доступ — ограниченные по времени и регулируемые «предохранителями» NameWrapper и сроком действия.
• ENS переносит основную функциональность на L2 в ENSv2 с разрешением с минимизированным доверием через CCIP‑Read — это важно для стоимости, скорости и масштаба.

Почему ENS важен для современных компаний​

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

• Единая, удобочитаемая идентичность: По своей сути ENS сопоставляет запоминающееся имя с криптографическими адресами. Но его возможности выходят далеко за рамки одного блокчейна. Благодаря поддержке нескольких блокчейнов, ваш brand.eth может одновременно указывать на ваш биткойн-казначейство, операционный кошелек Solana и смарт-контракты Ethereum. Имя вашего бренда становится единым, удобным для пользователя якорем для платежей, приложений и профилей во всей экосистеме web3.
• Глубокая интеграция в экосистему: ENS — это не спекулятивная ставка на нишевый протокол; это примитив web3. Он изначально поддерживается в основных кошельках (Coinbase Wallet, MetaMask), браузерах (Brave, Opera) и децентрализованных приложениях (Uniswap, Aave). Когда такие партнеры, как GoDaddy, интегрируют ENS, это сигнализирует о сближении инфраструктур web2 и web3. Принимая ENS, вы подключаете свой бренд к обширной, совместимой сети.
• Богатые, проверяемые данные профиля: Помимо адресов, имена ENS могут хранить стандартизированные текстовые записи для информации профиля, такой как аватар, электронная почта, дескрипторы социальных сетей и URL-адрес веб-сайта. Это превращает ваше имя ENS в каноническую, машиночитаемую визитную карточку. Ваши инструменты поддержки, маркетинга и инженерии могут получать данные из одного и того же проверенного источника, обеспечивая согласованность и укрепляя доверие с вашими пользователями.

Два способа начала работы: .eth против «Используйте свой DNS»​

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

1. Зарегистрируйте brand.eth​

Это web3-нативный подход. Регистрация имени .eth дает вам крипто-нативный актив, который сигнализирует о приверженности вашего бренда экосистеме. Процесс прост и прозрачен.

• Четкий график комиссий: Комиссии оплачиваются ежегодно в ETH для предотвращения сквоттинга и финансирования протокола. Цены основаны на дефиците: имена из 5+ символов стоят всего $5/год, имена из 4 символов — $160/год, а имена из 3 символов — $640/год.
• Установите основное имя: Как только вы владеете brand.eth, вы должны установить его как «Основное имя» (также известное как обратная запись) для вашего основного кошелька компании. Это критически важный шаг, который позволяет кошелькам и dApp отображать ваше запоминающееся имя вместо вашего длинного адреса, значительно улучшая пользовательский опыт и доверие.

2. Улучшите brand.com внутри ENS (миграция не требуется)​

Вам не нужно отказываться от вашего ценного домена web2. Благодаря функции под названием Gasless DNSSEC, вы можете связать свой существующий DNS-домен с криптокошельком, эффективно превратив его в полностью функциональное имя ENS.

• Нулевая комиссия в блокчейне для владельцев: Этот процесс позволяет brand.com стать разрешаемым в экосистеме ENS без необходимости для владельца домена отправлять транзакцию в блокчейне.
• Поддержка основных регистраторов: GoDaddy уже упростил это с помощью записи «Криптокошелек» в один клик, основанной на этой функции ENS. Другие крупные регистраторы, поддерживающие DNSSEC, также могут быть настроены для работы с ENS.

Прагматичный совет: Делайте и то, и другое. Используйте brand.eth для вашей web3-нативной аудитории и казначейских операций. Одновременно интегрируйте brand.com в ENS, чтобы унифицировать весь ваш бренд и обеспечить бесшовный мост для вашей существующей пользовательской базы.

Развертывание с нуля: план на одну неделю​

Развертывание ENS не обязательно должно быть многоквартальным проектом. Целеустремленная команда может обеспечить надежное присутствие примерно за неделю.

• День 1–2: Имя и политика Зарегистрируйте brand.eth и свяжите свое существующее DNS-имя с помощью метода Gasless DNSSEC. Это также время для разработки внутренней политики в отношении канонического написания, использования эмодзи и правил нормализации. ENS использует стандарт ENSIP-15 для обработки вариаций имен, но крайне важно быть в курсе омоглифов (символов, которые выглядят одинаково) для предотвращения фишинговых атак на ваш бренд.

• День 3: Основные имена и кошельки Для казначейства, операций и платежных кошельков вашей компании установите Основное имя (обратную запись), чтобы они разрешались в treasury.brand.eth или аналогичное имя. Используйте эту возможность для заполнения записей адресов нескольких монет (BTC, SOL и т. д.), чтобы гарантировать правильную маршрутизацию платежей, отправленных на ваше имя ENS, независимо от блокчейна.

• День 4: Данные профиля Заполните стандартизированные текстовые записи для вашего основного имени ENS. Как минимум, установите email, url, com.twitter и avatar. Официальный аватар обеспечивает немедленную визуальную проверку в поддерживаемых кошельках. Для повышения безопасности вы также можете добавить публичный PGP-ключ.

• День 5: Субимена Начните выдавать субимена, такие как alice.brand.eth для сотрудников или support.brand.com для отделов. Используйте NameWrapper для применения «предохранителей» безопасности, которые могут, например, предотвратить передачу субимени. Установите срок действия для автоматического отзыва доступа по истечении срока действия контракта или увольнения сотрудника.

• День 6: Веб-сайт / Документы Децентрализуйте свое веб-присутствие. Закрепите свой пресс-кит, условия обслуживания или страницу статуса в децентрализованной сети хранения, такой как IPFS или Arweave, и свяжите ее со своим именем ENS через запись contenthash. Для универсального доступа пользователи могут разрешать этот контент через публичные шлюзы, такие как eth.limo.

• День 7: Интеграция в продукт Начните использовать ENS в своем приложении. Используйте библиотеки, такие как viem с ensjs, для разрешения имен, нормализации пользовательского ввода и отображения аватаров. При поиске адресов выполняйте обратный поиск, чтобы отобразить основное имя пользователя. Обязательно используйте шлюз-резолвер, который поддерживает CCIP-Read, чтобы ваше приложение было готово к будущей архитектуре L2 ENSv2.

Распространенные шаблоны, которые быстро окупаются​

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

• Более безопасные, простые платежи: Вместо копирования и вставки длинного, подверженного ошибкам адреса, укажите pay.brand.eth в своих счетах. Публикуя все свои адреса нескольких монет под одним именем, вы значительно снижаете риск того, что клиенты отправят средства на неправильный адрес или блокчейн.
• Аутентичная поддержка и социальное присутствие: Публикуйте свои официальные дескрипторы социальных сетей в текстовых записях ENS. Некоторые инструменты уже могут проверять эти записи, создавая надежную защиту от выдачи себя за другое лицо. Имя support.brand.eth может указывать непосредственно на специальный кошелек поддержки или защищенную конечную точку обмена сообщениями.
• Децентрализованное веб-присутствие: Разместите страницу статуса с защитой от подделки или важную документацию по адресу brand.eth с использованием contenthash. Поскольку ссылка находится в блокчейне, она не может быть удалена одним провайдером, что обеспечивает более высокую степень устойчивости для важной информации.
• Программируемая организационная структура: Выдавайте субимена employee.brand.eth, которые предоставляют доступ к внутренним инструментам или каналам с токен-гейтом. С помощью предохранителей NameWrapper и сроков действия вы можете создать динамическую, программируемую и автоматически отзываемую систему идентификации для всей вашей организации.
• Легкий пользовательский опыт (Gas-Light User Experiences): Для сценариев с большим объемом, таких как выдача идентификаторов лояльности или билетов в качестве субимен, транзакции в блокчейне слишком медленны и дороги. Используйте оффчейн-резолвер с CCIP-Read. Этот стандарт позволяет разрешать имена ENS из L2 или даже традиционных баз данных с минимизированным доверием. Лидеры отрасли, такие как Uniswap (uni.eth) и Coinbase (cb.id), уже используют этот шаблон для масштабирования своих систем пользовательской идентификации.

Безопасность и управление, которые нельзя пропускать​

Относитесь к своему основному имени ENS так же, как к своему основному доменному имени: как к критически важному элементу инфраструктуры компании.

• Разделяйте «Владельца» и «Менеджера»: Это основной принцип безопасности. Роль «Владельца», которая имеет право передавать имя, должна быть защищена в мультисиг-кошельке холодного хранения. Роль «Менеджера», которая может обновлять повседневные записи, такие как IP-адреса или аватары, может быть делегирована более доступному горячему кошельку. Такое разделение полномочий значительно уменьшает радиус поражения скомпрометированного ключа.
• Используйте защиты NameWrapper: При выдаче субимен используйте NameWrapper для сжигания «предохранителей», таких как CANNOT_TRANSFER, чтобы привязать их к конкретному сотруднику, или CANNOT_UNWRAP, чтобы обеспечить соблюдение ваших политик управления. Все разрешения регулируются датой истечения срока действия, которую вы контролируете, обеспечивая доступ с ограничением по времени по умолчанию.
• Отслеживайте продления: Не теряйте свое имя .eth из-за пропущенного платежа. Запланируйте даты продления и помните, что, хотя имена .eth имеют 90-дневный льготный период, политика в отношении субимен полностью зависит от вас.

Быстрый старт для разработчиков (TypeScript)​

Интеграция разрешения ENS в ваше приложение проста с современными библиотеками, такими как viem. Этот фрагмент кода показывает, как найти адрес по имени или имя по адресу.

import { createPublicClient, http } from "viem";
import { mainnet } from "viem/chains";
import { normalize, getEnsAddress, getEnsName, getEnsAvatar } from "viem/ens";

const client = createPublicClient({ chain: mainnet, transport: http() });

export async function lookup(nameOrAddress: string) {
  if (nameOrAddress.endsWith(".eth") || nameOrAddress.includes(".")) {
    // Имя → Адрес (нормализация ввода согласно ENSIP-15)
    const name = normalize(nameOrAddress);
    const address = await getEnsAddress(client, {
      name,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    const avatar = await getEnsAvatar(client, { name });
    return { type: "name", name, address, avatar };
  } else {
    // Адрес → Основное имя (обратная запись)
    const name = await getEnsName(client, {
      address: nameOrAddress as `0x${string}`,
      gatewayUrls: ["https://ccip.ens.xyz"],
    });
    return { type: "address", address: nameOrAddress, name };
  }
}

Два ключевых вывода из этого кода:

• normalize необходим для безопасности. Он обеспечивает соблюдение правил именования ENS и помогает предотвратить распространенные фишинговые и спуфинг-атаки с использованием похожих имен.
• gatewayUrls указывает на универсальный резолвер, который поддерживает CCIP-Read. Это делает вашу интеграцию обратно совместимой с предстоящим переходом на L2 и оффчейн-данными.

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

Выбор и защита вашего имени: бренд и юридические аспекты​

• Нормализация и удобство использования: Ознакомьтесь с нормализацией ENSIP-15. Установите четкие внутренние правила использования эмодзи или не-ASCII символов и активно проверяйте на наличие «путающих» символов, которые могут быть использованы для выдачи себя за ваш бренд.
• Проверка товарных знаков: Имена .eth функционируют вне традиционной структуры ICANN и ее процесса разрешения споров UDRP. Владельцы товарных знаков не могут полагаться на те же правовые механизмы, которые они используют для DNS-доменов. Поэтому защитная регистрация ключевых брендовых терминов является разумной стратегией. (Это не юридическая консультация; проконсультируйтесь с юристом.)

Что дальше: ENSv2 и переход на L2​

Протокол ENS не статичен. Следующая крупная эволюция, ENSv2, уже в пути.

• Переход протокола на L2: Для снижения затрат на газ и увеличения скорости основное хранилище ENS будет перенесено в сеть второго уровня (Layer 2). Разрешение имен будет переведено обратно на L1 и другие блокчейны через CCIP-Read и криптографические системы доказательств. Это значительно удешевит регистрацию и управление именами, открывая более богатые шаблоны приложений.
• План бесшовной миграции: ENS DAO опубликовала подробный план миграции, чтобы обеспечить перенос существующих имен в новую систему с минимальными затруднениями. Если вы работаете в масштабе, это ключевое событие, за которым стоит следить.

Контрольный список реализации​

Используйте этот контрольный список для руководства реализацией вашей команды.

• Зарегистрируйте brand.eth; свяжите brand.com через Gasless DNSSEC.
• Передайте владение именем в безопасный мультисиг-кошелек; делегируйте роли менеджера.
• Установите Основное имя для всех организационных кошельков.
• Опубликуйте адреса нескольких монет для платежей.
• Заполните текстовые записи (email, url, social, avatar).
• Выдавайте субимена для команд, сотрудников и сервисов, используя предохранители и сроки действия.
• Разместите минимальный децентрализованный сайт (например, страницу статуса) и установите contenthash.
• Интегрируйте разрешение ENS (viem/ensjs) в ваш продукт; нормализуйте все вводы.
• Запланируйте все даты продления имен .eth и отслеживайте их истечение.

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

В 2024 году происходит нечто примечательное: крупные технологические компании не просто исследуют блокчейн; они развертывают критически важные рабочие нагрузки в основной сети Ethereum. Microsoft ежедневно обрабатывает более 100 000 проверок цепочки поставок через свою систему на базе Ethereum, пилотный проект JP Morgan урегулировал транзакции с ценными бумагами на сумму $2,3 миллиарда, а блокчейн-подразделение Ernst & Young выросло на 300% в годовом исчислении, развиваясь на Ethereum.

Но самая убедительная история не просто в том, что эти гиганты принимают публичные блокчейны — дело в том, почему они делают это сейчас и что их $4,2 миллиарда совокупных инвестиций в Web3 говорят нам о будущем корпоративных технологий.

Упадок частных блокчейнов был неизбежен (но не по тем причинам, по которым вы думаете)​

Упадок частных блокчейнов, таких как Hyperledger и Quorum, был широко задокументирован, но их провал заключался не только в сетевых эффектах или в том, что они были "дорогими базами данных". Речь шла о времени и ROI.

Рассмотрим цифры: средний корпоративный проект частного блокчейна в 2020-2022 годах стоил $3,7 миллиона для внедрения и принес всего $850 000 экономии затрат за три года (по данным Gartner). Напротив, ранние данные о публичной реализации Microsoft на Ethereum показывают снижение затрат на внедрение на 68% и в 4 раза большую экономию средств.

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

Три скрытые силы, ускоряющие корпоративное принятие (и один основной риск)​

Хотя масштабируемость Layer 2 и ясность регулирования часто упоминаются как движущие силы, на самом деле ландшафт меняют три более глубокие силы:

1. "AWSификация" Web3​

Подобно тому, как AWS абстрагировал сложность инфраструктуры (сократив среднее время развертывания с 89 до 3 дней), Layer 2 Ethereum превратили блокчейн в потребляемую инфраструктуру. Система проверки цепочки поставок Microsoft перешла от концепции к производству за 45 дней на Arbitrum — сроки, которые были бы невозможны два года назад.

Данные говорят сами за себя: корпоративные развертывания на Layer 2 выросли на 780% с января 2024 года, при этом среднее время развертывания сократилось с 6 месяцев до 6 недель.

2. Революция доказательств с нулевым разглашением​

Доказательства с нулевым разглашением не просто решили проблему конфиденциальности — они заново изобрели модель доверия. Технологический прорыв можно измерить в конкретных терминах: протокол Nightfall от EY теперь может обрабатывать частные транзакции с 1/10 стоимости предыдущих решений для конфиденциальности, сохраняя при этом полную конфиденциальность данных.

Текущие корпоративные реализации ZK включают:

• Microsoft: Проверка цепочки поставок (100 тыс. транзакций/день)
• JP Morgan: Урегулирование ценных бумаг (обработано на $2,3 млрд)
• EY: Системы налоговой отчетности (250 тыс. организаций)

3. Публичные сети как стратегическое хеджирование​

Предложение стратегической ценности поддается количественной оценке. Предприятия, тратящие средства на облачную инфраструктуру, сталкиваются со средними затратами на привязку к поставщику в размере 22% от их общего ИТ-бюджета. Создание на публичном Ethereum снижает этот показатель до 3,5%, сохраняя при этом преимущества сетевых эффектов.

Контраргумент: Риск централизации​

Однако эта тенденция сталкивается с одной серьезной проблемой: риском централизации. Текущие данные показывают, что 73% корпоративных транзакций Layer 2 обрабатываются всего тремя секвенсорами. Эта концентрация может воссоздать те же проблемы привязки к поставщику, от которых предприятия пытаются уйти.

Новый корпоративный технический стек: Подробный обзор​

Появляющийся корпоративный стек раскрывает сложную архитектуру:

Уровень расчетов (основная сеть Ethereum):

• Финальность: время блока 12 секунд
• Безопасность: $2 млрд экономической безопасности
• Стоимость: $15-30 за расчет

Уровень исполнения (специализированные L2):

• Производительность: 3 000-5 000 TPS
• Задержка: финальность 2-3 секунды
• Стоимость: $0,05-0,15 за транзакцию

Уровень конфиденциальности (инфраструктура ZK):

• Генерация доказательств: 50 мс-200 мс
• Стоимость верификации: ~$0,50 за доказательство
• Конфиденциальность данных: Полная

Доступность данных:

• Ethereum: $0,15 за кБ
• Альтернативный DA: $0,001-0,01 за кБ
• Гибридные решения: Рост на 400% квартал к кварталу

Что дальше: Три прогноза на 2025 год​

1. Консолидация корпоративных Layer 2 Текущая фрагментация (27 L2, ориентированных на предприятия) консолидируется до 3-5 доминирующих платформ, что обусловлено требованиями безопасности и потребностями в стандартизации.

2. Взрыв набора инструментов конфиденциальности После успеха EY ожидайте более 50 новых корпоративных решений для конфиденциальности к 4 кварталу 2024 года. Ранние индикаторы показывают 127 репозиториев, ориентированных на конфиденциальность, находящихся в разработке у крупных предприятий.

3. Появление кросс-чейн стандартов Ожидайте, что Enterprise Ethereum Alliance выпустит стандартизированные протоколы кросс-чейн связи к 3 кварталу 2024 года, решая текущие риски фрагментации.

Почему это важно сейчас​

Массовое внедрение Web3 знаменует собой эволюцию от "инноваций без разрешений" к "инфраструктуре без разрешений". Для предприятий это представляет собой возможность в $47 миллиардов для перестройки критически важных систем на открытых, интероперабельных основах.

Метрики успеха, за которыми стоит следить:

• Рост TVL предприятий: В настоящее время $6,2 млрд, рост на 40% ежемесячно
• Активность разработки: 4 200+ активных корпоративных разработчиков
• Объем кросс-чейн транзакций: 15 млн ежемесячно, рост на 900% с начала года
• Затраты на генерацию ZK-доказательств: Снижение на 12% ежемесячно

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

Максимально извлекаемая ценность (MEV) — это не просто страшилка для трейдеров, это экономический двигатель, который незаметно формирует то, как строятся блоки, как кошельки маршрутизируют ордера и как протоколы проектируют рынки. Вот прагматичное руководство для основателей, инженеров, трейдеров и валидаторов.

Краткое содержание​

• Что такое MEV: Дополнительная ценность, которую производитель блока (валидатор/секвенсор) или их партнеры могут извлечь путем переупорядочивания, вставки или исключения транзакций сверх базовых вознаграждений и газа.
• Почему оно существует: Публичные мемпулы, детерминированное исполнение и зависимости от порядка транзакций (например, проскальзывание AMM) создают прибыльные игры с порядком.
• Как работает современное MEV: Цепочка поставок — кошельки и аукционы потока ордеров → поисковики → строители → ретрансляторы → предложители — формализованная разделением предложителя и строителя (PBS) и MEV-Boost.
• Защита пользователей сегодня: Приватная отправка транзакций и аукционы потока ордеров (OFA) могут снизить риск сэндвич-атак и поделиться улучшением цены с пользователями.
• Что дальше (по состоянию на сентябрь 2025 г.): Встроенный PBS, списки включения, MEV-burn, SUAVE и общие секвенсоры для L2 — все направлено на справедливость и устойчивость.

Пятиминутная ментальная модель​

Представьте блочное пространство как дефицитный ресурс, продаваемый каждые 12 секунд в Ethereum. Когда вы отправляете транзакцию, она попадает в публичную зону ожидания, называемую мемпулом. Некоторые транзакции, в частности свопы на DEX, ликвидации и арбитражные возможности, имеют выплаты, зависящие от порядка. Их результат и прибыльность меняются в зависимости от того, где они попадают в блок относительно других транзакций. Это создает игру с высокими ставками для того, кто контролирует порядок.

Максимальная потенциальная прибыль от этой игры — это Максимально извлекаемая ценность (MEV). Четкое, каноническое определение звучит так:

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

Это явление было впервые формализовано в академической статье 2019 года «Flash Boys 2.0», которая задокументировала хаотичные «аукционы приоритетного газа» (где боты повышали комиссии за газ, чтобы их транзакция была включена первой) и подчеркнула риски, которые это представляло для стабильности консенсуса.

Краткая таксономия (с примерами)​

MEV — это не одно действие, а категория стратегий. Вот наиболее распространенные из них:

• DEX-арбитраж (бэкранинг): Представьте, что крупный своп на Uniswap приводит к падению цены ETH относительно его цены на Curve. Арбитражер может купить дешевый ETH на Uniswap и продать его на Curve для мгновенной прибыли. Это «бэкранинг», потому что он происходит сразу после транзакции, изменяющей цену. Эта форма MEV обычно считается полезной, поскольку она помогает поддерживать согласованность цен на разных рынках.
• Сэндвич-атака: Это самая печально известная и непосредственно вредоносная форма MEV. Злоумышленник замечает крупный ордер на покупку пользователя в мемпуле. Он фронтранит пользователя, покупая тот же актив непосредственно перед ним, что приводит к росту цены. Затем сделка жертвы исполняется по этой худшей, более высокой цене. Затем злоумышленник немедленно бэкранит жертву, продавая актив, фиксируя разницу в цене. Это эксплуатирует указанную пользователем толерантность к проскальзыванию.
• Ликвидации: В протоколах кредитования, таких как Aave или Compound, позиции становятся недостаточно обеспеченными, если стоимость их залога падает. Эти протоколы предлагают бонус тому, кто первым ликвидирует позицию. Это создает гонку среди ботов за то, чтобы первыми вызвать функцию ликвидации и получить вознаграждение.
• «Газовые войны» при минтинге NFT (устаревший паттерн): При ажиотажных минтингах NFT начинается гонка за получение токена с ограниченным предложением. Боты яростно конкурировали за самые ранние слоты в блоке, часто повышая цены на газ до астрономических уровней для всей сети.
• Междоменное MEV: По мере фрагментации активности между Layer 1, Layer 2 и различными роллапами возникают возможности для получения прибыли от разницы в ценах между этими изолированными средами. Это быстрорастущая и сложная область извлечения MEV.

Современная цепочка поставок MEV (после The Merge)​

До The Merge майнеры контролировали порядок транзакций. Теперь это делают валидаторы. Чтобы предотвратить чрезмерную централизацию и специализацию валидаторов, сообщество Ethereum разработало Разделение предложителя и строителя (PBS). Этот принцип разделяет задачу предложения блока для цепочки от сложной задачи построения наиболее прибыльного блока.

На практике сегодня большинство валидаторов используют промежуточное ПО под названием MEV-Boost. Это программное обеспечение позволяет им передавать построение блоков на аутсорсинг конкурентному рынку. Высокоуровневый поток выглядит так:

1. Пользователь/Кошелек: Пользователь инициирует транзакцию, отправляя ее либо в публичный мемпул, либо на приватную RPC-конечную точку, которая предлагает защиту.
2. Поисковики/Решатели: Это сложные участники, которые постоянно отслеживают мемпул на предмет возможностей MEV. Они создают «пакеты» транзакций (например, фронтран, сделка жертвы и бэкран), чтобы захватить эту ценность.
3. Строители: Это высокоспециализированные сущности, которые агрегируют пакеты от поисковиков и другие транзакции для построения максимально прибыльного блока. Они конкурируют друг с другом, чтобы создать блок с наибольшей ценностью.
4. Ретрансляторы: Они выступают в качестве доверенных посредников. Строители отправляют свои блоки ретрансляторам, которые проверяют их на валидность и скрывают содержимое от предложителя до тех пор, пока оно не будет подписано. Это предотвращает кражу предложителем тяжелой работы строителя.
5. Предложитель/Валидатор: Валидатор, использующий MEV-Boost, запрашивает несколько ретрансляторов и просто выбирает наиболее прибыльный заголовок блока. Он подписывает его вслепую, не видя содержимого, и получает платеж от выигравшего строителя.

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

Почему MEV может быть вредным​

• Прямые затраты для пользователя: Сэндвич-атаки и другие формы фронтранинга приводят к ухудшению качества исполнения для пользователей. Вы платите больше за актив или получаете меньше, чем должны были, при этом разница захватывается поисковиком.
• Риск консенсуса: В крайних случаях MEV может угрожать стабильности самого блокчейна. До The Merge «атаки временных бандитов» были теоретической проблемой, когда майнеры могли быть стимулированы к реорганизации блокчейна для захвата прошлой возможности MEV, подрывая окончательность.
• Риск структуры рынка: Цепочка поставок MEV может создавать мощных игроков. Эксклюзивные сделки по потоку ордеров между кошельками и строителями могут создавать платные барьеры для транзакций пользователей, закрепляя олигополии строителей/ретрансляторов и угрожая основным принципам нейтралитета и устойчивости к цензуре.

Что действительно работает сегодня (практические меры по смягчению)​

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

Для пользователей и трейдеров​

• Используйте приватный путь отправки: Сервисы, такие как Flashbots Protect, предлагают RPC-конечную точку «protect» для вашего кошелька. Отправка вашей транзакции через нее удерживает ее из публичного мемпула, делая ее невидимой для сэндвич-ботов. Некоторые сервисы могут даже возместить вам часть MEV, извлеченного из вашей сделки.
• Предпочитайте маршрутизаторы, поддерживающие OFA: Аукционы потока ордеров (OFA) — мощная защита. Вместо того чтобы отправлять ваш своп в мемпул, маршрутизаторы, такие как CoW Swap или UniswapX, отправляют ваше намерение на конкурентный рынок решателей. Эти решатели соревнуются, чтобы предложить вам наилучшую возможную цену, эффективно возвращая любую потенциальную MEV вам в виде улучшения цены.
• Уменьшите проскальзывание: Для неликвидных пар вручную установите низкий допуск проскальзывания (например, 0,1%), чтобы ограничить максимальную прибыль, которую может извлечь сэндвич-атакер. Разделение крупных сделок на более мелкие части также может помочь.

Для кошельков и DApps​

• Интегрируйте OFA: По умолчанию маршрутизируйте пользовательские транзакции через аукцион потока ордеров. Это наиболее эффективный способ защитить пользователей от сэндвич-атак и обеспечить им превосходное качество исполнения.
• Предлагайте приватный RPC по умолчанию: Сделайте защищенные RPC настройкой по умолчанию в вашем кошельке или DApp. Позвольте опытным пользователям настраивать свои предпочтения строителя и ретранслятора для точной настройки компромисса между конфиденциальностью и скоростью включения.
• Измеряйте качество исполнения: Не просто предполагайте, что ваша маршрутизация оптимальна. Сравните свое исполнение с маршрутизацией через публичный мемпул и количественно оцените улучшение цены, полученное от OFA и приватной отправки.

Для валидаторов​

• Запустите MEV-Boost: Участвуйте в рынке PBS, чтобы максимизировать свои вознаграждения за стейкинг.
• Диверсифицируйте: Подключайтесь к разнообразному набору ретрансляторов и строителей, чтобы избежать зависимости от одного поставщика и повысить устойчивость сети. Отслеживайте свои вознаграждения и показатели включения блоков, чтобы убедиться, что вы хорошо подключены.

L2 и рост SEV (извлекаемая ценность секвенсора)​

Роллапы Layer 2 не устраняют MEV; они просто меняют его название. Роллапы концентрируют власть упорядочивания в одной сущности, называемой секвенсором, создавая Извлекаемую ценность секвенсора (SEV). Эмпирические исследования показывают, что MEV широко распространен на L2, хотя часто с более низкой прибылью, чем на L1.

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

Что будет дальше (и почему это важно)​

Работа по укрощению MEV далека от завершения. На горизонте несколько крупных обновлений на уровне протокола:

• Встроенный PBS (ePBS): Это направлено на перемещение разделения предложителя и строителя непосредственно в сам протокол Ethereum, уменьшая зависимость от доверенных, централизованных ретрансляторов и укрепляя гарантии безопасности сети.
• Списки включения (EIP-7547): Это предложение дает предложителям способ заставить строителя включить определенный набор транзакций. Это мощный инструмент для борьбы с цензурой, гарантирующий, что даже транзакции с низкими комиссиями в конечном итоге смогут попасть в цепочку.
• MEV-Burn: Подобно тому, как EIP-1559 сжигает часть базовой комиссии за газ, MEV-burn предлагает сжигать часть платежей строителям. Это сгладит всплески доходов от MEV, уменьшит стимулы для дестабилизирующего поведения и перераспределит ценность обратно всем держателям ETH.
• SUAVE (Единый унифицированный аукцион для выражения ценности): Проект Flashbots по созданию децентрализованного, сохраняющего конфиденциальность аукционного слоя для потока ордеров. Цель состоит в создании более открытого и справедливого рынка для построения блоков и борьбе с тенденцией к эксклюзивным, централизованным сделкам.
• Стандартизация OFA: По мере того как аукционы становятся нормой, ведется работа по созданию формальных метрик и открытых инструментов для количественной оценки и сравнения улучшения цены, предлагаемого различными маршрутизаторами, повышая планку качества исполнения во всей экосистеме.

Чек-лист для основателя (выпускайте продукты, учитывающие MEV)​

• По умолчанию — конфиденциальность: Маршрутизируйте пользовательский поток через приватную отправку или системы на основе зашифрованных намерений.
• Проектируйте для аукционов, а не для гонок: Избегайте механик «первым пришел — первым обслужен», которые создают игры с задержками. Используйте пакетные аукционы или OFA для создания справедливых и эффективных рынков.
• Инструментируйте все: Регистрируйте проскальзывание, эффективную цену по сравнению с ценой оракула и альтернативные издержки ваших решений по маршрутизации. Будьте прозрачны с вашими пользователями относительно качества их исполнения.
• Диверсифицируйте зависимости: Полагайтесь на нескольких строителей и ретрансляторов сегодня. Подготовьте свою инфраструктуру к переходу на встроенный PBS завтра.
• Планируйте для L2: Если вы создаете многоцепочечное приложение, учитывайте SEV и междоменное MEV в своем дизайне.

FAQ для разработчиков​

• Является ли MEV «плохим» или «незаконным»? MEV — это неизбежный побочный продукт открытых, детерминированных блокчейн-рынков. Некоторые формы, такие как арбитраж и ликвидации, необходимы для эффективности рынка. Другие, такие как сэндвич-атаки, являются чисто извлекающими и вредными для пользователей. Цель состоит не в устранении MEV, а в разработке механизмов, которые минимизируют вред и согласуют извлечение с выгодой для пользователя и безопасностью сети. Его правовой статус сложен и варьируется в зависимости от юрисдикции.
• Гарантирует ли приватная отправка транзакций отсутствие сэндвич-атак? Это значительно снижает вашу подверженность, удерживая вашу транзакцию из публичного мемпула, где ищут большинство ботов. В сочетании с OFA это очень сильная защита. Однако ни одна система не идеальна, и гарантии зависят от конкретных политик приватного ретранслятора и строителей, которых вы используете.
• Почему бы просто не «отключить MEV»? Вы не можете. Пока существуют ончейн-рынки с ценовыми неэффективностями (что всегда так), будет прибыль от их исправления. Попытка полностью устранить MEV, вероятно, нарушит полезные экономические функции. Более продуктивный путь — управлять и перераспределять его с помощью лучшего дизайна механизмов, таких как ePBS, списки включения и MEV-burn.

Дополнительная литература​

• Каноническое определение и обзор: Ethereum.org — Документация по MEV
• Происхождение и риски: Flash Boys 2.0 (Daian et al., 2019)
• Введение в PBS/MEV-Boost: Документация Flashbots и MEV-Boost в двух словах
• Исследования OFA: Uniswap Labs — Количественная оценка улучшения цены на аукционах потока ордеров
• ePBS и MEV-burn: Обсуждения на форуме Ethereum Research
• Доказательства MEV на L2: Эмпирические анализы основных роллапов (например, «Анализ извлечения MEV в роллапах второго уровня»)

Итог​

MEV — это не сбой; это градиент стимулов, присущий блокчейнам. Выигрышный подход — не отрицание, а проектирование механизмов. Цель состоит в том, чтобы сделать извлечение ценности оспариваемым, прозрачным и ориентированным на пользователя. Если вы создаете продукт, внедрите это понимание в него с первого дня. Если вы торгуете, настаивайте, чтобы ваши инструменты делали это за вас. Экосистема быстро сходится к этому более зрелому, устойчивому будущему — сейчас самое время проектировать для него.

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

До слияния Ethereum в сентябре прошлого года платформа пережила 14 обновлений. Примечательно, что реактивное обновление произошло в 2016 году после инцидента с DAO Fork, когда Ethereum Classic (ETC) появился после кибератаки, которая поставила под угрозу финансирование проекта DAO в ETH.

За последние несколько лет произошли значительные обновления. Обновление London в августе 2020 года представило EIP-1599, внедрив сжигание ETH и динамическую корректировку базовой комиссии (Base Fee) для каждой транзакции. В сентябре 2022 года обновление Paris перевело механизм консенсуса Ethereum с Proof of Work (POW) на Proof of Stake (POS), ознаменовав конец эры машинного майнинга.

После обновления Shanghai основная команда разработчиков Ethereum объявила, что самым важным обновлением в этом году станет обновление Cancun, которое, как ожидается, произойдет позднее в этом году.

Обновление Cancun: что это и почему это важно?​

Названное в честь города, где проходила конференция разработчиков Ethereum (Devcon), предстоящее обновление Cancun реализует важнейшие улучшения в сети Ethereum.

Главная особенность обновления, EIP-4844, направлена на то, чтобы позволить узлам Ethereum временно хранить и извлекать данные вне блокчейна, удовлетворяя потребности блокчейн-приложений в данных и хранении. В случае успешной реализации EIP-4844, как ожидается, снизит затраты на решения Layer 2 (L2) rollup. Сообщается, что EIP-4844 уже был протестирован в четырех тестовых сетях, и пятая тестовая сеть готовится к запуску.

Изначально планировавшийся к завершению во время обновления Shanghai, EIP-4844 был отложен до обновления Cancun. Разработчики также договорились включить в обновление EIP-6780 (подготовка к будущему применению Verkle Trees), EIP-6475 (обеспечение улучшенной читаемости и компактной сериализации) и EIP-1153 (введение опкода временного хранения).

Принцип, лежащий в основе обновления​

Суть усилий Ethereum по масштабированию заключается в увеличении объема и скорости обработки данных. Одновременно преследуются два направления – Layer 2 rollups и шардинг в основной сети. Реализация EIP-4844 является первым шагом к полному шардингу.

До обновления Cancun информация L2 хранилась в Calldata информации L1. Этот метод был дорогостоящим и ограниченным из-за ограниченного пространства Calldata.

С обновлением Cancun информация L1 будет храниться в новом месте, называемом "Blob". Хранилище Blob более доступно и предлагает больше места, что позволяет Ethereum размещать больше данных, увеличивать количество транзакций в секунду (TPS) и снижать затраты. Поскольку Blob — это временный пакет данных, очищаемый каждые 30 дней, узлам необходимо загружать лишь фиксированный объем данных в месяц, что снижает нагрузку на узлы.

По сути, обновление Cancun сделает L2 дешевле и быстрее. Это принесет пользу не только протоколам L2, но и будет способствовать быстрому развитию экосистем, построенных на L2.

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

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

Что такое ERC-4337?​

ERC-4337 — это предложение, которое внедряет абстракцию аккаунтов в Ethereum посредством использования отдельного мемпула и нового типа псевдотранзакционного объекта, называемого UserOperation. Пользователи отправляют объекты UserOperation в альтернативный мемпул, где специальный класс участников, называемых бандлерами (bundlers), упаковывает их в транзакцию, вызывающую handleOps для выделенного контракта. Затем эти транзакции включаются в блок.

Предложение направлено на достижение нескольких целей:

1. Предоставить пользователям возможность использовать кошельки смарт-контрактов с произвольной логикой верификации в качестве своих основных аккаунтов.
2. Полностью устранить необходимость для пользователей иметь внешне принадлежащие аккаунты (EOA).
3. Обеспечить децентрализацию, позволяя любому бандлеру участвовать в процессе включения абстрагированных аккаунтов пользовательских операций.
4. Позволить всей активности происходить через публичный мемпул, устраняя необходимость для пользователей знать прямые адреса связи конкретных участников.
5. Избежать предположений о доверии к бандлерам.
6. Избежать необходимости каких-либо изменений консенсуса Ethereum для более быстрого внедрения.
7. Поддерживать другие варианты использования, такие как приложения, сохраняющие конфиденциальность, атомарные мульти-операции, оплата комиссий за транзакции токенами ERC-20 и транзакции, спонсируемые разработчиками.

Обратная совместимость​

Поскольку ERC-4337 не изменяет уровень консенсуса, прямых проблем с обратной совместимостью для Ethereum нет. Однако аккаунты, созданные до ERC-4337, нелегко совместимы с новой системой, поскольку им не хватает необходимой функции validateUserOp. Это можно решить, создав совместимый с ERC-4337 аккаунт, который повторно реализует логику верификации в качестве обертки и устанавливает его как доверенного отправителя операций исходного аккаунта.

Эталонная реализация​

Для тех, кто заинтересован в более глубоком изучении технических деталей ERC-4337, эталонная реализация доступна по адресу https://github.com/eth-infinitism/account-abstraction/tree/main/contracts.

Соображения безопасности​

Контракт точки входа для ERC-4337 должен быть тщательно проверен аудитом и формально верифицирован, поскольку он служит центральной точкой доверия для всей системы. Хотя такой подход снижает нагрузку на аудит и формальную верификацию для отдельных аккаунтов, он концентрирует риски безопасности в контракте точки входа, который должен быть надежно верифицирован.

Верификация должна охватывать два основных утверждения:

1. Безопасность от произвольного захвата: Точка входа вызывает аккаунт обобщенно только в том случае, если validateUserOp для этого конкретного аккаунта был успешно выполнен.
2. Безопасность от истощения комиссий: Если точка входа вызывает validateUserOp и он проходит, она также должна выполнить обобщенный вызов с calldata, равным op.calldata.

Заключение​

ERC-4337 — это захватывающее предложение, которое направлено на внедрение абстракции аккаунтов в Ethereum, не требуя изменений протокола на уровне консенсуса. Используя инфраструктуру более высокого уровня, оно открывает новые возможности для децентрализации, гибкости и различных вариантов использования. Хотя существуют соображения безопасности, которые необходимо учесть, это предложение имеет потенциал значительно улучшить экосистему Ethereum и пользовательский опыт.

Выводы средств, оптимизация газа и что последовало за этим — без лишнего шума.

Краткая версия​

Обновление Shapella, объединяющее названия Shanghai (для уровня исполнения) и Capella (для уровня консенсуса), было запущено в сети Ethereum 12 апреля 2023 года. Его главной особенностью стало включение вывода средств из стейкинга впервые с момента запуска Beacon Chain.

Главное изменение, EIP-4895, внедрило систему, при которой вывод средств валидаторов автоматически «передаётся» с уровня консенсуса на уровень исполнения, не требуя транзакций пользователя или комиссий за газ. Наряду с этим были выпущены четыре меньших EIP для тонкой настройки EVM, включая снижение стоимости газа (Warm COINBASE), оптимизацию байт-кода (PUSH0) и ограничения на создание контрактов (Initcode metering). Обновление также послужило последним предупреждением для разработчиков о том, что опкод SELFDESTRUCT будет удалён.

Shapella фактически завершила цикл Merge, а следующее крупное обновление, Dencun, последовало 13 марта 2024 года, сместив фокус сети на масштабируемость с помощью EIP-4844 «блобов».

Почему Shapella стала критически важной вехой​

С момента создания Beacon Chain и до апреля 2023 года стейкинг ETH был улицей с односторонним движением. Вы могли внести 32 ETH для обеспечения безопасности сети и получения вознаграждений, но не могли вывести свой основной капитал или эти вознаграждения уровня консенсуса. Эта заблокированная ликвидность была значительным обязательством и барьером для многих потенциальных стейкеров.

Shapella изменила всё, открыв дверь для вывода средств.

Ядром обновления был EIP-4895, который гениально разработал системную «операцию вывода средств». Вместо того чтобы требовать от стейкеров создания транзакции и оплаты газа для вывода средств, сам протокол теперь автоматически собирает соответствующие средства с уровня консенсуса и передаёт их на уровень исполнения. Этот чистый, основанный на «push»-механизме дизайн минимизировал сложность и риски, сделав изменение гораздо более простым для безопасного тестирования и развёртывания.

Что на самом деле изменилось: EIP простыми словами​

Shapella представляла собой пакет из пяти ключевых предложений по улучшению Ethereum (EIP):

• EIP-4895 — Выводы средств Beacon Chain (на основе «push»-механизма) Это было главное событие. Оно позволило как частичным (вознаграждения), так и полным (основной капитал + вознаграждения) выводам средств перетекать с уровня консенсуса на указанный адрес вывода стейкера. Ключевое новшество заключается в том, что это не инициированные пользователем транзакции; это автоматические операции, встроенные в предлагаемые блоки.

• EIP-3651 — «Тёплый COINBASE» Этот EIP привнёс небольшую, но важную оптимизацию газа. В EVM COINBASE относится к адресу производителя блока (валидатора), а не к бирже. До Shapella, при первом доступе смарт-контракта к этому адресу в рамках транзакции, он нёс более высокую стоимость газа. EIP-3651 сделал адрес COINBASE «тёплым» по умолчанию, снизив стоимость газа для протоколов, которые часто взаимодействуют с ним, например, для тех, кто платит MEV-чаевые непосредственно создателю блока.

• EIP-3855 — Опкод PUSH0 Простое, но элегантное дополнение к EVM. Этот новый опкод, PUSH0, делает именно то, что заявлено: он помещает значение ноль в стек. Ранее разработчикам приходилось использовать более тяжёлые и дорогие опкоды для достижения этой цели. PUSH0 делает байт-код немного меньше и более эффективным по газу, особенно для многочисленных контрактов, которые инициализируют переменные нулём.

• EIP-3860 — Ограничение и измерение initcode Это изменение ввело два правила для кода, используемого для создания смарт-контракта (initcode). Во-первых, оно ограничило максимальный размер initcode 49 152 байтами. Во-вторых, оно добавило небольшую комиссию за газ за каждый 32-байтовый фрагмент этого кода. Это предотвращает атаки типа «отказ в обслуживании», связанные с чрезмерно большими контрактами, и делает затраты на создание контрактов более предсказуемыми.

• EIP-6049 — Устаревание SELFDESTRUCT (Предупреждение) Это было не изменение кода, а официальное предупреждение сообществу разработчиков. Оно сигнализировало о том, что функциональность опкода SELFDESTRUCT, который позволяет контракту удалять себя и отправлять свой ETH на целевой адрес, будет кардинально изменена в будущем обновлении. Это дало разработчикам время постепенно отказаться от его использования до того, как обновление Dencun позже изменило его поведение с помощью EIP-6780.

Выводы средств 101: Частичные против полных​

Shapella представила два типа автоматических выводов средств, каждый со своими правилами.

• Частичные выводы средств Это автоматический сбор вознаграждений. Если баланс валидатора превышает 32 ETH за счёт вознаграждений уровня консенсуса, протокол автоматически «снимает» избыточную сумму и отправляет её на указанный адрес вывода средств. Валидатор остаётся активным и продолжает выполнять свои обязанности. Это происходит без каких-либо действий со стороны стейкера.

• Полные выводы средств (Выход) Это для стейкеров, которые хотят прекратить валидацию и получить весь свой баланс. Стейкер должен сначала отправить сообщение о добровольном выходе. После периода ожидания валидатор получает право на полный вывод средств. После обработки в рамках сбора весь баланс отправляется на адрес вывода средств, и валидатор больше не является частью активного набора.

Пропускная способность и частота​

Сеть спроектирована для плавной обработки выводов средств без возникновения нестабильности.

• До 16 выводов средств могут быть включены в каждый блок (каждые 12 секунд), что позволяет обрабатывать максимум около 115 200 выводов средств в день.
• Предлагающий блок сканирует список активных валидаторов и включает первые 16 подходящих выводов средств. Следующий предлагающий блок продолжает с того места, где остановился предыдущий, гарантируя, что каждый валидатор получит свою очередь в очереди.
• Чтобы предотвратить массовый исход, дестабилизирующий сеть, количество валидаторов, которые могут выйти за эпоху (каждые ~6,4 минуты), ограничено лимитом оттока. Этот лимит динамичен и зависит от общего числа активных валидаторов, сглаживая волны выхода.

Также важно отметить, что вознаграждения уровня консенсуса обрабатываются этим механизмом вывода средств EIP-4895, в то время как вознаграждения уровня исполнения (приоритетные комиссии и MEV) отправляются непосредственно на настроенный адрес получателя комиссии валидатора и доступны немедленно.

Что последовало: Dencun и путь к масштабируемости​

Shapella ознаменовала успешное завершение «эры Merge». Теперь, когда стейкинг стал полностью ликвидным, двусторонним процессом, разработчики обратили своё внимание на следующую большую задачу Ethereum: масштабируемость.

Следующее крупное обновление, Dencun (Deneb + Cancun), вышло 13 марта 2024 года. Его центральным элементом был EIP-4844, который представил «блобы» — новый, более дешёвый способ для роллапов второго уровня публиковать данные транзакций в основной сети Ethereum. Это значительно снизило комиссии за транзакции в L2 и стало огромным шагом вперёд в дорожной карте, ориентированной на роллапы. Dencun также выполнил обещание EIP-6049, реализовав EIP-6780, который значительно ограничил возможности опкода SELFDESTRUCT.

Общая картина​

Shapella стала важнейшей вехой доверия для консенсуса Proof-of-Stake Ethereum. Включив вывод средств, она снизила риски стейкинга, восстановила ликвидность и подтвердила способность сети выполнять сложные, скоординированные обновления. Она также принесла ряд прагматичных улучшений EVM, которые устранили технический долг и проложили путь для будущих оптимизаций.

Короче говоря, Shapella не просто открыла дверь для вывода средств для стейкеров — она укрепила основу пост-Merge эры и расчистила путь для Ethereum, чтобы сосредоточиться на следующей границе: массовой масштабируемости.

Наша миссия — создавать и ускорять развитие индустрии Web3 будущего. Мы одержимы опытом разработчиков и стремимся к постоянным инновациям. Именно поэтому теперь мы предлагаем децентрализованное файловое хранилище на базе EthStorage. dStore — это управляемое решение для хранения данных для создателей и разработчиков из любого блокчейна. Оно удобно в использовании, совместимо с EVM, имеет низкую стоимость и масштабируется до петабайтного уровня, и всё это работает на базе EthStorage.

Что такое EthStorage?​

EthStorage — это решение второго уровня (Layer 2), которое предоставляет программируемое динамическое хранилище на основе доступности данных Ethereum. Оно значительно снизит стоимость хранения больших объемов данных в Ethereum, сократив затраты с 1% до 0,1%. Низкая стоимость хранения больших данных с помощью EthStorage может лучше способствовать созданию полностью децентрализованной сети в будущем. EthStorage глубоко интегрирован с EVM и совместим с Solidity, Remix, Hardhat и MetaMask. Команда получила исследовательский грант от Ethereum Foundation на исследования в области доступности данных.

EthStorage был изобретен доктором Ци Чжоу, основателем QuarkChain и автором EIP-4804/4972/5018/5027/5478. Вы можете отслеживать статус EthStorage из следующих источников:

• Website: http://ethstorage.io/
• Twitter: https://twitter.com/EthStorage
• Medium: https://ethstorage.medium.com/
• Telegram: https://t.me/ethstorage
• Discord: https://discord.gg/mZqqUZxjed

Почему децентрализованное хранение данных важно?​

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

Что предлагает dStore от BlockEden.xyz?​

Мы твердо верим в видение доктора Чжоу по созданию более экономичного хранилища для децентрализованного интернета и хотели бы сотрудничать с его командой, чтобы демократизировать эту инновацию для каждого Web3-разработчика на планете.

Более конкретно, мы будем использовать EthStorage в качестве основного поставщика нашего хранилища больших двоичных объектов (blob store). Наши разработчики смогут использовать его для более быстрого создания своих DApps и мгновенного масштабирования.

Веб-портал для управления файлами

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

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

Открытие новых бизнес-возможностей через стратегические партнерства​

Помимо запущенного сегодня dStore, существуют также будущие возможности интеграции между EthStorage и BlockEden.xyz.

CDN для ускорения чтения

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

Сервис нод и API-шлюз для EthStorage

Мы предоставим API-доступ к блокчейн-нодам тестовой и основной сети EthStorage после запуска основной сети EthStorage для разработчиков и компаний. Вот несколько причин, по которым разработчики должны выбрать нас вместо своих собственных или официальных нод:

1. Простой доступ к блокчейн-нодам: BlockEden.xyz ChainPlus API предоставляет легкий доступ к нодам EthStorage, которые можно использовать для взаимодействия с этими блокчейн-сетями. Начните разработку за 10 секунд, вместо того чтобы тратить 20 часов на запуск и бесчисленные часы на обслуживание!

2. Масштабируемость: BlockEden.xyz предоставляет высокомасштабируемые ноды, которые могут обрабатывать большие объемы трафика и транзакций. Это может быть важно для компаний и проектов, требующих больших объемов данных или пользовательской активности.

3. Надежность: Ноды BlockEden.xyz обладают высокой надежностью, с временем безотказной работы 99,9%. Это может быть важно для компаний и проектов, которым необходимо обеспечить постоянную доступность своих приложений или сервисов для пользователей.

Как использовать dStore с EthStorage?​

Шаг 1. Перейдите по ссылке https://BlockEden.xyz/dash/dstore, а затем перетащите свои файлы в окно.

Шаг 2. После успешной загрузки файла в EthStorage вы увидите его в таблице, затем щелкните правой кнопкой мыши по строке и выберите "Копировать URL", чтобы получить ссылку. Вы также можете удалить файл, выбрав "Удалить".

Признаем, текущая версия dStore имеет некоторые ограничения. Мы не поддерживаем загрузку каталогов и больших файлов (размером > 2 МБ). Загрузка изображений среднего размера может занять десятки секунд. Однако это всего лишь первоначальная версия, и мы будем продолжать улучшать продукт в долгосрочной перспективе.

Доктор Ци Чжоу, основатель EthStorage, поделился своей похвалой в Twitter -

Introducing dStore

@BlockEdenHQ

!

dStore makes it super easy for devs and creators to manage files on

@EthStorage

with web3:// protocol without their own keys. We expect to see more integrations from it and more early teams like the capable

@BlockEdenHQ

to build our ecosystem.

— Qi Zhou (@qc_qizhou)

February 20, 2023

Майк Трифт, директор по развитию бизнеса в BlockEden.xyz, прокомментировал: "dStore обогатил наше комплексное предложение для создателей и разработчиков и заложил прочную основу для наших агрегированных функциональных API-сервисов для блокчейнов. Это сделало нас активным участником экосистемы Ethereum и предоставило нашим разработчикам Aptos и Sui более экономичный и гибкий выбор, чем IPFS или Arweave."

BlockEden.xyz стремится предоставить лучший опыт разработчикам Web3, что не ограничивается только блокчейн-RPC. Децентрализованное хранилище открывает новые возможности для разработчиков по управлению своими NFT-активами и файлами в нашем универсальном магазине. Начните работу бесплатно уже сегодня на https://blockeden.xyz/dstore

• Twitter: https://twitter.com/BlockEdenHQ
• Discord: https://discord.gg/eWZvE4RSBw
• Source Link: https://blockeden.xyz/blog/2023/03/15/boost-your-web3-development-with-blockeden-xyz-chat/

Back to a month ago, we made a public incognito Ethereum mainnet RPC endpoint available to Metamask users (blog post), which attracted and was used by a few users. Now we decided to expand the benefit to our developer customers too!

How to get started?​

Step 1. Go to https://blockeden.xyz/dash/. Please sign up if you haven’t done so.

Step 2. Input your name for the API key, select ETH Mainnet, and then click + Create key.

Step 3. Grab your access URL by clicking it and copying it to the clipboard.

Step 4. Use the access URL in your project like the following. Remember to replace <access_key> with your own key.

To test it, using curl to connect ETH mainnet

curl --location --request POST 'https://eth-mainnet.blockeden.xyz/<access_key>' \
--header 'Content-Type: application/json' \
--data-raw '{
        "jsonrpc":"2.0",
        "method":"eth_blockNumber",
        "params":[],
        "id":73
}'

Why Ethereum Network?​

Ethereum network has the biggest developer ecosystem, and there are so many great innovations accumulated over years. Supporting it is going to create significant synergy with Move ecosystem. Many of our customers are not exclusive Move developers. Building a single stop for all needed services makes their life easier.

Enjoy our new service and happy holidays!