Mudei meu blog do IPFS para um servidor

Artigo original ↗ Discussão no Hacker News ↗

Mudar um blog pessoal do IPFS de volta para um servidor convencional de $10/mês leva a uma análise mais ampla de por que a hospedagem web descentralizada ainda enfrenta dificuldades na prática. Comentadores descrevem IPFS e sistemas relacionados como consumidores de muitos recursos, frágeis de configurar e efetivamente recentralizados em torno de alguns poucos provedores de pinning e gateways, enfraquecendo promessas de resistência à censura e resiliência. Muitos ainda veem valor em armazenamento e nomenclatura P2P para casos específicos de uso (dados científicos, NFTs, sites resistentes à censura), mas argumentam que, para pequenos sites estáticos, a hospedagem tradicional ou CDNs simples continuam sendo mais confiáveis e fáceis de operar.

IPFS como plataforma de hospedagem web

  • Muitos relatam os mesmos problemas do artigo: o conteúdo muitas vezes não fica acessível globalmente, gateways instáveis e alguns usuários incapazes de carregar recursos aleatoriamente.
  • Operar um nó completo do IPFS é descrito como exigente em recursos (CPU, RAM, descritores de arquivo) e operacionalmente frágil.
  • Para blogs de baixo tráfego, precisar manter um nó de pinning online praticamente anula os supostos benefícios de descentralização; se o seu nó cai, o seu site efetivamente cai junto.
  • Alguns ainda usam o IPFS como armazenamento de apoio para ativos estáticos atrás do Netlify/Vercel ou algo similar, mas a disponibilidade continua “perplexa”.

Pinning, UX e lacunas do ecossistema

  • Uma reclamação recorrente é que a semântica de “add” versus “pin” é confusa; ferramentas anteriores facilitavam pensar que você havia “colocado algo no IPFS” sem realmente torná-lo disponível.
  • Mesmo quando tecnicamente correto (por exemplo, ipfs add faz pin por padrão), o modelo mental é considerado ruim em comparação com o “download == seed por padrão” do BitTorrent.
  • A falta de suporte nativo a ipfs:// nos navegadores, a dependência de um pequeno número de gateways e a associação com “Web3/moedas” são vistos como obstáculos à adoção.

Descentralização e escalabilidade P2P

  • Vários participantes argumentam que redes totalmente descentralizadas “de verdade” não escalam; além de certo tamanho, roteamento, descoberta e moderação reintroduzem centralização ou hierarquia.
  • Outros contrapõem com exemplos (Kademlia, redes de pequeno-mundo, Freenet) que alcançam escalabilidade logarítmica sem servidores centrais, ao mesmo tempo reconhecendo trade-offs e complexidade.
  • Há amplo consenso de que a maioria dos sistemas “descentralizados” acaba dependendo de alguns serviços centrais (nós de bootstrap, trackers, gateways, provedores de pinning).

Blockchain, nomes e governança

  • Forte ceticismo quanto ao uso de blockchains para resolução de nomes:
    • Blockchains apenas atestam o que está on-chain; mapear isso para significado no mundo real ainda exige autoridades ou “oracles”.
    • Problemas práticos: tamanho da cadeia, necessidade de resolvedores, perda de chaves e tratamento de disputas sobre nomes.
  • Defensores enfatizam resistência à censura e soberania no nível do usuário, vendo a impossibilidade de reassinar nomes via tribunais como uma característica, não um defeito.
  • ENS/Namecoin/HNS são citados como exemplos; a falta de integração com navegadores e o squatters prejudicam o impacto no mundo real.

Casos de uso em que tecnologia tipo IPFS pode funcionar

  • Melhores encaixes mencionados: DAGs de dados científicos, pesos de modelos de ML, grandes conjuntos de dados compartilhados e aplicações em que os nós ficam sempre ligados e alimentados por energia da rede.
  • Para uso web público com forte presença mobile, custos de bateria e banda, exposição legal e problemas de UX tornam hospedagem tradicional ou CDNs mais atraentes.

Alternativas e derivados

  • Alternativas mencionadas incluem BitTorrent/WebTorrent, Peertube, Peergos, Freenet (novos e antigos designs), DAT, Secure Scuttlebutt e projetos mais novos como Iroh, que reutilizam algumas ideias mas mudam o modelo.
  • Alguns sugerem que a federação (email, ActivityPub/Mastodon) alcança um ponto intermediário mais viável do que a centralização total ou um P2P maximalista.