Por que migrei meu blog do IPFS para um servidor

• O autor se orgulha de ter sido um pioneiro de sites que usavam IPFS (InterPlanetary File System) e ENS (Ethereum Name Service)
• Quando configurou o primeiro site com ENS+IPFS em março de 2019, havia menos de 15 sites semelhantes
• De 2019 a 2022, co-desenvolveu a extensão de navegador IPFS+ENS (Almonit), o mecanismo de busca IPFS+ENS (Esteroids), e seu blog pessoal só podia ser acessado por IPFS+ENS
• Porém, hoje decidiu mover o blog de volta para um servidor e quer discutir os motivos

Empolgação com sites P2P

• O motivo da empolgação com o IPFS, um site P2P, era que, em teoria, quanto mais visitantes um site tivesse, mais forte, resistente à censura e escalável ele se tornaria.
• Assim como arquivos torrent sobrevivem para sempre, queria que os sites também fossem assim.
• Imaginava um site que ficasse mais rápido quanto mais visitantes tivesse e em que alguns visitantes pudessem ajudar a distribuir o conteúdo.

Por que, na prática, isso não funcionou

• A maioria dos usuários de IPFS não roda seu próprio nó ou software e usa gateways.
• Mesmo operando seu próprio nó IPFS, acessar um site não faz com que seu conteúdo seja automaticamente fixado.
• Diferentemente do BitTorrent, no IPFS o conteúdo não é compartilhado por padrão enquanto é recebido.
• Sites são objetos dinâmicos e seu conteúdo é atualizado continuamente.
• A maioria dos sites em IPFS usa IPNS (sistema interno de nomes) ou ENS (Ethereum Name System) para apontar para a versão mais recente do conteúdo.
• O IPFS ainda não tem um comando simples para sempre fixar o conteúdo mais recente do IPNS e, no caso de usar ENS, é preciso receber eventos da blockchain Ethereum.

Dificuldades de acessar conteúdo IPFS no navegador

• Queria tornar o blog em IPFS acessível em todos os principais gateways, em todos os nós IPFS, no navegador Brave (com suporte nativo a IPFS) e em js-libp2p & helia (bibliotecas JS do IPFS), mas não conseguiu encontrar uma forma confiável.
• Descobriu um serviço de "roteamento de conteúdo" chamado cid.contact, mas não conseguiu descobrir como indexar o conteúdo por meio dele.
• Depender do cid.contact cria uma dependência de um serviço centralizado.

Retorno a uma solução simples e tradicional

• Cansado do esforço contínuo para manter bem um blog em IPFS, o autor queria uma solução simples, tradicional e funcional.
• O blog que você está lendo agora foi construído com Jekyll e está hospedado em um servidor próprio de 10 dólares.
• Ele continua fã do IPFS, mas a tecnologia ainda não atende às necessidades de um blog pessoal.

Opinião do GN⁺

• O IPFS é uma tecnologia inovadora para a web descentralizada, mas ainda não é adequado para conteúdos dinâmicos e que exigem atualizações frequentes, como blogs pessoais.
• A complexidade da tecnologia e a dificuldade de manutenção são os principais motivos que levam usuários a voltar para soluções tradicionais baseadas em servidor.
• Este texto mostra aos entusiastas de tecnologia as limitações reais de tecnologias descentralizadas como o IPFS e as áreas que ainda precisam de melhorias, incentivando interesse e participação contínuos no avanço tecnológico.

[xexe11]

É um prazer conhecê-lo.

[GN⁺]

Comentários do Hacker News

• Elogia o autor por ter escrito um bom texto.

  • A tecnologia é boa, mas ainda passou a impressão de não estar pronta.
  • O simples fato de tentar já contribui para o ecossistema e mostra o que precisa melhorar.
  • Acredita que não compartilhar a experiência é uma perda para todos.

• Opinião de um fundador que está desenvolvendo a implementação de IPFS chamada iroh.

  • Implementar a experiência completa do IPFS é difícil, mas estão chegando cada vez mais perto da hospedagem web P2P.

• Opinião sobre a diferença nos padrões de uso entre IPFS e BitTorrent.

  • O IPFS é usado para conteúdo que pode ser hospedado em um servidor HTTP comum, enquanto o BitTorrent hospeda dados que são difíceis ou caros de manter via HTTP.
  • Servidores de retransmissão surgiram e acabaram sendo mais convenientes do que usar os protocolos originais.

• Reclamação sobre a experiência de uso do IPFS.

  • Adicionar arquivos não significa de fato adicioná-los à rede, e é preciso fixar manualmente tudo o que se quer replicar.
  • O IPFS também resolveu problemas que o BitTorrent v2 resolveu, mas o BitTorrent v2 fez isso de uma forma melhor.
  • Como o IPFS está cada vez mais associado a "Web3" e criptomoedas, ficou difícil recomendá-lo aos amigos.

• Opinião sobre o Filecoin.

  • A ideia de criar um mercado para espaço de armazenamento ocioso é boa, mas precisa ser tão simples quanto o Dropbox.
  • No site do Filecoin não conseguiu encontrar um app no estilo do Dropbox, então talvez seja uma solução empresarial.
  • Por esses motivos, parece não ser popular, e o artigo reforça ainda mais essa impressão.

• Compartilhamento de uma experiência pessoal relacionada ao IPFS.

  • Na prática, não é totalmente descentralizado, e manter a ilusão de descentralização custa caro e não tem um objetivo real.
  • Quando aumentou o envolvimento de projetos ligados à tecnologia blockchain, parou com as atividades relacionadas.

• Opinião sobre hospedagem de blogs.

  • Não há necessidade de pagar custo de servidor por um blog que, na prática, é apenas um conjunto de arquivos estáticos.
  • Pode hospedar no GitHub e, se der algum problema, mudar depois para outra coisa.

• Preocupação com a escalabilidade do IPFS.

  • Quando sites grandes se estabelecem, sites pequenos podem ter dificuldade de voltar a chamar atenção.
  • Como em torrents impopulares, se os seeders desaparecerem, o site pode sumir para sempre.
  • Há debate sobre o valor de sites com pouco tráfego, mas questiona-se o fato de outras pessoas decidirem a sobrevivência de um site.

• Pergunta se é possível montar um diretório do IPFS como um drive FUSE com leitura e escrita.

• Compartilha a experiência de hospedar um site usando o Peergos.

  • O Peergos resolve o problema de dados mutáveis e também oferece privacidade e controle de acesso.
  • Dá para verificar com que rapidez as atualizações são refletidas em um servidor independente.