Предыдущий обзор:
《AgentFi - новое понятие, запущенное AO, ведущее к Децентрализованные финансы》
Продолжая предыдущую часть. Вся Индустрия Блокчейна является историей эволюции масштабирования, где каждый маршрут пытается достичь увеличения скорости и снижения стоимости, но имеют свои ограничения. До появления AO, новый парадигма Блокчейна, которая отличается от традиционного, вступила на сцену. Благодаря умному дизайну, Блокчейн на AO больше не является ограниченным ресурсом, а может бесконечно создаваться по мере необходимости, что дает AO возможность безграничного масштабирования!
Это также делает возможным финансовую модель, ориентированную на агентов - AgentFi, которая имеет более широкий спектр применения по сравнению с традиционными Децентрализованные финансы.
Традиционные децентрализованные финансы происходят от Ethereum, и хотя появились различные новые блокчейны L2 и высокопроизводительные публичные блокчейны, воображение людей о построении парадигмы децентрализованных финансов остается ограниченным Ethereum. Теперь давайте представим полностью неограниченную платформу, аналогично развитию Интернета от только для чтения до чтения и записи, алгоритмов и автономных систем, чтобы переосмыслить, как должны выглядеть финансы в блокчейне, возникает ли новое видение в нашем сознании? Видение, где все пользователи могут создавать финансовых агентов, где каждая вычислительная единица может стать финансовым учреждением, предоставляющим индивидуальные финансовые услуги!
Зачем нужен стандартный Протокол для агента?
На компьютере AO процессы общаются друг с другом через сообщения, при этом передача сообщений следует определенным правилам. На самом деле, то же самое справедливо и для финансовой области.
Кастомизация является отправной точкой для разнообразия. Если финансовые агенты различных типов развиваются самостоятельно, то неизбежно возникнут различные Протоколы, что делает взаимодействие между агентами большой проблемой. Как обеспечить коммуникацию между агентами и их взаимодействие?
Для избежания потери интероперабельности из-за отсутствия единого стандарта был создан протокол FusionFi Protocol (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 может объединить множество таких ‘индивидуальных бирж’ в сеть peer-to-peer для более эффективного и гибкого сопоставления.
Ниже приведены основные этапы работы AMM Agent:
Выглядит просто, но на самом деле для LP, кажется, все еще стандартное создание, внесение депозита, добавление, процесс обмена и снятия средств, но отличие заключается в том, что агент контролируется самим пользователем, а для LP активы находятся в их собственных руках. Это фактически является способностью самого AgentFi, в то время как FusionFi направлена на развитие этой способности, создавая относительно единый вход (и структуру данных).
Вы можете рассматривать это так, что для LP вам нужно только выполнять операции по депозиту и выводу, вызывая единую входную функцию. Сама функция может быть связана с несколькими проектами в Децентрализованные финансы, и вы не должны беспокоиться о том, как они будут взаимодействовать и какой будет их роль, так как это и есть ценность этого Протокола. Это подобно тому, как после появления стандартов, таких как ERC20, приложения адаптируются к пользователям.
Ниже приведен конкретный пример кода для добавления Ликвидности.
Можно видеть, что всего лишь несколько строк кода являются основой для быстрой реализации этой функции.
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent) // Устанавливаем сумму и проскальзывание
const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)// Отправить сообщение о добавлении Ликвидности
const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//Получаем результат
Исходный код примера использования:
Примечание жизненного цикла
Здесь мы можем переключиться на вид заметки и еще раз рассмотреть процесс сделок между пользователем и AMM агентом.
-
Когда пользователь запрашивает изучение, все AMM Agents с соответствующей ликвидностью автоматически создают ордер, который является заметкой (Note). Эта заметка имеет очень короткий срок действия, и если сделка не происходит достаточно быстро, она становится недействительной. AMM Agents действуют как мейкеры.
-
Все примечания будут храниться в централизованном хранилище в системе, Note Pool выступает в роли общего пространства хранения, удобного для доступа других сущностей.
-
Пользователь выбирает наиболее подходящее предложение из Note Pool через веб-интерфейс и отправляет заметку в Settlement Center для выполнения операции Поселок. Settlement Center отвечает за выполнение конкретной операции Поселок, например, здесь происходит обмен.
-
Примечание помечено как «Поселок», операция Swap успешно выполнена.
Здесь Settlement Center является ключевым компонентом в протоколе FusionFi, отвечающим за обработку всех видов операций Note Поселок в системе.
В действительности, то же самое относится и к агенту стакана ордеров. Ордера с лимитированной ценой в агенте стакана ордеров сами по себе являются заметкой, и их Поселок процесс полностью соответствует процессу создания агента котировок AMM. Это означает, что протокол FusionFi фактически может объединять Ликвидность от AMM и ордербука.
Такое слияние приносит большие выгоды. В сценарии обмена Ликвидность может поступать от пользовательских котировок, а также от узлов деловой активности. Пользователи могут использовать Протокол маршрутизации для поиска Ликвидности во всем пуле узлов, чтобы достичь наилучшей цены сделки. AMM обеспечивает базовую Ликвидность на рынке, но существуют проблемы влияния на цену и Непостоянные потери, в то время как ордер-бук позволяет пользователям быть автономными Мейкерами, что подходит для крупных сделок и пользователей с конкретными ценовыми требованиями. После слияния AMM обеспечивает постоянную Ликвидность, в то время как ордер-бук снижает влияние на цену и увеличивает Глубину, делая торговлю крупными ордерами более эффективной. Такая модель удовлетворяет потребности различных типов пользователей, начиная от розничных инвесторов до институциональных, что повышает эффективность использования капитала и способствует дальнейшему развитию рынка.
Много Note 原子Поселок
В приведенном выше примере показано, что FusionFi Protocol может поддерживать несколько записей одновременно, и этот процесс является атомарным. Состояние всех записей в одной транзакции должно измениться, чтобы изменить состояние записи. В противном случае состояние всех записей не изменится.
Это привнесло несколько очень полезных особенностей:
Деление крупных сделок: крупные ордера сложно исполнить одним противоположным сторонам, FFP поддерживает разделение крупных ордеров для полного использования распределенной Ликвидности.
Множество сделок объединяются в один: несколько сделок могут быть объединены в один атомарный заказ. Это в значительной степени может повысить скорость сделки, что крайне важно для трейдеров высокочастотной торговли и сложных сценариев торговли.
Многошаговая торговля: Многошаговая торговля является расширением функции объединения заказов. Предположим, что в сценарии обмена необходимо завершить замену A→C, но прямого пути от A→C не существует, но существует путь A→B→C. FFP может реализовать объединение A→B, B→C. Более того, такая многошаговая торговля является атомарной и не приводит к ситуации успеха A→B и неудачи B→C.
Ноль капитала Арбитраж: это так называемый пустой-handedly. В сущности, арбитражер берет две заметки с разницей в процентах и отправляет их в поселок. Можно посмотреть на эту картинку ниже.
Источник изображения:
Permaswap - это первый DEX на основе протокола FusionFi, разработанный для AgentFi, и в настоящее время самый зрелый DEX в экосистеме AO. Если вас заинтересовало, вы можете испытать вышеперечисленные функции на Permaswap (aopsn.com).
Центр расчетов
Очевидно, Что в протоколе FusionFi Settlement Center является ключевым компонентом. Он будет обрабатывать все заметки в порядке времени, пока система SU AO работает нормально, можно получить этот порядок времени. Любой человек может извлечь заметку из пула заметок и представить Settlement Center для проведения Поселок.
Когда объем запросов на обработку с заметками увеличивается, Центр расчетов также может легко масштабироваться с помощью распределенного подхода, путем направления задачи на несколько процессов Поселок. В зависимости от объема нагрузки, распределение на различные процессы Поселок производится на основе идентификатора заметки.
Многообразное применение заметок
Структурированный формат Примечания, определенный протоколом FusionFi, фактически обладает очень широкой универсальностью для различных финансовых операций. Поэтому способы использования Примечания разнообразны. Он может использоваться не только для представления котировок Спотовой торговли, но также для сценариев фьючерсной торговли, контрактной торговли, кредитования и т.д. Таким образом, FusionFi может объединять не только ликвидность, но и различные финансовые формы.
Перспектива
По мнению автора, суть этого интернет-мира заключается в множественных сделках. Поэтому решение проблемы высокочастотных сделок между различными группами имеет высокую ценность. Модель AgentFi может охватить практически все сценарии Децентрализованных финансов, а протокол FusionFi позволяет более эффективно осуществлять парное сопоставление между агентами, причем такое сопоставление происходит через различные протоколы. В условиях борьбы в сфере Децентрализованных финансов за Ликвидность, как основной способ конкуренции, и за модель монопольной Ликвидности как источник дохода, протокол FusionFi может привнести революционные изменения!
Конечно, протокол FusionFi - это новый стандарт протокола, который, возможно, требует постоянной настройки и оптимизации в соответствии с бизнес-требованиями. Это можно сравнить с моделью BIP (предложение по улучшению Биткоина) и EIP (предложение по улучшению Ethereum), которые принимают идеи в процессе сотрудничества.
Ссылки:
-
Интеллектуальные финансы: от AgentFi до FusionFi
-
Протокол FusionFi: Основной элемент для достижения взаимодействия AgentFi
-
Протокол FusionFi Документация
Протокол介绍.md
Этот текст впервые был опубликован на PermaDAO
Ссылка на оригинал:
