Mejores Prácticas de Compresión
Reglas para escalar NFTs comprimidos sin dolor de RPC, pruebas obsoletas o incidentes de capacidad del árbol en Agave 4.1.1.
Cómo Usar Esta Lista
- Aplica A en la creación del árbol y la planificación de capacidad
- Revisa B antes del mint público y el lanzamiento de la galería
- Usa C para transferencias de billetera e integraciones de mercado
A - Planificación de Árbol y Mint
- Dimensiona la profundidad del árbol para el suministro máximo + margen. No se puede expandir la profundidad in situ fácilmente.
- Establece la profundidad del dosel para la profundidad objetivo del árbol. Reduce los fallos de tamaño de transacción de transferencia.
- Asegura la autoridad del árbol con multisig. El compromiso corrompe toda la colección.
- Sube los metadatos a Arweave antes del mint por lotes. Las URIs rotas son permanentes en el hash de la hoja.
- Ensaya el mint por lotes en devnet. Mide el CU, el tamaño de la transacción y el retraso del indexador.
- Presupuesta tarifas de prioridad para la ventana de mint. Los mints concurrentes compiten por el espacio del bloque.
B - DAS y Lecturas
- Usa RPC habilitado para DAS para todas las lecturas de cNFT. RPC normal no puede reemplazar al indexador.
- Paginación de
getAssetsByGrouppara galerías. Respeta los límites de tasa el día del lanzamiento. - Usa el
idde DAS para llamadas de seguimiento. No solo la clave pública del árbol o el índice de la hoja. - Planifica el nivel de API para el tráfico de lanzamiento. Picos de consultas DAS el día del mint.
- Caché de metadatos; no de pruebas. TTL corto solo en respuestas de pruebas.
- Monitoriza la métrica de retraso del indexador. Retrasa la galería si faltan activos después del mint.
C - Transferencias y Operaciones
- Vuelve a obtener
getAssetProofinmediatamente antes de firmar. La raíz obsoleta es el principal modo de fallo. - Usa el generador de transferencias del SDK mpl-bubblegum. Orden correcto de las cuentas de prueba.
- Simula transferencias de árbol profundo en devnet. Transacciones versionadas + ALTs si el tamaño es justo.
- Establece las expectativas del usuario sobre la latencia de envío. La obtención de pruebas añade pasos en comparación con NFT Core.
- No implementes verificación manual de pruebas. Delega a los programas Bubblegum/compresión.
- Documenta el proveedor de DAS en el manual de operaciones. Los incidentes necesitan una ruta de contacto del indexador.
Preguntas Frecuentes
¿Fallo principal en el lanzamiento de cNFT?
Capacidad del árbol excedida o sobrecarga de DAS ocultando mints exitosos de la galería.
¿Stack mínimo del equipo?
Umi + mpl-bubblegum + URL DAS + @solana/kit para envíos.
¿Cuándo omitir la compresión?
Menos de ~2k NFTs únicos en cadena donde el alquiler de Core es aceptable.
¿Patrón de actualización de pruebas?
Obtén el activo + prueba en un pipeline pre-firma; rechaza si tiene más de unos pocos segundos durante ventanas activas.
¿Autoridad de árbol multisig?
Recomendado para colecciones de mainnet con derechos de mint continuos.
¿Playbook de soporte?
Desajuste de raíz -> volver a obtener prueba. Activo faltante -> verificar retraso del indexador. Transacción demasiado grande -> revisar dosel.
¿Stack de pruebas?
Surfpool 0.12.0 + DAS devnet + prueba de transferencia de dos billeteras.
¿Listado en marketplace?
Verifica el soporte de cNFT; puede que se necesiten pruebas en el momento de la lista por lugar.
¿Política de quema?
Documenta si se permiten quemas; quema basada en pruebas como la transferencia.
¿Lógica personalizada en cadena?
Prefiere flujos de Bubblegum del cliente a menos que la auditoría cubra las cuentas de prueba CPI.
Relacionado
- Conceptos Básicos de Compresión de Estado - resumen
- Costos y Compensaciones - cuándo comprimir
- Transferencia de cNFTs - pipeline de pruebas
Versiones del Stack: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0, y LiteSVM 0.6.x.