NFTs y Metaplex Blueprint
Los NFTs en Solana no son un objeto de ledger separado. Combinan propiedad escasa en cadena, metadatos definidos por el programa y medios fuera de cadena que las billeteras y los mercados acuerdan cómo mostrar. Metaplex proporciona los estándares, SDKs y herramientas de lanzamiento que la mayoría de los equipos utilizan; una vez que vea el modelo, el almacenamiento, la colección, la ruta de acuñación y la ruta de lectura como una sola pila, Core vs Token Metadata, Candy Machine y DAS dejarán de parecer productos no relacionados.
Conceptos básicos de NFT en Solana es la entrada práctica; Metaplex Core, Metadatos y Almacenamiento, Colecciones y Verificación, Candy Machine y Lectura de NFTs (API DAS) se centran en una capa cada vez. Esta página se encuentra debajo: cómo se conectan las piezas, qué estándar elegir y cómo las aplicaciones de producción acuñan y leen activos.
Resumen
- Un NFT de Solana es propiedad más metadatos bajo un programa Metaplex (o de compresión) - Cuentas de Activo Core, grafos de tokens de Metadatos de Token, o hojas de árbol comprimidas - con JSON y medios usualmente fuera de cadena y DAS como la superficie de lectura estándar del cliente.
- Por qué es Importante: La elección incorrecta del estándar quema alquiler y tiempo de integración; un almacenamiento o verificación débiles arruinan la confianza; el lanzamiento sin protecciones o planificación de escala falla al acuñar; leer PDAs crudos en lugar de DAS rompe billeteras y galerías.
- Conceptos Clave: Modelo de NFT (suministro, decimales, propiedad), Metaplex Core, Token Metadata (heredado), uri + JSON fuera de cadena, colecciones y verificación, Candy Machine / guards, NFTs comprimidos (cNFT), API DAS.
- Cuándo Usar: Diseñar nuevas colecciones, integrar mercados o puertas de tokens, elegir Core vs heredado vs cNFT, planificar un lanzamiento público, o construir UIs de portafolio y exploradores.
- Limitaciones / Compensaciones: Los medios fuera de cadena pueden corromperse o mutarse dependiendo del host; las regalías necesitan la aplicación del mercado o del programa; los cNFTs intercambian cuentas más simples por pruebas y dependencia de indexadores; DAS requiere un proveedor de RPC habilitado para DAS.
- Temas Relacionados: Conceptos básicos de NFT, Metaplex Core, metadatos y almacenamiento, colecciones y verificación, Candy Machine, lectura DAS.
Fundamentos
Solana no tiene un "tipo de NFT" nativo en el runtime. La escasez y la identidad provienen de programas y convenciones: una identidad de activo única, un propietario y metadatos que los mercados tratan como arte, boletos o artículos.
Históricamente, eso significaba acuñaciones de SPL Token con supply = 1 y decimals = 0, más Metaplex Token Metadata para nombre, uri, creadores y colección. Ese grafo de múltiples cuentas todavía mantiene un gran volumen secundario. Metaplex Core moderniza la historia: una cuenta de Asset (más plugins opcionales) contiene el nombre, uri, propietario y autoridad de actualización con menor alquiler. Los NFTs Comprimidos van más allá: las hojas en un árbol merkle concurrente hacen que el costo por acuñación sea mínimo a cambio de pruebas y dependencia de indexadores.
Capas desde la propiedad hacia las superficies del producto:
+------------------------------------------+
| UI del Producto (billetera, galería, puerta) | <- DAS + tu lógica de app
+------------------------------------------+
| Ruta de lanzamiento / acuñación (Candy Machine, |
| creación Core, Bubblegum, programa custom) |
+------------------------------------------+
| Identidad de colección + verificación |
+------------------------------------------+
| JSON de metadatos + medios (Arweave/IPFS/HTTP)|
+------------------------------------------+
| Modelo de activo en cadena |
| (Core | Token Metadata | hoja cNFT) |
+------------------------------------------+
| Cluster / RPC (Agave, kit, DAS-RPC) |
+------------------------------------------+El modelo de activo en cadena responde qué se posee y quién puede actualizarlo. Core almacena owner en el Asset; Token Metadata vincula la propiedad a una cuenta de token SPL que contiene la unidad única de la acuñación; los cNFTs codifican la propiedad en el estado del árbol verificado por pruebas.
Metadatos y almacenamiento responden cómo se ve. Los campos en cadena permanecen cortos (nombre, uri). La uri apunta a JSON con image, atributos y animación opcional. Arweave optimiza la permanencia; IPFS necesita fijación (pinning); HTTPS plano es conveniente y mutable.
Colecciones y verificación responden qué grupo es real. Cualquiera puede pegar una clave pública de colección en los cosméticos. Los mercados y las puertas confían en la membresía verificada de la autoridad de la colección (o los enlaces de colección Core).
Candy Machine responde cuántas personas acuñan de manera justa. La configuración, las protecciones (pago, lista de permitidos, límites, fecha de inicio), y las listas de artículos impulsan los lanzamientos públicos, a menudo Token Metadata a través de Sugar. Los lanzamientos masivos gratuitos o de bajo valor a menudo usan cNFTs de Bubblegum en su lugar.
DAS (Digital Asset Standard) responde cómo los clientes leen todo de la misma manera. Métodos de proveedor como getAsset, getAssetsByOwner y getAssetsByGroup unifican Core, Token Metadata y cNFTs para que las aplicaciones eviten el cálculo bruto de GPA y PDA para las galerías.
Este sitio se fija en @solana/kit 7.0.0 para RPC y transacciones estándar. Los plugins Umi de Metaplex siguen siendo la ruta de escritura común para Core, Candy Machine y Token Metadata. Los programas personalizados que validan la propiedad de NFT usan Rust 1.91.1 y, cuando se eligen, Anchor 0.32.1.
Mecánicas e Interacciones
Elige primero el modelo de propiedad
Selecciona el estándar en cadena antes que los pipelines de arte o los sitios de acuñación.
| Modelo | Identidad | Propiedad | Mejor ajuste |
|---|---|---|---|
| Metaplex Core | Clave pública del Activo | Campo en la cuenta del Activo | Nuevos 1/1 y colecciones (predeterminado 2026) |
| Token Metadata | Clave pública de la acuñación | Cuenta de token SPL (suministro 1) | Integraciones heredadas, mercados más antiguos |
| cNFT (Bubblegum) | Hoja del activo / hoja del árbol | Hoja del árbol + prueba | Alto volumen, bajo alquiler por artículo |
Metaplex Core es el predeterminado para nuevos desarrollos: programa CoREENxT6tW1HoK8yfYWXSzaXUcGUimvH2vQJ55jEo, con plugins para regalías, atributos, congelación y enlaces de colección. Usa Token Metadata cuando los socios aún requieran la acuñación + PDA de metadatos + edición maestra (metaqbxxUerdq28cj1RbAWkYQm3ybzjb6a8bt518x1s). Usa cNFTs cuando el alquiler de cuentas completas sea dominante (lanzamientos de juegos, acuñaciones gratuitas grandes). Diseños: Conceptos básicos de NFT en Solana.
Los metadatos son un contrato de uri, no solo bytes en cadena
Las instrucciones de acuñación y actualización almacenan una uri corta. Los clientes recuperan JSON, luego los medios. Las cuentas permanecen pequeñas; la permanencia y la mutabilidad viven en el almacenamiento.
activo en cadena (nombre, uri, autoridades)
|
v
JSON de metadatos --> imagen / animation_url / atributos
|
v
Arweave | IPFS | Host HTTPSLas colecciones de producción suelen subir con Sugar o empaquetadores similares, validan el esquema y prefieren hosts direccionados por contenido. HTTPS mutable está bien para prototipos y revelaciones controladas; es un riesgo de confianza si el host puede cambiar el arte después de la venta. Ver Metadatos y Almacenamiento.
Las colecciones necesitan un paso de verificación para significar algo
Una colección es una identidad compartida (cuenta de colección Core o acuñación de colección de Token Metadata) más un enlace de cada artículo. La verificación es la prueba firmada por la autoridad de que el enlace es intencional.
Autoridad de colección --verifica--> Activo/metadatos --> Identidad de colección
|
v
Agrupación DAS / insignia de mercado / puerta de tokenLos campos de colección no verificados pueden ser falsificados. Las puertas y los mercados secundarios deben requerir membresía verificada. Consulta con DAS getAssetsByGroup, no con etiquetas proporcionadas por el cliente. Ver Colecciones y Verificación.
Candy Machine es orquestación de lanzamiento, no el estándar NFT
Candy Machine v3 contiene la configuración de lanzamiento: suministro, recuento canjeado, configuraciones ocultas y guards (pago, listas de permitidos, límites de acuñación, horas de inicio). Cada acuñación crea activos según la configuración (a menudo Token Metadata). Sugar es la CLI del operador: validar, subir, desplegar, probar acuñación, revelar.
assets/ + config --> sugar validate/upload --> CM + guards
--> acuñaciones públicas (itemsRedeemed++) --> uris de revelación opcionalesPara lanzamientos muy grandes, compara el alquiler con Bubblegum en lugar de las cuentas completas de Token Metadata. Candy Machine es el plano de control de lanzamiento justo para lanzamientos generativos clásicos; no es necesario para un puñado de creaciones Core. Ver Candy Machine.
DAS es la ruta de lectura de producción
Las billeteras no deben descubrir NFTs escaneando programas Metaplex con getProgramAccounts crudos. RPC habilitado para DAS devuelve activos estructurados:
| Método | Uso típico |
|---|---|
getAsset | Página de detalles única |
getAssetsByOwner | Portafolio de billetera |
getAssetsByGroup | Explorador de colecciones / puerta |
searchAssets | Descubrimiento filtrado |
@solana/kit --> JSON-RPC (enviar tx, saldos, estado)
DAS RPC --> getAsset* / searchAssets (portafolio, galería)
Umi + mpl-* --> instrucciones de acuñación, actualización, CM, CoreUsa kit para transacciones y estado de la cadena; DAS para grafos de activos y superficies de cNFT. Planifica la paginación y el almacenamiento en caché del proveedor. Ver Lectura de NFTs (API DAS).
Cómo interactúan las piezas en una semana de lanzamiento
- Elige Core vs Token Metadata vs cNFT según la escala y las restricciones de integración.
- Prepara medios y JSON; elige Arweave/IPFS/HTTPS y política de congelación de uri.
- Crea la identidad de la colección; verifica al acuñar o inmediatamente después.
- Lanzamientos públicos: guards de Candy Machine en devnet; pequeños conjuntos Core: Umi
createmás plugins de colección. - Apunta las UIs a DAS para portafolios; usa kit para pagos y RPC no DAS.
- Documenta los bps de regalías y qué mercados o plugins los aplican.
- Revela si es necesario; verifica las uris y las filas de DAS después de la acuñación.
Consideraciones y Aplicaciones Avanzadas
Ajusta la escala, las necesidades del mercado y la complejidad de lectura a una ruta; profundiza el lanzamiento y la indexación solo a medida que aumenta el riesgo.
| Ruta | Qué ejecutas | Fortalezas | Debilidades | Mejor ajuste |
|---|---|---|---|---|
| Core 1/1 o conjunto pequeño | Umi + mpl-core, almacenamiento permanente, DAS | Bajo alquiler; plugins; propiedad simple | Algunas herramientas heredadas solo para TM | Nuevo arte, boletos, membresías |
| Lanzamiento público generativo | Sugar + Candy Machine + guards + revelación | Fases justas; operaciones probadas | Mayor costo por acuñación; orientado a TM | Lanzamientos clásicos de PFP |
| Distribución masiva | Árboles Bubblegum + DAS | Barato por artículo; suministro enorme | Pruebas, capacidad del árbol, indexadores | Juegos, POAPs, cupones |
| Integración heredada | Token Metadata + DAS | Máxima compatibilidad secundaria | Alquiler y complejidad de múltiples cuentas | Colecciones o socios antiguos |
El conjunto pequeño de Core es el predeterminado para NFTs de productos que no son acuñaciones gratuitas masivas. Los plugins cubren regalías y reglas sin un programa de metadatos paralelo.
El lanzamiento público generativo optimiza la justicia cronometrada y el enrutamiento de pagos. Prueba de estrés de guards, tarifas de prioridad y carreras de agotado en devnet; automatiza la revelación.
La distribución masiva optimiza la economía. Presupuesta la profundidad del árbol y el dosel; trata DAS como infraestructura requerida.
La integración heredada es la realidad del mercado. Prefiere DAS para lecturas; deriva manualmente los PDAs de metadatos solo para indexadores personalizados o entornos no DAS.
No confundas capas: Candy Machine no es Core, DAS no es una ruta de acuñación, un nombre de colección no es verificación, y HTTPS no es permanencia. Las revisiones de diseño deben bloquear primero el modelo de propiedad, la permanencia del almacenamiento, la verificación, la justicia de la acuñación y los métodos DAS.
Conceptos erróneos comunes
- "Solana tiene un opcode NFT incorporado." La escasez y los metadatos son convenciones de programa (Core, Token Metadata, Bubblegum), no un tipo de runtime especial.
- "Core y Token Metadata son lo mismo internamente." Diferentes grafos de cuentas, semántica de transferencia y SDKs; solo el concepto de producto "NFT" se comparte.
- "Establecer un campo de colección es suficiente para una marca azul." Sin verificación (o reglas de colección Core), el campo puede ser falsificado.
- "Las regalías siempre se pagan en cada transferencia." Las regalías secundarias dependen de la política del mercado y de los plugins o hooks de aplicación opcionales en cadena, no solo de los movimientos SPL simples.
- "Candy Machine es requerido para cada colección." Úsalo para lanzamientos justos en varias fases; los pequeños acuñaciones Core pueden llamar directamente a las instrucciones de creación.
- "getProgramAccounts está bien para galerías de billeteras." Es frágil, pesado e incompleto para cNFTs; DAS es el estándar de lectura de producción.
- "IPFS sin fijación es permanente." La disponibilidad dura solo mientras algo fije el CID; planifica la fijación o prefiere Arweave para objetivos de permanencia.
- "Los cNFTs eliminan la necesidad de infraestructura." Eliminan el alquiler por acuñación; aumentan la dependencia de árboles, pruebas e indexadores.
Preguntas Frecuentes
¿Cuál es la idea más importante en los NFTs de Solana?
Trata un NFT como propiedad más metadatos bajo un estándar elegido (Core, Token Metadata o comprimido), con medios fuera de cadena y DAS como la ruta de lectura del producto habitual.
¿Deberían los nuevos proyectos usar Metaplex Core o Token Metadata?
Por defecto, usa Metaplex Core para nuevos activos a menos que un socio, una ruta de mercado o una herramienta aún requieran los diseños de Token Metadata.
¿Cuándo debería usar NFTs comprimidos en su lugar?
Cuando necesites un volumen de acuñación muy grande y el alquiler por artículo domine el costo (artículos de juegos, boletos masivos, lanzamientos gratuitos), y aceptes dependencias de pruebas y DAS.
¿Qué almacena realmente la uri en cadena?
Un puntero corto (HTTPS, ar://, URL de gateway IPFS, etc.) a un JSON que describe el activo y enlaza los medios; no son los bytes completos de la imagen.
¿Por qué los mercados se preocupan por la verificación de colecciones?
Las etiquetas de colección no verificadas pueden ser falsificadas; la verificación prueba que la autoridad de la colección respaldó la membresía del activo.
¿Es Candy Machine solo para PFP de arte?
No. Cualquier lanzamiento de múltiples artículos que necesite acceso cronometrado, pagos, listas de permitidos o límites de acuñación puede usar los guards de Candy Machine; los PFP de arte son solo el caso famoso.
¿Cómo se relaciona DAS con @solana/kit?
Kit se dirige a RPC y transacciones generales de Solana. DAS es una superficie JSON-RPC extendida en nodos proveedores para activos digitales; muchas aplicaciones usan ambos.
¿Puedo leer Core y Token Metadata con el mismo código de cliente?
Sí, para lecturas de estilo portafolio: DAS los normaliza. Las rutas de escritura todavía usan el plugin Umi correspondiente o las instrucciones del programa por estándar.
¿Necesito Anchor para lanzar NFTs?
No. La mayoría de los flujos de acuñación y actualización son del lado del cliente con los SDKs de Metaplex. Anchor ayuda cuando tu programa debe validar la propiedad, las puertas o el estado personalizado vinculado a NFT.
¿Dónde viven las regalías?
En los campos de metadatos o en los plugins de regalías Core (puntos base y creadores). La aplicación es una preocupación separada del mercado o del plugin, no automática en cada transferencia.
¿Cómo hago una puerta de token por colección en una aplicación?
Consulta DAS para los activos de la billetera en el grupo de colecciones (o verifica en cadena según sea necesario), luego autoriza tu API o programa a partir de esa verificación de membresía.
¿Se requiere Sugar para Candy Machine?
No estrictamente, pero es la ruta de operador estándar para validar, subir, desplegar y revelar. Umi se adapta a las UIs de acuñación personalizadas después del despliegue.
¿Qué debería construir primero para una característica mínima de NFT?
Acuña un activo Core con una uri permanente, léelo con getAsset, agrega verificación de colección, luego Candy Machine o cNFT solo si la escala lo requiere.
Relacionados
- Conceptos básicos de NFT en Solana - modelos de NFT a nivel de cuenta y resumen de elección de estándar
- Metaplex Core - estándar de Activo de cuenta única y plugins
- Metadatos y Almacenamiento - JSON fuera de cadena, Arweave, IPFS y uris
- Colecciones y Verificación - agrupación de activos y por qué la verificación importa
- Candy Machine - configuración de acuñación justa, guards y lanzamientos de Sugar
- Lectura de NFTs (API DAS) - lecturas de portafolio, colecciones y búsqueda
Versiones de Stack: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, Rust 1.91.1, y @solana/kit 7.0.0.