visão geral

Como precificar ideias ou aplicações em estágio inicial e participar de investimentos é um desafio significativo no mundo descentralizado. ERC7527 propõe um paradigma de preços descentralizados baseado em consenso impulsionado por prêmios, seguindo o conceito de 'criação de crédito do dinheiro'.

neste artigo, iremos aprofundar os princípios e detalhes do protocolo erc7527, explicando ainda mais os princípios de operação do modelo de precificação contínua e suas vantagens significativas. além disso, exploraremos as aplicações expandidas derivadas da programabilidade e componibilidade do erc7527.

erc7527

no artigo anterior, introduzimos modelos comuns de preços on-chain e abordamos brevemente o modelo de preços contínuos único do erc7527, incluindo sua representação matemática. no entanto, o artigo anterior forneceu apenas uma visão geral simples do erc7527. nesta seção, vamos nos concentrar nos princípios e detalhes do protocolo do erc7527.

erc7527 introduz um novo paradigma para a precificação de aplicações ao emitir tokens erc7527. O preço dos tokens erc7527 quantifica efetivamente o valor de mercado da aplicação (valor de mercado da aplicação = preço erc7527 × quantidade). Essa abordagem transforma a precificação de aplicações em precificação de tokens erc7527.

o preço dos tokens erc7527 consiste em duas partes principais:

cotação: erc7527 fornece interfaces para compra externa (wrap) e venda (unwrap) de cotações, permitindo aos desenvolvedores implementar essas funcionalidades por si próprios.

preços: o Foamm (Automated Market Maker de função Oracle) da erc7527 fornece preços de compra adicionando liquidez interna através de wrap ou preços de venda removendo a liquidez interna através de unwrap. Esta abordagem não depende de provedores de liquidez externos.

quanto à questão da compra de cotações e preços para tokens erc7527, a erc7527 oferece uma extensa programabilidade. especificamente, os utilizadores podem invocar funções para obter cotações:

No erc7527, os desenvolvedores precisam projetar um modelo de cotação durante o processo de desenvolvimento para fornecer cotações. Quando os usuários chamam getwraporaclepara obter a cotação atual, podem optar por injetar liquidez no pool erc7527 para converter cotações em preços. especificamente, os utilizadores podem usar o embrulhar função dentro da espuma para injetar liquidez:

para a cotação de venda e precificação de tokens erc7527, erc7527 utiliza pools construídas com foamm para facilitar a conversão da cotação de venda para a precificação. os utilizadores podem utilizar estas pools para destruir ativos ou remover liquidez interna para sair. no entanto, surge uma questão chave sobre quem fornece liquidez a estas pools.

como mencionado anteriormente, foamm adiciona liquidez interna através das operações de wrap, que servem como a principal fonte de liquidez dentro das pools. erc7527 usa foamm para injetar a liquidez paga pelos usuários quando eles compram ativos nas pools, o que age como a liquidez de saída.

Os desenvolvedores só precisam fornecer a cotação de venda porque já existe liquidez dentro das pools. Portanto, a cotação de venda serve efetivamente como o preço de venda. Especificamente, os desenvolvedores precisam implementar a seguinte função para facilitar a cotação de venda:

os desenvolvedores podem construir funções de cotação de venda arbitrárias com base na liquidez nas pools. É importante garantir que a cotação de venda mantenha o equilíbrio de liquidez dentro das pools. Os utilizadores podem chamargetunwraporaclea qualquer momento para obter a cotação de venda atual para tokens erc7527. eles podem optar por ligar para a foamm’sdesembrulharfunção para destruir tokens erc7527 e receber tokens equivalentes à quantidade cotada no pool.

para os usuários que interagem com a erc7527, existem duas ações principais:

chamadagetwraporaclefunção para recuperar a cotação de compra atual. se for adequado, chameembrulharinjetar liquidez e receber tokens erc7527.

chamadaobter desembrulhar oráculofunção para recuperar o preço de venda atual. se adequado, chamedesembrulhardestruir tokens erc7527 detidos e retirar tokens equivalentes ao preço de venda do pool.

ambas as funções retornam valores com preçoetaxaopções.preçorepresenta a quantidade de tokens necessária para operações de embrulho ou desembrulho, enquanto taxadenota a taxa de transação. os utilizadores devem pagar taxas por estas operações, com taxas reclamáveis pelos utilizadores especificados.

erc7527, como tokens erc20, tem o seu próprio endereço de token e define campos específicos.

a estrutura acima define os atributos principais do erc7527.moedarepresenta o token que os utilizadores fornecem para criar tokens erc7527,prémiodenota o preço inicial dos tokens erc7527,feerecipientespecifica o endereço que recebe taxas durante as interações de envolvimento e desembrulho, enquantoporcentagem de taxa de mineraçãoeburnfeepercentindique as taxas para operações de envolver e desembrulhar.

Os tokens erc7527 apresentam um prémio com características flutuantes. o termo preçoé usado nas definições de função acima, especificamente dentro doativoestrutura para representarprémio.

erc7527 está estruturado em três módulos distintos:

app: o endereço do contrato onde os tokens erc7527 são implantados. Um contrato de aplicativo em erc7527 deve herdar interfaces como erc721metadata. ele expõecunhadoequeimarinterfaces apenas para chamadas de pool, impedindo a criação maliciosa e garantindo o equilíbrio da liquidez da pool.

agência: este contrato atua como a interface central para as interações de pools e foams mencionadas anteriormente. Funções como getwraporacle, embrulho, getunwraporacle, e desembrulharsão implementados aqui. o contrato da agência armazena tokens injetados pelos usuários durante as operações de wrap para uso subsequente durante as operações de unwrap, facilitando a liquidação de tokens erc7527.

fábrica: um contrato auxiliar projetado para simplificar a implantação de contratos de aplicativos e agências, facilitando aos usuários a implantação de tokens erc7527.

as relações entre esses componentes são ilustradas no diagrama abaixo:

em erc7527, os contratos de aplicativo e agência mantêm uma relação de ligação bidirecional. De uma perspectiva de código, ocunhagem e queimaras funções do aplicativo só podem ser chamadas pela agência. erc7527 também define uma série de funções para facilitar a consulta do endereço da agência dado um aplicativogetagencyfunção), e questionando o endereço do aplicativo dado uma agência (obterestratégiafunção).

do ponto de vista da liquidez, cada token erc7527 dentro do aplicativo corresponde à liquidez em um pool. isso garante o equilíbrio da liquidez do pool.

Esta solução de precificação descentralizada usando tokens erc7527 representa uma inovação revolucionária. Introduz um novo paradigma onde as aplicações podem ser construídas com base na emissão de tokens. Para aplicações em estágio inicial, os desenvolvedores podem implantar diretamente tokens erc7527 usando a fábrica da erc7527.

os utilizadores podem participar em investimentos de fase inicial ligando para oembrulharfunção para criar tokens erc7527, ou sair de seus investimentos chamandodesembrulharfunction. para os desenvolvedores, o preço dos tokens erc7527 fornece uma avaliação eficaz para aplicativos em estágio inicial. à medida que os aplicativos crescem e mais detentores de tokens erc7527 participam, a valoração do aplicativo aumenta, fornecendo incentivos tanto para os detentores de tokens erc7527 quanto para os desenvolvedores de aplicativos.

modelo de cotação contínua

na seção anterior, discutimos extensivamente os princípios operacionais do erc7527, mas não detalhamos a construção do modelo de cotação de compra. erc7527 fornece o getwraporacleinterface aqui, com a implementação específica do modelo de cotação totalmente dependente do desenvolvedor. nesta seção, propomos um modelo de cotação de compra mais geral para erc7527.

A cotação de compra para erc7527 deve considerar tanto as perspectivas micro quanto macro:

De uma perspectiva macro, esperamos que o preço dos tokens erc7527 aumente com o aumento do número de tokens erc7527 mantidos. Especificamente, o preço atual obtido a partir degetwraporaclenão deve ser inferior ao preço de venda (ou "último preço de transação de compra").

o aumento do preço dos tokens erc7527 com o aumento do número de tokens erc7527 detidos resultará em um resultado interessante: os próprios tokens erc7527 terão um mecanismo de expansão de crédito. especificamente, o valor de mercado dos tokens erc7527 pode exceder o tpl (total premium locked). esse mecanismo de expansão de crédito permitirá que cada detentor de tokens erc7527 obtenha crescimento de crédito.

na discussão anterior, não mencionamos a transação de venda direta, que causa diretamente a diminuição do preço da transação de compra. podemos usar um sistema simples baseado em pilha para implementar um esquema em que a venda reduz o preço da cotação de compra, da seguinte forma:

em erc7527, todos os preços históricos são armazenados em uma pilha. cada novo preço (novo preço) é empurrado para a pilha quando formado. o modelo de cotação de compra depende do preço mais recente na pilha para determinar a cotação de compra.

quando um usuário vende, o preço de compra mais recente (novo preço) é diretamente usado como o preço de venda. a liquidez é transferida da agência para o usuário, e o preço é retirado da pilha. neste ponto, o modelo de cotação ainda depende do preço mais recente (preço2) na pilha para fornecer a cotação após desembrulhar. uma vez que o preço2 é menor do que o novo preço, o modelo de cotação fornecerá uma cotação externa mais baixa em comparação com o que foi baseado no novo preço no passado. no entanto, esta cotação de venda baseada na pilha é uma abordagem básica.

A nível microscópico, o modelo de cotação deve incluir um mecanismo de ajustamento de preços semelhante a um leilão neerlandês. Um leilão holandês introduz o tempo no modelo de cotação, baixando automaticamente o preço com longos períodos sem transações. No entanto, os leilões holandeses enfrentam um problema sério em que os preços inevitavelmente diminuem ao longo do tempo devido a um dilema de jogo de espera, levando a contínuas quedas de preços. Um modelo de cotação robusto em um nível microscópico deve incorporar um fator de tempo e incluir as fases ascendente e descendente.

em resumo, um bom modelo de cotação deve atender aos seguintes requisitos:

a cotação de compra não deve ser inferior ao preço estabelecido para garantir aumentos macro de cotação de compra e preços com o aumento da propriedade de tokens erc7527.

a função de cotação específica deve incluir um fator de tempo e deve ter fases ascendentes e descendentes.

além disso, pretendemos que o modelo de cotação satisfaça os padrões de crescimento das aplicações:

elevado potencial de crescimento nas fases iniciais

crescimento relativamente estável nas fases posteriores

Iremos detalhar a solução nas secções seguintes.

Inicialmente, cumprir os requisitos macro é simples incorporando o preço (pn-1) como um fator dentro do modelo de cotação. Para demandas microscópicas, podemos segmentar a função para resolver problemas. No final, podemos alcançar a seguinte função de cotação:

os significados específicos dos parâmetros nesta função de preços podem ser encontrados na introdução fornecida no artigo anterior. aqui, apresentamos diretamente o gráfico desta função de preços:

no gráfico acima, o eixo x representa os intervalos de tempo desde a última transação, e o eixo y representa a proporção da cotação atual para o preço da última transação. É digno de nota que quando o preço cai abaixo do preço da última transação, o modelo de preços apenas cita o preço da última transação para atender aos requisitos macro do modelo de preços.

visualmente, observamos tanto uma fase inicial de tendência de alta quanto uma fase posterior de descida semelhante a um leilão holandês no modelo de precificação acima, atendendo efetivamente aos requisitos micro do modelo de precificação. Nas primeiras etapas da fase de tendência de alta, vemos um aumento nos preços para evitar situações em que os ativos aumentam sob o processo de fundição contínua do erc7527 sem alterações significativas de preço.

estabelecemos um ambiente para simular o modelo de preços acima, e os resultados da simulação são os seguintes:

no gráfico de velas simulado, a primeira coluna representa a tendência de preço do token erc7527, enquanto a segunda coluna indica as participações atuais de tokens erc7527, que aumentam com operações de wrap e diminuem com operações de unwrap. Do ponto de vista do código, a segunda coluna realmente recupera o fornecimento total usando o aplicativo fornecimentototalA terceira coluna mostra o número de operações de embrulhar e desembrulhar, onde a linha verde representa as operações de embrulhar e a linha vermelha representa as operações de desembrulhar.

o gráfico ilustra a dinâmica operacional inicial de algumas pools. Inicialmente, devido a consenso insuficiente ou outros fatores, os usuários entram e saem, causando flutuações de preços em torno do preço inicial por um período prolongado. Eventualmente, desenvolvimentos positivos atraem compradores, mas os usuários iniciais vendendo fazem com que o preço retorne ao seu nível inicial. Conforme o número de detentores de tokens erc7527 aumenta, o preço oscila para cima dentro de flutuações.

Através desta simples simulação, observamos uma vantagem significativa do modelo de precificação contínua: as operações de compra do usuário influenciam diretamente o processo de precificação, tornando altamente improvável que dois tokens erc7527 exibam padrões de castiçal idênticos. Isso aumenta muito a complexidade das interações estratégicas do sistema.

O gráfico seguinte ilustra as mudanças específicas de preço, onde 'b' denota compra (wrap) e 's' denota venda (unwrap). Podemos ver que macroscopicamente, o preço de execução de cada transação de compra não cai abaixo do preço da transação anterior, enquanto cada transação de venda usa um preço de compra previamente estabelecido, resultando em uma certa simetria no gráfico.

nós efetivamente abordamos os requisitos macro e micro do modelo de precificação descrito anteriormente, ao mesmo tempo que também cumprimos o padrão de crescimento de "crescimento inicial de alto crescimento" na precificação. em seguida, precisamos enfrentar um novo desafio: como alcançar um crescimento robusto na precificação durante as fases posteriores do desenvolvimento do aplicativo. os aumentos de preço rápidos iniciais estão alinhados com o crescimento inicial do aplicativo. nas fases médias a tardias, a precificação precisa corresponder ao desenvolvimento estável do aplicativo, portanto, precisamos construir um sistema de precificação que suporte um crescimento robusto nessas fases posteriores.

Para enfrentar isso, decidimos abordar a questão por meio de segmentação. Especificamente, iremos empregar um sistema de preços de alto crescimento nas fases iniciais e transicionar para um sistema de preços de crescimento estável posteriormente. Além da segmentação em duas etapas discutida aqui, os desenvolvedores podem implementar mais segmentos com base em suas necessidades específicas, como usar diferentes funções de crescimento para as fases iniciais, intermediárias e tardias.

na prática, ainda estamos usando uma função de precificação consistente com a fase inicial, mas ajustamos alguns parâmetros. A curva da função de precificação modificada é mostrada abaixo:

comparado à função de preços na fase inicial, observamos que a taxa inicial de aumento na função de preços na fase posterior é menor. O eixo x no gráfico ainda usa intervalos de tempo desde a última transação como unidades, mas é importante notar que esses intervalos são mais curtos do que os usados na função de preços na fase inicial.

Tentamos simular as alterações de preço dos tokens erc7527 durante o período de aumento do fornecimento de 0 a 20.000, resultando no seguinte gráfico de velas.

O preço inicial definido para o gráfico de velas acima foi 0.1. à medida que o fornecimento atingiu 20.000, o preço aumentou de 0.1 inicial para 300, marcando um aumento de 3000 vezes.

É claro que nem todas as aplicações seguem um caminho suave para o sucesso. O seguinte gráfico de candlestick ilustra as flutuações de preços durante um crescimento vigoroso seguido de uma crise súbita que leva a retiradas de usuários:

os casos acima demonstram a eficácia do nosso modelo de preços proposto, que se alinha com os padrões de crescimento de aplicativos, acomodando tanto fases iniciais de alto crescimento quanto fases posteriores de crescimento estável. Essas vantagens derivam do uso de um modelo de preços segmentado, empregando diferentes funções de precificação parametrizadas para estágios iniciais e posteriores.

Além disso, como a função de precificação é contínua, os usuários podem antecipar cotações esperadas e essas especificidades podem mudar com base nas ações do usuário. Esta interação dinâmica não envolve apenas um jogo entre os utilizadores e o modelo de preços, mas também entre os próprios utilizadores. As interações entre usuários são altamente complexas, dificultando a engenharia reversa de uma estratégia dentro desse modelo de precificação para obter retornos sem risco.

aplicações expandidas

Nesta seção, discutiremos várias aplicações expandidas do ERC7527:

1. erc7527 como uma camada de incentivo para aplicações de IA.
2. erc7527 como um oráculo atômico para outras aplicações, especialmente em empréstimos.

camada de incentivo de aplicação de IA

As aplicações de IA requerem uma nova camada de incentivo, e o erc7527 pode fornecer uma camada sistemática de incentivo para essas aplicações, com o token erc7527 servindo como o ativo principal dessa camada.

nas fases iniciais do desenvolvimento de aplicações de IA, implantar preços de tokens erc7527 na aplicação, estabelecendo uma avaliação reconhecida pelo mercado. Os usuários podem investir diretamente em aplicações de IA adquirindo tokens erc7527 por meio de operações de wrap.

Do ponto de vista do valor de mercado, à medida que as aplicações de IA crescem e a quantidade de tokens ERC7527 mantida aumenta, tanto os desenvolvedores de aplicações de IA como os detentores de tokens ERC7527 beneficiam grandemente do aumento do valor de mercado.

As aplicações de IA podem incentivar ainda mais os usuários por meio de medidas de dividendos. Eles podem exigir que os usuários usem tokens para pagar pelos serviços diretamente na camada do Ethereum. Mesmo que tenha mesmo s mesmo entre foi mesmo mesmo o oficial de tecnologia não consegue г eles mesmos podem? Com de usuários em fizeram

Quando os usuários possuem tokens ERC7527, eles podem utilizar o contrato de fábrica ERC6551 na rede principal Ethereum para implantar uma conta ERC6551 para seus tokens ERC7527. Posteriormente, eles podem usar essa conta ERC6551 para interagir com o contrato de ponte ERC6551 implantado na rede principal. O contrato de ponte facilita as interações entre cadeias invocando o contrato de fábrica ERC6551 na camada dois do Ethereum para implantar uma conta ERC6551 para o usuário na camada dois.

A implementação cross-chain para erc6551 possui uma abordagem direta e os desenvolvedores podem consultar o código dentro do repositório erc6551mirror. Este repositório utiliza Chainlink CCIP para realizar operações cross-chain para erc6551.

Uma vez concluído o processo de interligação erc6551, os utilizadores podem utilizar a sua conta erc6551 para levantar recompensas do contrato de dividendos.

oráculo atômico

ERC7615 é um ERC interessante que define um protocolo push simples para interações atômicas entre contratos genéricos. Esse protocolo push direto pode construir oráculos atômicos, reduzindo significativamente a complexidade do desenvolvimento de protocolos, como contratos de empréstimo. O princípio operacional do ERC7615 é o seguinte:

Quando um utilizador (cliente) invoca determinadas funções no contrato de envio (editor), o contrato de envio verifica se existem contratos de subscrição. se existirem, ele chama a função exec no contrato de assinatura para enviar algum conteúdo. A principal característica deste processo é a atomicidade. Se o contrato de subscrição encontrar problemas ao processar os dados enviados, a transação que chama a função do contrato push (ou seja, a transação Call somefunc(...) no diagrama) irá cometer um erro direto.

No erc7527, mencionamos várias vezes que o preço de venda fornecido pelo erc7527 é efetivamente o preço de liquidação. Qualquer detentor de tokens erc7527 pode retirar a liquidez da agência a esse preço de venda. Portanto, podemos empurrar o preço de venda do erc7527 para protocolos de empréstimo para implementar a liquidação dentro do protocolo de empréstimo?

a resposta é sim. além disso, devido à propriedade do modelo de preços contínuos, onde os preços de venda aumentam macroscopicamente com o aumento das participações em erc7527, os protocolos de empréstimo não precisam se preocupar com operações de envolvimento erc7527, mas apenas com transações de desenrolar que poderiam levar a diminuições de preço.

Podemos incorporar notificações push erc7615 dentro da função de desembrulhar, empurrando diretamente o preço de venda atual dos tokens erc7527 desembrulhados para o protocolo de empréstimo. Quando o protocolo de empréstimo receber a notificação push com o preço de desembrulhar, ele pode liquidar posições garantidas com os tokens erc7527 com base nessas informações de preços.

Uma vez que uma posição de empréstimo precisa ser liquidada, o protocolo de empréstimo pode executar operações de desenrolar para retirar liquidez da agência erc7527 para fechar a posição de empréstimo.

Excitantemente, as operações acima são atômicas. Se a liquidação falhar dentro do protocolo de empréstimo, a operação de desempacotamento do ERC7527 também falhará. Isso significa que o protocolo de empréstimo evita completamente o risco de inadimplência.

na verdade, qualquer protocolo pode obter notificações de preço de venda do erc7527. isso significa que os desenvolvedores só precisam implementar uma interface de receptor erc7615 para obter preços de ativos e concluir outras operações.

Dentro do erc7527, porque os tokens erc7527 herdam do erc721 no nível do contrato, os desenvolvedores podem capacitar os tokens erc7527 de outras maneiras. Quando os usuários usam esquemas de garantia tradicionais, como transferir diretamente erc7527 para um contrato de garantia, eles perdem outros direitos associados aos tokens erc7527. Portanto, os tokens erc7527 precisam de um novo esquema de garantia que não exija transferências de ativos.

com base no mecanismo de push do erc7615, pode ser projetado um esquema de garantia. especificamente, estabelecer uma relação de push entre a função unwrap no contrato de agência erc7527 e o contrato de garantia. os usuários que fazem a garantia podem interagir com o contrato de garantia erc7527 para garantir tokens erc7527 sem transferi-los para o contrato de garantia.

Neste momento, os tokens ERC7527 podem receber dividendos do contrato de garantia. Quando os utilizadores desembrulham os seus tokens ERC7527 empenhados, o contrato de agência utiliza ERC7615 para enviar esta mensagem ao contrato de garantia, que então liberta o estado empenhado dos tokens ERC7527 especificados e conclui a liquidação final.

neste processo, o erc7615 garante a integridade da liquidação do sistema de penhora, garantindo que os tokens erc7527 destruídos não possam receber recompensas de penhora.

aviso legal:

1. este artigo foi reimpresso de [PANews]. todos os direitos autorais pertencem ao autor original [Cavaleiro da Blockchain]. se houver objeções a esta reimpressão, por favor, entre em contato com oGate aprenderequipe, e eles vão lidar com isso prontamente.
2. aviso de responsabilidade: as opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outras línguas são feitas pela equipa Gate.io Learn. A menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.