LF, en desentralisert lagring av replikerte data

LF er en desentralisert lagring av replikerte data i nøkkel/verdi-format som blir utviklet av ZeroTier, som utvikler en virtuell Ethernet-svitsj som gjør det mulig å kombinere verter og virtuelle maskiner plassert i forskjellige leverandører i et virtuelt lokalnettverk, hvis deltakere utveksler data i P2P-modus.

Tidligere var LF-koden tilgjengelig under BSL-lisensen (Business Source License), som ikke er gratis på grunn av diskriminering av visse kategorier av brukere. BSL-lisensen ble foreslått av medgründerne av MySQL som et alternativ til Open Core-modellen. Essensen av BSL er at koden for utvidet funksjonalitet i utgangspunktet er tilgjengelig for modifikasjon, men i noen tid kan den brukes gratis bare hvis ytterligere betingelser er oppfylt, for å omgå hva kjøp av en kommersiell lisens krever.

LF er et fullstendig desentralisert system og gjør det mulig å implementere et enkelt datavarehus i nøkkelverdiformat på et vilkårlig antall noder. Alle noder holder data synkronisert, og alle endringer er fullt replikert på tvers av alle noder, pluss at alle LF-noder er de samme. Fraværet av separate noder som koordinerer arbeidet med lagringen gjør det mulig å bli kvitt et enkelt feilpunkt, og tilstedeværelsen av en fullstendig kopi av dataene i hver node eliminerer tap av informasjon i tilfelle feil eller nedleggelse av individet.

For å koble en ny node til nettverket, trenger du ikke å få separate tillatelser; hvem som helst kan starte sin egen node. LF-datamodellen er basert på en rettet asyklisk graf(DAG) som forenkler synkronisering og muliggjør ulike sikkerhets- og konfliktløsningsstrategier.

I motsetning til distribuerte hashtabeller (DHT) baserte systemer, IF-arkitekturen ble opprinnelig designet for bruk i upålitelige nettverk, hvor konstant tilgjengelighet av noder ikke er garantert. LF-applikasjoner inkluderer å lage de mest robuste lagringssystemene som lagrer relativt små mengder virksomhetskritiske data som sjelden endres. For eksempel er LF egnet for nøkkellager, sertifikater, legitimasjon, konfigurasjonsfiler, hashes og domenenavn.

For å beskytte mot overbelastning og misbruk, brukes en begrensning av intensiteten av operasjoner skrive til delt lagring, implementert på grunnlag av et arbeidsbevis (arbeidsbevis), for å kunne lagre data, et medlem av lagringen Nettverket må utføre en bestemt oppgave, som lett kan verifiseres, men krever store beregningsressurser (ligner på å organisere utvidelse av systemer basert på blokkjede og CRDT). De beregnede verdiene brukes også som en indikator for konfliktløsning.

Alternativt kan en sertifiseringsinstans startes på nettverket å utstede kryptografiske sertifikater til deltakere som gir rett til å legge til oppføringer uten bekreftelse av arbeidet og gi prioritet i løsning av konflikter. Som standard er lagring tilgjengelig uten begrensninger for å koble til deltakere, men valgfritt, avhengig av sertifikatsystemet, kan det opprettes inngjerdede private lager, der kun noder sertifisert av nettverkseieren kan bli deltakere.

Av hovedkarakteristikkene til LF skiller følgende seg ut:

  • Enkelt å distribuere lagringen din og koble til eksisterende offentlige lagringsnettverk.
  • Fraværet av et enkelt feilpunkt og muligheten til å involvere alle i vedlikeholdet av butikken.
  • Høyhastighetstilgang til alle data og muligheten til å få tilgang til dataene som er igjen på noden din, selv etter en nettverkstilkoblingsfeil.
  • En universell sikkerhetsmodell som gjør det mulig å kombinere ulike konfliktløsningsmekanismer (lokal heuristikk, vekting basert på utført arbeid, tar hensyn til tillitsnivået til andre noder, sertifikater).
  • Fleksibel API for å spørre etter data, slik at du kan spesifisere flere nestede nøkler eller verdiområder. Evne til å binde flere verdier til en nøkkel.
  • Alle data lagres kryptert, inkludert nøkler, og verifiseres. Systemet kan brukes til å organisere konfidensiell datalagring på ikke-klarerte noder. Poster, hvis nøkler ikke er kjent, kan ikke bestemmes med brute force-metoden (uten å kjenne nøkkelen er det umulig å få tak i dataene knyttet til den).
  • Blant begrensningene er fokus på lagring av små data som sjelden endres, fravær av låser og garantert datakonsistens, høye krav til CPU, minne, diskplass og båndbredde, og en konstant økning i lagringsstørrelse over tid.

Til slutt, hvis du er interessert i å vite mer om det, kan du se detaljene I den følgende lenken.


Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.