Descripción general

¿Cómo valorar y participar en ideas o aplicaciones tempranas? Esto es un gran desafío en el mundo descentralizado. ERC7527 sigue el consenso de 'crear dinero a través de crédito' y propone un paradigma de precios descentralizado basado en Premium.

En este artículo, profundizaremos en los principios y detalles del protocolo ERC7527, y también explicaremos el funcionamiento y las grandes ventajas del modelo de cotización continua. Además, también presentaremos algunas aplicaciones de expansión basadas en la programabilidad y la capacidad de combinación de ERC7527.

ERC7527

En el artículo anterior, presentamos los modelos de fijación de precios en cadena pura comunes en la actualidad, incluido el modelo de cotización continua especial de ERC7527, y proporcionamos la representación matemática de este modelo. Sin embargo, la introducción de ERC7527 en el artículo anterior fue bastante sencilla. En esta sección, nos centraremos en los principios y detalles del protocolo ERC7527.

ERC7527 propone un nuevo paradigma para la valoración de aplicaciones mediante la emisión de tokens ERC7527. El precio de los tokens ERC7527 cuantifica efectivamente la capitalización de mercado de la aplicación (Capitalización de mercado de la aplicación = Precio de ERC7527 x Cantidad). Este método convierte la valoración de la aplicación en una valoración de los tokens ERC7527. La valoración de los tokens ERC7527 se divide en dos partes:

• Cotización. ERC7527 proporciona una interfaz para cotizar compras externas (wrap) y ventas externas (unwrap), lo que permite a los desarrolladores implementarlo por sí mismos. *定价。El FOAMM (Function Oracle Automated Market Maker) basado en ERC7527 logra precios de compra mediante la adición de liquidez interna a través de wrap, o precios de venta mediante la eliminación de liquidez interna a través de unwrap. Este enfoque no depende de proveedores externos de liquidez.

Para el problema de la oferta de compra y fijación de precios de ERC7527, ERC7527 proporciona plenamente programabilidad. Específicamente, los usuarios pueden llamar a la siguiente función para obtener una cotización:

Los desarrolladores de ERC7527 necesitan diseñar un modelo de oferta durante el proceso de desarrollo para proporcionar la oferta final. Cuando los usuarios llaman a getWrapOracle para obtener la oferta actual, pueden optar por inyectar liquidez en la piscina ERC7527 para convertir la oferta en precio. En concreto, los usuarios pueden llamar a la función wrap de FOAMM para inyectar liquidez.

Para el problema de la oferta y fijación de precios de venta de los tokens ERC7527, ERC7527 utiliza un pool construido por FOAMM para resolver la conversión de la oferta de venta en fijación de precios, los usuarios pueden utilizar el pool para destruir activos, eliminar la liquidez interna y salir. Aquí puede haber un problema, es decir, quién proporciona la liquidez en el pool.

En el texto anterior, mencionamos que FOAMM agrega liquidez interna a través de wrap, que es la fuente de liquidez dentro del pool. ERC7527 utiliza FOAMM para inyectar la liquidez que los usuarios pagan al comprar activos dentro del pool para actuar como liquidez de salida. Para los desarrolladores, solo necesitan proporcionar una oferta de venta, ya que hay liquidez dentro del pool, la oferta de venta se convierte en el precio de venta. Específicamente, los desarrolladores deben implementar la siguiente función para realizar la función de oferta de venta:

Los desarrolladores pueden construir una función de cotización de venta basada en la liquidez del pool, teniendo en cuenta que la cotización de venta debe mantener el equilibrio de liquidación del pool. Los usuarios pueden llamar a getUnwrapOracle en cualquier momento para obtener la cotización de venta actual del token ERC7527 y pueden optar por llamar a la función unwrap de FOAMM para destruir el token ERC7527 y obtener la cantidad de cotización de venta en el pool.

En resumen, para los usuarios, la interacción de ERC7527 consta solo de dos partes:

• Llame a la función getWrapOracle para leer la cotización actual de compra, y si la cotización de compra es adecuada, llame a la función wrap para inyectar liquidez y obtener el token ERC7527.
• Llame a la función getUnwrapOracle para leer el precio de venta actual. Si el precio de venta es adecuado, llame a la función unwrap para destruir la cantidad de fichas vendidas en la piscina de extracción de fichas ERC7527.

Tanto la función getWrapOracle como la función getUnwrapOracle devuelven opciones de precio y tarifa en su valor de retorno. El precio representa la cantidad de tokens necesarios para envolver o desenrollar el token ERC7527 actual, mientras que la tarifa representa la tarifa que se debe pagar por la operación de envolver o desenrollar. Los usuarios deben pagar una tarifa por ambas operaciones, y estas tarifas finalmente se extraerán por el usuario designado.

ERC7527 es un token estándar, similar a los tokens ERC20, también tiene su dirección de token. ERC7527 tiene los siguientes campos definidos:

La estructura anterior define las propiedades más fundamentales de ERC7527, donde currency representa qué token proporciona el usuario para acuñar el token ERC7527, premium se refiere al precio inicial del token ERC7527, feeRecipient representa la dirección de recepción de la comisión en el proceso de wrap y unwrap, mientras que mintFeePercent y burnFeePercent representan las tasas de comisión de wrap y unwrap.

El token ERC7527 tiene características de fluctuación del premium, utilizando la palabra price en la definición de la función anterior, es decir, premium dentro de la estructura del activo.

ERC7527 defines three different modules:

1. La dirección del contrato App App es la dirección del contrato de token ERC7527. ERC7527 requiere que el contrato App herede las interfaces relacionadas con ERC721Metadata. Además, este contrato debe exponer las interfaces mint y burn para facilitar la llamada desde el pool, y estas interfaces solo pueden ser llamadas por el pool para evitar la acuñación maliciosa de tokens ERC7527 que podría provocar un desequilibrio en la liquidación del pool.
2. La Agencia es el contrato mencionado con frecuencia en el texto anterior, donde se encuentran los pools y FOAMM, y es el contrato central para la interacción con los usuarios. Las funciones getWrapOracle/wrap/getUnwrapOracle/unwrap mencionadas anteriormente están todas ubicadas en este contrato, que almacena los tokens inyectados por los usuarios al comprar (wrap) para que puedan ser utilizados cuando los usuarios deseen salir (unwrap). Este contrato es el contrato de liquidación de tokens ERC7527.
3. Factory es un contrato auxiliar cuya función es simplificar la implementación de la aplicación y la agencia para facilitar la implementación del token ERC7527.

La relación entre los tres componentes se puede ver en la siguiente imagen:

En ERC7527, App y Agency tienen una relación de enlace bidireccional. Desde el punto de vista del código, las funciones mint y burn de la App solo pueden ser llamadas por la Agency, y ERC7527 también establece una serie de funciones para que los usuarios puedan consultar la dirección de la Agency en caso de conocer la App (función getAgency), y consultar la dirección de la App en caso de conocer la Agency (función getStrategy).

Desde el punto de vista de la liquidez, cada token ERC7527 dentro de la aplicación tiene su correspondiente liquidez en el pool, lo que garantiza el equilibrio de liquidación del pool.

Este enfoque de fijación de precios descentralizada de aplicaciones utilizando el token ERC7527 es una innovación revolucionaria que introduce un nuevo paradigma de lanzar la moneda antes de desarrollar la aplicación. Para las aplicaciones más tempranas, los desarrolladores pueden utilizar directamente la fábrica ERC7527 para implementar el token ERC7527.

Los usuarios pueden llamar a la función wrap para acuñar tokens ERC7527 y participar en la inversión inicial del proyecto, también pueden llamar a la función unwrap para salir de la inversión. Para los desarrolladores, el precio de los tokens ERC7527 puede proporcionar una capitalización de mercado efectiva para las aplicaciones tempranas. A medida que se desarrollan las aplicaciones y aumenta el número de holders de tokens ERC7527, la capitalización de mercado de las aplicaciones crece, lo que proporciona un incentivo para los holders de tokens ERC7527 y los desarrolladores de aplicaciones.

Modelo de cotización continua

En la sección anterior, discutimos en detalle el funcionamiento de ERC7527, pero no se proporcionó una descripción detallada de la construcción del modelo de cotización de compra en la sección anterior. ERC7527 solo proporciona la interfaz getWrapOracle aquí, y la implementación específica del modelo de cotización depende completamente del desarrollador. En esta sección, presentaremos un modelo de cotización de compra más general.

La oferta de compra de ERC7527 debe considerar simultáneamente dos perspectivas: micro y macro.

En términos generales, esperamos que el precio del token ERC7527 aumente con el aumento de la cantidad de tokens ERC7527 en circulación. Específicamente, el precio actual del token ERC7527 obtenido al llamar a getWrapOracle no debe ser inferior al precio de fijación (también conocido como "precio de compra en la última transacción").

La cotización del token ERC7527 debería aumentar a medida que aumenta la cantidad de tokens ERC7527 en posesión, lo que resultará en un mecanismo interesante de expansión de crédito para el propio token ERC7527. Específicamente, puede haber una capitalización de mercado del token ERC7527 mayor que el TPL (Total Premium Locked). Este mecanismo de expansión de crédito hará que cada titular de un token ERC7527 obtenga un aumento en su crédito.

En el texto anterior, no mencionamos la transacción de venta unwrap, que hará que el precio de compra de la transacción se reduzca directamente. Podemos utilizar un sistema basado en pilas muy simple para implementar un plan que impulse la disminución del precio de compra.

Almacenamos todo el historial de precios de ERC7527 en la pila interna. Cada vez que se forma un nuevo precio de compra, lo empujamos a la pila y el modelo de cotización de compra dependerá del precio más reciente en la pila para dar una cotización de compra.

Y cuando el usuario vende, simplemente tomamos el último precio de compra, new price, como el precio de venta, transferimos la liquidez al usuario desde la Agencia y retiramos ese precio de la pila. En este momento, el modelo de cotización todavía depende del último precio de la pila, price2, para proporcionar una cotización al público.

Debido a que price2 es menor que el nuevo precio, el modelo de cotización en este momento, después de desenvolverlo, también emitirá cotizaciones basadas en price2 más bajas que las cotizaciones anteriores basadas en el nuevo precio. Por supuesto, esta oferta de venta basada en la pila es solo un plan de oferta de venta muy simple.

Desde una perspectiva micro, el modelo de cotización debe tener un mecanismo de ajuste de precios similar a una subasta holandesa. La característica más destacada de la subasta holandesa es la introducción del tiempo en el modelo de cotización, con el precio que debería disminuir automáticamente con el tiempo sin transacciones.

Sin embargo, la subasta holandesa tiene una desventaja significativa: dado que el precio inevitablemente caerá con el tiempo, existe un dilema del prisionero en espera, lo que finalmente resulta en una reducción continua de las ofertas. Un buen modelo de oferta debe incluir un factor de tiempo a nivel micro y también debe haber un tramo de aumento y uno de disminución.

En resumen, un buen modelo de cotización debe cumplir con los siguientes requisitos:

• La oferta de compra no debe ser menor que el precio establecido. Esto es para garantizar que, a medida que aumenta la cantidad de tokens ERC7527 en circulación, tanto la oferta de compra como el precio establecido suban.
• La función de cotización específica debe tener un factor de tiempo y debe incluir tanto la etapa de aumento como la etapa de disminución al mismo tiempo.

Además, esperamos que el modelo de fijación de precios cumpla con la ley de crecimiento de las siguientes aplicaciones:

• En las primeras etapas con alto potencial de crecimiento
• En la etapa posterior, tiene un crecimiento bastante estable

Vamos a presentar la solución específica en el siguiente texto.

En primer lugar, cumplir con los requisitos macroeconómicos es en realidad bastante simple, simplemente necesitamos incluir el precio de ejercicio (Pn-1) como factor en el modelo de cotización. Luego, para los requisitos microeconómicos, podemos resolver el problema dividiendo la función en segmentos. Al final, podemos obtener la siguiente función de cotización:

Sobre el significado específico de los parámetros de esta función de cotización, los lectores pueden consultar la introducción dada en el artículo anterior. Aquí proporcionamos directamente la imagen de esta función de precios:

En la figura de arriba, el eje x representa la unidad de intervalo de tiempo desde la última transacción hasta ahora, mientras que el eje y representa la relación entre la cotización actual y el precio de la última transacción. Es importante tener en cuenta que cuando el precio cae por debajo del precio de la última transacción, el modelo de cotización solo informará una cotización igual al precio de la última transacción, esto es para cumplir con los requisitos macro del modelo de cotización.

Podemos ver intuitivamente que el modelo de cotización anterior tiene tanto una etapa inicial de bomba como una etapa posterior de caída similar a una subasta holandesa, que satisface eficazmente los requisitos microscópicos del modelo de cotización. Aquí, podemos ver un aumento abrupto en la etapa inicial de la bomba, que es para evitar la situación en la que la cantidad de ERC7527 en proceso de acuñación continua aumenta pero el precio no cambia significativamente.

Establecimos un entorno para simular el modelo de cotización anterior, y los resultados de la simulación son los siguientes:

En el gráfico de velas simulado, la primera columna representa la tendencia de precios actual del token ERC7527, mientras que la segunda columna representa la cantidad de tokens ERC7527 en posesión. Esta cantidad aumentará con las operaciones de envoltura y disminuirá con las operaciones de desenroscado. Desde el punto de vista del código, la segunda columna es en realidad el resultado de llamar a la función totalSupply de la aplicación. La tercera columna representa el número actual de operaciones de envoltura y desenroscado, donde la línea verde representa las operaciones de envoltura y la línea roja representa las operaciones de desenroscado.

La figura muestra el funcionamiento inicial de algunas piscinas y puede haber fluctuado en torno al precio inicial durante mucho tiempo debido a la falta de consenso y otros motivos, lo que llevó a una entrada y salida frecuente de los usuarios. Hasta que se produjeron algunas noticias favorables, los usuarios optaron por comprar, pero luego fueron víctimas de la venta masiva de los primeros usuarios, lo que llevó al precio de vuelta al precio inicial. Finalmente, con el aumento de los titulares de tokens ERC7527, el precio osciló y subió.

A través de la simulación anterior, podemos ver un punto extremadamente importante basado en el modelo de cotización continua, es decir, la operación de compra del usuario afecta directamente al proceso de cotización, lo que hace que sea casi imposible que dos fichas ERC7527 tengan el mismo gráfico de velas, lo que aumenta significativamente la complejidad del juego del sistema.

El diagrama a continuación muestra un cambio específico en las cotizaciones, donde B representa la compra (wrap) y S representa la venta (unwrap). Podemos ver que en general, el precio de ejecución de cada compra no es inferior al precio de ejecución anterior, y cada venta utiliza la cotización de compra existente, por lo que esta imagen tiene cierta simetría.

De hecho, hemos cumplido con los requisitos macro y micro del modelo de cotización mencionado anteriormente, y también cumplimos con la ley de crecimiento de "alta tasa de crecimiento en las primeras etapas" en la cotización. A continuación, necesitamos resolver un problema, es decir, cómo lograr la robustez en la etapa posterior de la aplicación en la cotización. El aumento de la cotización en la primera etapa se corresponde con el alto crecimiento temprano de la aplicación. La cotización en la etapa media y tardía debe corresponder con el desarrollo estable de la aplicación, por lo que necesitamos construir un sistema de cotización de crecimiento robusto en la etapa media y tardía.

Por lo tanto, hemos decidido abordar este problema mediante la segmentación, utilizando un sistema de precios de alto crecimiento en las etapas iniciales y un sistema de precios de crecimiento estable en las etapas posteriores. Por supuesto, además de la segmentación en dos etapas tempranas y tardías descritas en este artículo, los desarrolladores pueden realizar más segmentaciones según sus propias situaciones, como utilizar diferentes funciones de crecimiento en las etapas tempranas, intermedias y tardías.

De hecho, todavía estamos utilizando una función de cotización consistente con la anterior, pero hemos modificado algunos de sus parámetros. La curva de la función de cotización modificada es la siguiente:

Comparado con la función de cotización temprana, podemos ver que el aumento inicial de la función de cotización tardía es menor. El eje X en el gráfico todavía utiliza el intervalo de tiempo desde la última transacción como unidad de tiempo en el eje X, pero hay que tener en cuenta que esta unidad de tiempo es menor que la de la función de cotización temprana.

Intentamos simular el cambio de precio de la oferta de tokens de ERC7527 durante el período de 0 a 20,000, y obtuvimos la siguiente tendencia Gráfico de velas:

El precio inicial establecido para el gráfico de velas de la tendencia mencionada anteriormente fue de 0,1. Cuando la oferta alcanzó 20000, el precio subió de 0,1 a 300, lo que representa un aumento del 3000%.

Por supuesto, algunos proyectos pueden enfrentar dificultades en su camino hacia el éxito. El siguiente gráfico de velas muestra la fluctuación de precios durante un período de rápido crecimiento seguido de una crisis repentina que llevó a la salida de usuarios:

Los casos anteriores demuestran que nuestro modelo de cotización propuesto es efectivo, ya que cumple con la ley de crecimiento de la aplicación, con un crecimiento alto en las primeras etapas y un crecimiento estable en las etapas posteriores. Estas ventajas se deben a que utilizamos un modelo de cotización segmentado, con funciones de cotización con parámetros diferentes en las primeras etapas y en las etapas posteriores.

Por otro lado, dado que la función de cotización es continua, los usuarios pueden esperar a que la función de cotización proporcione una cotización esperada, y los detalles de la cotización cambiarán con el comportamiento del usuario. Esto hace que dentro del modelo de cotización presentado en esta sección, no solo exista un juego entre el usuario y el modelo de cotización, sino también un juego entre los usuarios. El juego entre los usuarios es extremadamente complejo, lo que dificulta deducir una estrategia para obtener ganancias sin riesgo según el modelo de cotización.

Aplicaciones Expandidas

En esta sección, presentaremos las siguientes aplicaciones de expansión de ERC7527:

• ERC7527作为AI应用的激励层
• ERC7527 como máquina de oráculo de atomicidad para otras aplicaciones, especialmente para aplicaciones de préstamos

Capa de incentivos de aplicaciones de IA

Las aplicaciones de IA requieren una nueva capa de incentivos, y ERC7527 puede proporcionar una capa de incentivos sistematizada para las aplicaciones de IA, mientras que el token ERC7527 es el activo central de la capa de incentivos.

La aplicación de IA en su despliegue inicial de ERC7527 tokens para valorar su aplicación, en este punto la aplicación de IA tiene una valoración reconocida en el mercado, y los usuarios también pueden invertir en la aplicación de IA directamente a través de la operación de envoltura para poseer tokens ERC7527.

Desde el punto de vista de la capitalización de mercado, tanto los desarrolladores de aplicaciones de IA como los poseedores de tokens ERC7527 se beneficiarán enormemente del aumento de la capitalización de mercado.

Las aplicaciones de IA también pueden utilizar medidas de dividendos para incentivar a los usuarios. Las aplicaciones de IA solicitan directamente a los usuarios que utilicen tokens para realizar pagos en la capa 2 de Ethereum.

Los usuarios pueden llamar al contrato inteligente para pagar las tarifas de la aplicación de inteligencia artificial. Estas tarifas bloqueadas en el contrato de pago se transfieren periódicamente al contrato de dividendos, y los titulares de los tokens ERC7527 pueden retirar directamente ganancias del contrato de dividendos, mientras que los desarrolladores de aplicaciones de inteligencia artificial también pueden retirar otra parte de las ganancias del contrato de dividendos.

En términos de implementación técnica, el token ERC7527 hereda de ERC721, lo que significa que el token ERC7527 puede generar un contrato de cuenta ERC6551 con la ayuda del protocolo ERC6551. Y a través de algunas soluciones técnicas, podemos llevar la cuenta ERC6551 del token ERC7527 a la capa 2 de Ethereum. El camino específico de implementación técnica es el siguiente:

Cuando un usuario tiene el token ERC7527, puede llamar al contrato de fábrica ERC6551 dentro de Ethereum Mainnet para desplegar una cuenta ERC6551 para el token ERC7527, y luego utilizar la cuenta ERC6551 para llamar al contrato de puente ERC6551 desplegado dentro de Mainnet. El contrato de puente llamará al contrato de fábrica ERC6551 dentro de la capa 2 de Ethereum para desplegar una cuenta ERC6551 en la capa 2 para el usuario.

La parte de interacción cross-chain de ERC6551 tiene una implementación mínima, los desarrolladores pueden consultar el código en el interior de ERC6551Mirror. Este repositorio implementa la operación cross-chain de ERC6551 utilizando Chainlink CCIP.

Una vez completada la interacción cross-chain de ERC6551, los usuarios pueden utilizar esa cuenta ERC6551 para reclamar las recompensas dentro del contrato de dividendos.

Máquina de oráculo de atomicidad

ERC7615 es un ERC interesante que define una relación de envío atómica entre contratos generales. Este protocolo de envío simple puede construir oráculos atómicos, lo que reduce significativamente la complejidad del desarrollo de protocolos como el de préstamos.

El funcionamiento de ERC7615 es como se muestra en la siguiente figura:

Cuando un usuario (Cliente) llama a ciertas funciones del contrato de envío (Publicador), el contrato de envío consulta si existen contratos de suscripción para esas funciones y, si existen, llama a las funciones del contrato de suscripción para enviar contenido. La característica más destacada de este proceso es la atomicidad. Si surge algún problema en el manejo de los datos enviados por el contrato de suscripción, la transacción que llama al contrato de envío (es decir, la transacción "Call somefunc(...)" en el gráfico anterior) también mostrará un error directamente.

Dentro de ERC7527, hemos mencionado varias veces que la cotización de venta proporcionada por ERC7527 es en realidad el precio de venta, y cualquier usuario que tenga tokens ERC7527 puede retirar la liquidez dentro de la Agencia al precio de venta. Entonces, ¿podemos enviar el precio de venta de ERC7527 al protocolo de préstamos para realizar la liquidación dentro del protocolo de préstamos?

La respuesta es sí. Y debido a que el modelo de cotización continua sigue la propiedad de que las cotizaciones de venta suben con el aumento de la cantidad de ERC7527 a nivel macro, el protocolo de préstamo no necesita preocuparse por las operaciones de wrap dentro de ERC7527, sino que solo necesita preocuparse por las transacciones de unwrap que podrían causar una disminución en el precio.

Podemos integrar la publicación de ERC7615 dentro de la función unwrap, y enviar directamente el precio de venta actual de unwrap al protocolo de préstamos. Cuando el protocolo de préstamos recibe el precio de venta de unwrap, puede liquidar las posiciones que utilizan el token ERC7527 como garantía en función de la información de precios.

Una vez que una posición de préstamo necesita ser liquidada, el protocolo de préstamo puede ejecutar la operación de desenrollado para extraer la liquidez dentro de ERC7527Agency y cerrar la posición de préstamo.

Lo emocionante es que la operación anterior es atómica, es decir, si la liquidación del acuerdo de préstamo falla, la operación de desembalaje de ERC7527 tampoco tendrá éxito, lo que significa que el acuerdo de préstamo evita por completo el riesgo de liquidación forzosa.

De hecho, cualquier protocolo puede obtener su precio de venta emitido dentro de ERC7527, lo que significa que los desarrolladores solo necesitan escribir una interfaz de aceptación ERC7615 para obtener el precio de un activo y realizar otras operaciones.

Dentro de ERC7527, debido a la herencia de tokens ERC7527 en el contrato de ERC721, los desarrolladores pueden otorgar capacidades adicionales a los tokens ERC7527. Cuando los usuarios utilizan un esquema de stake tradicional, como transferir directamente los tokens ERC7527 al contrato de stake, pierden otros derechos de los tokens ERC7527, por lo que los tokens ERC7527 necesitan un nuevo esquema de stake que no requiera la transferencia de activos.

Con el mecanismo de empuje basado en ERC7615, se puede diseñar un esquema de stake sin necesidad de transferir activos. Específicamente, se establece una relación de empuje entre el contrato unwrap de ERC7527Agency y el contrato de stake. Los usuarios de stake pueden interactuar con el contrato de stake de ERC7527 para realizar el stake de los tokens ERC7527, pero este proceso no requiere transferir los tokens ERC7527 al contrato de stake.

En este momento, el token ERC7527 puede recibir dividendos dentro del contrato de stake. Cuando un usuario desbloquea el token ERC7527 que ha sido staked, el contrato de Agencia utilizará el ERC7615 para enviar este mensaje al contrato de stake, que desbloqueará el estado de staking del token ERC7527 especificado y realizará la liquidación final.

En este proceso, ERC7615 garantiza la liquidación del sistema de stake, asegurando que los tokens de ERC7527 destruidos no puedan obtener ganancias de stake.