visão geral

como precificar ideias ou aplicativos em estágio inicial e participar de investimentos é um desafio significativo no mundo descentralizado. O erc7527 propõe um paradigma de precificação descentralizada com base em consenso impulsionado por prêmios, seguindo o conceito de "criação de crédito do dinheiro".

neste artigo, vamos aprofundar os princípios e detalhes do protocolo erc7527, explicando ainda mais os princípios de operação do modelo de preço contínuo e suas vantagens significativas. além disso, vamos explorar as aplicações expandidas derivadas da programabilidade e composabilidade do erc7527.

erc7527

no artigo anterior, nós introduzimos modelos comuns de precificação on-chain e tocamos brevemente no modelo de precificação contínua ú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 focar nos princípios e detalhes do protocolo do erc7527.

erc7527 introduz um novo paradigma para precificação de aplicativos emitindo tokens erc7527. o preço dos tokens erc7527 quantifica efetivamente o valor de mercado do aplicativo (valor de mercado do aplicativo = preço do erc7527 × quantidade). este método transforma a precificação do aplicativo em precificação de tokens erc7527.

o preço dos tokens erc7527 é composto por duas partes principais:

cotação: erc7527 fornece interfaces para cotações de compra externas (wrap) e venda (unwrap), permitindo que os desenvolvedores implementem essas funcionalidades por si mesmos.

preços: O Foamm (Function Oracle Automated Market Maker) do erc7527 fornece preços de compra adicionando liquidez interna via wrap ou preços de venda removendo liquidez interna via unwrap. Esta abordagem não depende de provedores de liquidez externos.

sobre a questão da compra de cotações e preços para tokens erc7527, o erc7527 oferece uma extensa programabilidade. especificamente, os usuários 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, no final, fornecer cotações. quando os usuários ligamgetwraporaclepara obter a cotação atual, eles podem optar por injetar liquidez no pool erc7527 para converter cotações em preços. especificamente, os usuários podem usar o embrulharfunção dentro do foamm para injetar liquidez:

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

como mencionado anteriormente, a foamm adiciona liquidez interna por meio de operações de wrap, que serve como a principal fonte de liquidez dentro das pools. A erc7527 usa a foamm para injetar a liquidez paga pelos usuários quando compram ativos nas pools, o que atua como a liquidez de saída.

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 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 usuários podem chamarobterunwraporaclea qualquer momento para obter a cotação de venda atual para tokens erc7527. eles também podem optar por ligar para o foamm'sdesembrulharfunção para destruir tokens erc7527 e receber tokens equivalentes à quantidade cotada no pool.

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

ligar getwraporaclefunção para recuperar a cotação de compra atual. se adequado, chame.embrulharinjetar liquidez e receber tokens erc7527.

ligar getunwraporaclefunção para obter o preço de venda atual. Se adequado, chamardesembrulhardestruir tokens ERC7527 mantidos e retirar tokens equivalentes ao preço de venda do pool.

ambas as funções retornam valores com preçoetaxa opções. preçorepresenta a quantidade de tokens necessária para operações de embrulhar ou desembrulhar, enquanto taxadenota a taxa de transação. os usuários devem pagar taxas por essas operações, com as taxas podendo ser reclamadas por usuários especificados.

Erc7527, assim como os tokens erc20, tem 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 usuários fornecem para criar tokens erc7527,prêmiodenota o preço inicial dos tokens erc7527,destinatário de taxaespecifica o endereço que recebe taxas durante as interações de wrap e unwrap, enquantotaxa de emissão de moedaequeimar por centoindicar as taxas de comissão para operações de wrap e unwrap.

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 é estruturado em três módulos distintos:

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

agência: este contrato atua como a interface principal para as interações de pools e foamm mencionadas anteriormente. funções comogetwraporacle, embrulhar, getunwraporacle, e desembrulharsão implementados aqui. O contrato da agência armazena tokens injetados pelos usuários durante as operações de envolvimento para uso subsequente durante as operações de desembrulho, 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, tornando mais fácil para os usuários implantar tokens erc7527.

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

no erc7527, os contratos de aplicativo e agência mantêm uma relação de ligação bidirecional. do ponto de vista do código, o menta 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 dada um aplicativo (getagencyfunção), e consultar o endereço do aplicativo dado uma agência (getstrategyfunção).

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

Essa solução de precificação descentralizada usando tokens ERC7527 representa uma inovação revolucionária. Ela introduz um novo paradigma onde aplicativos podem ser construídos com base na emissão de tokens. Para aplicativos em estágio inicial, os desenvolvedores podem implantar diretamente tokens ERC7527 usando a fábrica da ERC7527.

os usuários podem participar de investimentos em estágio inicial ligando paraembrulhofunção para criar tokens erc7527 ou sair de seus investimentos, chamando odesembrulharFunção. 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 ogetwraporacleInterface 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 a perspectiva micro quanto a 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 deobterwraporaclenão deve ser inferior ao preço de precificação (ou “preço da última transação de compra”).

o aumento no 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 tpl (total premium locked). esse mecanismo de expansão de crédito permitirá que cada detentor de tokens erc7527 obtenha um crescimento de crédito.

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

no erc7527, todo o histórico de preços é armazenado 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) é usado diretamente 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 desempacotar. uma vez que o preço2 é menor que o novo preço, o modelo de cotação fornecerá uma cotação externa mais baixa em comparação com o que era baseado no novo preço no passado. no entanto, esta cotação de venda baseada em pilha é uma abordagem básica.

Em um nível microscópico, o modelo de cotação deve incluir um mecanismo de ajuste de preço semelhante a um leilão holandês. Um leilão holandês introduz tempo no modelo de cotação, automaticamente reduzindo o preço com períodos prolongados sem transações. No entanto, os leilões holandeses enfrentam um problema grave em que os preços inevitavelmente diminuem com o tempo devido a um dilema de jogo de espera, levando a contínuas reduções de preços. Um modelo de cotação robusto em um nível microscópico deve incorporar um fator de tempo e incluir fases ascendentes e descendentes.

Em resumo, um bom modelo de citaçã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 aumento da propriedade do token erc7527.

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

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

grande potencial de crescimento nas fases iniciais

crescimento relativamente estável nas fases posteriores

detalharemos a solução nas seções subsequentes.

Inicialmente, atender aos requisitos macro nível é 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. Por fim, podemos alcançar a seguinte função de cotação:

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

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 em relação ao 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 precificação apenas cita o preço da última transação para atender aos requisitos macro do modelo de precificação.

Visualmente, observamos tanto uma fase inicial de tendência de alta quanto uma fase descendente posterior semelhante a um leilão holandês no modelo de precificação acima, atendendo efetivamente aos requisitos micro do modelo de precificação. Nas fases iniciais da fase de tendência de alta, vemos um salto nos preços para evitar situações em que os ativos aumentem 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 precificação 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 dos 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 na verdade recupera o fornecimento total usando o aplicativo.fornecimento totala terceira coluna mostra o número de operações de embrulho e desembrulho, onde a linha verde representa as operações de embrulho e a linha vermelha representa as operações de desembrulho.

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

Através desta simulação simples, 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 velas idênticos. Isso aumenta muito a complexidade das interações estratégicas do sistema.

o gráfico a seguir ilustra 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 atendemos aos requisitos macro e micro do modelo de precificação descrito anteriormente, ao mesmo tempo em que cumprimos o padrão de crescimento '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 rápidos de preço no início estão alinhados com o alto crescimento inicial do aplicativo. Nas fases média e tardia, 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 lidar com isso, decidimos abordar o problema por meio da segmentação. Especificamente, empregaremos um sistema de precificação de alto crescimento nas fases iniciais e faremos a transição para um sistema de precificação de crescimento estável mais tarde. Além da segmentação em duas fases 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 finais.

Na prática, ainda estamos usando uma função de preços consistente com o estágio inicial, mas ajustamos alguns parâmetros. A curva da função de preços modificada é mostrada abaixo:

em comparação com a função de precificação da fase inicial, observamos que a taxa inicial de aumento na função de precificação da fase posterior é menor. o eixo x no gráfico ainda utiliza intervalos de tempo desde a última transação como unidades, mas é importante notar que esses intervalos são mais curtos do que os utilizados na função de precificação da fase inicial.

tentamos simular as mudanças de preço dos tokens erc7527 durante o período de aumento da oferta de 0 a 20.000, resultando no seguinte gráfico de candlestick.

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

É claro que nem todas as aplicações seguem um caminho suave para o sucesso. O gráfico de candlestick a seguir ilustra as flutuações de preço durante um crescimento inicial vigoroso seguido por uma crise repentina que levou a saques 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 decorrem do uso de um modelo de preços segmentado, empregando diferentes funções de preços parametrizadas para as fases iniciais e posteriores.

Além disso, porque a função de precificação é contínua, os usuários podem antecipar cotações esperadas e esses detalhes podem mudar com base nas ações do usuário. Essa interação dinâmica envolve não apenas um jogo entre os usuários e o modelo de precificação, mas também entre os próprios usuários. As interações entre os usuários são altamente complexas, o que torna difícil reverter 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 aplicativos de inteligência artificial.
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 de incentivo sistemática para essas aplicações, com o token erc7527 servindo como o ativo principal dessa camada.

Nos estágios iniciais do desenvolvimento de aplicativos de IA, a implantação de tokens ERC7527 precifica o aplicativo, estabelecendo uma avaliação reconhecida pelo mercado. Os usuários podem investir diretamente em aplicativos de IA adquirindo tokens ERC7527 por meio de operações de encapsulamento.

Do ponto de vista do valor de mercado, à medida que as aplicações de IA crescem e a quantidade de tokens ERC7527 aumenta, tanto os desenvolvedores de aplicações de IA quanto os detentores de tokens ERC7527 se beneficiam muito com o aumento do valor de mercado.

aplicações de IA podem incentivar ainda mais os usuários por meio de medidas de dividendo. eles podem exigir que os usuários usem tokens para pagar por serviços diretamente na camada seek j da ethereum, mesmo que tenha até mesmo s mesmo entre foi até mesmo até mesmo o oficial de tecnologia não pode г eles mesmos podem? com dos usuários em fez

quando os usuários possuem tokens erc7527, eles podem utilizar o contrato de fábrica erc6551 na mainnet do ethereum para implantar uma conta erc6551 para seus tokens erc7527. posteriormente, eles podem usar esta conta erc6551 para interagir com o contrato de ponte erc6551 implantado na mainnet. O contrato de ponte facilita interações cross-chain 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 tem uma abordagem direta e os desenvolvedores podem se referir ao código dentro do repositório erc6551mirror. Este repositório usa o Chainlink CCIP para realizar operações cross-chain para erc6551.

uma vez que o processo de cross-chain erc6551 for concluído, os usuários podem usar sua conta erc6551 para retirar recompensas do contrato de dividendos.

oráculo atômico

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

Quando um usuário (cliente) invoca determinadas funções no contrato de envio (editor), o contrato de envio verifica se há contratos de assinatura. Se eles existirem, ele chama a função EXEC no contrato de assinatura para enviar algum conteúdo. A principal característica desse processo é a atomicidade. Se o contrato de assinatura encontrar problemas no processamento dos dados enviados, a transação que chama a função do contrato push (ou seja, a transação Call somefunc(...) no diagrama) será diretamente executada.

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 liquidez da agência a este 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 precificação contínua em que os preços de venda aumentam macroscopicamente com o aumento das posições erc7527, os protocolos de empréstimo não precisam se preocupar com as operações de wrap erc7527, mas apenas com as transações de unwrap que podem levar a diminuição do preço.

Podemos incorporar notificações por push ERC7615 dentro da função Unwrap, empurrando diretamente o preço de venda atual dos tokens ERC7527 desempacotados para o protocolo de empréstimo. Quando o protocolo de empréstimo recebe a notificação por push com o preço de desempacotamento, ele pode liquidar posições garantidas com 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 desembrulho para retirar liquidez da agência erc7527 para fechar a posição de empréstimo.

As operações acima são atômicas. Se a liquidação falhar dentro do protocolo de empréstimo, a operação de desembrulho 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 suas notificações de venda de preço de erc7527. isso significa que os desenvolvedores só precisam implementar uma interface receptora erc7615 para obter preços de ativos e completar 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 de erc7615, pode ser projetado um esquema de garantia. Especificamente, estabeleça um relacionamento de push entre a função unwrap no contrato de agência erc7527 e o contrato de garantia. Os usuários de garantia podem interagir com o contrato de garantia erc7527 para garantir tokens erc7527 sem transferi-los para o contrato de garantia.

Neste ponto, os tokens erc7527 podem receber dividendos do contrato de penhor. Quando os usuários desembrulham seus tokens erc7527 penhorados, o contrato de agência usa erc7615 para enviar essa mensagem ao contrato de penhor, que então libera o status penhorado dos tokens erc7527 especificados e completa a liquidação final.

Nesse processo, o erc7615 garante a integridade da liquidação do sistema de penhor, assegurando que os tokens destruídos erc7527 não podem receber recompensas de penhor.

disclaimer:

1. este artigo foi republicado a partir de [PANews]. todos os direitos autorais pertencem ao autor original [区块链骑士]. Se houver objeções a esta reimpressão, entre em contato com o Gate learn equipe, e eles vão lidar com isso prontamente.
2. responsabilidade de isenção de responsabilidade: as opiniões expressas neste artigo são exclusivamente do autor e não constituem nenhum conselho de investimento.
3. as traduções do artigo para outros idiomas são feitas pela equipe de aprendizado da Gate.io. a menos que mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.