Udgaven LF 1.1.0 er tilgængelig, et decentraliseret replikerbart datalager i nøgle/værdi-format. Projektet udvikles af ZeroTier, som udvikler en virtuel Ethernet-switch, der muliggør sammenkobling af hosts og virtuelle maskiner placeret hos forskellige udbydere i et virtuelt lokalt netværk, hvor deltagerne udveksler data i P2P-tilstand. Koden til projektet er skrevet i C. Den nye udgave er bemærkelsesværdig ved overgangen til den åbne licens MPL 2.0 (Mozilla Public License).
Tidligere var LF-koden tilgængelig under BSL (Business Source License), som ikke er en åben licens på grund af forskelsbehandling af bestemte brugergrupper. BSL-licensen blev foreslået af medstifterne af MySQL som et alternativ til Open Core-modellen. Essensen af BSL er, at koden til den udvidede funktionalitet oprindeligt er tilgængelig for ændringer, men i en periode kun kan anvendes gratis under overholdelse af yderligere betingelser, for hvilke det kræver køb af en kommerciel licens at omgå.
LF er et fuldstændig decentraliseret system, der gør det muligt at implementere et enkelt datalager i nøgle-værdi-format over et vilkårligt antal noder. På alle noder opbevares data i synkroniseret tilstand, og alle ændringer replikeres helt mellem alle noder. Alle noder i LF er lige. Fraværet af enkelte noder, der koordinerer lagerets funktionalitet, eliminerer en enkelt fejlpunkt, og det at have en fuld kopi af data på hver node forhindrer datatab ved fejlfunktion eller nedlukning af enkelte noder.
For connecting to the network of a new node, no special permissions are required — anyone can start their own node. The data model in LF is based on a directed acyclic graph (DAG), simplifying synchronization and allowing for various conflict resolution strategies and security measures. Unlike systems based on distributed hash tables (DHT), the IF architecture is initially designed for use in unreliable networks where the constant availability of nodes is not guaranteed. Applications of LF include the creation of highly resilient storage systems that hold relatively small volumes of critically important data that change infrequently. For example, LF is suitable for storing keys, certificates, identification parameters, configuration files, hashes, and more. domenenavne.
To protect against overload and abuse, a limit is imposed on the intensity of write operations to the shared storage, implemented based on proof of work — to gain permission to save data, a network participant must perform a certain task that is easy to verify but requires significant computing resources (similar to the organization of expanding systems based on blockchain and CRDT). The computed values are also used as indicators during conflict resolution.
Alternatively, a certificate authority can be launched in the network to issue cryptographic certificates to participants, granting them the right to add records without proof of work and providing priority in conflict resolution. By default, the storage is available without restrictions for any participants to connect, but optionally, based on a certificate system, partitioned private storages can be created, of which only nodes certified by the network owner can become participants.
Key features of LF:
- Ease of deploying one's own storage and connecting to existing public storage networks.
- No single point of failure and the ability to involve anyone in maintaining the storage.
- Høj hastighed til adgang til alle data og mulighed for at få adgang til data, der forbliver på sin egen node, selv efter et netværksbrud.
- Universal sikkerhedsmodel, der gør det muligt at kombinere forskellige konfliktløsningsmekanismer (lokal heuristik, vægt baseret på udført arbejde, hensyntagen til tillidsniveauet hos andre noder, certifikater).
- Fleksibel API til dataforespørgsler, der tillader angivelse af flere indlejrede nøgler eller værdishop. Mulighed for at knytte flere værdier til en enkelt nøgle.
- Alle data opbevares krypteret, inklusive nøgler, og verificeres. Systemet kan anvendes til at organisere opbevaring af fortrolige data på usikre noder. Poster hvis nøgler ikke er kendt, kan ikke bestemmes gennem brute force (uden at kende nøglen er det umuligt at få de tilknyttede data).
Blandt begrænsningerne er der fokus på opbevaring af små, sjældent ændrede data, mangel på låsninger og garanteret datakonsistens, høje krav til CPU, hukommelse, diskplads og båndbredde, samt en konstant stigning i lagerstørrelsen over tid.
Kilde: opennet.ru
