LF är en decentraliserad lagring av replikerad data i nyckel-/värdeformat som pågår utvecklad av ZeroTier, som utvecklar en virtuell Ethernet-switch som gör det möjligt att kombinera värdar och virtuella maskiner som finns hos olika leverantörer i ett virtuellt lokalt nätverk, vars deltagare utbyter data i P2P-läge.
Tidigare var LF-koden tillgänglig under BSL-licensen (Business Source License), som inte är gratis på grund av diskriminering av vissa kategorier av användare. BSL-licensen föreslogs av medgrundarna av MySQL som ett alternativ till Open Core-modellen. Kärnan i BSL är att koden för den utökade funktionaliteten initialt är tillgänglig för modifiering, men under en tid kan den användas kostnadsfritt endast om ytterligare villkor är uppfyllda, för att kringgå vad köpet av en kommersiell licens kräver.
LF är ett helt decentraliserat system och gör det möjligt att implementera ett enda datalager i nyckelvärdesformat på ett godtyckligt antal noder. Alla noder håller data synkroniserade och alla ändringar replikeras helt över alla noder, plus att alla LF-noder är desamma. Frånvaron av separata noder som koordinerar lagringsarbetet gör det möjligt att bli av med en enda felpunkt och närvaron av en fullständig kopia av data i varje nod eliminerar förlusten av information i händelse av fel eller avstängning av individen.
För att ansluta en ny nod till nätverket behöver du inte skaffa separata behörigheter; vem som helst kan starta sin egen nod. LF-datamodellen baseras på en riktad acyklisk graf(DAG) som förenklar synkronisering och möjliggör olika säkerhets- och konfliktlösningsstrategier.
Till skillnad från distribuerade hashtabeller (DHT) baserade system, IF-arkitekturen designades ursprungligen för användning i opålitliga nätverk, där den konstanta tillgängligheten av noder inte är garanterad. LF-applikationer inkluderar att skapa de mest motståndskraftiga lagringssystemen som lagrar relativt små mängder verksamhetskritisk data som sällan ändras. Till exempel är LF lämplig för nyckellager, certifikat, referenser, konfigurationsfiler, hash- och domännamn.
För att skydda mot överbelastning och missbruk tillämpas en begränsning av verksamhetens intensitet skriva till delad lagring, implementerad på basis av ett arbetsbevis (bevis på arbete), för att kunna spara data, en medlem i lagringen Nätverket måste utföra en viss uppgift, som är lätt att verifiera, men kräver stora beräkningsresurser (liknande att organisera expansionen av system baserade på blockchain och CRDT). De beräknade värdena används också som en indikator för konfliktlösning.
Alternativt kan en certifikatutfärdare startas på nätverket att utfärda kryptografiska certifikat till deltagare som ger rätt att lägga till poster utan bekräftelse av arbetet och ge prioritet vid lösning av konflikter. Som standard är lagring tillgänglig utan begränsningar för att ansluta deltagare, men valfritt, beroende på certifikatsystemet, kan inhägnade privata lagringar skapas, där endast noder certifierade av nätägaren kan bli deltagare.
Av de viktigaste egenskaperna hos LF sticker följande ut:
- Enkelt att distribuera din lagring och ansluta till befintliga offentliga lagringsnätverk.
- Frånvaron av en enda felpunkt och förmågan att involvera alla i underhållet av butiken.
- Höghastighetsåtkomst till all data och möjligheten att komma åt data som finns kvar på din nod, även efter ett fel i nätverksanslutningen.
- En universell säkerhetsmodell som gör det möjligt att kombinera olika konfliktlösningsmekanismer (lokal heuristik, viktning baserat på utfört arbete, med hänsyn till förtroendenivån för andra noder, certifikat).
- Flexibelt API för att söka efter data, så att du kan ange flera kapslade nycklar eller värdeintervall. Möjlighet att binda flera värden till en nyckel.
- All data lagras krypterad, inklusive nycklar, och verifieras. Systemet kan användas för att organisera konfidentiell datalagring på opålitliga noder. Poster, vars nycklar inte är kända, kan inte bestämmas med brute force-metoden (utan att känna till nyckeln är det omöjligt att få data som är associerade med den).
- Bland begränsningarna ligger fokus på lagring av små data som sällan ändras, frånvaron av lås och garanterad datakonsistens, höga krav på CPU, minne, diskutrymme och bandbredd samt en konstant ökning av lagringsstorleken över tid.
Slutligen, om du är intresserad av att veta mer om det kan du läsa detaljerna I följande länk.