Impervious lance un navigateur entièrement décentralisé

Impervious publiera son navigateur entièrement décentralisé le 7 avril lors de la semaine Bitcoin 2022, a tweeté la plateforme. Il se présente comme « google sans google, zoom sans zoom et identité sans état ».

L’API imperméable est une couche programmatique qui se trouve au-dessus du réseau Bitcoin Lightning, c’est-à-dire la « couche 3 ». Les développeurs peuvent tirer parti de l’API Impervious pour intégrer facilement des transmissions de données et des paiements p2p sécurisés dans leurs applications et services.

Caractéristiques et fonctions

Parmi les caractéristiques et fonctions du navigateur figurent :

• Complètement peer-to-peer
• Cryptage par défaut
• Résistance à la censure et à la surveillance
• Paiements intégrés

Une panacée pour la vie privée

Contourner les intermédiaires numériques et établir des transmissions de données p2p est une panacée pour la confidentialité des consommateurs, la sécurité des données, la résistance à la censure et la lutte contre la surveillance.

L’objectif d’Impervious Node est de permettre aux développeurs de créer facilement des applications robustes qui tirent parti du Lightning Network, sans avoir à apprendre ou à se soucier des techniques approfondies des systèmes de paiement Lighting.

Les nœuds imperméables sont un cadre permettant aux développeurs de créer leurs propres réseaux, applications, API et autres structures architecturales créatives.

À propos de l’architecture d’Impervious

• Au niveau un, il existe le réseau Bitcoin – argent, stockage en profondeur, confiance racine globale.
• Au niveau deux, il existe le Lightning Network – espèces, paiements fluides, confiance entre pairs.
• Au niveau trois, il existe le réseau Impervious – applications, micro-paiements en continu et fédération de nœuds.

Le nœud imperméable offre trois interfaces conviviales pour les développeurs Web pour les communications :

• Entrée GRPC
• Entrée RESTful HTTP
• Sortie HTTP Websocket

Les deux interfaces GRPC/REST fournissent une entrée et un ID de message sur la réponse. Cet ID de message permet à un développeur de suivre et de coordonner la synchronisation des messages.

La sortie Websocket est un flux de messages, avec l’ID de message ci-dessus ou un ID de message distant. Le Websocket est utilisé pour la réception asynchrone/aléatoire des messages. Pour certains points de terminaison d’API, la réponse se fait via le Websocket, car il peut y avoir un long état d’attente pour que le Lightning Network transfère les messages.

Dans la conception Impervious, ces interfaces GRPC/REST génèrent un ID de message, déclenchent le message dans le Lightning Network, puis répondent immédiatement au développeur avec l’ID de message. Le développeur surveille ensuite le Websocket pour que cet ID de message soit renvoyé.