Разбор ERC7527: новая модель децентрализованной ценообразования

Обзор

Как оценивать ранние идеи или приложения и участвовать в инвестициях? В децентрализованном мире это огромная проблема. ERC7527 следует концепции «кредитование создает деньги» и предлагает парадигму децентрализованной оценки на основе премии.

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

ERC7527

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

ERC7527 предложил новый парадигм ценообразования приложений, который осуществляется через выпуск токенов ERC7527. Фактически, цена токена ERC7527 квантуется рыночной капитализацией приложения (рыночная капитализация приложения = цена ERC7527 × количество). Этот метод преобразует оценку приложения в оценку токена ERC7527. Оценка токена ERC7527 состоит из двух частей:

• ERC7527 предоставляет интерфейс для внешних котировок на покупку (wrap) и продажу (unwrap), позволяя разработчикам самостоятельно реализовывать их.
• Ценообразование. FOAMM (Function Oracle Automated Market Maker) на основе ERC7527 реализует ценообразование покупки через обертывание для внутренней ликвидности или продажи через развёртывание для удаления внутренней ликвидности. Эта схема не требует внешних поставщиков ликвидности.

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

Разработчикам ERC7527 необходимо разработать модель ценообразования, чтобы в конечном итоге предоставить предложение. После получения текущего предложения пользователь может выбрать внедрение ликвидности в пул ERC7527 для преобразования предложения в цену, вызвав функцию getWrapOracle. Конкретно, пользователь может использовать функцию wrap в FOAMM для внедрения ликвидности:

Для вопросов продажи и ценообразования токенов ERC7527 ERC7527 использует пул, созданный FOAMM, чтобы решить проблему преобразования предложения о продаже в цену. Пользователи могут использовать пул для уничтожения активов, снятия ликвидности из внутреннего оборота и выхода. Здесь может возникнуть вопрос о том, кто предоставляет ликвидность в пуле.

В предыдущем тексте мы упомянули, что FOAMM добавляет внутреннюю ликвидность с помощью wrap, и это является источником ликвидности в пуле. ERC7527 использует FOAMM, чтобы инжектировать ликвидность, которую пользователь заплатил за покупку активов, в пул, чтобы она служила для вывода ликвидности. Для разработчика достаточно предоставить цену продажи, так как в пуле есть ликвидность, цена продажи будет ценой продажи. Конкретно разработчику нужно реализовать следующую функцию для осуществления функции предложения о продаже:

Разработчики могут создавать произвольные функции предложений о продаже на основе ликвидности пула, при этом следует учесть, что конечное предложение о продаже должно поддерживать баланс очистки пула. Пользователи могут в любой момент вызывать getUnwrapOracle для получения текущего предложения о продаже токенов ERC7527 и далее, при желании, вызывать функцию unwrap FOAMM для уничтожения токенов ERC7527 и получения количества токенов предложения о продаже внутри пула.

В целом, для пользователей взаимодействие с ERC7527 состоит только из двух частей:

• Вызовите функцию getWrapOracle, чтобы прочитать текущее предложение на покупку, и, если оно подходит, вызовите функцию wrap для инъекции ликвидности и получения токена ERC7527.
• Вызовите функцию getUnwrapOracle, чтобы прочитать текущую продажную цену. Если цена продажи подходит, вызовите функцию unwrap, чтобы уничтожить количество токенов продажи из пула ERC7527, которые у вас есть.

Возвращаемые значения функций getWrapOracle и getUnwrapOracle содержат параметры price и fee. Параметр price представляет собой количество токенов ERC7527, необходимых для wrap или unwrap операций, а параметр fee представляет собой комиссию. При выполнении операций wrap или unwrap пользователь должен заплатить определенную сумму комиссии, которую в конечном итоге может извлечь указанный пользователь.

ERC7527 - это стандартный токен, аналогичный токену ERC20, у которого также есть свой адрес токена. ERC7527 имеет следующие определенные поля:

Вышеуказанная структура определяет самые важные атрибуты ERC7527, где currency представляет токен, предоставленный пользователем для чеканки токена ERC7527, premium указывает начальную цену токена ERC7527, feeRecipient представляет адрес получателя комиссии при взаимодействии wrap и unwrap, а mintFeePercent и burnFeePercent представляют собой ставку комиссии wrap и unwrap.

Токены ERC7527 имеют колебательные характеристики с премией (premium). В предыдущем определении функции использовалось слово ‘price’, то есть ‘premium’ в структуре Asset.

ERC7527 определяет три различных модуля:

1. Адрес контракта App App - это адрес контракта ERC7527 токена. ERC7527 требует, чтобы контракт App наследовал соответствующий интерфейс ERC721Metadata. Кроме того, этот контракт должен предоставлять интерфейсы mint и burn для удобного вызова пулом, причем интерфейсы mint и burn могут вызываться только пулом, чтобы избежать неравновесия в рассчетах пула, вызванного злонамеренным выпуском ERC7527 токенов.
2. Агентство Агентство - это контракт, о котором часто упоминается в предыдущем тексте, где находится бассейн и FOAMM, а также основной контракт взаимодействия с пользователями. Функции getWrapOracle/wrap/getUnwrapOracle/unwrap, упомянутые в предыдущем тексте, находятся в этом контракте. Этот контракт хранит токены, вложенные пользователями при покупке (wrap), чтобы использовать их при выходе (unwrap). Этот контракт является контрактом ERC7527 для расчетов токенов.
3. Factory - это вспомогательный контракт, который упрощает развертывание приложения и агентства для удобства развертывания токенов ERC7527 пользователями.

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

В приложении ERC7527 есть двусторонняя привязка между App и Agency. С точки зрения кода, функции mint и burn в App могут быть вызваны только Agency, и ERC7527 также определяет ряд функций для удобства пользователей при известном адресе App (функция getAgency) и известном адресе Agency (функция getStrategy для запроса адреса App).

С точки зрения ликвидности каждый токен ERC7527 в приложении имеет соответствующую ликвидность в пуле, что обеспечивает баланс высчета пула.

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

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

Модель непрерывного ценообразования

В предыдущем разделе мы подробно обсудили принцип работы ERC7527, но не рассмотрели подробности построения модели цены покупки. ERC7527 предоставляет только интерфейс getWrapOracle, а конкретная реализация модели цены полностью зависит от разработчика. В этом разделе мы предложим более общую модель цены покупки.

При покупке ERC7527 следует учитывать как микро-, так и макроэкономические аспекты.

В целом мы ожидаем, что цена токена ERC7527 будет увеличиваться вместе с увеличением количества токенов ERC7527. Более конкретно, текущая цена токена ERC7527, полученная через вызов getWrapOracle, не должна быть ниже цены покупки (или так называемой “последней цены покупки”).

Цитирование токена ERC7527 должно увеличиваться с увеличением его количества, что приведет к интересному результату: сам токен ERC7527 будет обладать механизмом расширения кредита. Более конкретно, рыночная капитализация токена ERC7527 будет больше, чем TPL (Total Premium Locked). Этот механизм расширения кредита приведет к росту кредита каждого держателя токена ERC7527.

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

Мы храним всю историю ценообразования ERC7527 внутри стека, и каждый раз, когда формируется новая цена new price, мы помещаем ее в стек, модель цен покупки будет зависеть от последней цены в стеке для предоставления цены покупки.

А когда пользователь продает, мы непосредственно используем последнюю цену покупки new price в качестве цены продажи, переводим ликвидность из агентства пользователю и одновременно извлекаем эту цену из стека. В этот момент модель котирования все еще зависит от последней цены price2 в стеке, чтобы предложить внешние котировки.

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

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

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

Итак, хорошая модель ценообразования должна соответствовать следующим требованиям:

• Предлагаемая цена покупки не должна быть ниже уже сформированной цены. Это сделано для того, чтобы обеспечить рост как цены покупки, так и цены продажи на макроуровне с увеличением количества держателей токена ERC7527.
• Конкретная функция котировок должна иметь временной фактор и одновременно включать в себя две стадии: памп и дамп.

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

• В начальной стадии высокий потенциал роста
• Средний и поздний этап обладает довольно устойчивым ростом

Мы расскажем о решении в последующем тексте.

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

О конкретном значении параметров этой функции ценообразования можно ознакомиться в предыдущей статье. Здесь мы просто предоставляем изображение этой функции ценообразования:

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

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

Мы создали среду для моделирования вышеприведенной модели ценовой котировки, результаты моделирования приведены ниже:

В графике свечей для моделирования первый столбец представляет собой динамику цен на текущий токен ERC7527, а второй столбец представляет собой количество текущих токенов ERC7527, которое увеличивается при операции wrap и уменьшается при операции unwrap. На уровне кода второй столбец фактически представляет собой вызов функции totalSupply приложения. Третий столбец представляет собой количество операций wrap и unwrap, где зеленая линия представляет wrap, а красная линия - unwrap.

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

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

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

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

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

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

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

Мы попытались смоделировать изменение цены сделок во время увеличения объема эмиссии токенов ERC7527 от 0 до 20000. Получен следующий график свечей:

Установленное начальное предложение графика свечей указанного выше тренда составляет 0.1. При достижении предложения в 20000 цена выросла с изначальных 0.1 до 300, увеличившись в 3000 раз.

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

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

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

Расширенные приложения

В этом разделе мы рассмотрим следующие расширенные приложения ERC7527:

• ERC7527 в качестве уровня стимулирования для применения искусственного интеллекта
• ERC7527, как оракул атомарности, используется в других приложениях, особенно в кредитных приложениях.

Стимулирующий уровень применения искусственного интеллекта

Применение искусственного интеллекта требует нового слоя стимулирования, а ERC7527 может принести систематический слой стимулирования для приложений ИИ, а жетоны ERC7527 являются основным активом стимулирующего слоя.

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

С точки зрения рыночной капитализации, с развитием приложений AI и увеличением количества держателей токенов ERC7527, как разработчики приложений AI, так и держатели токенов ERC7527, получат огромные стимулы, связанные с пампом рыночной капитализации.

AI-приложения также могут использовать дивиденды для стимулирования пользователей. AI-приложения напрямую требуют от пользователей использование токенов для платежей на втором уровне Ethereum.

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

В техническом плане токен ERC7527 наследует ERC721, что означает, что токен ERC7527 может создавать контракт на счет ERC6551 с помощью протокола ERC6551. Мы можем использовать некоторые технические решения, чтобы сделать счет ERC6551 токена ERC7527 кросс-чейн на втором уровне Ethereum. Конкретный технический путь реализации следующий:

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

В разделе кросс-чейн ERC6551 есть самая простая реализация, разработчики могут обратиться к коду внутри ERC6551Mirror, в этом репозитории с использованием Chainlink CCIP реализованы операции кросс-чейн для ERC6551.

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

Машина Oracle с атомарностью

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

Принцип работы ERC7615 показан на следующей диаграмме:

Когда пользователь(Client) вызывает некоторые функции отправителя контракта(Publisher), отправитель контракта проверяет, существуют ли некоторые подписочные контракты для этой функции, и, если они существуют, вызывает функцию подписочного контракта для отправки некоторого содержимого. Главная особенность этого процесса - атомарность. Если возникают проблемы с обработкой данных подписочного контракта, то транзакция вызова функции отправки контракта (т.е. транзакция Call somefunc(…) на рисунке) также будет непосредственно сообщать об ошибке.

В рамках ERC7527 мы неоднократно упоминали, что предлагаемая ERC7527 цена на продажу на самом деле является ценой продажи, и любой пользователь, у которого есть токены ERC7527, может извлекать ликвидность из системы Agency по цене продажи. Таким образом, мы можем ли передавать цену продажи ERC7527 протоколу займа для осуществления расчетов в рамках протокола займа?

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

Мы можем встроить push ERC7615 внутрь функции unwrap и непосредственно передавать текущую цену продажи unwrap протоколу займа. Когда протокол займа получает цену unwrap, он может провести расчеты по информации о цене и провести ликвидацию позиций, использующих токен ERC7527 в качестве гарантии.

Как только одна из заимствованных позиций требуется ликвидировать, заимствование может выполнить операцию unwrap, чтобы извлечь ликвидность из ERC7527Agency для закрытия заимствованных позиций.

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

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

В ERC7527, разработчики могут наделять токены ERC7527 другими возможностями, потому что токены ERC7527 наследуют ERC721 в контракте. Когда пользователи используют традиционную схему залога, например, просто переводят ERC7527 в залоговый контракт, они теряют другие права на токены ERC7527, поэтому для токенов ERC7527 необходима новая схема залога без передачи активов.

Благодаря механизму передачи на основе ERC7615 можно разработать схему залога без передачи активов. Конкретно, можно установить связь между контрактом unwrap в рамках ERC7527Agency и контрактом залога. Пользователи, залогающие свои токены ERC7527, могут взаимодействовать с контрактом залога ERC7527, но при этом не требуется передача токенов ERC7527 в контракт залога.

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

В этом процессе ERC7615 гарантирует проблему ликвидации системы залогов, обеспечивая, что уничтоженные токены ERC7527 не могут получать доход от залога.