Grundarna av Namebase har kritiserat sociala nÀtverk och centraliserade system för hantering av domÀnnamn. LÄt oss se vad som Àr kÀrnan i deras egna initiativ och varför det inte tilltalar alla.
/ Unsplash /
Vad har hÀnt
Kampanjen för ett alternativt genomförande av namnutrymmet har aktivt frÀmjats sedan förra Äret. Nyligen publicerades med utförliga förklaringar av kritiska bedömningar, förslag för global decentralisering, nödvÀndiga krav för projektet och dess potentiella möjligheter.
Vi har analyserat artikeln och diskussionen kring den pÄ tematiska plattformar. Vi delar med oss av de viktigaste fynden, ytterligare material och Äsikter om detta Àmne.
Vad de kritiserar
PĂ„ Företagen hĂ€nvisar till problemet med överdriven centralisering hos "teknologimonopolister", nationella och internationella organisationer â frĂ„n till sociala medier.
Grundarna av Namebase ifrĂ„gasĂ€tter hur rĂ€ttigheter till yttrandefrihet och Ă€gande av digitala tillgĂ„ngar som profiler, anvĂ€ndarnamn och domĂ€nnamn genomförs under förvaltning av sĂ„dana strukturer (och Ă€ven stater). I sina uttalanden â de ofta fall av stöld, blockerande och borttagande av sĂ„dana "tillgĂ„ngar" utan tillbörlig utredning eller förklaring av skĂ€len.
Vilka förslag som lÀggs fram
uttalandet frÄn entusiaster av detta Àmne, för att avvika frÄn olika svÄrigheter mot ett universellt, hÄllbart och decentraliserat namnutrymme, krÀvs:
- Att sÀkerstÀlla decentraliseringen av det nya systemet.
- Att behÄlla endast nyckelfunktionaliteter.
- Att sÀkerstÀlla lÄg resursanvÀndning och trustless-Ätkomst.
- Att bevara kompatibilitet med det allmÀnna nÀtverksinfrastrukturen.
- Att förutse möjligheten till uppdatering pÄ protokollnivÄ.
Det första och andra kravet kan realiseras med hjÀlp av en dedikerad (i företaget kallad ). Utvecklarna planerar dÀrmed att utesluta riskerna med systemets destabilisering pÄ grund av ÄtgÀrder frÄn intressenter eller nÄgra externa faktorer.
Enligt deras Äsikt kommer design som bygger pÄ befintliga blockkedjor inte att möjliggöra en sÄdan effekt pÄ lÄng sikt, vilket Àr en avgörande faktor för oavbruten drift och uppdatering (femte punkten i kraven) av 'IT-standarder' pÄ denna nivÄ.
Som svar pÄ det tredje kravet föreslÄr utvecklarna att lagra namnrymder i sÄ kallade , utformade specifikt för att lösa denna uppgift. De fungerar som ett alternativ till i Ethereum, men med noder pÄ 32 (blad/syskon noder) och 76 byte (inre noder), och PoW-vikten hÀr överstiger inte en kilobyte Àven med tiotals miljoner 'blad'.
SÄ teamet försöker optimera den tid och de resurser som krÀvs för att lösa namnproblem. Dessutom har de öppnat en 'lÀtt' i C - den hanterar enbart DNS-uppgifter.
/ Unsplash /
NÀr det gÀller kompatibilitet (fjÀrde punkten) sÀger grundarna att projektet syftar till att utöka möjligheterna för befintliga IT-standarder, snarare Àn att ersÀtta dem. Utvecklarna Àr övertygade om att 'anvÀndare av nÀtverket bör ha fler möjligheter att behÄlla kontrollen och verifiera att ett visst namn verkligen tillhör dem', och fortsÀtter att utveckla sin produkt (grundlÀggande information om den - , , ).
De kritiseras för
PÄ Hacker News lÀnkades det till , baserad pÄ Handshake, och . Men det fanns ocksÄ de som uttryckte , att leverantören helt enkelt försöker bli en ytterligare registrator som hanterar namn i ett nÄgot uppdaterat format. Det ifrÄgasattes ocksÄ hur oberoende sÄdana projekt faktiskt Àr, till data om fördelningen av gruvpooler.
Vid nÄgot tillfÀlle gick diskussionen sidledes - en av residenterna uttryckte till och med RSS liknande starta Nu finns det flera alternativ till Handshake och Namebase - frÄn Unstoppable Domains (
) till Ethereum Name Service (ENS). Kommer de att kunna konkurrera med de befintliga metoderna för hantering av domÀnnamn och bli massmarknadsprodukter? Tiden fÄr utvisa.
P.S. Ytterligare lÀsning pÄ vÄr Habra-blogg - .
KĂ€lla: habr.com
