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

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

Наш отчет направлен на просвещение текущего состояния кошельков на Ethereum, основываясь на исследованиях, проведенных orderflow.art.

Однако идентификация кошельков через отслеживание транзакций в блокчейне представляет несколько вызовов:

1. Неполная идентификация из-за неизвестных маршрутизаторов или адресов подписи.
2. Сложности в идентификации нескольких адресов кошельков, связанных с централизованными биржами.
3. Отсутствие адресов маршрутизатора для некоторых кошельков, что затрудняет идентификацию пользователя.

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

Отчет начинается с раздела "Фон", охватывающего две ключевые области: Таксономия кошельков и Жизненный цикл заказа. В разделе Таксономия кошельков мы классифицируем кошельки Web3 на кастодиальные и некастодиальные типы, подробно описывая различные формы некастодиальных кошельков. Раздел Жизненного цикла заказа обрисовывает путь транзакции, определяя ключевых участников от инициаторов потока заказов до строителей блоков.

Далее мы исследуем текущие тенденции, сосредотачиваясь на последних событиях, влияющих на источники потока ордеров (OFO). Мы рассматриваем последствия увеличения централизации на рынке формирования блоков, что усилило конкуренцию за поток ордеров. Этот раздел охватывает три ключевых концепции: оплата за поток ордеров (PFOF), аукционы потока ордеров (OFAs) и частный поток ордеров (POF). Кроме того, мы представляем абстракцию счета (AA), с особым акцентом на ERC-4337, значительное развитие, изменяющее ландшафт кошелька.

Наконец, в разделе Future Trends мы исследуем разработки, направленные на улучшение пользовательского опыта и решение регуляторных вызовов в сфере кошельков. Мы изучаем предварительные подтверждения (pre-confs), механизм, разработанный для повышения скорости подтверждения транзакций. Мы также анализируем два предложения по улучшению Ethereum Improvement Proposals (EIPs), нацеленные на улучшение возможностей Абстракции счета. Кроме того, мы обсуждаем доверенные среды выполнения (Trusted Execution Environments, TEEs) и их роль в улучшении безопасности и конфиденциальности для кошельков Web3. Мы рассматриваем, как TEEs могут служить потенциальным решением соблюдения нормативных требований для криптоиндустрии, особенно в свете сдвига внимания регуляторов с децентрализации на вопросы контроля.

Фон#

Введение#

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

Интенсификация конкуренции за поток заказов повысила важность привлечения и удержания пользователей для провайдеров кошельков. Этот конкурентный ландшафт привел к интересному развитию: децентрализованные финансовые (DeFi) приложения, такие как Uniswap, 1inch и Curve Finance, теперь создают свои собственные кошельки. Этот стратегический шаг позволяет этим платформам DeFi оказывать большее влияние на поток заказов своих пользователей, потенциально захватывая большую ценность и обеспечивая более интегрированный пользовательский опыт.

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

Рисунок 1. Обзор экосистемы кошелька Ethereum

Кошелек Таксономия#

Веб-кошельки Web3 обычно классифицируются как кастодиальные, управляемые третьими сторонами, или некастодиальные, управляемые пользователем. Управление определяется как тот, кто управляет приватными ключами кошелька.

• Кастодиальные кошельки: Преимущественно предлагаемые криптовалютными биржами и Telegram-ботами, кастодиальные кошельки хранят закрытые ключи пользователей и предлагают пользователям улучшенный опыт использования. Однако пользователи не имеют полного контроля над своими средствами, и эти сторонние лица могут получить доступ к средствам пользователей без их разрешения.
• Некастодиальные кошельки: пользователи хранят свои приватные ключи и полностью контролируют свои некастодиальные кошельки. В случае утери приватных ключей пользователь потеряет доступ к своему кошельку и средствам. Приватные ключи для горячих кошельков хранятся на подключенном к интернету устройстве, которое взаимодействует с приложением. Холодные кошельки хранят закрытые ключи на выделенных аппаратных устройствах с воздушным зазором, которые не взаимодействуют с приложениями. Некастодиальные «горячие» кошельки подключены к Интернету и обычно доступны через расширение браузера, мобильное приложение или настольное приложение. «Холодные» кошельки не имеют онлайн-доступа, а активы хранятся на физических устройствах.

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

MPC Кошельки#

Многозначное вычислениеКошельки с множественной частной загрузкой (MPC) используют криптографические техники для шифрования, фрагментации и распределения частных ключей на несколько устройств. Эти устройства или стороны должны оценить вычисление, не раскрывая свои частные ключи или данные. Протокол многопартийных вычислений, используемый в контексте кошельков MPC, обычно имеет следующие свойства:

1. Threshold Security: Гарантия того, что заранее определенное количество сторон должно сотрудничать для подписания транзакции.
2. Фрагментация ключа: Возможность разделить частный ключ на несколько долей.
3. Распределенное генерирование ключей: Генерация ключа в распределенном порядке, чтобы ни одна сторона никогда не знала полного секретного ключа.

Преимущества кошельков MPC: Кошелек:

1. Безопасность: Поскольку ни один человек не контролирует закрытый ключ, злоумышленнику потребуется атаковать несколько сторон, увеличивая безопасность кошелька.
2. Восстановление: С зашифрованными фрагментами ключа, хранящимися в нескольких местах, уполномоченные лица могут восстановить учетные записи, если ключ потерян.
3. Доступность: Активы могут находиться в сети, поскольку фрагменты закрытого ключа безопасно распределены среди нескольких сторон. Сделки могут выполняться более эффективно, чем в горячем кошельке, не подвергая ключевую безопасность риску.

Внешние управляемые счета (EOA)#

Внешние управляемые учетные записи (EOA) управляются уникальными закрытыми ключами, которыми пользователи управляют для взаимодействия с умными контрактами on-chain.

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

Для создания EOA пользовательский интерфейс кошелька генерирует закрытый ключ и мнемоническую фразу. Из-за единственного закрытого ключа и мнемонической фразы пользователь потеряет доступ к своему кошельку, если потеряет и ключ, и фразу.

Кошельки для смарт-контрактов#

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

1. Двухфакторная аутентификация
2. Замораживание аккаунта
3. Гибкое восстановление
4. Групповая транзакция
5. Лимиты на переводы и расходы
6. Ключи сеанса
7. Спонсирование газа и оплата газа токенами, не являющимися родными
8. Мультиподписной кошелек

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

Жизненный цикл потока заказов#

Orderflow.artосветил ландшафт потока заказов и выявил известных участников on-chain в жизненном цикле транзакции.

Жизненный цикл транзакции начинается на левой стороне потока заказов Sankey с ончейн-интерфейсами и заканчивается на правой стороне сборщиков блоков.

Рис. 2. Отредактированный санкей Orderflow.art от 30 сентября 2024 г.

Ключевыми участниками жизненного цикла транзакции на цепочке являются:

Источники потока заказов#

Оригинаторы потока заказов (OFO) - первые приложения on-chain, взаимодействующие с кошельком. OFO включают в себя:

1. Кошельки: Кошельки все чаще добавляют больше функциональности для улучшения опыта пользователя, такие как прямые обмены. \
   Примечание: Цифры 3, 4 и 5 включают только известные маршрутизаторы и недостаточно отражают нативные обменные операции из кошельков.
2. Интерфейсы: Такие приложения, как Uniswap, имеют свой собственный кошелек и интерфейс для пользователей, чтобы создавать транзакции. Фронтенды DEX теряют доминирование как по объему торгов, так и по доле рынка по количеству транзакций (рис. 3 и 4).
3. Telegram-боты: Banana Gun, Maestro и Unibot захватили значительную часть розничных транзакций за последний год (Рисунок 4). Размеры сделок обычно составляют менее 10 000 долларов (Рисунок 5).
4. Агрегаторы: Агрегаторы - это приложения, такие как DefiLlama, Matcha, 0x API и 1inch API, которые подключаются к нескольким DEX, чтобы унифицировать фрагментированную ликвидность. Доля рынка по количеству транзакций остается относительно стабильной, в то время как объем торгов немного снизился с 2023 года (рисунки 3 и 4).
5. Аукционы потока заказов: ОФ включают аукционы пакетного решателя (например, CoWSwap), системы RFQ (например, Uniswap X) и исполнительные аукционы (например, MEV-Blocker). ОФАМИ увеличивается доля рынка объема торгов за счет DEX Frontends (рис. 3) и обычно используются для крупных сделок (рис. 5).

Рисунок 3. Объем торгов фронтенда (3 года), Dune Analytics. 30 сентября 2024 года.

Рис. 4. Количество транзакций Frontend (3 года), Dune Analytics. 30 сентября 2024 г.

Рисунок 5. Размеры сделок фронтенда (7 дней), Dune Analytics. 30 сентября 2024 г.

Поставщики ликвидности#

Крупные сделки или те, которые связаны с неликвидными торговыми парами, часто направляются на торги по заказам (OFAs) и агрегаторы для минимизации проскальзывания. Эти поставщики получают ликвидность из нескольких децентрализованных бирж (DEXs), внебиржевых источников и собственных запасов.

1. Market Makers: Торговые субъекты, использующие ликвидность вне цепи и собственный инвентарь для выполнения транзакций. Они обеспечивают ликвидность для платформ запросов на котировки (RFQ), таких как Hashflow и Uniswap X.
2. Решатели: Сторонние сущности, определяющие оптимальную маршрутизацию и ценообразование для исполнения транзакций. Решатели используются в OFA, таких как CoWSwap, и некоторые предоставляют прямую отправку транзакций пользователей через свои собственные интерфейсы.
3. Поисковики CEX-DEX: Эти поисковики используют ликвидность вне цепи от централизованных бирж (CEX), чтобы захватить арбитражные возможности на цепи. Они могут использовать OFA с частными мемпулами, такими как MEV Share и MEV-Blocker.

Mempools#

Заказы Ethereum отправляются либо в общедоступные, либо в частные пулы памяти:

1. Публичные мемпулы: транзакции видны всем и могут быть взяты для упаковки исследователями и OFA. Все строители блоков могут получить доступ к этим транзакциям для их включения в блок.
2. Приватные пулы памяти: транзакции видны только выбранным сторонам, включая конкретных искателей, OFA и строителей.

Builders#

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

References#

1. https://orderflow.art/frontends
2. Quicknode, Полный обзор кошельков Web3
3. Фонд Ethereum, Счета Ethereum
4. Fireblocks, Что такое MPC (Multi-Party Computation)?
5. Алхимия, 8 Удивительных преимуществ смарт-контрактных кошельков по сравнению с кошельками EOA
6. Unchained, Что такое Внешние Собственные Аккаунты (EOA) в Ethereum?
7. Кошелек Ambire, Абстракция учетной записи и преимущества кошельков смарт-контрактов

Современные тенденции#

Ландшафт Ethereum в настоящее время характеризуется несколькими значительными тенденциями, которые переформатируют отрасль. Две основные тенденции в Ethereum, которые влияют на Оригинаторов Потока Заказов, - это 1) централизация рынка построения блоков и 2) внедрение Абстракции Счета с ERC-4337.

Централизация строителя блоков

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

Рисунок 6. Доля рынка строителей за 30 дней с 30 сентября 2024 года, libmev.com.

Эта концентрация породила новую динамику в потоке ордеров:

• Оплата за поток заказа (PFOF)
• Аукционы потока заказов (OFA)
• Приватный поток заказов

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

Оплата за поток заказа

Оплата за поток заказов (PFOF) - это традиционная финансовая концепция, начавшаяся с того, что организаторы рынка платили брокерам за свой OTC-поток заказов. Организаторы рынка считают, что розничный поток заказов не информирован и не токсичен, и являются очень прибыльными для торговли против. По мере расширения автоматизированных торговых систем (ATS), организаторы рынка использовали PFOF для привлечения розничного потока заказов к своим ATS.

Розничные трейдеры получают выгоду от PFOF тремя способами:

1. Часть PFOF используется для покрытия затрат розничного трейдера на исполнение.
2. Ликвидаторы рынка будут предлагать более жесткие котировки, что позволит розничным трейдерам исполнять ордера по улучшенным ценам
3. Рыночные организаторы смогут обеспечить большую ликвидность для ордеров с нестандартным объемом.

В Ethereum PFOF стало известно как Отношения Эксклюзивного Потока Ордеров (EOF) между Инициаторами Потока Ордеров (OFO) и Строителями. EOF обходит общий пул транзакций и составляет до 35% рынка. Эксклюзивный Поток Ордеров позволяет строителю создавать блок более высокой ценности, чем у конкурентов, ограниченных сбором транзакций из общего пула или Аукционов Потока Ордеров (OFA). Поскольку для EOF требуются гарантии исполнения, строители будут мультиплексировать пакет OFO для обеспечения своевременного включения.

Существует несколько причин, по которым Оригинаторы потока заказов используют отношения EOF:

• Гарантии включения блока. Партнерство с ведущим строителем позволяет OFOs увеличить вероятность включения своих транзакций в следующий построенный блок.
• Защита от пользовательской MEV. OFO могут практически исключить свои транзакции MEV.
• Приоритетные возвраты комиссии за газ. OFO могут получить возврат приоритетных газовых сборов, оплаченных их пользователями. Строители ценят качественные транзакции, такие как захват заказов у ботов Telegram, и будут платить больше за этот поток заказов.

В настоящее время известны отношения EOF:

• Пистолет-банан и Строитель титана
• Маэстро и Бобер

Рисунок 7. Блоки конца файла бананового пистолета*.

Фигура 8. Мультиплексированные блоки бананового пистолета.

Рисунок 9. Блоки EOF Maestro.

Рис. 10. Мастер мультиплексированных блоков.

*EOF is approximated by order flow not seen by Flashbots or in the mempool.

Аукционы по потоку заказов#

Аукционы потока заказов (OFAs) были созданы для защиты транзакций пользователей от негативных стратегий MEV, таких как фронтраннинг и сэндвич-атаки. OFAs предлагают множество преимуществ пользователям, включая:

1. Снижение затрат на транзакции. OFAs пакетируют транзакции, что снижает комиссии за газ и уменьшает проскальзывание исполнения.
2. Возврат MEV. OFAs могут аукционировать возможности по возврату MEV и вернуть часть захваченного MEV пользователям.
3. Улучшенное определение цен. Сторонние решатели соревнуются за лучшую цену исполнения.
4. Расширенная ликвидность. Сторонние решатели могут агрегировать ликвидность из многочисленных источников, включая DEX, CEX и частные запасы.

Рисунок 11. Цепочка поставок MEV с аукционами по заказам.

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

Существует разные типы OFA:

• Запрос котировок (RFQ): RFQ использует систему предварительно выбранных участников, средств и рыночных субъектов, которые используют цепочные и частные запасы, чтобы подать заявки. RFQ предлагает лучшую ликвидность, чем публичные автоматизированные рыночные субъекты (AMM), поскольку участники рынка RFQ имеют доступ к дополнительным источникам ликвидности, таким как Централизованные биржи (CEX) и AMM между цепями. Например: UniswapX, Bebop, 1inch Fusion, Hashflow, 0xAPI
• Частые партийные аукционы: Частые партийные аукционы позволяют сторонним решателям оптимизировать цену и ликвидность, защищая транзакции от MEV. Транзакции собираются в пакеты, что экономит газ и улучшает исполнение. Пример: CoWSwap, DFlow
• Аукционы исполнения транзакций: сторонние участники торгов, в частности, поисковики, извлекают MEV и соревнуются за самый высокий возврат средств пользователям. Этот OFA обычно интегрируется непосредственно с кошельками через RPC. Пример: MEV-блокатор, Merkle
• Аукционы агрегаторов пространства блоков: Аукционы агрегаторов пространства блоков возвращают значение исходному пользователю через возмещение приоритетного газа застройщиком. Строители соревнуются за включение пакета транзакций для увеличения стоимости своего блока и вернут часть приоритетного газа, оплаченного пакетом. Пример: Доля MEV Flashbots

Приватный поток заказов#

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

Топовые строители, Beaver Build и Rsync, интегрированы с собственными торговыми фирмами SCP и Wintermute и получают выгоду от внутреннего потока ордеров CEX-DEX.Интегрированные искатели-строителиИнтегрированные исследователи-строители также получают преимущество перед обычными строителями, поскольку прибыль от их исследователя может быть перераспределена на их строителя, увеличивая вероятность представления выигрышной ставки на блок. Интегрированные исследователи-строители также выигрывают за счет сэкономленного времени ожидания при отправке своей транзакции от исследователя к строителю. Эти сэкономленные временные задержки могут быть затем использованы на аукционе строителей блоков.

Рисунок 12. Эксклюзивный поток ордеров (EOF) от семи наиболее выдающихся поставщиков EOF на основе общей стоимости.

(a) https://arxiv.org/pdf/2407.13931. EOF для Titan (b), Beaverbuild (c) и строителей Rsync (d). Обратите внимание, что только Rsync видит личный ордерный поток Wintermute, а только Beaverbuild видит личный ордерный поток SCP.

Future Implications#

Средства защиты, такие как Flashbots Protect и MEV-Blocker, предоставили RPC для интеграции пользователей в свои кошельки. Эти продукты в основном были добровольными для отдельных пользователей кошельков и непосредственно интегрированы в приложения.

Более того, кошельки начали захватывать стоимость своего потока заказов.

• Умные транзакции Metamask - Умные транзакции Metamask выполняют ту же функцию, что и OFA, предоставляя защиту от MEV, возврат газа и защиту от отмены. Эта услуга автоматически интегрируется в кошелек Metamask и доступна для пользователей по добровольному принципу. Поисковики и решатели оплачивают доступ к потоку заказов Smart Transactions.
• Защита от MEV Trust Wallet - Защита от MEV Trust Wallet включена по умолчанию для пользователей, но не включает в себя возмещение газа и защиту от отмены операции.

References#

1. CNBC 2021, Генеральный директор Virtu Financial высказывается по поводу ужесточения контроля за оплатой за поток заказов.
2. Брэдфорд Леви, Инициатива Уортона по политике и регулированию - Освещение исследования: Оплата потока заказов и улучшение цен.
3. Томас Тьери, Эмпирический анализ профилей поведения строителей (BBP).
4. CoWProtocol, Понимание торговых аукционов по порядку.
5. Blocknative, Исследование Аукционов Потока Заказов (OFAs) - MEV и Справедливое Распределение Экономических Возможностей.
6. Даррен Кляйн, Всё дело в свопах. Почему аукционы потока заказов делают DEXs лучше.
7. С. Ян, К. Наяк, Ф. Чжан, 2024. Децентрализация строительного рынка Ethereum.
8. Tivas Gupta & Mallesh M Pai & Max Resnick, 2023. Централизующие эффекты частного потока заказов на разделение предложителя и строителя.
9. Quintus Kilbourn, Поток заказов, аукционы и централизация I - предупреждение.
10. Квинтус Килбурн, Поток заказов, аукционы и централизация II - аукционы потока заказов.
11. B. Бачу, X. Уан, C. Моаллеми, 2024. Количественная оценка улучшения цены в аукционах по потоку ордеров.
12. Frontier Research and Titan, 2023. Доминирование строителя и зависимость искателя.
13. Исследование на передовой, Пространство проектирования аукциона Orderflow.
14. Pai, M. и Ресник, М., Структурные преимущества для интегрированных строителей в MEV-Boost.
15. Оз, Б., Суи, Д., Тьери, Т., и Матес, Ф., 2024. Кто побеждает в аукционах по построению блоков Ethereum и почему?

Абстракция учетной записи#

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

ERC-4337#

Основные цели абстракции учетной записи - устранить необходимость в наличии у всех пользователей EOA и позволить пользователям использовать кошельки смарт-контрактов в качестве основного счета. Абстракция учетной записи достигает этого за счет разделения управления учетной записью и выполнения транзакций от EOA. Абстракция учетной записи использует новые сущности: 1) Бандлер, для инициирования транзакций и 2) Платильщик, для определения политики оплаты газа.

Рисунок 13. Поток рабочего процесса ERC-4337

ЭРК-4337вводит две новые стороны - Бандлер и Пеймастер:

• Bundler - Бандлер собирает несколько операций пользователей в транзакцию, аналогично строителю блоков, и отправляет транзакцию на контракт точки входа для выполнения. Более важно, у Бандлеров есть EOA, которые позволяют им инициировать транзакции, абстрагируя необходимость у пользователей иметь кошелек EOA. Текущие бандлеры включают Skandha, Alchemy, Rundler, Voltaire, Alto, Stackup и Infinitism.
• Платежный агент - Платежный агент - это смарт-контракт, который обрабатывает политику оплаты газа кошелька. Платежный агент определяет, какая валюта, стабильные монеты или другие токены ERC-20, подходят для оплаты газа и позволяет приложениям оплачивать комиссионные сборы за газ для своих пользователей.

Рисунок 14. Еженедельные активные умные аккаунты

Рисунок 15. Еженедельный доход от пакетов

Рисунок 16. Еженедельные траты на газ Paymaster

Будущие последствия#

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

Поскольку пул транзакций UserOperation является общедоступным, UserOperations подвержены MEV из-за фронтраннинга и атак вроде "сэндвичей". Бандлеры могут захватывать часть этого MEV, так как они упорядочивают и объединяют UserOperations в транзакцию-пакет. Поисковики могут запускать Бандлеры для извлечения MEV из общедоступного пула транзакций UserOperation. Бандлеры и Строители могут интегрироваться для получения дополнительного потока ордеров.

References#

1. ERC-4337: Абстракция учетной записи через спецификацию контракта точки входа
2. ERC-4337: Абстрагирование учетной записи с использованием Alt Mempool
3. https://github.com/ethereum/EIPs/pull/4337/files
4. Алхимия, Что такое Абстракция учетной записи (ERC-4337)?
5. Алхимия, Как работают кошельки смарт-контрактов ERC-4337?
6. Blocknative, Введение в счет-абстракцию (ERC-4337)
7. Blocknative, Понимание ERC-4337 - Как это работает и изучение неизвестных
8. Dmarz, @dmarz/4337 MEV цепочка поставок
9. Blockbase, Уменьшает ли ERC-4337 влияние MEV-Boost на Ethereum?
10. Сеть BlockPI, Почему Кошельки ERC-4337 должны работать с Строителями блоков?
11. @KernelVentures/Kernel Ventures: Понимание стандарта ERC4337 Ethereum - Какие возможности лежат впереди
12. https://www.bundlebear.com/overview

Будущие тенденции#

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

• Предварительные подтверждения для более быстрой скорости транзакции.
• EIP-7702 и EIP-7212 для абстракции учетной записи и улучшения смарт-кошельков, которые улучшают пользовательские впечатления и стандарты подписания транзакций.
• Интеграция доверенных исполнительных сред (TEEs) для повышения безопасности.
• Регуляторный дискурс, особенно в отношении стейблкоинов и ценных бумаг, вынуждает индустрию адаптироваться в рамках новых правовых каркасов.

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

Preconfirmations#

Предварительные подтверждения («предварительные подтверждения») - это исследовательское предложение, которое позволяет пользователям получить подтверждение транзакции до того, как их транзакция будет подтверждена в консенсусе. Предварительные подтверждения направлены на улучшение пользовательского опыта путем устранения высокой сетевой конгестии на Ethereum, слое 2 rollups и валидиумах через более быстрые подтверждения. Впервые представленные Джастином Дрейком, основанные на предварительных подтверждениях позволяют L1 предлагающим обеспечить экономические гарантии того, что транзакция пользователя L2 будет включена.

Рисунок 17. @EspressoSystems"/bft-and-proposer-promised-preconfirmations">Based Preconfirmations for Rollups

Как работают предварительные конференции?#

• Предложители блока Ethereum («предварители») или делегированная сторона выдают подписанные обещания пользователям, гарантируя, что их транзакции будут включены и выполнены быстрее, чем ожидалось в рамках согласия L1.

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

• Предварительные подтверждения в стиле XGA: Предварительные подтверждения в стиле XGA гарантируют (непозиционное) включение пакета в нижнюю часть блока. Заполнительные транзакции, транзакции, которые не требуют немедленного выполнения или имеют низкое значение MEV, могут быть включены в пакет в нижней части блока. Это позволяет строителям сосредоточиться на ценных транзакциях MEV в верхней части блока и упрощает ценообразование газа для заполнительных транзакций.
• MEV-Commit от Primev: MEV-commit - это сеть P2P, где фиксируются исполнительные обязательства для транзакций Ethereum, и провайдеры получают вознаграждение или штрафуются. Инициаторы потока заказов ("участники торгов") указывают свои намерения по выполнению транзакций провайдерам.
• BFT Предварительные подтверждения от Espresso: BFT предварительные подтверждения поддерживаются гарантиями безопасности и живости алгоритма консенсуса BFT. BFT предварительные подтверждения поддерживаются подмножеством валидаторов L1, а не одним валидатором, как в основанных предварительных подтверждениях.

Future Implications#

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

В случае предварительной конфигурации в стиле XGA, включение в низ блока для транзакций, нечувствительных к латентности (т. е. «управление», «стейкинг», «авторизации», «заявки»), может снизить расход газа на эти транзакции и сократить количество откатов транзакций из-за недостаточного количества газа.

References#

1. Джастин Дрейк, Подтверждения на основе.
2. Рагхав Агарвал, Предварительные подтверждения: достоверное обещание будущего исполнения
3. Murat Akdeniz - Primev, Предварительное подтверждение: парадигма выполнения и доставки.
4. CTra1n, Роллапы на основе захвата стоимости с предварительными подтверждениями.
5. dpl0a, Предварительные подтверждения: при разделении блока, совместимость с mev-boost и ретрансляции.
6. Ellie Davidson - Системы Expresso, @EspressoSystems/bft-and-proposer-promised-preconfirmations">Анализ BFT и обещанных Proposer-ом предварительных подтверждений.
7. Nethermind, RFP-001: Внедрение предварительной инфраструктуры подтверждения.
8. Каир, @cairo/H1lbS8RA6#Preconf-Share">К реализации на основе предварительных подтверждений.

EIP-7702 и EIP-7212#

Существует два EIP Account Abstraction, которые могут полностью разблокировать потенциал умных контрактных кошельков и стать игровыми изменениями для экосистемы кошельков.

EIP-7702#

В EIP-7702 реализованы следующие функции:

• Пакетирование: пользователь может выполнить несколько операций в одной атомарной транзакции.
• Спонсирование: Отдельный аккаунт X или оператор приложения может оплатить транзакцию аккаунта Y. Аккаунт X может получить токены ERC-20 за эту услугу.
• Привилегированная деэскалация: Пользователи подписывают дополнительные ключи, предоставляющие более слабые, конкретные разрешения. Например, взаимодействие только с определенными приложениями, использование только определенных токенов ERC-20 для транзакции и ограничения на переводы.

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

Преимущества EIP-7702 включают в себя:

• Меньший риск безопасности: EIP-7702 также устраняет центральную точку доверия при назначении кодов смарт-контрактов на EOA для транзакции. С EIP-7702 нет возможности несанкционированных транзакций, так как код контракта удаляется после выполнения транзакции.
• Простая адаптация для dApps: Приложения, использующие ERC-4337, могут легко интегрироваться с EIP-7702 без изменения своего кода. EOAs могут вызывать смарт-контракт без необходимости авторизации.

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

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

EIP-7212#

EIP-7212 или RIP-7212, создает контракт для проверки подписи с использованием стандарта эллиптической кривой “secp256r1”. Этот стандарт был принят для аутентификации пользователей крупнейшими корпорациями Web2 и может быть интегрирован в смарт-кошельки ERC-4337.

"secp256r1" в настоящее время используется в следующих приложениях аутентификации:

1. Безопасный модуль Apple: Безопасный модуль Apple - это аппаратное обеспечение Trusted Execution Environment (TEE), которое создает и хранит ключи. Безопасный модуль может шифровать или дешифровать данные, подписывать произвольные сообщения и доступен только через биометрическую идентификацию.
2. WebAuthn: Веб-аутентификация — это веб-стандарт для аутентификации, используемый большинством браузеров Web2 — Chrome, Firefox, Edge и Safari. WebAuthn использует криптографию с открытым ключом для аутентификации пользователей, устраняя пароли, обеспечивая более быстрое восстановление и снижая риски безопасности.
3. Хранилище ключей Android: Хранилище ключей Android - это безопасное хранилище учетных данных в системе. Приложения могут создавать закрытые и открытые ключи и хранить их в хранилище ключей. Хранилище ключей зашифровано на основе собственного мобильного пароля пользователя и может быть доступно по паролю или биометрии.
4. Парольные ключи: Парольные ключи - это учетные данные FIDO, которые позволяют пользователям получать доступ к своим учетным записям без паролей с помощью биометрии или PIN-кода. Пользователи могут получать доступ к веб-сайтам или приложениям, разблокируя свои мобильные устройства и устраняя необходимость в паролях.

RIP-7212 - это версия roll-up EIP-7212, и команды из Kakarot, Polygon, Optimism, zkSync, Scroll и Arbitrum уже обязались к реализации. Polygon предоставил RIP-7212 на своем тестнете, а недавно запущенные умные кошельки Coinbase включают аутентификацию по паролю.

Рисунок 18. Мобильная аутентификация с помощью ключей доступа

Как работают ключи доступа?#

1. Бумажник смарт-контракта создает ключ доступа или пару открытого и закрытого ключа.
2. Приватный ключ хранится в TEE на вашем мобильном устройстве.
3. Когда кошелек смарт-контракта создает транзакцию для утверждения, пользователь аутентифицируется биометрией или мобильным ПИН-кодом, чтобы разблокировать закрытый ключ.
4. Затем мобильное устройство использует частный ключ для «подписи» транзакции и отправляет завершенную транзакцию обратно в кошелек смарт-контракта.
5. Подпись проверяется on-chain через смарт-контракт RIP-7212.

Future Implications#

В то время как EIP-7702 все еще является предложением, RIP-7212 активно интегрируется в L2 roll-ups и реализуется в смарт-контрактных кошельках. Кошельки Passkey усиливают умные кошельки ERC-4337, устраняя необходимость в паролях и фразах-семян и повышая уровень безопасности до аппаратного уровня. Текущие проекты, включающие passkeys, включают:

• Coinbase Smart Wallet: Умный кошелек Coinbase использует ключ доступа для аутентификации пользователя и спонсирует газовые транзакции. Умные кошельки поддерживают 8 сетей (Base, Ethereum, Optimism, Arbitrum, Polygon, Avalanche, BNB, Zora) и предлагают SDK кошелька для интеграции dApps.
• Clave: Clave использует мобильные TEE и парольные ключи для предоставления услуг социального восстановления, именования учетных записей, биометрического входа и оплаты газа на zkSync.
• SDK Banana: SDK Banana использует WebAuthn для предоставления двухфакторной аутентификации с нулевым знанием, биометрических данных и учетных записей для восстановления с номинантом.
• Turnkey: Turnkey - это поставщик Wallet-as-a-Service (WaaS), который хранит частные ключи в TEE.

References#

1. Coinbase, Как Base делает умные кошельки по умолчанию
2. Github, EIP-7702
3. Zyfi, В будущее с EIP-7702 - Часть-1
4. Quicknode, Объяснение EIP-7702: будущее Ethereum
5. Web3Auth, EIP-7702 Объяснено: Как это работает и все, что вам нужно знать
6. Эрдоган, У., Алпаслан, Д., Пош, Д.С., Бхардвадж, Н.,EIP-7212: Прекомпиляция для поддержки кривой secp256r1.
7. Алхимия, Что такое RIP-7212? Прекомпиляция для поддержки кривой secp256r1.
8. Яблоко, Безопасное хранилище.
9. WebAuthn, Руководство по WebAuthne.
10. Android Authority, Как использовать хранилище ключей Android для хранения паролей и другой конфиденциальной информации.
11. Google, Спросите технического эксперта: Что такое ключи доступа?
12. Coinbase, Документация Smart Кошелек
13. Clave ЧаВо
14. Документация по Banana Wallet SDK

EIP-712#

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

Рисунок 19. Текущая подпись сообщения

Рисунок 20. Подпись сообщения с EIP-712

Как работает EIP-712?#

1. Разработчики dApps используют структуру данных JSON, которую подписывают пользователи.
2. Разделитель домена предотвращает использование подписи в нескольких dApps и позволяет использовать несколько различных случаев использования подписи в рамках данного dApp.
3. Кошельки и операторы фронт-энда могут разбирать структуру данных dApp и преобразовывать данные в читаемое сообщение для пользователей.

Одна из ключевых особенностей, которую открывает EIP-712, заключается в том, что она позволяет децентрализованным приложениям контролировать поток транзакций для пользователей, а не для кошельков. Такие приложения, как Uniswap, могут свести к минимуму MEV своих пользователей, поскольку свопы будут обходить OFA и другие экстракторы значений MEV.

Рисунок 21. Интерес Uniswap к контролю за потоком транзакций

В дополнение к удобочитаемости транзакций кошелька, EIP-712 улучшает удобство управления, позволяя третьей стороне оплачивать комиссию за газ за голоса пользователей. Использующие EIP-712 могут использовать функционал by-signature для создания подписанной делегатской или голосующей транзакции бесплатно.

Будущие последствия#

Помимо читаемости кошелька, EIP-712 можно использовать для улучшения опыта пользователя в других областях.

• Управление. Пользователи могут делегировать свои голоса и позволить третьей стороне оплачивать комиссию за газ через функцию по подписи по EIP-712.
• Четкое подписание. Аппаратные кошельки или отдельные устройства могут отображать сообщение dApp, чтобы пользователи могли быть уверены, что никакое вредоносное ПО или зловредное приложение не отправило им сообщение.
• Предотвращение атак повторной передачи. Данные для предотвращения атак повторной передачи могут быть включены в структурированные данные EIP-712.
• Минимизация MEV. EIP-712 позволяет пользователю подписывать транзакцию, давая фронтендам возможность отправлять поток заказов без трансляции его в сеть, минимизируя риск злоумышленного MEV для пользователя.

References#

1. EIP 712. Хеширование и подпись структурированных данных с типом
2. Koh Wei Jie, EIP712 уже здесь: чего ожидать и как его использовать
3. Адам Бавоза, Делегирование и голосование с подписями EIP-712
4. SpruceID, Вход с помощью Ethereum Wallet Research
5. Технология хранения данных, Сообщения, транзакции и чистые подписи
6. Cyfrin, EIP712 и EIP191
7. Metamask Github, Подписать транзакцию без рассылки #3475

Доверенные исполнительные среды (TEE)

Доверенные исполнительные среды (TEE) - это безопасное убежище, основанное внутри аппаратного микропроцессора, где могут выполняться чувствительные вычисления и операции с целостностью и конфиденциальностью. TEE поддерживает изоляцию и удаленную аттестацию и может запускать виртуальные машины, такие как EVM и CosmWasm, без криптографических накладных расходов, таких как многопартийные вычисления (MPC) или zkSNARKs.

Для кошельков web3 мобильные TEE, такие как Secure Enclave от Apple и Titan M2 от Google, могут обеспечить более надежное хранение закрытых ключей кошелька смарт-контракта, чем стандартные аппаратные кошельки. Пользователи могут создавать и хранить закрытый ключ внутри TEE и подписывать транзакции с помощью этих ключей. Ключи остаются на устройстве и могут быть доступны только владельцу устройства через биометрическую аутентификацию или ПИН-код устройства.

В настоящее время TEE используются в нескольких решениях для кошельков:

• MPCs: Fireblocks использует Intel SGX TEEs для изоляции криптографических данных, криптографических алгоритмов MPC и ZKP, а также исполнительных частей своего программного обеспечения от своих внутренних систем и внешних сторонних поставщиков. Fireblocks хранит ключи MPC, учетные данные API и свой Политический Движок в безопасном окружении, чтобы предотвратить несанкционированный доступ хакеров, злоумышленников из числа сотрудников и внутренних злодеев.
• Кошельки смарт-контрактов: Как указано в предыдущем разделе RIP-7212, смарт-кошельки используют мобильные TEE для хранения ключей доступа. Среди текущих смарт-кошельков с использованием TEE находятся Coinbase Smart Wallet, Banana SDK, Turnkey, Clave и Weeve.

Будущие последствия#

ТЕЭ готовы стать серьезным игроком-переворотчиком для блокчейнов.

• Flashbots SUAVE будет использовать TEE для создания безопасной и конфиденциальной экосистемы MEV.
• Кошельки смарт-контрактов будут использовать мобильные TEE и Абстракцию счета для улучшения опыта привлечения пользователей и привлечения новой аудитории пользователей.
• Большие корпорации адаптировали TEE для решения своих собственных потребностей в конфиденциальности и безопасности. Visa создала блокчейн LucidiTEE, который улучшает многопартийные вычисления и хранение для частных данных.
• TEEs - потенциальное решение для соблюдения регулирования с целью повышения контроля, конфиденциальности данных и операционной безопасности блокчейнов.

Ссылки:

1. Эндрю Миллер, Смарт-контракты на основе TEE и уплотнительные ловушки.
2. Браавос, Аппаратный подписывающий: повышение безопасности криптокошельков.
3. Базовый, Проверяющий утверждение аутентификации Solidity WebAuthn.
4. Ник Саммерс, Часто задаваемые вопросы о парольных ключах: Что это такое и другие часто задаваемые вопросы
5. Яблоко, Документация по защищенному хранилищу
6. Кэлвин Ванкхеде, Что такое чип безопасности Titan M2 в телефонах Google Pixel?
7. Документация по Fireblocks
8. Sinha, R., Gaddam, S., Kumaresan, R. - Visa Research. LucidiTEE: TEE-блокчейн система для соблюдения политики многопартийных вычислений с справедливостью.

Исполнение, контроль, & Децентрализация#

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

1. Кошельки не удерживают, управляют или хранят активы пользователей; они просто предоставляют интерфейс для доступа к ним.
2. Адреса блокчейна существуют независимо от кошельков и не создаются ими или управляются ими.
3. Пользователи имеют свободу переключаться между различными провайдерами кошельков, поскольку их активы и счета существуют on-chain, отдельно от любого конкретного сервиса кошелька.

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

Стейблкоины и MiCA#

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

1. Контроль и мониторинг потоков глобальных фиатных валют.
2. Их влияние на силу валюты и денежную политику.
3. Необходимость надзора за их выпуском и поддержкой.

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

В Соединенных Штатах стейблкоины привлекли значительное внимание регуляторов благодаря проекту Libra фейсбука (теперь Meta). Технологический гигант предложил управляемый частным образом стейблкоин, который, в теории, мог бы стать преобладающей цифровой валютой, вызывая опасения относительно его влияния на контроль монетарной политики центральных банков.

С момента прекращения проекта Libra в 2022 году основной целью политики стабильных монет регуляторных органов США стало обеспечение должной обеспеченности и контроля за стабильными монетами. Этот сдвиг привел к тому, что эмитенты стабильных монет приняли практики, аналогичные регулируемым финансовым учреждениям, с надёжными договорами на хранение, установленными банковскими отношениями и комплексными программами мониторинга. В то время как различные регулирующие агентства внесли фрагментарные регуляции, Конгресс США работает над более комплексной регулятивной структурой для стабильных монет.

В ЕС вступает в силу Регулирование криптовалютных активов на рынке (MiCA) и содержит ключевые положения о стейблкоинах. На момент написания этого текста только USDC Circle и евро стейблкоин успешно зарегистрированы в ЕС.

Свопы и регулирование ценных бумаг#

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

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

SEC v. Coinbase#

В апреле 2024 года SEC’sпретензияТо, что кошелек Coinbase выступал в качестве брокера, было отклонено. Кошельки с функциями обмена в целом не соответствуют критериям для классификации брокеров. Аргумент SEC основан на их утверждениях о том, что некоторые активы, доступные через эти кошельки, являются незарегистрированными ценными бумагами.

Комиссия по ценным бумагам и биржам (SEC) против Консенсис#

Компания Consensys предприняла судебные действия по отношению к SEC в апреле 2024 года в связи с вопросом о том, имеет ли SEC законное право регулировать MetaMask как брокера и эмитента ценных бумаг и была обеспечена ускоренным рассмотрением дела судьей. Ускоренное судебное разбирательство может привести к принятию решения к концу текущего года.

Несмотря на этот иск и проигрыш иска Coinbase против SEC, SEC подала иск Уведомление о Челсипротив Consensys в конце июня 2024 года. SEC утверждал, что Consensys выступал в качестве незарегистрированного брокера ценных бумаг криптовалюты через MetaMask Swaps и через свою программу стейкинга криптовалюты, MetaMask Staking.

Будущие последствия#

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

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

Децентрализация, как концепция и цель дизайна, помогла объяснить, почему традиционные регулирования финансовых услуг сложно применить к криптовалюте. Однако сейчас мы входим в новую фазу регулятивного дискурса, где регуляторы стремятся определить и применить определения децентрализации к различным услугам, от кошельков до децентрализованных бирж (DEX) и далее. Регуляторы теперь видят возможность классифицировать многие криптосервисы как недецентрализованные или "децентрализованные только в названии". Эта классификация происходит из двух основных факторов:

1. Бремя соответствия стандартам истинной децентрализации часто технически невозможно для многих сервисов.
2. Эти стандарты децентрализации могут не соответствовать фактическим целям регулирования. Этот сдвиг в подходе к регулированию может иметь существенные последствия для классификации и регулирования криптосервисов в будущем.

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

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

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

1. Кто несет ответственность за выполнение операции
2. Когда операция считается завершенной в цепи
3. Кто несет ответственность за его урегулирование

Отказ от ответственности：

1. Эта статья перепечатана с [Flashbots], Все авторские права принадлежат оригинальному автору [Flashbots]. Если есть возражения к этому повторному изданию, пожалуйста, свяжитесь с Gate УчитьКоманда Gate Learn”) и они оперативно справятся с этим.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, являются исключительно мнением автора и не являются инвестиционными советами.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.