Med den efterlängtade geth 1.5-släppet (”let there bee light”) kom Swarm in i den officiella goethereum- ethereum som ett experimentellt inslag. Den nuvarande versionen av koden är POC 0.2 RC5 — "omfamna dina demoner" (roadmap), som är den omstrukturerade och renare versionen av kodbasen som kördes på Swarm toynet under de senaste månaderna.
Den aktuella versionen levereras med swarmcommandet som startar en fristående Swarm-demon som separat process med din favorit IPC-kompatibla ethereum -klient om det behövs. Bandbreddsredovisning (med Swarm Accounting Protocol = SWAP) ansvarar för smidig drift och snabb innehållsleverans genom att uppmuntra noder att bidra med sin bandbredd och vidarebefordra data. SWAP-systemet är funktionellt men det är avstängt som standard. Lagringsincitament (straffförsäkring) för att skydda tillgängligheten av sällan tillgängligt innehåll planeras att vara operativa i POC 0.4. Så för närvarande som standard använder klienten blockkedjan endast för domännamnsupplösning.
Med detta blogginlägg är vi glada att meddela lanseringen av vårt glänsande nya Swarm-testnät kopplat till Ropsten ethereum -testkedjan. Ethereum Foundation bidrar med ett 35-s tron g (kommer att vara upp till 105) Swarm-kluster som körs på Azure-molnet. Den är värd för Swarms hemsida.
Vi betraktar detta testnät som den första offentliga piloten, och samhället är välkomna att gå med i nätverket, bidra med resurser, problem, dent smärtpunkter och ge feedback om användbarhet. Instruktioner finns i Swarm-guiden. Vi uppmanar de som har råd att köra beständiga noder (noder som stannar online) att ta kontakt. Vi har redan fått löften om 100TB-distributioner. Observera att testnätet inte ger några garantier! Data kan gå förlorade eller bli otillgängliga. Garanti för uthållighet kan faktiskt inte ges åtminstone förrän incitamentskiktet för lagringsförsäkring har implementerats.
Observera att testnätet inte ger några garantier! Data kan gå förlorade eller bli otillgängliga. Garanti för uthållighet kan faktiskt inte ges åtminstone förrän incitamentskiktet för lagringsförsäkring har implementerats.
Vi ser för oss att forma detta projekt med mer och mer samhällsengagemang, så vi bjuder in intresserade att vara med
Hur fungerar Swarm?
Swarm är en distribuerad lagringsplattform och innehållsdistributionstjänst; en inbyggd baslagertjänst i ethereum Web3-stacken. Målet är en peer-to-peer lagrings- och serveringslösning som har noll stilleståndstid, är DDOS-resistent, feltolerant och censurbeständig samt självförsörjande tack vare ett inbyggt incitamentssystem. Incitamentslagret använder peer-to-peer-redovisning för bandbredd, insättningsbaserade lagringsincitament och tillåter handel med resurser för betalning. Swarm är designad för att djupt integreras med devp2p multiprotokoll nätverkslagret av Ethereum såväl som med Ethereum blockchain för domännamnsupplösning.
[gdlr_core_space height="40px"]
[gdlr_core_space height="40px"]
Denna hash av en chunk är adressen som klienter kan använda för att hämta chunken (hashens förbild). Oåterkallelig och kollisionsfri adressering ger omedelbart integritetsskydd: oavsett sammanhanget för hur en klient känner till en adress, kan den avgöra om biten är skadad eller har manipulerats bara genom att hasha den.
Swarms huvudsakliga erbjudande som en distribuerad chunkstore är att du kan ladda upp innehåll till den. Noderna som utgör svärmen dedikerar alla resurser (diskutrymme, minne, bandbredd och CPU) för att lagra och servera bitar. Men vad avgör vem som behåller en bit? Svärmnoder har en adress (hash för adressen till deras bzz-konto) i samma tangentrymd som själva bitarna. Låt oss kalla detta adressutrymme för överlagringsnätverket. Om vi laddar upp en bit till svärmen bestämmer protokollet att den så småningom kommer att lagras vid noder som är närmast chunkens adress (enligt ett defi avståndsmått på överläggsadressutrymmet). Processen genom vilken bitar kommer till sin adress kallas synkronisering och är en del av protokollet. Noder som senare vill hämta innehållet kan hitta det igen genom att vidarebefordra en fråga till noder som ligger nära innehållets adress. Faktum är att när en nod behöver en bit skickar den helt enkelt en förfrågan till svärmen med adressen till innehållet, och svärmen kommer att vidarebefordra förfrågningarna tills data hittas (eller förfrågan timeout). I detta avseende liknar Swarm en traditionell distribuerad hashtabell (DHT) men med två viktiga (och undersökta) funktioner.
- Vitaliks whitepaper förverkligade Ethereum utvecklingskärna
- När hon nådde de första kullarna
- En liten flod som heter Duden rinner
- Självförsörjande tack vare ett inbyggt incitamentssystem
[gdlr_core_space height="50px"]
Dokument och Swarm-hash
På API-lagret tillhandahåller Swarm en chunker. Chunkern tar vilken typ av läsbar källa som helst, till exempel en fil eller en videokamerainspelningsenhet, och skär upp den i fixstora bitar. Dessa så kallade databitar eller bladbitar hashas och synkroniseras sedan med peers. Hasharna för databitarna paketeras sedan i själva bitar (kallade intermediate chunks) och processen upprepas. För närvarande utgör 128 hashar en ny bit. Som ett resultat representeras data av ett merkle-träd, och det är trädets rothash som fungerar som adressen du använder för att hämta den uppladdade filen.
