Publicação no permaweb e extensões de protocolo

Descentralização do frontend que combina com seus smart contracts.

Assets estáticos são endereçados por TX ID e servidos por gateways Arweave - trocar a UI significa publicar uma nova transação, não editar um arquivo do servidor.

• Endereçamento por conteúdo: Cada arquivo mapeia para um TX ID - referências imutáveis em vez de uma origem única que você pode substituir silenciosamente.
• Routing com manifesto: As operações de Manifest na API produzem mapas caminho → TX (application/x.arweave-manifest+json) para que imports relativos e SPAs resolvam via gateway.
• Sem host central: Vários gateways podem servir os mesmos TX IDs; não existe um provedor cujo painel possa despublicar a cópia da cadeia.
• Custo de upload único: O armazenamento é pago por upload à rede, não uma assinatura recorrente de hospedagem para o bundle estático em si.

Posso atualizar minha dApp depois do deploy?

Sim - use Arweave Manifests para criar uma nova versão do deploy. Seu nome ArNS sempre resolve para o manifesto mais recente. Versões antigas continuam acessíveis permanentemente pelos seus TX IDs como referência histórica.

Como trato dados dinâmicos em uma app permaweb estática?

Assets estáticos (HTML, CSS, JS) vivem na Arweave. Dados dinâmicos geralmente vêm de chamadas API ao seu backend; leituras da rede mais ampla Arweave usam gateways e exploradores públicos. Arquiteturas híbridas com backend tradicional para escritas são comuns.

Qual é a garantia de uptime para conteúdo hospedado na Arweave?

Arweave não tem SLA no sentido tradicional - é um protocolo descentralizado. Evercore roteia requests por múltiplos gateways para máxima disponibilidade, mas o uptime dos gateways é mantido por entidades separadas no ecossistema Arweave.