Servindo arquivos com ipfs

adrianobf — Thu, 21 Jan 2016 03:47:16 +0000

breve tutorial sobre como servir arquivos com ipfs (InterPlanetary File System), protocolo que a meu ver tem potencial para substituir em um futuro próximo o http

de forma parcial e resumida, o ipfs é uma mistura de git com torrent, então vou assumir certa familiariedade com o uso de termina aqui...

o primeiro passo é instalar: https://ipfs.io/docs/install/

então, no terminal, abre uma pasta de arquivos e digita:

ipfs init

ipfs daemon

basicamente isto prepara nossa pasta trabalhar com o ipfs e nos conecta a uma rede (editável) de peers confiáveis

depois, abre outro terminal (ou coloca este processo em background) aí na mesma pasta, utilize o comando abaixo para incuir todos arquivos que você quer compartilhar:

ipfs add -r .

este comando vai gerar um hash (identificador único) pra cada arquivo e um para pasta toda. se você passar este hash para outra pessoa, ela pode baixar os arquivos simplesmente com:

ipfs get [hash]

e automaticamente virar um seed daquele conteúdo, tornando possível distribuir sites de forma descentralizada. por enquanto, funciona apenas para sites estáticos, mas já há muita discussão de como trabalhar scripts e consultas à banco de dados em servidores por APIs, por exemplo...

seria possível acessar também via http aquele conteúdo:

ipfs.io/ipfs/[hash]

o IPNS é interessante e complementar, mas já é outro assunto. obviamente é possível compartilhar apenas um arquivo ao invés da pasta, bem como realizar outras coisa com o software, mas o intuito aqui é apenas divulgá-lo em pt-br (parece não ter sido notado ainda no Brasil) e incentivar mais pessoas a pesquisarem e se envolverem...

outro projeto interessante do mesmo desenvolvedor que irá sair em breve é o Filecoin

aqui tem um vídeo onde ele explica (em inglês) um pouco dos projetos

Infra-lógica: plataformas e pessoas

adrianobf — Mon, 12 Aug 2013 02:56:00 +0000

A partir do acúmulo de conversas e experiências de infra-estrutura lógica da Metarec e das reflexões compiladas pelo efefe da última reunião [http://rede.metareciclagem.org/blog/11-08-13/Infralogica-reuniao], vou buscar nessa postagem compilar algumas proposições, ideias e impressões minhas sobre o assunto.

Me parece que o mote inicial para o início dessa re-estruturação que conversamos é uma percepção das limitações de uma única grande lista de emails como principal canal de comunicação dos participantes da rede. Apesar de o site atual contar com diversos recursos (wiki, agregador, blogs, etc), observa-se que este é subutilizado pela maioria das pessoas, principalmente quando em comparação ao uso redes sociais proprietárias - e me incluo nesta auto-crítica.

Portanto, creio que o principal desafio dessa fase que pretendemos iniciar não encontra-se totalmente no âmbito das funcionalidades ou de implementação de novos sistemas. Trata-se antes de pensar como transformar coletivamente as relações com as ferramentas de comunicação da rede, pensando não só a "cultura de uso" de diferentes recursos (blogs, wikis, listas, etc), mas também a apropriação dos mesmos (manutenção, desenvolvimento, atualizações, etc) e ainda a comunicação não apenas endógena, ou seja, a construção de narrativas que consigam também dialogar com quem *não* conhece a rede.

Uma das ideias que estamos amadurecendo é a instalação do Lorea (Elgg + plugins) como um piloto de rede social capaz de capilarizar a comunicação da rede de um único grande grupo para um metagrupo e mais vários grupos menores de discussões/trabalhos, levando em consideração a possibilidade de integrar o debate no Lorea com listas de email. Caberia então uma reflexão sobre as sobreposições deste novo ambiente com os atuais (Drupal + lista).

Me parece que o sistema atual em Drupal é bastante satisfatório do ponto de vista das funcionalidades produção e agregação de conteúdos (via twitter, links, wiki, blogs, etc). Por outro lado, as funcionalidades mais voltadas para conversação encontram-se totalmente substituídas pelo contato através da lista de emails (principalmente por conta da rapidez da notificação de interações desta), processo que por sua vez possui suas vantagens e desvantagens, que as dinâmicas impulsionadas pelo MutGamb Fim do Mundo trouxeram à tona. Neste sentido, o Lorea pode ser uma plataforma web que dê conta desta necessidade interna de comunicação, enquanto uma reformulação da arquitetura de informação e layout do Drupal talvez pudesse ser complementar para a divulgação de conteúdos externamente. Tendo claro que esta fronteira entre "fora" e "dentro" não existe, mas também que pessoas com diferentes graus de envolvimento com a rede possuem demandas e necessidades específicas.

Por último, vale lembrar que estes anseios e necessidades possuem muito em comum com a busca por autonomia na comunicação que muitos outros grupos e redes realizam; por exemplo, outras sementes do Lorea (mas não só), como o Saravea, n-1\anillosur, JuntaDados, EstúdioLivre, Soylocoporti; Mocambos; etc. A criação de redes de fato federadas (não apenas no nível da autenticação de usuários) entre várias plataformas livres continua sendo um horizonte desejável.

Observando o esforço feito e as dificuldades de cada um destes coletivos realizarem plenamente suas propostas (seja por falta de recursos físicos, financeiros ou humanos), creio que um debate interessante para a Rede Metarec é pensarmos formas destes diversos grupos cooperarem entre si para manter suas infra-estruturas funcionando e dialogando, criando possibilidade de manutenção e sustentabilidade destas plataformas a longo prazo.

blog de adrianobf

Servindo arquivos com ipfs

Infra-lógica: plataformas e pessoas