EOS, Cardano e Tezos: Gigantes adormecidos começam a despertar

Com o tão aguardado lançamento do geth 1.5 (“let there bee light”), o Swarm foi integrado à versão oficial do go-ethereum como um recurso experimental. A versão atual do código é a POC 0.2 RC5 — “embrace your daemons” (roteiro), que é a versão refatorada e mais limpa do código-fonte que estava em execução na rede de testes Swarm nos últimos meses.

A versão atual inclui o comando `swarmcommand`, que inicia um daemon Swarm independente como um processo separado, utilizando seu cliente ethereum compatível com IPC, se necessário. A contabilização de largura de banda (usando o Protocolo de Contabilização Swarm = SWAP) é responsável pela operação fluida e pela entrega rápida de conteúdo, incentivando os nós a contribuírem com sua largura de banda e retransmitirem dados. O sistema SWAP está funcional, mas desativado por padrão. Incentivos de armazenamento (seguro punitivo) para proteger a disponibilidade de conteúdo raramente acessado estão planejados para serem implementados na POC 0.4. Portanto, atualmente, por padrão, o cliente utiliza o blockchain apenas para resolução de nomes de domínio.

Com este post no blog, temos o prazer de anunciar o lançamento da nossa nova e brilhante testnet Swarm, conectada à testchain ethereum Ropsten. A Fundação Ethereum está contribuindo com um cluster Swarm de 35tron(que poderá chegar a 105) rodando na nuvem Azure. Ele hospeda a página inicial do Swarm.

Consideramos esta testnet como o primeiro piloto público, e a comunidade está convidada a participar da rede, contribuir com recursos, relatar problemas,dentpontos problemáticos e fornecer feedback sobre a usabilidade. As instruções podem ser encontradas no guia do Swarm. Encorajamos aqueles que podem arcar com a execução de nós persistentes (nós que permanecem online) a entrar em contato. Já recebemos promessas de implantações de 100 TB. Observe que a testnet não oferece garantias! Os dados podem ser perdidos ou ficarem indisponíveis. De fato, garantias de persistência não podem ser dadas, pelo menos até que a camada de incentivo ao seguro de armazenamento seja implementada.

Note que a testnet não oferece garantias! Os dados podem ser perdidos ou ficarem indisponíveis. De fato, não é possível garantir a persistência dos dados, pelo menos até que a camada de incentivo ao seguro de armazenamento seja implementada.

Prevemos moldar este projeto com um envolvimento cada vez maior da comunidade, por isso convidamos os interessados ​​a participar

Como funciona o Swarm?

Swarm é uma plataforma de armazenamento distribuído e um serviço de distribuição de conteúdo; um serviço nativo da camada base da pilha Web3 ethereum . O objetivo é uma solução de armazenamento e compartilhamento ponto a ponto com tempo de inatividade zero, resistente a ataques DDoS, tolerante a falhas e resistente à censura, além de autossustentável graças a um sistema de incentivos integrado. A camada de incentivos utiliza contabilidade ponto a ponto para largura de banda, incentivos de armazenamento baseados em depósitos e permite a troca de recursos por pagamento. O Swarm foi projetado para se integrar profundamente com a camada de rede multiprotocolo devp2p do Ethereum , bem como com o blockchain Ethereum para resolução de nomes de domínio.

[gdlr_core_space altura=”40px”]

[gdlr_core_space altura=”40px”]

O hash de um bloco é o endereço que os clientes podem usar para recuperar o bloco (a pré-imagem do hash). O endereçamento irreversível e livre de colisões fornece proteção de integridade imediata: independentemente do contexto em que um cliente conhece um endereço, ele pode determinar se o bloco está danificado ou foi adulterado apenas calculando seu hash.

A principal funcionalidade do Swarm como um armazenamento distribuído de chunks é a possibilidade de enviar conteúdo para ele. Os nós que compõem o Swarm dedicam recursos (espaço em disco, memória, largura de banda e CPU) para armazenar e disponibilizar chunks. Mas o que determina quem armazena um chunk? Os nós do Swarm possuem um endereço (o hash do endereço de sua conta bzz) no mesmo espaço de chaves que os próprios chunks. Vamos chamar esse espaço de endereços de rede overlay. Se enviarmos um chunk para o Swarm, o protocolo determina que ele será armazenado nos nós mais próximos do endereço do chunk (de acordo com uma medida de distância bemdefino espaço de endereços overlay). O processo pelo qual os chunks chegam aos seus endereços é chamado de sincronização e faz parte do protocolo. Nós que posteriormente desejarem recuperar o conteúdo podem encontrá-lo novamente encaminhando uma consulta para os nós próximos ao endereço do conteúdo. De fato, quando um nó precisa de um bloco, ele simplesmente envia uma solicitação ao Swarm com o endereço do conteúdo, e o Swarm encaminhará as solicitações até que os dados sejam encontrados (ou a solicitação expire). Nesse aspecto, o Swarm é semelhante a uma tabela hash distribuída (DHT) tradicional, mas com duas características importantes (e pouco exploradas).

• O whitepaper de Vitalik que o núcleo de desenvolvimento Ethereum realizou
• Quando ela chegou às primeiras colinas
• Um pequeno rio chamado Duden flui
• Autossustentável graças a um sistema de incentivos integrado

[gdlr_core_space altura=”50px”]

Documentos e o hash Swarm

Na camada de API, o Swarm fornece um fragmentador (chunker). O fragmentador recebe qualquer tipo de fonte legível, como um arquivo ou um dispositivo de captura de vídeo, e a divide em partes de tamanho fixo. Essas partes, chamadas de partes de dados ou partes folha, são criptografadas e sincronizadas com os outros nós. Os hashes das partes de dados são então agrupados em novas partes (chamadas de partes intermediárias) e o processo se repete. Atualmente, 128 hashes compõem uma nova parte. Como resultado, os dados são representados por uma árvore Merkle, e é o hash raiz da árvore que serve como endereço para recuperar o arquivo enviado.