Con il tanto atteso rilascio geth 1.5 (“let there bee light”), Swarm è entrato nella versione ufficiale di go- ethereum come funzionalità sperimentale. La versione attuale del codice è POC 0.2 RC5 — “embrace your daemons” (roadmap), che è la versione rifattorizzata e più pulita del codice base in esecuzione sulla toynet Swarm negli ultimi mesi.
La versione attuale viene fornita con lo swarmcommand che avvia un demone Swarm autonomo come processo separato utilizzando il tuo client ethereum La contabilità della larghezza di banda (utilizzando lo Swarm Accounting Protocol = SWAP) è responsabile del buon funzionamento e della rapida consegna dei contenuti incentivando i nodi a contribuire con la propria larghezza di banda e trasmettere i dati. Il sistema SWAP è funzionante ma è disattivato per impostazione predefinita. Si prevede che gli incentivi di archiviazione (assicurazione punitiva) per proteggere la disponibilità di contenuti a cui si accede raramente siano operativi nel POC 0.4. Pertanto attualmente, per impostazione predefinita, il cliente utilizza la blockchain solo per la risoluzione dei nomi di dominio.
Con questo post sul blog siamo lieti di annunciare il lancio del nostro nuovo brillante testnet Swarm connesso alla testchain ethereum Ropsten. La Fondazione Ethereum sta contribuendo con un cluster Swarm da 35 tron g (saranno fino a 105) in esecuzione sul cloud di Azure. Ospita la home page di Swarm.
Consideriamo questo testnet come il primo pilota pubblico e la comunità è invitata a unirsi alla rete, contribuire con risorse, problemi, dent punti critici e fornire feedback sull'usabilità. Le istruzioni possono essere trovate nella guida Swarm. Incoraggiamo coloro che possono permettersi di gestire nodi persistenti (nodi che rimangono online) a mettersi in contatto. Abbiamo già ricevuto promesse per implementazioni da 100 TB. Tieni presente che il testnet non offre garanzie! I dati potrebbero andare persi o non essere più disponibili. In effetti, non è possibile fornire garanzie di persistenza almeno fino a quando non verrà implementato lo strato di incentivi per l’assicurazione dello stoccaggio.
Tieni presente che il testnet non offre garanzie! I dati potrebbero andare persi o non essere più disponibili. In effetti, non è possibile fornire garanzie di persistenza almeno fino a quando non verrà implementato lo strato di incentivi per l’assicurazione dello stoccaggio.
Prevediamo di dare forma a questo progetto con un coinvolgimento sempre maggiore della comunità, quindi invitiamo coloro che sono interessati a unirsi
Come funziona Swarm?
Swarm è una piattaforma di archiviazione distribuita e un servizio di distribuzione di contenuti; un servizio di livello base nativo dello stack ethereum Web3. L'obiettivo è una soluzione di archiviazione e servizio peer-to-peer che non abbia tempi di inattività, sia resistente ai DDOS, tollerante ai guasti e alla censura, nonché autosufficiente grazie a un sistema di incentivi integrato. Il livello di incentivi utilizza la contabilità peer-to-peer per la larghezza di banda, incentivi di archiviazione basati su depositi e consente lo scambio di risorse a pagamento. Swarm è progettato per integrarsi profondamente con il livello di rete multiprotocollo devp2p di Ethereum e con la blockchain Ethereum per la risoluzione dei nomi di dominio.
[gdlr_core_space altezza="40px"]
[gdlr_core_space altezza="40px"]
Questo hash di un pezzo è l'indirizzo che i client possono utilizzare per recuperare il pezzo (la preimmagine dell'hash). L'indirizzamento irreversibile e senza collisioni fornisce immediatamente protezione dell'integrità: indipendentemente dal contesto in cui un client conosce un indirizzo, può capire se il blocco è danneggiato o manomesso semplicemente eseguendo l'hashing.
L'offerta principale di Swarm come negozio di blocchi distribuito è che puoi caricare contenuti su di esso. I nodi che costituiscono lo Swarm dedicano tutti risorse (spazio su disco, memoria, larghezza di banda e CPU) per archiviare e servire blocchi. Ma cosa determina chi tiene un pezzo? I nodi sciame hanno un indirizzo (l'hash dell'indirizzo del loro account bzz) nello stesso spazio delle chiavi dei blocchi stessi. Chiamiamo questo spazio di indirizzi rete overlay. Se carichiamo un pezzo nello Swarm, il protocollo determina che alla fine verrà archiviato nei nodi più vicini all'indirizzo del pezzo (secondo una misura di distanza ben defi sullo spazio degli indirizzi sovrapposti). Il processo attraverso il quale i blocchi arrivano al loro indirizzo è chiamato sincronizzazione e fa parte del protocollo. I nodi che successivamente desiderano recuperare il contenuto possono ritrovarlo inoltrando una query ai nodi vicini all'indirizzo del contenuto. Infatti, quando un nodo ha bisogno di un pezzo, invia semplicemente una richiesta allo Swarm con l'indirizzo del contenuto, e lo Swarm inoltrerà le richieste finché non vengono trovati i dati (o la richiesta scade). A questo proposito, Swarm è simile a una tradizionale tabella hash distribuita (DHT) ma con due caratteristiche importanti (e poco studiate).
- Il white paper di Vitalik è stato realizzato dal dev core Ethereum
- Quando raggiunse le prime colline
- Scorre un piccolo fiume chiamato Duden
- Autosufficiente grazie a un sistema di incentivi integrato
[gdlr_core_space altezza="50px"]
Documenti e hash Swarm
Sul livello API Swarm fornisce un Chunker. Il Chunker prende qualsiasi tipo di fonte leggibile, come un file o un dispositivo di acquisizione di una videocamera, e lo suddivide in blocchi di dimensioni fisse. Questi cosiddetti blocchi di dati o blocchi foglia vengono sottoposti ad hashing e quindi sincronizzati con i peer. Gli hash dei blocchi di dati vengono quindi impacchettati in blocchi stessi (chiamati blocchi intermedi) e il processo viene ripetuto. Attualmente 128 hash compongono un nuovo pezzo. Di conseguenza, i dati sono rappresentati da un albero merkle ed è l'hash radice dell'albero che funge da indirizzo utilizzato per recuperare il file caricato.
