Begyndervejledning til Bluzelle – Det decentrale datanetværk

Det er rimeligt at sige, at udtrykket “decentraliseret” i forbindelse med blockchains langt fra er sort og hvid. Forskellige konsensusalgoritmer tilbyder forskellige grader af decentralisering. Men selv når en udvikler bruger en af ​​de mere decentrale blockchain-platforme, er applikationen selv muligvis ikke altid så decentraliseret, som den først ser ud. Udviklere har en vanskelig kompromis med hensyn til, hvordan deres applikationsdata lagres, og de skal afbalancere omkostningerne mod fordelene ved decentralisering.

Det er her Bluzelle kommer ind. Det er et fuldt decentraliseret datanetværk, der giver udviklere en billig, skalerbar og sikker mulighed for datalagring.

Bluzelle.comBilledkilde: Bluzelle.com

Denne vejledning dækker følgende:

  • Problemer Bluzelle løser
  • Hvordan Bluzelle fungerer
  • BLZ- og BNT-tokens
  • Netværksarkitektur
  • Hold
  • Historie og køreplan

Problemer Bluzelle løser

Den vigtigste vanskelighed, som en udvikler står over for, når han beslutter, hvordan de gemmer og administrerer de data, der er nødvendige for deres decentrale applikation, er balancen mellem omkostninger, hastighed og decentralisering. Hosting af data on-chain ved hjælp af en platform som Ethereum er næsten uoverkommelig på grund af den langsomme kapacitet og høje omkostninger.

Desuden har Ethereum og andre blockchains ingen effektive midler til lagring eller styring af data. De bevarer alle data for evigt, hvilket ikke er praktisk, da det betyder, at blockchain hurtigt bliver uhåndterligt tung.

Derfor vælger de fleste udviklere en centraliseret hostingløsning som AWS. Selvom dette er hurtigere og billigere, betyder det, at dApp mister fordelene ved decentralisering. Centraliserede løsninger kan være mindre sikre, da servere er sårbare over for angribere, og udvikleren er afhængig af udbyderen for at opretholde sikkerhed og privatliv.

Data kan blive genstand for manipulation eller censur. Centraliserede løsninger kan være billigere i starten, men når en dApp skal skaleres, kan omkostningerne stige betydeligt, hvis der er behov for hosting på tværs af forskellige regioner.

Hvordan Bluzelle fungerer

Bluzelle er et decentraliseret netværk til lagring og styring af data, der kan forestilles som en slags Airbnb til data. Netværket er en række noder, der sætter deres hardware til at fungere for dApp-udviklere, der betaler for at udleje lagerplads og for læsning og skrivning til databasen.

Fra kundeperspektivet betaler udviklere i BNT-tokens baseret på mængden af ​​lagerplads, de har brug for, de læser og skriver, som deres dApp laver til databasen, og den geografiske dækning.

Bluzelle vurderer, at udviklere kan spare omkring 50% på omkostningerne sammenlignet med en central løsning som AWS DynamoDB. Bluezelle opnår disse reduktioner hovedsageligt fordi en central udbyder opkræver ekstra for replikering, hvilket sikrer minimal nedetid og datasikkerhed, hvis en server går offline. Bluzelle er dog et decentraliseret netværk, hvilket betyder, at replikering allerede er bagt ind, fordi data lagres og behandles på tværs af flere noder.

Bluzelle DPoS

Fra netværkssiden driver Bluzelle et delegeret proof-of-stake-system (PoS), der tilskynder folk til at deltage som validator. Validatorer leverer deres hardware til datalagring og -administration og sætter deres egne tokens i bytte for en del af netværkslejeudgifterne, der betales af udviklere. DPoS-mekanismen sikrer også, at ændringer i en database er ægte og afskrækker dårlig deltagelse fra netværksdeltagerne.

Validatorbelønninger er proportionale med værdien af ​​deres indsats sammenlignet med den samlede værdi af alle tokens, der er indsat på netværket. For eksempel, hvis en validator indsætter 10.000 BNT, og de samlede tokens, der er indsat af alle validatorer, er 100.000 BLZ, så har validatoren 10% af stemmerettighederne til at validere en given blok, og de får 10% af indtægterne fordelt til validatorer.

Der er også sanktioner for dårlig opførsel, så en validator mister en del af deres indsats, hvis de viser sig at handle mod netværket. Sanktioner fordeles på andre netværksdeltagere og Bluzelle i forhold til andelene som indtægter.

Tokensindehavere kan delegere validatorer og tjene udbytte af deres gebyrer, hvilket fungerer som et incitament til aktivt at deltage i konsensus og tjene, mens du gør det.

BLZ- og BNT-tokens

Bluzelle driver et to-token-system. BLZ er et ERC20-token, der fungerer som det “offentlige” token. Det handles på børser, herunder Binance og Huobi, og kan opbevares i enhver ERC20-kompatibel tegnebog. Både udviklere og validatorer starter med BLZ-tokens som betaling eller til indsats.

På det tidspunkt, hvor man kommer ind i Bluzelle-netværket som kunde eller validator, låser netværket BLZ-tokens og udsteder native tokens, kaldet BNT, til brugerens Bluzelle-tegnebog. Tokenerne kan derefter bruges eller satses i overensstemmelse hermed.

Hvis der er ubrugte BNT-tokens, kan en bruger konvertere dem tilbage til BLZ og trække dem tilbage til en ekstern tegnebog eller byttekonto.

Netværksarkitektur

Alle data på Bluzelle er gemt i “databasezoner”, der omfatter et subnetværk med 13 eller flere noder. Zoner synkroniseres løbende sammen. Alle noder er ens, så hvis man går offline, forbliver dataene tilgængelige for dApp, fordi alle de andre noder beholder den samme kopi. Ændringer foretages kun i databasen, når en større majoritet på to tredjedele når til enighed. Databasezoner kan tilføjes eller fjernes for at skalere op og ned efter behov.

Bluzelle er den første database, der drives af Cosmos and Tendermint-protokollen. Databasemotoren blev udviklet ved hjælp af Cosmos SDK, og BFT-konsensusmotoren er baseret på Tendermint. At være baseret på Cosmos betyder, at Bluzelle-brugere kan drage fordel af interoperabilitet med andre Cosmos-baserede netværk, så de naturligvis kan få adgang til Bluzelle-tjenester.

Udviklere har også adgang til Bluzelle Studio, en interaktiv webapp, der gør det muligt for udviklere at arbejde med databasen.

Hold

Bluezelle blev grundlagt af CEO Pavel Bains og CTO Neeraj Murarka.

Før han dannede Bluezelle, var Pavel Bains medstifter af StoryPanda, en digital platform til børnebøger. Gennem dette blev han en del af det førende VC-firma 500 Startups. Før dette arbejdede han i generel ledelse og økonomi for videospilstudier, herunder Threewave Software og Disney Interactive Studios.

Ved siden af ​​sin rolle som førende Bluzelle rådgiver Bains digitale medie- og teknologivirksomheder i områder inklusive M&A og rejse kapital.

Neeraj Murarka er ingeniør og edb-systemarkitekt, der har fået over 20 års erfaring hos store teknologiske virksomheder, herunder Google, IBM og Hewlett Packard. Blandt andre projekter arbejdede han på en ændret version af Android OS til detailmarkeder.

Historie og køreplan

Bluzelle rejste med succes 19,5 millioner dollars i et token-salg i 2018. I februar 2018 blev BLZ-token noteret på både Binance og Huobi. Virksomheden har arbejdet med højt profilerede navne, herunder HSBC og OCBC banker, om blockchain implementeringer.

Bluezelle har været igennem forskellige iterationer af testnet og er nu i den sidste fase inden lanceringen af ​​mainnet. Der er i øjeblikket ingen dato tilgængelig for mainnet-lanceringen. Da platformen gennemgår den sidste stresstest, synes det imidlertid rimeligt at antage, at der vil blive bekræftet en lanceringsdato snarere end senere.

Konklusion

I den nu overfyldte verden af ​​blockchain ser Bluzelle ud til at besætte sin egen niche i datalagring som en tjeneste. Andre decentrale løsninger har tendens til at fokusere på fillagring (Siacoin, Storj), hvilket ikke løser problemet med datalagring. Især at være baseret på Cosmos kan vise sig at være et klogt træk i betragtning af presset for interoperabilitet.

Derfor har projektet en mulighed for at skabe et navn for sig selv blandt dApp-udviklerfællesskabet. Antages det, at lanceringen af ​​mainnet går glat, og Bluzelle kan udføre en solid markedsføringsstrategi, har den enhver chance for succes.