✨ gate Пост Новогоднего Розыгрыша - Покажите свой криптофлаг 2025 года и выиграйте $200 наград!
💰 Выберите 10 высококачественных постеров, каждый получит награду в размере $10
Как присоединиться:
1️⃣ Следуйте за Gate.io
2️⃣ Пост с хэштегом #2025CryptoFlag# , поделитесь своим криптофлагом 2025 года и причинами
3️⃣ Публикация должна содержать не менее 60 слов и получить не менее 3 лайков
Примеры сообщений:
🔹 Цели инвестиций: Какие у вас криптовалютные цели на 2025 год?
🔹 Торговая стратегия: Какие стратегии вы примете в 2025 году?
🔹 Личный рост: Какие новые знания или навыки в сфере криптовалю
IOSG: В чем необходимость Unichain? Это Благоприятная информация или Неблагоприятная информация?
Автор: IOSG Ventures
Вступление
В течение многих лет Uniswap постоянно совершенствовал функции и инновации, делая обмен более удобным и справедливым для пользователей. Например, мы видим мобильную версию Uniswap Mobile, сеть Fillers в UniswapX, стандарт ERC-7682 для унифицированных межцепных намерений и скоро откроется крючок для настройки пула AMM в Uniswap V4 и т.д.
10 октября Uniswap объявила о своем в целом оптимистичном роллапе, Unichain. Сеть стремится стать универсальным центром ликвидности в экосистеме Superchain, предоставляя трейдерам почти мгновенный опыт обмена и более низкие спреды, при этом максимизируя конфиденциальность и целостность участников MEV в процессе, используя TEE в процессе. Хотя эти видения впечатляют, пользователи ставят под сомнение необходимость еще одного L2, а некоторые, в том числе Виталик, комментируют Unichain = «Это верно для копий Uniswap на каждом роллапе». Другими словами, он утверждает, что запуск клона Uniswap в новой цепочке на самом деле служит той же цели, что и запуск самого Unichain. Итак, Unichain хорошо или плохо? В сегодняшней статье мы рассмотрим архитектуру Unichain и поймем «необходимость» Unichain.
1.1 Rollup Boost: Разделение (SBS) Предложителя последовательности (Sequencer Proposer) и построение блока (Block Building) является ключевым решением проблемы MEV. До появления MEV Boost Ethereum страдал от риска проверки и плохого пользовательского опыта. Из-за острой конкуренции между поиском прибыльных заказов пользователи сталкивались с высокими комиссиями за транзакции и проблемой предварительной сделки. Для решения этих проблем flashbot создал MEV-boost. MEV Boost путем введения секвенсора объединяет роли строителей блоков и предложителей, представляя наиболее прибыльные блоки для подписи предложителю и тем самым разделяя роли строителя блока и предложителя. Такой подход эффективно децентрализует процесс извлечения MEV и демократизирует прибыль MEV между валидаторами и профессиональными строителями.
Концепция Rollup Boost аналогична концепции MEV Boost, в которой L2 с включенным SBS (Sequencer Builder Separation) может отделить процесс построения блока от исполнительного движка последователя с помощью системы, называемой "Block Builder Sidecar". Короче говоря, в системе есть 4 основных компонента: • OP-node • OP-geth • Sidecar / Blockbuilder Sidecar • Внешний строитель блоков. Ниже приведена схема архитектуры оптимизма, на которой мы видим, что узел последователя (также известный как op-chain) состоит из Op-geth и Op-node.
Чтобы различать конструкцию чанков и предлагаемые роли в секвенсоре, был добавлен компонент под названием Sidecar. Сайдкары позволяют узлам OP получать блоки от внешних создателей, создавая рынок между создателями блоков и инициаторами. Рабочий процесс выглядит следующим образом: 1. Узел OP отправляет обновления в расширение. 2. Расширение выступает в качестве посредника для пересылки обновления в op-geth. 3. Когда OP-узел запрашивает блок у OP-geth, sidecar перехватывает запрос. 4. Затем сайдкар пересылает запрос внешнему строителю блоков, который представляет собой «пробел», где внешний строитель может участвовать в торгах и конкурировать. 5. Как только внешний блок/блок победителя получен, сайдкар отправляет его на узел OP. 6. Если блок не получен, расширение перенаправит локально сгенерированный блок. Основное преимущество расширения для создания блоков заключается в том, что обновление не требует модификаций клиента OP Chain, обеспечивая при этом большую гибкость, упрощение и тщательную проверку параметров сортировки транзакций. Однако из-за добавления посредника (коляски) возможны некоторые задержки.
1.2 Rollup Boost: Разделение Sequencer Proposer (SBS) Rollup Boost обеспечивает большую интеграцию процесса, внедряя доверенную исполнительную среду (TEE) в процесс построения блоков, гарантируя целостность транзакций. Благодаря последним обновлениям аппаратного обеспечения, таким как Intel TDX, становится возможным достижение реальной производительности. Для тех, кто не знаком с TEE, они представляют собой безопасные области в процессоре или аппаратуре, обеспечивающие улучшенную конфиденциальность путем предотвращения несанкционированного доступа к внешним данным. В то же время TEE поддерживает высокий уровень целостности, поскольку код внутри TEE не может быть изменен или заменен.
На фоне Rollup Boost Unichain будет использовать конструкцию TEE для снижения риска утечки MEV. Это означает, что при отправке пакетов или транзакций на блок-строитель TEE обеспечивает, что порядок транзакций, достигающих строителя, не подвержен влиянию внешней стороны, пытающейся извлечь больше MEV.
Кроме того, TEE обеспечивает доверительную защиту восстановления, которая защищает пользователей от влияния неудачных сделок, поскольку TEE способен запускать симуляцию и проверять и устранять любые восстановительные сделки перед их обработкой. Это не только повышает эффективность AMM (поскольку неудачные сделки не проходят), но и улучшает общий опыт пользователя, особенно при большом объеме торговли.
Для повышения прозрачности процесса сортировки и построения блоков после генерации блока будет предоставлено пользователю доказательство выполнения. Это доказательство критически важно для проверки приоритета сортировки, и этот концепт будет объяснен в следующем абзаце.
1.3 Flashblock и Verifiable Block Building Среднее время создания блока Ethereum составляет 12 секунд, что очень медленно и не может удовлетворить сегодняшние требования к приемлемому опыту транзакций. Кроме того, медленное время блокировки открывает сети больше возможностей MEV и делает ее уязвимой к перегрузке сети при спам-атаках. L2 стремится улучшить масштабируемость Ethereum за счет объединения транзакций вне сети и отправки доказательств для проверки правильности вычислений. Чтобы обеспечить более плавную транзакцию, Unichain стремится достичь времени блока в 250 мс. Однако для этого Unichain нужна система, которая может последовательно передавать блоки с низкой задержкой, а также почти мгновенным временем подтверждения. Solana может обрабатывать 440M параллельно, но для достижения такой скорости жертвуется определенная степень децентрализации. Ранее, во время большинства предложений по блокам L2, происходила задержка в сериализации данных и генерации корня состояния, что делало маловозможным быстрое время блока. Чтобы решить эту проблему, flashbot создал flashblock, идея которого заключается в том, чтобы «разбить» чанки на более мелкие шарды, тем самым сократив время между чанками для максимизации UX/LP преимуществ. Flashblock - это предварительное подтверждение, отправляемое конструктором блоков TEE, для частичного, но быстрого подтверждения. Сначала транзакция передается в конструктор блоков TEE. Если L2 включен SBS, то конструктор блоков будет отделен от сортировщика. После сортировки и связывания транзакции постепенно становятся частью подтверждения Flashblock. Flashblock транслируется из сортировщика каждые 250 миллисекунд для проверки другим узлам. Поскольку задержка вызвана генерацией и сериализацией корневого состояния в L2, Unichain значительно снижает задержку, вычисляя корневое состояние только один раз для нескольких частичных блоков и распределяя расходы на консенсус в процессе построения блока. В общем, Flashblock так мощен, потому что: • Короткое время создания блока снижает риски обратного отбора для LP. • Flashblock обеспечивает раннее выполнение текущего состояния, облегчая интеграцию кошельков и фронтенда. • Быстрые транзакции обеспечивают отличный пользовательский опыт (UX). Кроме того, поскольку TEE может принудительно проводить сортировку по приоритетам в каждом Flashblock, приложения и смарт-контракты теперь могут взимать налог MEV, чтобы выгодно использовать приоритеты, а также перераспределять MEV между LP и пользователями. Как подчеркнул Дэн Робинсон в своем посте, позволять приложениям и пользователям «контролировать» свой MEV - одна из главных функций/целей Unichain. Еще лучше то, что сортировку по приоритетам можно проверить с помощью публичного доказательства выполнения в TEE. Это позволяет пользователям точно проверить, как выполняются их транзакции. Это очень важно, поскольку это единственный способ для пользователей обеспечить справедливость сортировки по приоритетам.
1.4 Сеть проверки Unichain (UVN) В настоящее время большинство L2-сортировщиков являются централизованными, поведение отдельного сортировщика может повлиять на справедливость MEV, активность блоков или окончательность и т. д. Например, если сортировщик публикует недействительный блок и представляет фальшивое доказательство, чтобы оспорить его, то возникшая в результате этого инверсия цепи фактически повлияет на скорость цепи. Для борьбы с потенциальными одиночными точками сбоя в сортировщиках Unichain представил сеть проверки Unichain (UVN). UVN через проверку блоков, фокусируясь на проверяющих (в случае Ethereum) во время представления блоков, добавляет дополнительный уровень окончательности. Этот процесс аналогичен параллельной работе, где различные этапы построения блока могут происходить одновременно в один период. Однако, без дополнительных документов о подробностях, сделать предположения о них считается преждевременным.
Токен $UNI стоимостью 1,5 доллара США теперь не только токен управления, но и токен практического использования. Чтобы стать проверяющим, операторы должны сначала заложить $Uni на главной сети в качестве залога. Смарт-контракт будет отслеживать остаток и обновлять статус через встроенный мост Unichain. На каждом этапе текущий баланс залога будет сделан снимок, а затем расходы будут распределены пропорционально весу залога. Проверяющие с наивысшим весом залога $UNI будут выбраны в качестве активных проверяющих, которые могут публиковать доказательства, чтобы получить часть вознаграждения за проверку. Проверяющие, которые пропустят или не опубликуют доказательства, не получат вознаграждения, и оно перенесется на следующий этап. На основе ограниченной общедоступной информации мы можем предположить, что вознаграждение за проверку будет: (L2-плата, уплаченная пользователями Unichain - налог MEV, взимаемый приложением - стоимость отправки пакета на 1-й уровень) 2. Юничейн против Аппчейна против Общего Роллапа
Основные факторы, отличающиеся между Unichain/通用 Rollup и приложенной цепью, - это MEV, предварительное подтверждение и конкуренция за блочное пространство.
Поскольку приложения на цепочке могут гибко настраивать свою архитектуру, они могут реализовывать различные механизмы MEV для смягчения проблем, таких как устранение риска цензуры или уменьшение утечки MEV.
В то же время, благодаря целостным свойствам TEE, Unichain смягчает и перестраивает MEV, обеспечивая порядок сделок, не подверженный влиянию каких-либо сторонних агентов. Проверяемая приоритетная сортировка также обеспечивает справедливость MEV и может перераспределять доходы MEV пользователям и провайдерам ликвидности.
Большинство сортировщиков на рынке являются централизованными, что позволяет им извлекать максимальную ценность из потока заказов. В отличие от этого, Unichain выбрал более "общественно-полезный" подход, поскольку его механизм повторного распределения MEV в определенной степени ограничивает количество MEV, которое исходный сортировщик может захватить.
Unichain построен на основе OpStack, который является единым стандартом для оптимистических цепей, позволяя Unichain читать сообщения и передавать активы на суперцепи через безопасную передачу сообщений и обеспечивая низкую задержку (около 2 секунд). С другой стороны, приложения могут использовать различные решения для взаимодействия, такие как присоединение к IBC экосистеме или построение L3 на Arbitrum Orbit (хотя это не так распространено для L2 OpStack).