visión general

Cómo fijar el precio de las ideas o aplicaciones en fase inicial y participar en la inversión es un reto importante en el mundo descentralizado. ERC7527 propone un paradigma de precios descentralizados basado en el consenso basado en primas, siguiendo el concepto de "creación de crédito de dinero".

en este artículo, profundizaremos en los principios y detalles del protocolo de erc7527, explicando aún más los principios de funcionamiento del modelo de fijación de precios continuo y sus ventajas significativas. además, exploraremos las aplicaciones ampliadas derivadas de la programabilidad y composabilidad de erc7527.

erc7527

en el artículo anterior, presentamos modelos comunes de fijación de precios en cadena y tocamos brevemente el exclusivo modelo de fijación de precios continuo de erc7527, incluida su representación matemática. sin embargo, el artículo anterior solo proporcionó una visión general simple de erc7527. en esta sección, nos centraremos en los principios y detalles del protocolo de erc7527.

erc7527 introduce un nuevo paradigma para la fijación de precios de las aplicaciones mediante la emisión de tokens erc7527. El precio de los tokens erc7527 cuantifica de manera efectiva el valor de mercado de la aplicación (valor de mercado de la aplicación = precio erc7527 × cantidad). Este enfoque transforma la fijación de precios de la aplicación en la fijación de precios de tokens erc7527.

La fijación de precios de los tokens erc7527 consta de dos partes principales:

la cotización: erc7527 proporciona interfaces para la compra externa (wrap) y cotizaciones de venta (unwrap), lo que permite a los desarrolladores implementar estas funcionalidades por sí mismos.

precios: foamm (función oracle automated market maker) de erc7527 proporciona 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 de liquidez externos.

en cuanto a la cuestión de la compra de cotizaciones y precios para tokens erc7527, erc7527 ofrece una amplia programabilidad. Específicamente, los usuarios pueden invocar funciones para obtener cotizaciones:

en erc7527, los desarrolladores necesitan diseñar un modelo de cotización durante el proceso de desarrollo para proporcionar cotizaciones en última instancia. cuando los usuarios llamangetwraporaclepara obtener la cotización actual, pueden optar por inyectar liquidez en la piscina erc7527 para convertir las cotizaciones en precios. Específicamente, los usuarios pueden utilizar el envolverfunción dentro de Foamm para inyectar liquidez:

para la cotización y fijación de precios de los tokens erc7527, erc7527 utiliza pools construidos con foamm para facilitar la conversión de la cotización de venta a la fijación de precios. Los usuarios pueden utilizar estos pools para destruir activos o eliminar liquidez interna para salir. Sin embargo, surge un problema clave con respecto a quién proporciona liquidez a estos pools.

Como se mencionó anteriormente, Foamm agrega liquidez interna a través de operaciones de envoltura, que sirve como la principal fuente de liquidez dentro de las piscinas. ERC7527 utiliza Foamm para inyectar la liquidez pagada por los usuarios cuando compran activos en las piscinas, lo que actúa como la liquidez de salida.

los desarrolladores solo necesitan proporcionar la cotización de venta porque ya hay liquidez en los pools. Por lo tanto, la cotización de venta sirve efectivamente como el precio de venta. Específicamente, los desarrolladores deben implementar la siguiente función para facilitar la cotización de venta:

los desarrolladores pueden construir funciones de cotización de venta arbitrarias basadas en la liquidez de las pools. Es importante asegurarse de que la cotización de venta mantenga el equilibrio de liquidez dentro de las pools. Los usuarios pueden llamar getunwraporáculoen cualquier momento para obtener la cotización de venta actual de los tokens erc7527. También pueden optar por llamar a foamm'sdesenvolverFunción para destruir tokens ERC7527 y recibir tokens equivalentes a la cantidad cotizada en el pool.

para los usuarios que interactúan con erc7527, hay dos acciones principales:

llamargetwraporaclefunción para obtener la cotización de compra actual. si corresponde, llamarenvolverpara inyectar liquidez y recibir tokens erc7527.

llamar obtener desenrollar oráculofunción para recuperar el precio de venta actual. si es adecuado, llamar.desenvolverdestruir los tokens erc7527 retenidos y retirar tokens equivalentes al precio de venta del pool.

ambas funciones devuelven valores con precio y tarifaopciones.preciorepresenta la cantidad de tokens requeridos para operaciones de envoltura o desenvoltura, mientras tarifadenota la comisión de la transacción. los usuarios deben pagar comisiones por estas operaciones, con comisiones reclamables por usuarios especificados.

erc7527, al igual que los tokens erc20, tiene su propia dirección de token y define campos específicos.

la estructura anterior define los atributos principales de erc7527.monedarepresenta el token que los usuarios proporcionan para acuñar tokens erc7527,primadenota el precio inicial de los tokens erc7527,destinatario de la tarifaespecifica la dirección que recibe las tarifas durante las interacciones de envoltura y desenvoltura, mientras porcentaje de comisión de creación de tokensyquemarfee%indicar las tasas de comisión para las operaciones de envolver y desenvolver.

Los tokens erc7527 cuentan con una prima con características fluctuantes. el término preciose utiliza en las definiciones de funciones anteriores, específicamente dentro de activoestructura para representarprima.

erc7527 está estructurado en tres módulos distintos:

aplicación: la dirección del contrato donde se implementan los tokens erc7527. Un contrato de aplicación en erc7527 debe heredar interfaces como erc721metadata. se exponeacuñaryquemarinterfaces sólo para llamadas de pool, evitando la generación maliciosa y garantizando el equilibrio de liquidez del pool.

agencia: este contrato actúa como la interfaz principal para las interacciones de pools y foamm mencionadas anteriormente. funciones como getwraporacle, envoltura, obtener desenrollar oráculo, y desenvolverse implementan aquí. El contrato de la agencia almacena tokens inyectados por los usuarios durante las operaciones de envoltura para su uso posterior durante las operaciones de desenrollado, facilitando la liquidación de tokens erc7527.

fábrica: un contrato auxiliar diseñado para simplificar la implementación de contratos de aplicaciones y agencias, lo que facilita a los usuarios implementar tokens erc7527.

las relaciones entre estos componentes se ilustran en el siguiente diagrama:

en erc7527, los contratos de la aplicación y la agencia mantienen una relación de enlace bidireccional. desde una perspectiva de código, el acuñar y quemarlas funciones de la aplicación solo pueden ser llamadas por la agencia. erc7527 también define una serie de funciones para facilitar la consulta de la dirección de la agencia dada una aplicación ( GetAgencyfunción), y consultar la dirección de la aplicación dada una agencia (getstrategy función).

desde una perspectiva de liquidez, cada token erc7527 dentro de la aplicación corresponde a la liquidez en un pool. esto asegura el equilibrio de liquidez del pool.

Esta solución de fijación de precios descentralizada que utiliza tokens ERC7527 representa una innovación revolucionaria. Introduce un nuevo paradigma en el que se pueden construir aplicaciones sobre la emisión de tokens. Para aplicaciones de inicio, los desarrolladores pueden implementar directamente tokens ERC7527 utilizando la fábrica de ERC7527.

los usuarios pueden participar en inversiones en etapas tempranas llamando al envolverfunción para acuñar tokens erc7527, o salir de sus inversiones llamando a ladesenvolverPara los desarrolladores, el precio de los tokens erc7527 proporciona una valoración efectiva para las aplicaciones en etapas tempranas. A medida que las aplicaciones crecen y más titulares de tokens erc7527 participan, la valoración de la aplicación aumenta, lo que proporciona incentivos tanto para los titulares de tokens erc7527 como para los desarrolladores de aplicaciones.

modelo de cotización continua

en la sección anterior, discutimos ampliamente los principios operativos de erc7527, pero no detallamos la construcción del modelo de cotización de compra. erc7527 proporciona la getwraporacleinterfaz aquí, con la implementación específica del modelo de cotización totalmente dependiente del desarrollador. en esta sección, proponemos un modelo de cotización de compra más general para erc7527.

La cotización de compra para erc7527 debe considerar tanto perspectivas micro como macro:

desde una perspectiva macro, esperamos que el precio de los tokens erc7527 aumente con un aumento en el número de tokens erc7527 poseídos. Específicamente, el precio actual obtenido de getwraporáculono debe ser inferior al precio (o "último precio de transacción de compra").

el aumento en el precio de los tokens erc7527 con un aumento en el número de tokens erc7527 en posesión resultará en un resultado interesante: los propios tokens erc7527 tendrán un mecanismo de expansión de crédito. Específicamente, el valor de mercado de los tokens erc7527 puede superar tpl (total premium locked). Este mecanismo de expansión de crédito permitirá a cada titular de tokens erc7527 obtener un crecimiento crediticio.

En la discusión anterior, no mencionamos la transacción de venta de desenrollado, que causa directamente que el precio de la transacción de compra disminuya. Podemos usar un sistema simple basado en pila para implementar un esquema donde la venta reduce la cotización de compra, como sigue:

en erc7527, todos los precios históricos se almacenan en una pila. Cada nuevo precio (nuevo precio) se empuja a la pila cuando se forma. El modelo de cotización de compra se basa en el último precio de la pila para determinar la cotización de compra.

cuando un usuario vende, el precio de compra más reciente (nuevo precio) se utiliza directamente como precio de venta. La liquidez se transfiere de la agencia al usuario y el precio se saca de la pila. En este punto, el modelo de cotización todavía se basa en el precio más reciente (precio2) en la pila para proporcionar la cotización después de desenrollar. Dado que el precio2 es menor que el nuevo precio, el modelo de cotización proporcionará una cotización externa más baja en comparación con lo que se basó en el nuevo precio en el pasado. Sin embargo, esta cotización de venta basada en la pila es un enfoque básico.

A nivel microscópico, el modelo de cotización debe incluir un mecanismo de ajuste de precios similar al de una subasta holandesa. Una subasta holandesa introduce el tiempo en el modelo de cotización, bajando automáticamente el precio con períodos prolongados sin transacciones. Sin embargo, las subastas holandesas se enfrentan a un grave problema en el que los precios disminuyen inevitablemente con el tiempo debido a un dilema de juego de espera, lo que lleva a continuas disminuciones de precios. Un modelo de cotización robusto a nivel microscópico debe incorporar un factor tiempo e incluir tanto fases ascendentes como descendentes.

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

La cotización de compra no debe ser inferior a la fijación establecida para garantizar aumentos macroeconómicos en la cotización de compra y la fijación de precios con el aumento de la propiedad del token erc7527.

la función de cotización específica debería incluir un factor temporal y tener fases tanto alcistas como bajistas.

Además, nuestro objetivo es que el modelo de cotización satisfaga los patrones de crecimiento de las aplicaciones:

gran potencial de crecimiento en las primeras etapas

crecimiento relativamente estable en las etapas posteriores

Vamos a detallar la solución en los siguientes apartados.

Inicialmente, cumplir con los requisitos a nivel macro es sencillo al incorporar la fijación de precios (pn-1) como un factor dentro del modelo de cotización. Para las demandas microscópicas, podemos segmentar la función para resolver problemas. En última instancia, podemos lograr la siguiente función de cotización:

los significados específicos de los parámetros en esta función de precios se pueden encontrar en la introducción proporcionada en el artículo anterior. Aquí, presentamos directamente el gráfico de esta función de precios:

en el gráfico anterior, el eje x representa los intervalos de tiempo desde la última transacción, y el eje y representa la relación entre la cotización actual y el precio de la última transacción. Es importante destacar que cuando el precio cae por debajo del precio de la última transacción, el modelo de fijación de precios solo cita el precio de la última transacción para cumplir con los requisitos macro del modelo de fijación de precios.

Visualmente, observamos tanto una fase temprana de tendencia al alza como una fase descendente posterior similar a una subasta holandesa en el modelo de fijación de precios anterior, cumpliendo efectivamente con los requisitos micro del modelo de fijación de precios. En las primeras etapas de la fase de tendencia al alza, vemos un salto en los precios para evitar situaciones en las que las tenencias aumenten bajo el proceso de fundición continua de erc7527 sin cambios significativos en los precios.

establecemos un entorno para simular el modelo de precios 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 del token erc7527, mientras que la segunda columna indica las tenencias actuales de tokens erc7527, que aumentan con operaciones de wrap y disminuyen con operaciones de unwrap. Desde una perspectiva de código, la segunda columna realmente recupera la oferta total utilizando la aplicación totalsupplyLa tercera columna muestra el número de operaciones de envolver y desenrollar, donde la línea verde representa las operaciones de envolver y la línea roja representa las operaciones de desenrollar.

El gráfico ilustra la dinámica operativa inicial de algunas pools. Inicialmente, debido a consenso insuficiente u otros factores, los usuarios entran y salen, causando fluctuaciones de precios alrededor del precio inicial durante un período prolongado. Eventualmente, los desarrollos positivos atraen a compradores, pero la venta inicial de los usuarios devuelve el precio a su nivel inicial. A medida que aumenta el número de titulares de tokens erc7527, el precio oscila hacia arriba dentro de las fluctuaciones.

A través de esta sencilla simulación, observamos una ventaja significativa del modelo de fijación de precios continuo: las operaciones de compra de usuarios influyen directamente en el proceso de fijación de precios, lo que hace muy poco probable que dos tokens erc7527 exhiban patrones de velas idénticos. Esto mejora en gran medida la complejidad de las interacciones estratégicas del sistema.

El siguiente gráfico ilustra cambios de precio específicos, donde 'b' denota comprar (wrap) y 's' denota vender (unwrap). Podemos ver que macroscópicamente, el precio de ejecución de cada transacción de compra no cae por debajo del precio de la transacción anterior, mientras que cada transacción de venta utiliza un precio de compra previamente establecido, lo que resulta en una cierta simetría en el gráfico.

Hemos abordado de manera efectiva los requisitos macro y micro del modelo de fijación de precios descrito anteriormente, al tiempo que cumplimos con el patrón de crecimiento de "alto crecimiento en etapa inicial" en la fijación de precios. A continuación, debemos abordar un nuevo desafío: cómo lograr un crecimiento sólido en los precios durante las últimas etapas del desarrollo de aplicaciones. Los rápidos aumentos de precios tempranos se alinean con el alto crecimiento inicial de la aplicación. En las etapas intermedias y tardías, los precios deben coincidir con el desarrollo estable de la aplicación, por lo que debemos crear un sistema de precios que respalde un crecimiento sólido en estas etapas posteriores.

Para abordar esto, hemos decidido abordar el problema a través de la segmentación. Específicamente, emplearemos un sistema de fijación de precios de alto crecimiento en las primeras etapas y luego pasaremos a un sistema de fijación de precios de crecimiento estable más adelante. Más allá de la segmentación de dos etapas discutida aquí, los desarrolladores pueden implementar más segmentos basados en sus necesidades específicas, como el uso de diferentes funciones de crecimiento para las etapas tempranas, medias y tardías.

En la práctica, todavía estamos utilizando una función de precios consistente con la etapa inicial pero hemos ajustado algunos parámetros. La curva de la función de precios modificada se muestra a continuación:

en comparación con la función de fijación de precios en la etapa inicial, observamos que la tasa inicial de aumento en la función de fijación de precios en la etapa posterior es menor. El eje x en el gráfico todavía utiliza intervalos de tiempo desde la última transacción como unidades, pero es importante tener en cuenta que estos intervalos son más cortos que los utilizados en la función de fijación de precios en la etapa inicial.

intentamos simular los cambios de precio de los tokens erc7527 durante el período de aumento de la oferta de 0 a 20,000, lo que resulta en el siguiente gráfico de velas.

El precio inicial establecido para el gráfico de velas anterior fue de 0,1. A medida que el suministro alcanzó los 20.000, el precio aumentó desde el 0,1 inicial hasta los 300, marcando un aumento de 3000 veces.

por supuesto, no todas las aplicaciones siguen un camino suave hacia el éxito. el siguiente gráfico de velas ilustra las fluctuaciones de precios durante un crecimiento vigoroso al principio seguido de una crisis repentina que lleva a la retirada de los usuarios:

los casos anteriores demuestran la efectividad de nuestro modelo de precios propuesto, que se alinea con los patrones de crecimiento de las aplicaciones al acomodar tanto las fases de crecimiento temprano y alto como las fases posteriores de crecimiento estable. Estas ventajas derivan del uso de un modelo de precios segmentado, que emplea funciones de precios parametrizadas diferentes para las etapas tempranas y posteriores.

Además, debido a que la función de fijación de precios es continua, los usuarios pueden anticipar las cotizaciones esperadas y estos detalles pueden cambiar en función de las acciones del usuario. Esta interacción dinámica no solo implica un juego entre los usuarios y el modelo de precios, sino también entre los propios usuarios. Las interacciones entre usuarios son muy complejas, lo que dificulta la ingeniería inversa de una estrategia dentro de este modelo de precios para lograr rendimientos sin riesgo.

aplicaciones ampliadas

En esta sección, discutiremos varias aplicaciones ampliadas de ERC7527:

1. erc7527 como una capa de incentivos para aplicaciones de inteligencia artificial.
2. erc7527 como un oráculo atómico para otras aplicaciones, especialmente en préstamos.

capa de incentivos de aplicación de inteligencia artificial

Las aplicaciones de inteligencia artificial requieren una nueva capa de incentivos, y erc7527 puede proporcionar una capa de incentivos sistemática para estas aplicaciones, con el token erc7527 sirviendo como el activo principal de esta capa.

En las primeras etapas del desarrollo de aplicaciones de IA, la implementación de tokens ERC7527 fija el precio de la aplicación, estableciendo una valoración reconocida por el mercado. Los usuarios pueden invertir directamente en aplicaciones de IA adquiriendo tokens ERC7527 a través de operaciones de envoltura.

Desde el punto de vista del valor de mercado, a medida que crecen las aplicaciones de IA y aumenta la cantidad de tokens ERC7527 que se poseen, tanto los desarrolladores de aplicaciones de IA como los titulares de tokens ERC7527 se benefician enormemente del aumento del valor de mercado.

Las aplicaciones de inteligencia artificial pueden incentivar aún más a los usuarios a través de medidas de dividendos. Pueden requerir que los usuarios utilicen tokens para pagar servicios directamente en la capa de Ethereum, incluso si tienen incluso entre los oficiales de tecnología, incluso si no pueden...

Cuando los usuarios tienen tokens ERC7527, pueden utilizar el contrato de fábrica ERC6551 en la red principal de Ethereum para implementar una cuenta ERC6551 para sus tokens ERC7527. Posteriormente, pueden usar esta cuenta ERC6551 para interactuar con el contrato puente ERC6551 implementado en la red principal. El contrato puente facilita las interacciones entre cadenas al invocar el contrato de fábrica ERC6551 en la capa dos de Ethereum para implementar una cuenta ERC6551 para el usuario en la capa dos.

la implementación de intercadenas para erc6551 tiene un enfoque directo, y los desarrolladores pueden consultar el código dentro del repositorio erc6551mirror. Este repositorio emplea chainlink ccip para lograr operaciones de intercadenas para erc6551.

Una vez completado el proceso de intercambio cruzado erc6551, los usuarios pueden usar su cuenta erc6551 para retirar recompensas del contrato de dividendos.

oráculo atómico

erc7615 es un erc interesante que define un protocolo de empuje simple para interacciones atómicas entre contratos genéricos. Este protocolo de empuje directo puede construir oráculos atómicos, reduciendo significativamente la complejidad del desarrollo de protocolos como acuerdos de préstamo. El principio operativo de erc7615 es el siguiente:

Cuando un usuario (cliente) invoca ciertas funciones en el contrato de envío (publicador), el contrato de envío comprueba si hay contratos de suscripción. Si existen, llama a la función exec en el contrato de suscripción para insertar algún contenido. La característica principal de este proceso es la atomicidad. Si el contrato de suscripción encuentra problemas para procesar los datos insertados, la transacción que llama a la función del contrato de inserción (es decir, la transacción de llamada Somefunc(...) en el diagrama) se producirá un error directo.

En erc7527, hemos mencionado varias veces que el precio de venta proporcionado por erc7527 es efectivamente el precio de liquidación. Cualquier titular de tokens erc7527 puede retirar liquidez de la agencia a este precio de venta. Por lo tanto, ¿podemos llevar el precio de venta de erc7527 a los protocolos de préstamo para implementar la liquidación dentro del protocolo de préstamo?

La respuesta es sí. Además, debido a la propiedad del modelo de precios continuos en el que los precios de venta aumentan macroscópicamente con el aumento de las tenencias de ERC7527, los protocolos de préstamo no necesitan preocuparse por las operaciones de envoltura de ERC7527, sino solo por las transacciones de desenvoltura que podrían conducir a disminuciones de precios.

Podemos incrustar notificaciones push ERC7615 dentro de la función Unwrap, empujando directamente el precio de venta actual de los tokens ERC7527 sin envolver al protocolo de préstamo. Cuando el protocolo de préstamos recibe la notificación push con el precio de desenvoltura, puede liquidar posiciones garantizadas con tokens ERC7527 en función de esta información de precios.

Una vez que es necesario liquidar una posición crediticia, el protocolo de préstamo puede ejecutar operaciones de desenvoltura para retirar liquidez de la agencia ERC7527 para cerrar la posición crediticia.

emocionantemente, las operaciones anteriores son atómicas. Si la liquidación falla dentro del protocolo de préstamo, la operación de desenlace de erc7527 también fallará. Esto significa que el protocolo de préstamo evita completamente el riesgo de incumplimiento.

De hecho, cualquier protocolo puede obtener sus notificaciones de venta de erc7527. Esto significa que los desarrolladores solo necesitan implementar una interfaz de receptor erc7615 para obtener la fijación de precios de activos y completar otras operaciones.

dentro de erc7527, debido a que los tokens erc7527 heredan de erc721 a nivel de contrato, los desarrolladores pueden potenciar los tokens erc7527 de otras formas. Cuando los usuarios utilizan esquemas de garantía tradicionales, como transferir directamente erc7527 a un contrato de garantía, pierden otros derechos asociados con los tokens erc7527. Por lo tanto, los tokens erc7527 necesitan un nuevo esquema de garantía que no requiera transferencias de activos.

Basado en el mecanismo de empuje de erc7615, se puede diseñar un esquema de garantía. Específicamente, establezca una relación de empuje entre la función de desempaquetado en el contrato de agencia erc7527 y el contrato de garantía. Los usuarios que realizan la garantía pueden interactuar con el contrato de garantía erc7527 para garantizar tokens erc7527 sin transferirlos al contrato de garantía.

En este punto, los tokens ERC7527 pueden recibir dividendos del contrato de pignoración. Cuando los usuarios desencapsulan sus tokens ERC7527 comprometidos, el contrato de agencia utiliza ERC7615 para enviar este mensaje al contrato de compromiso, que luego libera el estado pignorado de los tokens ERC7527 especificados y completa la liquidación final.

En este proceso, ERC7615 garantiza la integridad de la liquidación del sistema de pignoración, lo que garantiza que los tokens ERC7527 destruidos no puedan recibir recompensas de compromiso.

Renuncia:

1. Este artículo es una reimpresión de [PANews]. todos los derechos de autor pertenecen al autor original [区块链骑士]. Si hay objeciones a esta reimpresión, póngase en contacto con el Gate learn equipo, y lo manejarán con prontitud.
2. renuncia de responsabilidad: las opiniones expresadas en este artículo son únicamente las del autor y no constituyen ningún consejo de inversión.
3. las traducciones del artículo a otros idiomas son realizadas por el equipo de aprendizaje de Gate.io. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.