Marathon, quotata al Nasdaq, avvia le operazioni di mining di Bitcoin; le azioni salgono del 32%

Con il tanto atteso rilascio di geth 1.5 (“let there bee light”), Swarm è entrato nel rilascio ufficiale go-ethereum come funzione sperimentale. La versione corrente del codice è POC 0.2 RC5 — “embrace your daemons” (roadmap), che è la versione refattorizzata e più pulita del codice che è stata eseguita sulla rete di test Swarm nei mesi passati.

Il rilascio corrente include lo swarmcommand che avvia un demone Swarm autonomo come processo separato utilizzando il tuo client ethereum conforme a IPC se necessario. La contabilizzazione della larghezza di banda (utilizzando il Swarm Accounting Protocol = SWAP) è responsabile del funzionamento fluido e della consegna rapida dei contenuti incentivando i nodi a contribuire con la loro larghezza di banda e a trasmettere dati. Il sistema SWAP è funzionale ma è disattivato per impostazione predefinita. Gli incentivi di archiviazione (assicurazione punitiva) per proteggere la disponibilità dei contenuti raramente accessi sono previsti per essere operativi in POC 0.4. Quindi attualmente, per impostazione predefinita, il client utilizza la blockchain solo per la risoluzione dei nomi di dominio.

Con questo post sul blog siamo felici di annunciare il lancio del nostro nuovo testnet Swarm connesso alla testchain ethereum Ropsten. La Ethereum Foundation sta contribuendo con un cluster Swarm di 35 unità (sarà fino a 105) in esecuzione sul cloud Azure. Ospita la homepage di Swarm.

Consideriamo questo testnet come il primo pilota pubblico e la comunità è invitata a unirsi alla rete, contribuire con risorse, segnalare problemi, identificare i punti critici e fornire feedback sull'usabilità. Le istruzioni possono essere trovate nella guida Swarm. Incoraggiamo coloro che possono permettersi di eseguire nodi persistenti (nodi che rimangono online) a mettersi in contatto. Abbiamo già ricevuto promesse per deploy da 100 TB. Si noti che il testnet non offre garanzie! I dati potrebbero essere persi o diventare non disponibili. Infatti, le garanzie di persistenza non possono essere fornite almeno fino a quando non viene implementato lo strato di incentivo per l'assicurazione di archiviazione.

Si noti che il testnet non offre garanzie! I dati potrebbero essere persi o diventare non disponibili. Infatti, le garanzie di persistenza non possono essere fornite almeno fino a quando non viene implementato lo strato di incentivo per l'assicurazione di archiviazione.

Abbiamo l'obiettivo di plasmare 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 dei contenuti; un servizio di base nativo dello stack Web3 di ethereum. L'obiettivo è una soluzione di archiviazione e servizio peer-to-peer che abbia zero tempi di inattività, sia resistente agli attacchi DDOS, tollerante ai guasti e resistente alla censura, nonché autosufficiente grazie a un sistema di incentivi integrato. Lo strato di incentivi utilizza la contabilizzazione peer-to-peer per la larghezza di banda, incentivi di archiviazione basati su depositi e consente lo scambio di risorse per il pagamento. Swarm è progettato per integrarsi profondamente con lo strato di rete multiprotocollo devp2p di Ethereum, nonché con la blockchain di Ethereum per la risoluzione dei nomi di dominio.

[gdlr_core_space height="40px"]

[gdlr_core_space height="40px"]

L'hash di un blocco è l'indirizzo che i client possono utilizzare per recuperare il blocco (la preimmagine dell'hash). Un indirizzamento irreversibile e privo di collisioni fornisce immediatamente una protezione dell'integrità: indipendentemente dal contesto in cui un client viene a conoscenza di un indirizzo, può verificare se il blocco è danneggiato o è stato manomesso semplicemente calcolandone l'hash.

L'offerta principale di Swarm come archivio di blocchi distribuito è che è possibile caricarvi contenuti. I nodi che compongono Swarm dedicano risorse (spazio su disco, memoria, larghezza di banda e CPU) per memorizzare e servire i blocchi. Ma cosa determina chi conserva un blocco? I nodi Swarm hanno un indirizzo (l'hash dell'indirizzo del loro account bzz) nello stesso spazio degli indirizzi dei blocchi stessi. Chiamiamo questo spazio degli indirizzi rete overlay. Se carichiamo un blocco su Swarm, il protocollo determina che alla fine verrà memorizzato sui nodi più vicini all'indirizzo del blocco (secondo una misura di distanza ben definita nello spazio degli indirizzi overlay). Il processo mediante il quale i blocchi raggiungono il loro indirizzo è chiamato sincronizzazione ed è parte del protocollo. I nodi che in seguito desiderano recuperare i contenuti possono trovarli nuovamente inoltrando una query ai nodi vicini all'indirizzo del contenuto. Infatti, quando un nodo ha bisogno di un blocco, invia semplicemente una richiesta a Swarm con l'indirizzo del contenuto, e Swarm inoltrerà le richieste finché i dati non vengono trovati (o la richiesta va in timeout). A questo riguardo, Swarm è simile a una tabella hash distribuita (DHT) tradizionale, ma con due importanti (e poco studiate) funzionalità.

• Il whitepaper di Vitalik, il core degli sviluppatori di Ethereum ha realizzato
• Quando raggiunse le prime colline
• Un piccolo fiume di nome Duden scorre
• Auto-sostenibile grazie a un sistema di incentivi integrato

[gdlr_core_space height="50px"]

Documenti e l'hash di Swarm

A livello di API, Swarm fornisce un chunker. Il chunker prende qualsiasi tipo di sorgente leggibile, come un file o un dispositivo di acquisizione video, e lo divide in blocchi di dimensioni fisse. Questi cosiddetti blocchi di dati o fogli vengono hashati e poi sincronizzati con i peer. Gli hash dei blocchi di dati vengono quindi impacchettati in blocchi stessi (chiamati blocchi intermedi) e il processo si ripete. Attualmente 128 hash costituiscono un nuovo blocco. Di conseguenza, i dati sono rappresentati da un albero di Merkle, ed è l'hash radice dell'albero ad agire come l'indirizzo che si utilizza per recuperare il file caricato.