Com o tão esperado lançamento do geth 1.5 (“let there bee light”), o Swarm chegou ao lançamento oficial do go- ethereum como um recurso experimental. A versão atual do código é POC 0.2 RC5 — “abrace seus daemons” (roteiro), que é a versão refatorada e mais limpa da base de código que estava rodando na rede de brinquedos Swarm nos últimos meses.
A versão atual vem com o swarmcommand que inicia um Swarm daemon autônomo como processo separado usando seu cliente ethereum A contabilidade de largura de banda (usando o Swarm Accounting Protocol = SWAP) é responsável pela operação suave e pela entrega rápida de conteúdo, incentivando os nós a contribuir com sua largura de banda e retransmitir dados. O sistema SWAP é funcional, mas está desativado por padrão. Os incentivos de armazenamento (seguro punitivo) para proteger a disponibilidade de conteúdo raramente acessado estão planejados para entrar em operação no POC 0.4. Atualmente, por padrão, o cliente usa o blockchain apenas para resolução de nomes de domínio.
Com esta postagem no blog, temos o prazer de anunciar o lançamento de nossa nova e brilhante rede de teste Swarm conectada à cadeia de teste Ropsten ethereum . A Ethereum Foundation está contribuindo com um cluster Swarm de 35 tron (será até 105) rodando na nuvem Azure. Ele está hospedando a página inicial do Swarm.
Consideramos este testnet como o primeiro piloto público, e a comunidade é bem-vinda para se juntar à rede, contribuir com recursos, questões, dent pontos problemáticos e dar feedback sobre a usabilidade. As instruções podem ser encontradas no guia Swarm. Incentivamos aqueles que podem se dar ao luxo de executar nós persistentes (nós que permanecem online) a entrar em contato. Já recebemos promessas de implantações de 100 TB. Observe que o testnet não oferece garantias! Os dados podem ser perdidos ou ficar indisponíveis. De fato, garantias de persistência não podem ser feitas pelo menos até que a camada de incentivo do seguro de armazenamento seja implementada.
Observe que o testnet não oferece garantias! Os dados podem ser perdidos ou ficar indisponíveis. De fato, garantias de persistência não podem ser feitas pelo menos até que a camada de incentivo do seguro de armazenamento seja implementada.
Prevemos moldar este projeto com cada vez mais envolvimento da comunidade, por isso convidamos os interessados a participar
Como funciona o Swarm?
Swarm é uma plataforma de armazenamento distribuído e serviço de distribuição de conteúdo; um serviço nativo da camada base da pilha ethereum Web3. O objetivo é uma solução de armazenamento e serviço ponto a ponto com tempo de inatividade zero, resistente a DDOS, tolerante a falhas e à censura, além de autossustentável devido a um sistema de incentivo integrado. A camada de incentivo usa contabilidade ponto a ponto para largura de banda, incentivos de armazenamento baseados em depósito 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 height=”40px”]
[gdlr_core_space height=”40px”]
Esse hash de um pedaço é o endereço que os clientes podem usar para recuperar o pedaço (a pré-imagem do hash). O endereçamento irreversível e livre de colisões fornece imediatamente proteção de integridade: não importa o contexto de como um cliente sabe sobre um endereço, ele pode dizer se o pedaço está danificado ou foi adulterado apenas por hash.
A principal oferta do Swarm como um chunkstore distribuído é que você pode fazer upload de conteúdo para ele. Todos os nós que constituem o Swarm dedicam recursos (espaço em disco, memória, largura de banda e CPU) para armazenar e servir blocos. Mas o que determina quem fica com um pedaço? Os nós Swarm têm um endereço (o hash do endereço de sua conta bzz) no mesmo espaço-chave que os próprios chunks. Vamos chamar esse espaço de endereço de rede de sobreposição. Se fizermos upload de um chunk para o Swarm, o protocolo determina que ele acabará sendo armazenado nos nós mais próximos do endereço do chunk (de acordo com uma medida de distância bem defi no espaço de endereço overlay). O processo pelo qual os pedaços chegam ao seu endereço é chamado de sincronização e faz parte do protocolo. Os nós que posteriormente desejarem recuperar o conteúdo podem reencontrá-lo, encaminhando uma consulta para os nós que estiverem próximos ao endereço do conteúdo. De fato, quando um nó precisa de um pedaço, ele simplesmente envia uma solicitação ao Swarm com o endereço do conteúdo, e o Swarm encaminha as solicitações até que os dados sejam encontrados (ou a solicitação expire). A esse respeito, o Swarm é semelhante a uma tradicional tabela de hash distribuída (DHT), mas com dois recursos importantes (e pouco pesquisados).
- O whitepaper de Vitalik, o núcleo de desenvolvimento Ethereum percebeu
- Quando ela alcançou as primeiras colinas
- Um pequeno rio chamado Duden flui
- Autossustentável devido a um sistema de incentivo integrado
[gdlr_core_space height=”50px”]
Documentos e o hash Swarm
Na camada API, o Swarm fornece um chunker. O chunker pega qualquer tipo de fonte legível, como um arquivo ou um dispositivo de captura de câmera de vídeo, e o divide em pedaços de tamanho fixo. Esses chamados blocos de dados ou blocos de folhas são hash e, em seguida, sincronizados com os pares. Os hashes dos blocos de dados são então empacotados em blocos (chamados de blocos intermediários) e o processo é repetido. Atualmente, 128 hashes compõem um novo pedaço. Como resultado, os dados são representados por uma árvore merkle e é o hash raiz da árvore que atua como o endereço que você usa para recuperar o arquivo carregado.
