Grunnleggerne av Namebase kritiserte sosiale nettverk og sentraliserte styringssystemer for domenenavn. La oss se hva essensen av deres eget initiativ er og hvorfor ikke alle liker det.
/Unsplash/
Hva skjedde
Kampanjen for en alternativ implementering av navnerom har vært aktivt fremmet siden i fjor. Kom ut her om dagen med detaljerte forklaringer av kritiske vurderinger, forslag til global desentralisering, nødvendige krav til prosjektet og dets potensielle muligheter.
Vi analyserte artikkelen og diskusjonen rundt den på tematiske plattformer. Vi deler hovedfunnene, tilleggsmaterialet og meningene om dette emnet.
Hva er det de kritiserer for?
På selskaper er det referanser til problemet med overdreven sentralisering på siden av "teknologiske monopolister", nasjonale og internasjonale organisasjoner - fra til sosiale nettverk.
Grunnleggerne av Namebase stiller spørsmål ved hvordan slike enheter (og til og med stater) styrer rettighetene til ytringsfrihet og eierskap til digitale eiendeler som profiler, brukernavn og domenenavn. I sine taler, de ofte tilfeller av tyveri, blokkering og fjerning av slike "eiendeler" uten behørig prosess eller forklaring.
Hvilke forslag fremmes?
På For entusiaster av dette emnet, for å bevege seg bort fra alle slags kompleksiteter mot et universelt, stabilt og desentralisert navneområde, trenger du:
- Sørg for at det nye systemet er desentralisert.
- La bare nøkkelfunksjonalitet være igjen.
- Sikre lavt ressursforbruk og tillitsløs tilgjengelighet.
- Oppretthold kompatibilitet med felles nettverksinfrastruktur.
- Gi muligheten til å oppdatere på protokollnivå.
De første og andre kravene kan implementeres ved hjelp av en dedikert (selskapet ringte ham ).På denne måten planlegger utviklerne å eliminere risikoen for systemdestabilisering på grunn av handlingene til interessenter eller eksterne faktorer.
Etter deres mening vil design på grunnlag av eksisterende blokkjeder ikke tillate å oppnå en slik effekt på lang sikt, noe som er en avgjørende faktor for uavbrutt drift og oppdatering (det femte kravpunktet) av "IT-standarder" på dette nivået.
Som svar på det tredje kravet foreslår utviklere å lagre navneområdedata i såkalte , utviklet spesielt for å løse dette problemet. De fungerer som et alternativ i Ethereum, men med noder på 32 (blad-/søskennoder) og 76 byte (interne noder), og PoW-vekten her overstiger ikke en kilobyte selv med titalls millioner "blader".
På denne måten prøver teamet å optimalisere tiden og ressursene som kreves for navneløsning. I tillegg åpnet hun også et "lys" i C - den omhandler utelukkende DNS-oppgaver.
/Unsplash/
Hvis vi snakker om kompatibilitet (fjerde punkt), ifølge gründerne, er prosjektet rettet mot å utvide mulighetene til eksisterende IT-standarder, og ikke å erstatte dem. Utviklerne er sikre på at "nettverksbrukere bør ha flere muligheter til å opprettholde kontrollen og sørge for at et bestemt navn tilhører dem," og fortsette å utvikle produktet deres (grunnleggende informasjon om det er , , ).
Hvorfor blir de kritisert?
Hacker News ga en lenke til , avhengig av Handshake, og . Men det var også de som ga uttrykk at leverandøren rett og slett prøver å bli en annen registrar som driver navn i et litt oppdatert format. Uavhengigheten til slike prosjekter har også blitt stilt spørsmål ved, om data om fordeling av gruvebassenger.
På et tidspunkt gikk diskusjonen sidelengs - til og med en av nettstedets beboere tanken på en lignende "vekkelse" -et økosystem som kan bli et desentralisert svar på det monopoliserte sosiale mediemarkedet. Men her - som i situasjonen med Handshake - kom alt ned til spørsmålet om inntektsgenerering og graden av eleganse av løsningen. Som kjent, DNS-prosjekter har allerede prøvd , men denne prosessen gikk ikke så knirkefritt som grunnleggerne deres ville ha ønsket.
Nå har Handshake og Namebase flere alternativer – fra Unstoppable Domains () til Ethereum Name Service (). Tiden vil vise om de vil være i stand til å konkurrere med eksisterende tilnærminger til administrasjon av domenenavn og bli utbredt.
PS Ytterligere lesning i vår habrablogg - .
Kilde: www.habr.com