Qual é a dualidade NFT-FT？

Moeda geralmente refere-se a tokens nativos de uma blockchain ou tokens fungíveis semelhantes ao protocolo ERC20, como BTC, ETH, USDT, etc.

A imagem refere-se a tokens não fungíveis (NFTs) que estão em conformidade com o protocolo ERC721, como CryptoPunks, Bored Apes, mfers, etc. Os ativos de modelo 3D emitidos por plataformas domésticas de colecionáveis digitais (como Whale Explorer) também são considerados imagens.

Tokens e NFTs têm cada um suas limitações, por exemplo, tokens têm forte liquidez mas nenhum valor especulativo em si mesmos, enquanto NFTs têm raridade e singularidade mas frequentemente sofrem com baixa liquidez e geralmente são projetos blue-chip ou concentrados em preços de base.

O gráfico de profundidade de liquidez de um certo projeto NFT

O Dualidade NFT-FTrefere-se a um padrão que mistura tokens e NFTs de alguma forma.

Tomando Ethereum como exemplo, um projeto que suporta a dualidade NFT-FT deve ser tanto fungível quanto não-fungível. Ele pode desfrutar da alta liquidez trazida pelos Tokens e também pode alcançar raridade e singularidade, possuindo valor especulativo.

Mas tal coisa realmente existe? O preço de um NFT está ligado à sua raridade; como pode ser tornada fungível?

ERC404 Abre a Caixa de Pandora

Durante o Festival da Primavera de 2024, um protocolo experimental chamado ERC404 e seu primeiro projeto, Pandora, rapidamente se tornaram uma sensação.

ERC404 pioneirizou uma maneira de misturar moedas de imagem, que pode ser simplesmente descrita como:

• Comprar 1 Token Pandora concede automaticamente 1 NFT Pandora
• Se o saldo for inferior a 1 Token Pandora, seu NFT será automaticamente destruído
• Comprar 1 NFT Pandora automaticamente adicionará 1 Token à sua carteira e, inversamente, a venda automaticamente diminuirá em 1

Aqui está um diagrama para ilustrar a lógica de mistura atual do ERC404:

Regras do jogo ERC404

Os seguintes são os atuais 5 tipos de Caixa de Pandora, cada um com diferentes raridades. Baseado no contratoNa implementação, podemos calcular as probabilidades:

Implementando um ERC404

A primeira versão do código ERC404 não estava muito bem escrito, ou para dizer o mínimo, era abaixo do padrão. No entanto, resolveu o problema principal — como implementar as interfaces ERC20 e ERC721 dentro de um único contrato.

Comparação de três protocolos

Nós filtramos as partes não relacionadas das duas definições de interface e comparamos quais interfaces se sobrepõem ou entram em conflito:

interface IERC20 { // Consultar o saldo com base em um endereço function balanceOf(address account) view externo retorna (uint256); // Transferir para um determinado endereço function transfer(address recipient, uint256 amount) externo retorna (bool); // Transferir para um determinado endereço em nome de um terceiro (com base na autorização) function transferFrom(address sender, address recipient, uint256 amount) externo retorna (bool); // Autorizar a permissão do token function approve(address spender, uint256 amount) externo retorna (bool);}

interface IERC721 é IERC165 { // Consulte a quantidade de NFT com base em um endereço function balanceOf(endereço proprietário) visualização externa retorna (saldo uint256); // A transferência dentro do padrão NFT está incluída em transferFrom // Transferir um NFT para um determinado endereço em nome de um terceiro (com base em autorização) função transferFrom(endereço de, endereço para, tokenId uint256) externo; // Autorizar NFT função aprovar(endereço para, tokenId uint256) externo;}

Pode-se ver que todas as quatro interfaces conflitantes estão relacionadas a transferências. No ERC20, o último parâmetro semanticamente é o quantidade, que é o limite do token, enquanto no ERC721, o significado do parâmetro é tokenId, representando o número do NFT.

Na implementação do contrato ERC404, a semântica deste parâmetro é alterada para quantidadeOuId. O método para distinguir se é um quantidadeou umtokenIdé bastante simples: com base no tamanho do valor.

Similar ao 1 BTC = 10^9 Sats, no mundo ERC404, dizemos que 1 Token na realidade corresponde a um valor de 10^18, enquanto NFT’s tokenIdgeralmente é um número inteiro sequencial crescente a partir de 1. Portanto, embora a quantidade e o tokenId sejam ambos números inteiros, as ordens de magnitude reais são bastante diferentes.

Por exemplo, o contrato Pandora registra quantos NFTs foram atualmente cunhados (atualmente 68180). Se o valor de quantidadeOuIdé menor ou igual a isso, é considerado umtokenId; caso contrário, é considerado umquantidade.

Esta lógica é útil? Sim. É razoável?

Além disso, ao transferir >= 1 Token, a lógica para NFTs não é transferir, mas sim a conta original é destruída e uma nova conta é criada. Este método tem a vantagem de combinar a liquidez e é simples de implementar (considere o cenário de transferir menos de 1 token), mas resulta em um consumo exagerado de gás.

Pegue isso transaçãocomo exemplo, a transferência de 4 Tokens resultou na destruição de 4 NFTs e na cunhagem de 4 novos NFTs:

A transação consumiu $64 em GAS

Novas narrativas e oportunidades

A jogabilidade do ERC404 introduz várias regras implícitas:

1. O preço de um Token em uma DEX e o preço de um NFT no Marketplace não diferirão muito.
2. Só há uma situação em que um NFT é cunhado: 1 Token é coletado. Em outras palavras, o único método para trocar um NFT de menor raridade por um de maior raridade é através da negociação contínua de Tokens.
3. O fornecimento total de Tokens de Pandora é de 10.000, o que significa que o número máximo de NFTs é de 10.000, e esse número diminuirá à medida que o número de detentores aumenta (quanto mais detentores houver, mais comuns serão os cenários de menos de 1 Token).

Se eu dominasse a magia de produzir consistentemente a ‘Caixa de Pandora Vermelha’, eu poderia comprar Tokens na exchange e depois vendê-los a um preço alto no mercado de NFT para arbitragem ilimitada?

Vamos dar uma olhada no preço da Pandora; esses dados fornecem a base teórica para arbitragem:

Comprei Tokens por 4.7 ETH

O preço mínimo das NFTs tem sido superior a 5 ETH na última semana

Os dados acima não são filtrados pela raridade do NFT; sob essa condição, o lucro após considerar o desgaste é de cerca de 0,2 ETH. Referindo-se às regras implícitas acima, se pudermos sempre criar NFTs de alta raridade como a Caixa de Pandora vermelha, não haveria uma margem de lucro ainda maior?

Vamos examinar o contrato da Pandora e ver como a 'geração aleatória' frequentemente descrita pelos KOLs é realmente implementada:

pragma solidez ^0.8.0;contrato Pandora é ERC404 { função tokenURI(uint256 id) público visualização substituição retorna (string memória) { // Hash o id uma vez, pegando o primeiro dígito como o número aleatório   uint8 seed = uint8(bytes1(keccak256(abi.encodePacked(id))));   string memória cor;   // Determine a raridade com base no intervalo de valores para um uint8 [0, 255]   if (seed <= 100) {       cor = "Verde";   } else if (seed <= 160) {       cor = "Azul";   } else if (seed <= 210) {       cor = "Roxo";   } else if (seed <= 240) {       cor = "Laranja";   } else if (seed <= 255) {       cor = "Vermelho";   } }}

Ao ler o contrato, podemos ver que a raridade da Caixa de Pandora é pseudoaleatória, semelhante ao nosso projeto anterior CryptoFish, onde o tokenIdestá aumentando incrementalmente, então a raridade do próximo NFT cunhado é totalmente previsível.

Podemos fazer uma suposição puramente local usando um pedaço de código JavaScript e, após a verificação, essa lógica está completamente correta:

const ethers = require('ethers');const calcSeed = (id) => parseInt(ethers.solidityPackedKeccak256(['uint256'], [id]).substr(2, 2), 16);const getColorBySeed = (seed) => { let color; if (seed <= 100) { color = 'Verde'; } else if (seed <= 160) { color = 'Azul'; } else if (seed <= 210) { color = 'Roxo'; } else if (seed <= 240) { color = 'Laranja'; } else if (seed <= 255) { color = 'Vermelho'; } return color;};console.log(calcSeed(1)); // 177console.log(getColorBySeed(calcSeed(1))); // Roxo

Atualmente, o valor do incremento cunhado da Pandora é 68180, o que significa que podemos prever os próximos 100 IDs de NFT que atingirão a raridade vermelha: 68186/68201/68213/68227/68228/68257/68259/68262

Se ignorarmos a atual diminuição da liquidez do projeto Pandora, isso poderia ser um comportamento financeiro muito popular.

Conclusão

ERC404 e Pandora não são os primeiros a explorar os protocolos de liquidez de NFT. Já houve discussões sobre a fracionalização de NFT anteriormente, incluindo ERC1155 como uma abordagem inovadora para NFTs.

Mas por que o sentimento está tão alto desta vez com ERC404? Acredito que seja por causa do bom nome.

Infelizmente, a primeira versão do contrato ERC404 foi mal implementada, por isso os oficiais estão promovendo ativamente umversão V2, e a comunidade também tem uma implementação de terceirosDN404Alguns até criaram um novo protocolo chamado ERC911 , que está totalmente carregado com recursos em sua nomenclatura.

A liquidez atingiu o pico durante o período de Ano Novo e desde então tem visto uma queda significativa.

A história da Pandora V1 pode chegar a um fim rápido; a versão atual tem inúmeras falhas suficientes para derrubá-la, e a liquidez e os detentores também caíram significativamente. No entanto, no momento, cada vez mais equipes de projeto estão experimentando o modelo ERC404, com 25 já listados na CoinMarketCap.

Acredita-se que haverá mais soluções para os problemas de liquidez do NFT no futuro, e o ERC404 poderia realmente trazer o próximo verão do NFT.

Aviso Legal：

1. Este artigo foi republicado de [Gatemédio], Todos os direitos autorais pertencem ao autor original [ZAN]. Se houver objeções a esta reprodução, entre em contato com o Gate Learnequipe e eles vão lidar com isso prontamente.
2. Aviso de responsabilidade: As visões e 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 outros idiomas são feitas pela equipe Gate Learn. Salvo indicação em contrário, copiar, distribuir ou plagiar os artigos traduzidos é proibido.