Busca en todas las páginas de la documentación
La compresión de estado almacena un gran conjunto de registros como hojas en un árbol de Merkle. Solo el hash raíz (y los nodos canopy opcionales) residen en la cadena; los actualizadores proporcionan pruebas de que un cambio de hoja es válido sin almacenar cada hoja en una cuenta de Solana.
En cadena: MerkleTreeAccount { root, canopy[], change_log }
Fuera de cadena: Árbol completo / datos de hoja indexados por proveedor
Por actualización: hoja + prueba de Merkle + transición de raíz válidaconst proof = await dasRpc("getAssetProof", { id: assetId });
// proof.proof = hashes hermanos desde la hoja hasta la raízCuándo recurrir a esto:
// Actualización conceptual de Merkle para transferencia de hoja
type MerkleProof = {
root: string;
proof: string[]; // hashes hermanos de abajo hacia arriba
node_index: number;
leaf: string;
};
async function explainProof(assetId: string) {
const proof = await dasRpc<MerkleProof>("getAssetProof", { id: assetId });
console.log("Raíz actual:", proof.root);
console.log("Profundidad de la prueba:", proof.proof.length);
console.log("Hash de la hoja:", proof.leaf);
// Bubblegum verifica la prueba contra la raíz de la cuenta del árbol en cadena
// luego reemplaza la hoja (propiedad) con el nuevo hash
}// La compresión de cuentas SPL en cadena verifica la prueba y aplica el reemplazo de hoja
// Bubblegum envuelve la semántica de metadatos alrededor de las CPI de compresión
// Los programas rara vez reimplementan la verificación de pruebas; delegar al programa de compresiónLo que esto demuestra:
maxDepth y maxBufferSize elegidos.| Datos | Ubicación |
|---|---|
| Hash de la raíz | Cuenta del árbol en cadena |
| Nodos del canopy | Cuenta del árbol en cadena |
| Todas las hojas | Infraestructura de indexador / DAS |
| Pruebas | Servidas por solicitud por DAS |
| maxDepth | Hojas máximas (aprox.) |
|---|---|
| 14 | 16,384 |
| 20 | 1,048,576 |
| 24 | 16,777,216 |
Elige la profundidad para el suministro máximo + margen; los árboles más profundos cuestan más alquiler.
createTree.| Alternativa | Usar cuándo | No usar cuándo |
|---|---|---|
| NFT completamente en cadena | Suministro bajo, máxima composabilidad | Lanzamiento de un millón de artículos |
| Base de datos fuera de cadena solamente | No se necesita procedencia en cadena | Se necesita prueba criptográfica de propiedad |
| Compresión zk (otra) | Pila de producto diferente | Ruta estándar de cNFT de Metaplex |
Raíz de Merkle, caché del canopy, metadatos del registro de cambios - no cada cuenta NFT.
Hashes hermanos que prueban la inclusión de una hoja y permiten actualizaciones verificadas.
Soporta múltiples actualizaciones de hojas por slot sin contención de bloqueo global del árbol.
Caché en cadena de nodos superiores del árbol que reduce el tamaño de la prueba en las transacciones.
Los proveedores RPC habilitados para DAS indexan árboles y exponen getAssetProof.
El programa Bubblegum/compresión verifica contra la raíz en cadena - las pruebas inválidas fallan.
Cada mint, transferencia, quema que actualiza una hoja.
Compresión: cmtDvXnzBMY46rZyrBGX7p7r4Xc78DGpXEC5rVjrvAf. Bubblegum: BGUMAp9Gq7iN3nEkgqX1FbwwdBonfLCEEgxoj36SYPk.
Teóricamente a través de un indexador personalizado que ingiere registros del programa de compresión - DAS es el predeterminado de producción.
Impulsa el tamaño de la tx - el ajuste del canopy y las transacciones versionadas con ALTs ayudan.
Reemplazo de hoja a estado nulo/quemado con prueba - instrucción de quema de Bubblegum.
Misma mecánica en devnet; verifica el soporte de DAS en devnet en tu proveedor.
Versiones de la pila: 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.
Revisado por Chris St. John·Última actualización: 16 jul 2026