La moneda generalmente se refiere a tokens nativos de una cadena de bloques o tokens fungibles similares al protocolo ERC20, como BTC, ETH, USDT, etc.
La imagen se refiere a tokens no fungibles (NFT) que cumplen con el protocolo ERC721, como CryptoPunks, Bored Apes, mfers, etc. Los activos de modelos 3D emitidos por plataformas de colección digital nacionales (como Whale Explorer) también se consideran imágenes.
Los tokens y los NFT tienen sus limitaciones, por ejemplo, los tokens tienen una liquidez fuerte pero no tienen un valor especulativo en sí mismos, mientras que los NFT tienen rareza y singularidad pero a menudo sufren de una liquidez pobre y suelen ser proyectos de primera categoría o concentrarse en precios base.
El gráfico de profundidad de liquidez de un cierto proyecto NFT
El Dualidad NFT-FTse refiere a un estándar que combina tokens y NFT de alguna manera.
Tomando Ethereum como ejemplo, un proyecto que apoya la dualidad NFT-FT debería ser tanto fungible como no fungible. Puede disfrutar de la alta liquidez que aportan los Tokens y también lograr rareza y singularidad, poseyendo valor especulativo.
¿Pero realmente existe tal cosa? El precio de un NFT está ligado a su rareza; ¿cómo puede ser fungible?
Durante el Festival de Primavera de 2024, un protocolo experimental llamado ERC404 y su primer proyecto, Pandora, rápidamente se convirtieron en una sensación.
ERC404 pioneró una forma de combinar imagen-monedas, que puede ser simplemente descrita como:
Aquí hay un diagrama para ilustrar la lógica de mezcla actual de ERC404:
Reglas del juego ERC404
Los siguientes son los actuales 5 tipos de la Caja de Pandora, cada uno con diferente rareza. Basado en el contratoimplementación, podemos calcular las probabilidades:
La primera versión del código ERC404 no estaba muy bien escrito, o para decirlo suavemente, era mediocre. Sin embargo, resolvió el problema principal: cómo implementar tanto las interfaces ERC20 como ERC721 dentro de un solo contrato.
Comparación de tres protocolos
Filtramos las partes no relacionadas de las dos definiciones de interfaz y comparamos qué interfaces se superponen o entran en conflicto:
interfaz IERC20 { // Consultar el saldo basado en una dirección function balanceOf(dirección de la cuenta) vista externa devuelve (uint256); // Transferir a una dirección específica function transferir(destinatario de la dirección, uint256 cantidad) externa devuelve (bool); // Transferir a una dirección específica en nombre de un tercero (basado en autorización) function transferFrom(remitente de la dirección, destinatario de la dirección, uint256 cantidad) externa devuelve (bool); // Autorizar la asignación de tokens function aprobar(gastador de la dirección, uint256 cantidad) externa devuelve (bool);}
interface IERC721 es IERC165 { // Consulta la cantidad de NFT basada en una dirección función balanceOf(dirección propietario) vista externa retorna (uint256 balance); // La transferencia dentro del estándar NFT está incluida en transferFrom // Transfiere un NFT a una dirección específica en nombre de un tercero (basado en autorización) función transferFrom(dirección desde, dirección hacia, uint256 tokenId) externa; // Autoriza NFT función approve(dirección hacia, uint256 tokenId) externa;}
Se puede ver que las cuatro interfaces en conflicto están relacionadas con las transferencias. En ERC20, el último parámetro semánticamente es el cantidad
, que es el límite del token, mientras que en ERC721, el significado del parámetro es tokenId
, representando el número de NFT.
En la implementación del contrato de ERC404, la semántica de este parámetro se cambia aamountOrId
. El método para distinguir si es un cantidad
o un tokenId
es bastante simple: basado en el tamaño del valor.
Similar to 1 BTC
= 10^9 Sats
, en el mundo ERC404, decimos que 1 Token realmente corresponde a un valor de10^18
, mientras que NFT’s tokenId
es generalmente un entero que aumenta secuencialmente a partir de 1. Por lo tanto, aunque la cantidad y el tokenId son ambos enteros, los órdenes de magnitud reales son bastante diferentes.
Por ejemplo, el contrato de Pandora registra cuántos NFT se han acuñado actualmente (actualmente 68180
Si el valor decantidadOId
es menor o igual que esto, se considera untokenId
; de lo contrario, se considera un cantidad
.
¿Es útil esta lógica? Sí. ¿Es razonable?
Además, al transferir >= 1 Token, la lógica para NFTs no es transferir, sino que la cuenta original se destruye y una nueva cuenta emite. Este método tiene la ventaja de igualar la liquidez y es simple de implementar (considera el escenario de transferir menos de 1 token), pero resulta en un consumo de gas exagerado.
Toma esto transaccióncomo ejemplo, la transferencia de 4 Tokens resultó en la destrucción de 4 NFTs y la creación de 4 nuevos NFTs:
La transacción consumió $64 en GAS
La jugabilidad de ERC404 introduce varias reglas implícitas:
Si dominara la magia de acuñar consistentemente la 'Caja de Pandora Roja', ¿podría comprar Tokens en el exchange y luego venderlos a un precio alto en el mercado NFT para arbitraje ilimitado?
Veamos el precio de Pandora; estos datos proporcionan la base teórica para el arbitraje:
Compré Tokens por 4.7 ETH
El precio mínimo de los NFT ha estado por encima de 5 ETH durante la última semana
Los datos anteriores no filtran por la rareza del NFT; bajo esta condición, el beneficio después de contabilizar el desgaste es de alrededor de 0.2 ETH. Haciendo referencia a las reglas implícitas anteriores, si siempre pudiéramos acuñar NFT de alta rareza como la Caja de Pandora roja, ¿no habría un margen de beneficio aún mayor?
Examinemos el contrato de Pandora y veamos cómo se implementa realmente la 'generación aleatoria' a menudo descrita por los KOL.
pragma solidez ^0.8.0; contrato Pandora es ERC404 { función tokenURI(uint256 id) público vista anulación devuelve (cadena memoria) { // Hash the id once, taking the first digit as the random number uint8 seed = uint8(bytes1(keccak256(abi.encodePacked(id)))); cadena memoria color; // Determine the rarity based on the range of values for a uint8 [0, 255] if (seed <= 100) { color = "Verde"; } else if (seed <= 160) { color = "Azul"; } else if (seed <= 210) { color = "Morado"; } else if (seed <= 240) { color = "Naranja"; } else if (seed <= 255) { color = "Rojo"; } }}
Al leer el contrato, podemos ver que la rareza de la Caja de Pandora es seudoaleatoria, similar a nuestro proyecto anterior CryptoFish, donde el tokenId
está aumentando incrementalmente, por lo que la rareza del próximo NFT acuñado es completamente predecible.
Podemos hacer una suposición puramente local usando un fragmento de código JavaScript y después de la verificación, esta lógica es completamente correcta:
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 = 'Morado'; } else if (seed <= 240) { color = 'Naranja'; } else if (seed <= 255) { color = 'Rojo'; } return color;};console.log(calcSeed(1)); // 177console.log(getColorBySeed(calcSeed(1))); // Morado
En la actualidad, el valor de incremento acuñado de Pandora es 68180
, lo que significa que podemos predecir los siguientes 100 IDs de NFT que alcanzarán la rareza roja: 68186/68201/68213/68227/68228/68257/68259/68262
Si ignoramos la disminución actual de la liquidez del proyecto Pandora, esto podría ser un comportamiento financiero muy popular.
ERC404 y Pandora no son los primeros en explorar protocolos de liquidez NFT. Ha habido discusiones sobre la fraccionalización de NFT antes, incluido ERC1155 como un enfoque innovador para los NFT.
Pero ¿por qué es tan alto el sentimiento esta vez con ERC404? Creo que es por el buen nombre.
Desafortunadamente, la primera versión del contrato ERC404 fue implementada de manera deficiente, por lo que los funcionarios están promoviendo activamente un versión V2, y la comunidad también cuenta con una implementación de tercerosDN404. Incluso crearon un nuevo protocolo llamado ERC911 , que está completamente cargado con funciones en su nombre.
La liquidez alcanzó su punto máximo durante el período de Año Nuevo, y desde entonces ha experimentado un declive significativo.
La historia de Pandora V1 puede llegar a un rápido fin; la versión actual tiene suficientes fallas para derribarla, y la liquidez y los titulares también han disminuido significativamente. Sin embargo, en la actualidad, cada vez más equipos de proyectos están probando el modelo ERC404, con 25 ya listados en CoinMarketCap.
Se cree que habrá más soluciones a los problemas de liquidez de NFT en el futuro, y ERC404 realmente podría traer el próximo verano de NFT.
La moneda generalmente se refiere a tokens nativos de una cadena de bloques o tokens fungibles similares al protocolo ERC20, como BTC, ETH, USDT, etc.
La imagen se refiere a tokens no fungibles (NFT) que cumplen con el protocolo ERC721, como CryptoPunks, Bored Apes, mfers, etc. Los activos de modelos 3D emitidos por plataformas de colección digital nacionales (como Whale Explorer) también se consideran imágenes.
Los tokens y los NFT tienen sus limitaciones, por ejemplo, los tokens tienen una liquidez fuerte pero no tienen un valor especulativo en sí mismos, mientras que los NFT tienen rareza y singularidad pero a menudo sufren de una liquidez pobre y suelen ser proyectos de primera categoría o concentrarse en precios base.
El gráfico de profundidad de liquidez de un cierto proyecto NFT
El Dualidad NFT-FTse refiere a un estándar que combina tokens y NFT de alguna manera.
Tomando Ethereum como ejemplo, un proyecto que apoya la dualidad NFT-FT debería ser tanto fungible como no fungible. Puede disfrutar de la alta liquidez que aportan los Tokens y también lograr rareza y singularidad, poseyendo valor especulativo.
¿Pero realmente existe tal cosa? El precio de un NFT está ligado a su rareza; ¿cómo puede ser fungible?
Durante el Festival de Primavera de 2024, un protocolo experimental llamado ERC404 y su primer proyecto, Pandora, rápidamente se convirtieron en una sensación.
ERC404 pioneró una forma de combinar imagen-monedas, que puede ser simplemente descrita como:
Aquí hay un diagrama para ilustrar la lógica de mezcla actual de ERC404:
Reglas del juego ERC404
Los siguientes son los actuales 5 tipos de la Caja de Pandora, cada uno con diferente rareza. Basado en el contratoimplementación, podemos calcular las probabilidades:
La primera versión del código ERC404 no estaba muy bien escrito, o para decirlo suavemente, era mediocre. Sin embargo, resolvió el problema principal: cómo implementar tanto las interfaces ERC20 como ERC721 dentro de un solo contrato.
Comparación de tres protocolos
Filtramos las partes no relacionadas de las dos definiciones de interfaz y comparamos qué interfaces se superponen o entran en conflicto:
interfaz IERC20 { // Consultar el saldo basado en una dirección function balanceOf(dirección de la cuenta) vista externa devuelve (uint256); // Transferir a una dirección específica function transferir(destinatario de la dirección, uint256 cantidad) externa devuelve (bool); // Transferir a una dirección específica en nombre de un tercero (basado en autorización) function transferFrom(remitente de la dirección, destinatario de la dirección, uint256 cantidad) externa devuelve (bool); // Autorizar la asignación de tokens function aprobar(gastador de la dirección, uint256 cantidad) externa devuelve (bool);}
interface IERC721 es IERC165 { // Consulta la cantidad de NFT basada en una dirección función balanceOf(dirección propietario) vista externa retorna (uint256 balance); // La transferencia dentro del estándar NFT está incluida en transferFrom // Transfiere un NFT a una dirección específica en nombre de un tercero (basado en autorización) función transferFrom(dirección desde, dirección hacia, uint256 tokenId) externa; // Autoriza NFT función approve(dirección hacia, uint256 tokenId) externa;}
Se puede ver que las cuatro interfaces en conflicto están relacionadas con las transferencias. En ERC20, el último parámetro semánticamente es el cantidad
, que es el límite del token, mientras que en ERC721, el significado del parámetro es tokenId
, representando el número de NFT.
En la implementación del contrato de ERC404, la semántica de este parámetro se cambia aamountOrId
. El método para distinguir si es un cantidad
o un tokenId
es bastante simple: basado en el tamaño del valor.
Similar to 1 BTC
= 10^9 Sats
, en el mundo ERC404, decimos que 1 Token realmente corresponde a un valor de10^18
, mientras que NFT’s tokenId
es generalmente un entero que aumenta secuencialmente a partir de 1. Por lo tanto, aunque la cantidad y el tokenId son ambos enteros, los órdenes de magnitud reales son bastante diferentes.
Por ejemplo, el contrato de Pandora registra cuántos NFT se han acuñado actualmente (actualmente 68180
Si el valor decantidadOId
es menor o igual que esto, se considera untokenId
; de lo contrario, se considera un cantidad
.
¿Es útil esta lógica? Sí. ¿Es razonable?
Además, al transferir >= 1 Token, la lógica para NFTs no es transferir, sino que la cuenta original se destruye y una nueva cuenta emite. Este método tiene la ventaja de igualar la liquidez y es simple de implementar (considera el escenario de transferir menos de 1 token), pero resulta en un consumo de gas exagerado.
Toma esto transaccióncomo ejemplo, la transferencia de 4 Tokens resultó en la destrucción de 4 NFTs y la creación de 4 nuevos NFTs:
La transacción consumió $64 en GAS
La jugabilidad de ERC404 introduce varias reglas implícitas:
Si dominara la magia de acuñar consistentemente la 'Caja de Pandora Roja', ¿podría comprar Tokens en el exchange y luego venderlos a un precio alto en el mercado NFT para arbitraje ilimitado?
Veamos el precio de Pandora; estos datos proporcionan la base teórica para el arbitraje:
Compré Tokens por 4.7 ETH
El precio mínimo de los NFT ha estado por encima de 5 ETH durante la última semana
Los datos anteriores no filtran por la rareza del NFT; bajo esta condición, el beneficio después de contabilizar el desgaste es de alrededor de 0.2 ETH. Haciendo referencia a las reglas implícitas anteriores, si siempre pudiéramos acuñar NFT de alta rareza como la Caja de Pandora roja, ¿no habría un margen de beneficio aún mayor?
Examinemos el contrato de Pandora y veamos cómo se implementa realmente la 'generación aleatoria' a menudo descrita por los KOL.
pragma solidez ^0.8.0; contrato Pandora es ERC404 { función tokenURI(uint256 id) público vista anulación devuelve (cadena memoria) { // Hash the id once, taking the first digit as the random number uint8 seed = uint8(bytes1(keccak256(abi.encodePacked(id)))); cadena memoria color; // Determine the rarity based on the range of values for a uint8 [0, 255] if (seed <= 100) { color = "Verde"; } else if (seed <= 160) { color = "Azul"; } else if (seed <= 210) { color = "Morado"; } else if (seed <= 240) { color = "Naranja"; } else if (seed <= 255) { color = "Rojo"; } }}
Al leer el contrato, podemos ver que la rareza de la Caja de Pandora es seudoaleatoria, similar a nuestro proyecto anterior CryptoFish, donde el tokenId
está aumentando incrementalmente, por lo que la rareza del próximo NFT acuñado es completamente predecible.
Podemos hacer una suposición puramente local usando un fragmento de código JavaScript y después de la verificación, esta lógica es completamente correcta:
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 = 'Morado'; } else if (seed <= 240) { color = 'Naranja'; } else if (seed <= 255) { color = 'Rojo'; } return color;};console.log(calcSeed(1)); // 177console.log(getColorBySeed(calcSeed(1))); // Morado
En la actualidad, el valor de incremento acuñado de Pandora es 68180
, lo que significa que podemos predecir los siguientes 100 IDs de NFT que alcanzarán la rareza roja: 68186/68201/68213/68227/68228/68257/68259/68262
Si ignoramos la disminución actual de la liquidez del proyecto Pandora, esto podría ser un comportamiento financiero muy popular.
ERC404 y Pandora no son los primeros en explorar protocolos de liquidez NFT. Ha habido discusiones sobre la fraccionalización de NFT antes, incluido ERC1155 como un enfoque innovador para los NFT.
Pero ¿por qué es tan alto el sentimiento esta vez con ERC404? Creo que es por el buen nombre.
Desafortunadamente, la primera versión del contrato ERC404 fue implementada de manera deficiente, por lo que los funcionarios están promoviendo activamente un versión V2, y la comunidad también cuenta con una implementación de tercerosDN404. Incluso crearon un nuevo protocolo llamado ERC911 , que está completamente cargado con funciones en su nombre.
La liquidez alcanzó su punto máximo durante el período de Año Nuevo, y desde entonces ha experimentado un declive significativo.
La historia de Pandora V1 puede llegar a un rápido fin; la versión actual tiene suficientes fallas para derribarla, y la liquidez y los titulares también han disminuido significativamente. Sin embargo, en la actualidad, cada vez más equipos de proyectos están probando el modelo ERC404, con 25 ya listados en CoinMarketCap.
Se cree que habrá más soluciones a los problemas de liquidez de NFT en el futuro, y ERC404 realmente podría traer el próximo verano de NFT.