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 cumprem o protocolo ERC721, como CryptoPunks, Bored Apes, mfers, etc. Os ativos de modelos 3D emitidos por plataformas domésticas de colecionáveis digitais (como o Whale Explorer) também são considerados imagens.

Os tokens e os NFTs têm cada um as suas limitações, por exemplo, os tokens têm uma grande liquidez, mas não têm valor especulativo em si mesmos, enquanto os NFTs têm raridade e singularidade, mas muitas vezes sofrem de baixa liquidez e geralmente são projetos blue-chip ou concentrados a preços de referência.

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

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

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

Mas será que tal coisa realmente existe? O preço de um NFT está ligado à sua raridade; como pode ser feito 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.

A ERC404 pioneirou uma forma 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, o seu NFT será automaticamente destruído
• Ao comprar 1 NFT Pandora, automaticamente será adicionado 1 Token à sua carteira e, inversamente, a venda irá diminuí-lo automaticamente 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. Com base no contratoimplementação, podemos calcular as probabilidades:

Implementar um ERC404

A primeira versão do código ERC404 não estava muito bem escrito, ou para ser suave, estava abaixo da média. No entanto, resolveu o principal problema - como implementar as interfaces ERC20 e ERC721 num único contrato.

Comparação de três protocolos

Filtrámos as partes não relacionadas das duas definições de interface e comparámos quais interfaces se sobrepõem ou entram em conflito:

interface IERC20 { // Consultar o saldo com base num endereço function balanceOf(address account) external view returns (uint256); // Transferir para um determinado endereço function transfer(address recipient, uint256 amount) external returns (bool); // Transferir para um determinado endereço em nome de um terceiro (com base em autorização) function transferFrom(address sender, address recipient, uint256 amount) external returns (bool); // Autorizar a concessão de tokens function approve(address spender, uint256 amount) external returns (bool);}

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

Pode ser visto que todas as quatro interfaces conflitantes estão relacionadas com transferências. No ERC20, o último parâmetro semanticamente é o montante, 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 umatokenIdé bastante simples: com base no tamanho do valor.

Semelhante a 1 BTC = 10^9 Sats, no mundo ERC404, dizemos que 1 Token na verdade corresponde a um valor de10^18, enquanto NFT’s tokenIdé geralmente um número inteiro sequencialmente crescente a partir do 1. Portanto, embora o montante e o tokenId sejam ambos inteiros, as ordens de magnitude reais são bastante diferentes.

Por exemplo, o contrato Pandora regista quantos NFTs foram atualmente criados (atualmente 68180). Se o valor de quantidadeOuIdé menor ou igual a este, é considerado umtokenId; caso contrário, é considerado um montante.

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

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

Leve istotransaçãocomo exemplo, a transferência de 4 Tokens resultou na destruição de 4 NFTs e na criação 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 numa DEX e o preço de um NFT no Marketplace não diferirão muito.
2. Só existe uma situação em que um NFT é criado: é recolhido 1 Token. 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 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 aumentar (quanto mais detentores houver, mais comuns serão os cenários de menos de 1 Token).

Se dominasse a magia de cunhar consistentemente a 'Red Pandora’s Box', poderia comprar Tokens na bolsa e depois vendê-los a um preço elevado no mercado 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; nestas condições, o lucro após contabilizar o desgaste é de cerca de 0,2 ETH. De acordo com as regras implícitas acima, se pudermos sempre criar NFTs de alta raridade, como a Caixa Vermelha de Pandora, 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 substituir retorna (string memória) { // Hash o id uma vez, tomando o primeiro dígito como o número aleatório   uint8 semente = uint8(bytes1(keccak256(abi.encodePacked(id))));   string memória cor;   // Determinar a raridade com base no intervalo de valores para um uint8 [0, 255]   if (semente <= 100) {       cor = "Verde";   } else if (semente <= 160) {       cor = "Azul";   } else if (semente <= 210) {       cor = "Roxo";   } else if (semente <= 240) {       cor = "Laranja";   } else if (semente <= 255) {       cor = "Vermelho";   } }}

Ao ler o contrato, podemos ver que a raridade da Caixa de Pandora é pseudo-aleatória, semelhante ao nosso projeto CryptoFish anterior, onde o tokenIdestá a aumentar incrementalmente, pelo que 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 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 de Pandora é 68180, o que significa que podemos prever os seguintes 100 IDs de NFT que atingirão a raridade vermelha: 68186/68201/68213/68227/68228/68257/68259/68262

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

Conclusão

ERC404 e Pandora não são os primeiros a explorar protocolos de liquidez NFT. Já houve discussões sobre a fracionalização de NFTs 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 funcionários estão a promover ativamente um versão V2, e a comunidade também tem uma implementação de terceirosDN404Alguns até criaram um novo protocolo chamado ERC911 , que está repleto de funcionalidades no seu nome.

A liquidez atingiu o pico durante o período de Ano Novo e desde então tem visto um declínio significativo.

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, atualmente, cada vez mais equipes de projetos estão experimentando o modelo ERC404, com 25 já listados no CoinMarketCap.

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

Aviso Legal：

1. Este artigo é reproduzido a partir de [médio], Todos os direitos de autor pertencem ao autor original [ZAN]. Se houver objeções a esta reimpressão, por favor contacte o Gate Learnequipa e eles tratarão do assunto prontamente.
2. Aviso de responsabilidade: As opiniões expressas neste artigo são exclusivamente as 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. A menos que seja mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.