La version LF 1.1.0 est disponible, un stockage de données décentralisé et répliqué au format clé/valeur. Le projet est développé par ZeroTier, qui crée un commutateur Ethernet virtuel permettant de relier des hôtes et des machines virtuelles hébergés chez différents fournisseurs dans un réseau local virtuel unique, dont les participants échangent des données en mode P2P. Le code du projet est écrit en langage C. Cette nouvelle version se distingue par son passage à la licence libre MPL 2.0 (Mozilla Public License).
Auparavant, le code LF était disponible sous licence BSL (Business Source License), qui n'est pas libre en raison de la discrimination de certaines catégories d'utilisateurs. La licence BSL a été proposée par les cofondateurs de MySQL comme une alternative au modèle Open Core. L'idée de la BSL est que le code des fonctionnalités étendues est initialement accessible pour modifications, mais peut être utilisé gratuitement pendant un certain temps uniquement sous certaines conditions, contournement desquelles nécessite l'achat d'une licence commerciale.
LF est un système entièrement décentralisé permettant de déployer un stockage de données au format clé-valeur sur un nombre arbitraire de nœuds. Sur tous les nœuds, les données sont maintenues dans un état synchronisé, et toutes les modifications sont entièrement répliquées entre tous les nœuds. Tous les nœuds dans LF sont égaux. L'absence de nœuds distincts coordonnant le fonctionnement du stockage supprime un point de défaillance unique, et la présence d'une copie complète des données sur chaque nœud exclut la perte d'informations en cas de défaillance ou de désactivation de nœuds individuels.
Pour se connecter au réseau d'un nouveau nœud, il n'est pas nécessaire d'obtenir des autorisations distinctes : quiconque peut lancer son propre nœud. Le modèle de données dans LF est basé sur un graphe acyclique orienté (DAG), ce qui simplifie la synchronisation et permet d'appliquer diverses stratégies de résolution des conflits et de sécurité. Contrairement aux systèmes basés sur des tables de hachage distribuées (DHT), l'architecture IF est initialement conçue pour une utilisation dans des réseaux peu fiables, où la disponibilité constante des nœuds n'est pas garantie. LF est mentionné comme applicable à la création de systèmes de stockage hautement résilients, où de petits volumes de données critiques, qui changent rarement, sont conservés. Par exemple, LF convient pour le stockage de clés, de certificats, de paramètres d'identification, de fichiers de configuration, de hachages et complets.
Pour se protéger contre les surcharges et les abus, une limitation de l'intensité des opérations d'écriture dans le stockage commun est mise en œuvre sur la base d'une preuve de travail (proof of work) : afin de pouvoir enregistrer des données, un participant au réseau de stockage doit accomplir une tâche précise, facile à vérifier mais nécessitant de grandes ressources en calcul (similaire à l'organisation de l'expansion des systèmes basés sur la blockchain et CRDT). Les valeurs calculées sont également utilisées comme indicateur lors de la résolution des conflits.
En alternative, un centre de certification peut être lancé sur le réseau pour délivrer aux participants des certificats cryptographiques, permettant d'ajouter des enregistrements sans nécessiter de preuve de travail et donnant la priorité dans la résolution des conflits. Par défaut, le stockage est accessible sans restriction pour que tous les participants se connectent, mais sur la base d'un système de certificats, il peut être créé des stockages privés cloisonnés dont les participants peuvent être uniquement les nœuds certifiés par le propriétaire du réseau.
Les principales caractéristiques de LF :
- Simplicité de déploiement de votre propre stockage et connexion à des réseaux de stockage publics existants.
- Absence de point de défaillance unique et possibilité d'impliquer dans le maintien du stockage tous ceux qui le souhaitent.
- Une grande vitesse d'accès à toutes les données et la possibilité d'accéder aux données restant sur leur nœud, même après une interruption de la connectivité réseau.
- Un modèle de sécurité universel permettant de combiner différents mécanismes de résolution de conflits (heuristique locale, poids basé sur le travail effectué, prise en compte du niveau de confiance des autres nœuds, certificats).
- Une API flexible pour demander des données, permettant de spécifier plusieurs clés imbriquées ou plages de valeurs. Possibilité de lier plusieurs valeurs à une seule clé.
- Toutes les données sont stockées sous forme cryptée, y compris les clés, et sont vérifiées. Le système peut être utilisé pour organiser le stockage de données confidentielles sur des nœuds peu fiables. Les enregistrements dont les clés ne sont pas connues ne peuvent pas être déterminés par la méthode de force brute (sans connaître la clé, il est impossible d'obtenir les données qui lui sont associées).
Les limitations notables incluent une orientation vers le stockage de petites données modifiant rarement, l'absence de verrous et de cohérence garantie des données, des exigences élevées en matière de CPU, de mémoire, d'espace disque et de bande passante, et une augmentation constante de la taille du stockage au fil du temps.
Source : opennet.ru
