Boas Práticas de Compressão
Regras para escalar compressed NFTs sem dor de RPC, proofs obsoletos ou incidentes de capacidade de árvore no Agave 4.1.1.
Como Usar Esta Lista
- Aplique A na criação da árvore e planejamento de capacidade
- Revise B antes de mint público e lançamento de galeria
- Use C para integrações de transferência de carteira e marketplace
A - Planejamento de Árvore e Mint
- Dimensione profundidade da árvore para pico de supply + margem. Não expande profundidade in-place facilmente.
- Defina profundidade de canopy para profundidade alvo da árvore. Reduz falhas de tamanho de tx de transferência.
- Proteja autoridade da árvore com multisig. Compromisso corrompe coleção inteira.
- Faça upload de metadata para Arweave antes de batch mint. URIs quebradas permanentes no hash da folha.
- Ensaie batch mint na devnet. Meça CU, tamanho de tx e lag de indexer.
- Orçamente priority fees para janela de mint. Mints concorrentes competem por espaço de bloco.
B - DAS e Leituras
- Use RPC com DAS para todas as leituras de cNFT. RPC vanilla não substitui indexer.
- Paginate
getAssetsByGrouppara galerias. Respeite limites de taxa no dia de lançamento. - Use
iddo DAS para chamadas de follow-up. Não só pubkey da árvore ou índice de folha. - Planeje tier de API para tráfego de lançamento. Pico de queries DAS no dia do mint.
- Cache metadata; não proofs. TTL curto apenas em respostas de proof.
- Monitore métrica de lag de indexer. Atrase galeria se assets faltarem pós-mint.
C - Transferências e Operações
- Busque
getAssetProofimediatamente antes de assinar. Root obsoleto é o principal modo de falha. - Use builder de transferência do SDK mpl-bubblegum. Ordenação correta de contas de proof.
- Simule transferências de árvore profunda na devnet. Txs versionadas + ALTs se tamanho apertado.
- Defina expectativas de latência de envio para usuários. Busca de proof adiciona passos vs Core NFT.
- Não implemente verificação manual de proof. Delegue aos programas Bubblegum/compression.
- Documente provider DAS no runbook. Incidentes precisam de caminho de contato do indexer.
FAQs
Principal falha de lançamento cNFT?
Capacidade da árvore excedida ou overload DAS escondendo mints bem-sucedidos da galeria.
Stack mínima da equipe?
Umi + mpl-bubblegum + URL DAS + @solana/kit para envios.
Quando pular compressão?
Abaixo de ~2k NFTs on-chain únicos onde aluguel Core é aceitável.
Padrão de refresh de proof?
Busque asset + proof em um pipeline pré-sign; rejeite se mais velho que poucos segundos em janelas quentes.
Autoridade de árvore multisig?
Recomendado para coleções mainnet com direitos de mint contínuos.
Playbook de suporte?
Root mismatch -> refetch proof. Asset ausente -> verifique lag de indexer. Tx grande demais -> revise canopy.
Stack de testes?
Surfpool 0.12.0 + DAS devnet + teste de transferência duas carteiras.
Listagem em marketplace?
Verifique suporte cNFT; proofs podem ser necessários na listagem por venue.
Política de burn?
Documente se burns são permitidos; burn baseado em proof como transferência.
Lógica on-chain customizada?
Prefira fluxos Bubblegum no cliente a menos que auditoria cubra contas de proof CPI.
Relacionado
- State Compression Basics - visão geral
- Cost & Trade-offs - quando comprimir
- Transferring cNFTs - pipeline de proof
Versões da stack: Esta página foi 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 e LiteSVM 0.6.x.