Marathon, listada na Nasdaq, inicia operações de mineração de Bitcoin, ações sobem 32%

Com o lançamento há muito esperado do geth 1.5 (“que haja luz”), o Swarm entrou no lançamento oficial do go-ethereum como um recurso experimental. A versão atual do código é POC 0.2 RC5 — “abrace seus daemons” (roadmap), que é a versão refatorada e mais limpa da base de código que estava sendo executada na toynet do Swarm nos últimos meses.

O lançamento atual vem com o swarmcommand que inicia um daemon Swarm independente como um processo separado usando seu cliente ethereum compatível com IPC, se necessário. A contabilidade de largura de banda (usando o Swarm Accounting Protocol = SWAP) é responsável pela operação suave e entrega rápida de conteúdo, incentivando os nós a contribuírem com sua largura de banda e retransmitirem dados. O sistema SWAP é funcional, mas está desligado por padrão. Os incentivos de armazenamento (seguro punitivo) para proteger a disponibilidade de conteúdo raramente acessado estão planejados para operar no POC 0.4. Portanto, atualmente, por padrão, o cliente usa a blockchain apenas para resolução de nomes de domínio.

Com esta postagem de blog, temos o prazer de anunciar o lançamento de nosso novo e brilhante testnet Swarm conectado à testchain ethereum Ropsten. A Ethereum Foundation está contribuindo com um cluster Swarm de 35 nós (que chegará a 105) executando 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, problemas, identificar pontos de dor e fornecer feedback sobre usabilidade. As instruções podem ser encontradas no guia do 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 100TB. Observe que o testnet não oferece garantias! Os dados podem ser perdidos ou ficar indisponíveis. De fato, as garantias de persistência não podem ser feitas pelo menos até que a camada de incentivo de seguro de armazenamento seja implementada.

Observe que o testnet não oferece garantias! Os dados podem ser perdidos ou ficar indisponíveis. De fato, as garantias de persistência não podem ser feitas pelo menos até que a camada de incentivo de seguro de armazenamento seja implementada.

Temos a visão de moldar este projeto com cada vez mais envolvimento da comunidade, então estamos convidando aqueles interessados a se juntar

Como o Swarm funciona?

O Swarm é uma plataforma de armazenamento distribuído e serviço de distribuição de conteúdo; um serviço de camada base nativo da pilha Web3 do ethereum. O objetivo é uma solução de armazenamento e serviço peer-to-peer que tenha zero tempo de inatividade, seja resistente a DDOS, tolerante a falhas e resistente à censura, bem como auto-sustentável devido a um sistema de incentivo integrado. A camada de incentivo usa contabilidade peer-to-peer para largura de banda, incentivos de armazenamento baseados em depósito e permite o comércio de recursos por pagamento. O Swarm foi projetado para integrar-se profundamente com a camada de rede multiprotocolo devp2p do Ethereum, bem como com a blockchain do Ethereum para resolução de nomes de domínio.

[gdlr_core_space height=”40px”]

[gdlr_core_space height=”40px”]

Este hash de um chunk é o endereço que os clientes podem usar para recuperar o chunk (a pré-imagem do hash). O endereçamento irreversível e sem colisões fornece imediatamente proteção de integridade: não importa o contexto de como um cliente conhece um endereço, ele pode dizer se o chunk está danificado ou foi adulterado apenas fazendo o hash dele.

A principal oferta do Swarm como um chunkstore distribuído é que você pode carregar conteúdo nele. Os nós que constituem o Swarm dedicam recursos (espaço em disco, memória, largura de banda e CPU) para armazenar e servir chunks. Mas o que determina quem está mantendo um chunk? Os nós do Swarm têm um endereço (o hash do endereço de sua conta bzz) no mesmo keyspace que os próprios chunks. Vamos chamar este espaço de endereço de rede overlay. Se carregarmos um chunk para o Swarm, o protocolo determina que ele acabará sendo armazenado em nós que estão mais próximos do endereço do chunk (de acordo com uma medida de distância bem definida no espaço de endereço overlay). O processo pelo qual os chunks chegam ao seu endereço é chamado de sincronização e faz parte do protocolo. Nós que mais tarde desejam recuperar o conteúdo podem encontrá-lo novamente encaminhando uma consulta para nós que estão próximos do endereço do conteúdo. De fato, quando um nó precisa de um chunk, ele simplesmente publica uma solicitação no 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). Sob esse aspecto, o Swarm é semelhante a uma tabela hash distribuída tradicional (DHT), mas com dois recursos importantes (e pouco pesquisados).

• O whitepaper de Vitalik, o núcleo dos desenvolvedores de Ethereum percebeu
• Quando ela chegou às primeiras colinas
• Um pequeno rio chamado Duden flui
• Auto-sustentável devido a um sistema de incentivo embutido

[gdlr_core_space height=”50px”]

Documentos e o hash da Swarm

Na camada de API, a Swarm fornece um chunker. O chunker recebe 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 pedaços de dados ou pedaços folha são hashados e depois sincronizados com os pares. Os hashes dos pedaços de dados são então agrupados em pedaços eles mesmos (chamados pedaços 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 de Merkle, e é o hash raiz da árvore que atua como o endereço que você usa para recuperar o arquivo carregado.