Протокол FusionFi: соединение всех финансовых агентов

Источник: PermaDAO

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

Это также позволяет появление финансовой модели, ориентированной на агентов - AgentFi, которая имеет более широкий спектр применения по сравнению с традиционными Децентрализованные финансы.

Традиционный Протокол Децентрализованные финансы происходит от Ethereum, и хотя существуют различные новые цепочки L2 и высокопроизводительные блокчейны, воображение людей о строительстве Децентрализованные финансы остается ограниченным Ethereum. Теперь давайте войдем на платформу без ограничений производительности, как вспомним развитие интернета от только чтения до чтения и записи, алгоритмов и автономности, и переосмыслим, как должен выглядеть финансовый блокчейн. Возникает ли новое видение? Видение, в котором все пользователи могут создавать финансовых агентов, каждый вычислительный блок может стать финансовым учреждением и предоставлять пользовательские услуги Финансовая услуга!

Зачем нужен стандартный Протокол для агента?

На компьютере AO процессы общаются друг с другом посредством сообщений, и передача сообщений подчиняется определенным правилам. Фактически, то же самое справедливо и для финансовой сферы.

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

Чтобы избежать утраты взаимодействия, вызванной отсутствием единого стандарта, был создан протокол FusionFi (FFP).

Протокол FusionFi, как протокол взаимодействия между Агентами, определяет правила взаимодействия между Агентами, что позволяет различным финансовым операциям, основанным на Агентах, взаимодействовать друг с другом и объединяться в единое целое. В то время, когда AgentFi только начинает свой путь, такой протокол можно считать прозорливым.

FFP (Протокол FusionFi)

Протокол FusionFi - это Протокол, представленный основателем EverVision outprog на конференции Arweave Asia 2024 года.

Ключевая концепция в протоколе FusionFi - это Note (токен). Он является абстрактной моделью представления обязательства, которая может быть в форме токена, облигации, сертификата, права договора и т. д. С использованием модели Note в качестве посредника, протокол FusionFi может поддерживать различные финансовые сценарии, такие как торговля, кредитование, застейкать и т. д.

Протокол FusionFi предоставляет не только один набор стандартов, но и инструменты разработки AgentFi (FFP SDK), которые помогают разработчикам создавать AgentFi более эффективно и просто.

В настоящее время протокол FusionFi уже имеет два экземпляра: AMM Agent и Orderbook Agent.

AMM Агент

На примере AMM Agent можно понять, что каждый AMM Agent можно рассматривать как «суверенный» бассейн ликвидности с правилами создания рынка, которые можно настроить самостоятельно. Это также означает, что пользователи не должны полагаться на внешнюю платформу, такую ​​как фонд с единым алгоритмом создания рынка, чтобы самостоятельно реализовать функцию обмена и найти подходящего партнера в любом месте в сети. Другими словами, когда пользователь создает Agent, он создает Децентрализациябиржа, которая принадлежит лично ему. Затем протокол FusionFi может объединить множество таких «личных бирж» в сеть пирингов, чтобы обеспечить более эффективное и гибкое сопоставление.

Ниже приведены основные этапы работы AMM Agent:

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

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

Ниже приведен конкретный пример кода для добавления Ликвидности.

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

const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent) // Устанавливаем сумму и проскальзывание const addLiquidityMessageId = await agent.addLiquidity(minLiquidity) // Инициация сообщения о добавлении ликвидности const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//Получаем результат

Исходный код примера использования:

Примечание Жизненный цикл

Здесь мы можем переключиться на вид точки зрения Note и еще раз рассмотреть процесс сделок между пользователем и агентом AMM.

1. Когда пользователь делает запрос на Изучение, все AMM агенты, у которых есть соответствующая Ликвидность, автоматически создают котировку, которая является Note, истекает очень быстро, если сделка не происходит быстро, то Note становится недействительным. AMM агенты действуют как maker.

2. Все Note будут храниться в централизованном хранилище Note Pool системы, которое выступает в роли общего места хранения и облегчает доступ других сущностей.

3. Пользователь выбирает наиболее подходящее предложение из Note Pool через веб-интерфейс и отправляет заметку в Settlement Center для выполнения операции Поселок. Settlement Center отвечает за выполнение конкретной операции Поселок, например, здесь - swap.

4. Примечание помечено как “уже поселено”, своп успешно выполнен.

Здесь Settlement Center является ключевым компонентом в протоколе FusionFi и отвечает за обработку различных операций с примечаниями в системе.

Фактически, для Orderbook Agent все так же, как и для AMM Agent. Ограниченный ордер в Orderbook Agent сам по себе является Note, и его Поселок процесс полностью идентичен Agent для создания котировок, созданных AMM Agent. Это означает, что протокол FusionFi на самом деле может объединять Ликвидность от AMM и ордербука.

Такая интеграция приносит большие преимущества. В сценарии свопа, Ликвидность может быть получена от пользовательских предложений и от Мейкер-узлов. Пользователи могут использовать маршрутизационный Протокол для поиска Ликвидности во всем пуле Узлов и достижения лучшей цены. AMM обеспечивает базовую Ликвидность на рынке, но существуют проблемы влияния на цену и Непостоянных потерь, в то время как ордербук позволяет пользователям стать самостоятельными Мейкерами, подходит для крупных сделок и пользователей с конкретными требованиями к цене. После интеграции, AMM обеспечивает непрерывную Ликвидность, а ордербук снижает влияние на цену и увеличивает Глубину, делая торговлю крупными ордерами более эффективной. Эта модель удовлетворяет потребности различных типов пользователей, от розничных инвесторов до институциональных инвесторов, что повышает эффективность использования капитала и способствует дальнейшему развитию рынка.

Много Note атомовПоселок

В приведенном выше примере рассматривается только один Поселок за раз, но на практике протокол FusionFi также может поддерживать Поселок нескольких Note за один раз, причем такой Поселок является атомарным. Все Note в одной транзакции должны быть завершены, чтобы изменить состояние Note. В противном случае состояние всех Note не изменится.

Это привнесло несколько очень полезных особенностей:

• Разбиение крупных сделок на части: большие заказы трудно выполнить с одной стороны, FFP поддерживает разделение крупных заказов, полностью используя разбросанную Ликвидность.
• Несколько сделок объединены в один совокупный заказ: несколько сделок могут быть объединены в один атомный заказ. Это в значительной степени может повысить скорость сделки, что крайне важно для трейдеров с высокой частотой торговли и сложных сценариев торговли.
• Многоскачковая торговля: Многоскачковая торговля является расширением функции объединения заказов. Предположим, что в сценарии обмена нужно завершить замену A→C, но прямого пути от A→C нет, но есть путь A→B→C, FFP может объединить A→B, B→C. Кроме того, такая многоскачковая торговля является атомарной и не приводит к ситуации успеха A→B и неудачи B→C.
• Нулевой арбитраж: это так называемый пустой волк в одних руках. По сути, арбитражер берет две заметки с разницей в процентной ставке и одновременно отправляет их в Поселок. Можно посмотреть на эту картину ниже.

Источник изображения:

Permaswap - это первый DEX, созданный на основе протокола FusionFi и являющийся самым зрелым DEX в экосистеме AO. Если вам интересно, вы можете ознакомиться с вышеуказанными возможностями на Permaswap (aopsn.com).

Центр расчетов

Очевидно, что в протоколе FusionFi Settlement Center является ключевым компонентом. Он обрабатывает все заметки в порядке времени и может получить этот порядок времени, если система SU AO работает нормально. Любой может извлечь заметку из пула заметок и отправить ее в Settle Center для обработки Поселок.

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

Разнообразное применение заметок

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

Перспектива

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

Конечно, FusionFi Protocol - это новый стандарт Протокола, возможно, требующий постоянной настройки и оптимизации в соответствии с бизнес-потребностями. Это можно рассматривать как модель BIP (Bitcoin Improvement Proposal) для предложения улучшения BTC и модель EIP (Ethereum Improvement Proposals) для предложения улучшения Ethereum, принимая творческие идеи в процессе совместного творчества.