Жесткий анализ ядра: «умная» архитектура блокчейна следующего поколения

Автор: HAOTIAN-CRYPTOINSIGHT, Источник: Substack Haotian-CryptoInsight.

На первый взгляд, «Intent-centric» обращает внимание только на результат и не заботится о процессе.На самом деле процесс скрыт в «черном ящике» высшими технологиями. Сегодня я в качестве примера возьму распределенную Intent Architecture.Я вам ее усердно разберу.Содержимое WorkFlow в этом черном ящике будет очень сухим.Рекомендуется сначала поставить лайк, а потом читать.

Вероятно, это будет представлять собой «умную» архитектуру блокчейнов следующего поколения.

На заре развития Интернета существовали и черные ящики. Например, мало кто понимал принципы связи протоколов интернет-технологий, таких как HTTP, TCP/IP, CDN и IPV6, но все плавали в приложениях верхнего уровня. В эпоху Web3 также необходимо пройти процесс сокрытия внутреннего протокола, что и делает Intent-centric. Только так порог использования web3 может быть по-настоящему снижен, и веб3-приложения смогут залететь в дома обычных людей.

**Итак, как же разобрать этот «черный ящик»? **

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

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

**Пример:**Сяо Ван разместил заказ на UniswapX. Намерение требовало лимита цен, бесплатной платы за газ, анти-MEV, маршрута с наименьшим проскальзыванием, zk-SNARKization для защиты конфиденциальности и т. д. После отправки запроса Группа Мейкеров (профессиональных учреждений, маркет-мейкеров) в «черном ящике» начала создавать решающую программу для выполнения приказа Сяо Вана. Наконец, после раунда аукционного конкурса, Компания А выиграла право на исполнение и, наконец, завершила сделку. Платформа уплачивает комиссию за обработку заказа, уплаченную Сяо Ваном компании А, и в то же время дает определенное вознаграждение платформы.

После получения намерения Сяо Вана черный ящик классифицирует его. Например, лимитный ордер = условная транзакция, и контракт автоматически запускается, если условие выполнено; анти-MEV = автономный маршрутизатор расширения, использующий канал уровня 2; конфиденциальность защита = ядро Данные должны выполнять канал проверки ZK-SNARKs; эти намерения могут быть назначены уровням 1 и 2, или различные модульные технологии могут быть включены для одновременной обработки и, наконец, собраны в пользовательском клиенте для завершения окончательной обработки. выходной результат.

**Базовая децентрализованная архитектура намерений включает в себя: пользователь Пользователь — решатель Решатель — исполнитель — результат. **

1. Его можно модульно встроить в существующую структуру смарт-контрактов EVM, что требует программирования намерения для плавного вызова смарт-контрактами или прокси-контрактами, или методами автономного расширения и различными протоколами DeFi в цепочке.

2. Работая независимо в новой архитектуре публичной цепочки, помимо Solver и Excutor, он также должен иметь соответствующие роли, такие как Proposer и Validator, для реализации децентрализованной работы цепочки.

Решатель – это решатель, который отвечает за программирование абстрактных намерений. Например: пользователь А имеет три намерения при отправке транзакции: прозрачное намерение + намерение безопасности + намерение конфиденциальности. Простые транзакции обрабатываются напрямую на уровне 1, а сложные транзакции поступают на уровень 2. Решатель передает два намерения через технологию доказательства с нулевым разглашением, предоставляемую ZK Proof, и зашифрованный текст алгоритма случайного шифрования, предоставляемый зашифрованным текстом. Наконец, обработанные tx-файлы будут отправлены в Mempool, ожидая упаковки и загрузки в цепочку;

utor — исполнитель, который отвечает за изменение txs, отправленных решателем, в состояние окончательного выполнения + завершение проверки. Его можно понимать как майнера, который, наконец, успешно реализовал намерение пользователя и отвечает за проверку. что во время выполнения намерения не будет ошибок, чтобы завершить окончательное поведение бухгалтерского учета в цепочке; в более общем смысле Solver эквивалентен Searcher в Ethereum, ответственном за сбор и сортировку транзакций, а utor эквивалентен builder в Ethereum , отвечающий за окончательную упаковку и генерацию блоков.

Конечно, у него также есть роли Node, Relay и Validator, которые ничем не отличаются от существующих публичных цепочек, поэтому я не буду объяснять слишком много. И в Solver, и в utor могут участвовать организации и учреждения без разрешений в форме аукциона, чтобы обеспечить прозрачность и децентрализацию системы.

Приблизительный рабочий процесс (как показано ниже):

Пользователь отправляет данные о намерениях — узел Gossip Node получает и передает данные:

①Простые транзакции передаются непосредственно на L1 -> Создать квитанцию через Proposer, Validator, utor и т. д. уровня 1.

②Сложные транзакции будут назначены на уровень L2 —> Решатель отвечает за модульную интеграцию zk, зашифрованного текста и других данных технического программирования —> Предлагающий упорядочивает и сортирует данные для упаковки —> Валидатор проверяет достоверность данных —> utor завершает запись блока Учетная запись --> Вернуться к квитанции пользователя.

Пользовательский клиент соберет Recpit и, наконец, завершит Verify.

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

От сценариев в эпоху Биткойна до программируемых в эпоху Ethereum и до программируемых ++ в эпоху намерений. «Умная» архитектура блокчейна следующего поколения в идеале будет в полной мере использовать различные передовые технологии для выполнения транзакций (включая искусственный интеллект), и пользователи также смогут передавать более сложные требования через уровень намерений, а весь процесс выполнения высокоавтоматизирован. и модульный. Только когда блокчейн станет более простым в использовании и «умным», можно будет наконец реализовать массовое внедрение.