Blockchain : Exit SQL, bonjour BQL

Facebook
Twitter
LinkedIn
Google+
http://blockchainmag.fr/blockchain-exit-sql-bonjour-bql/
RSS
SHARE
Follow by Email

 

Bien que la plupart des expériences PoC (proof of concept) aujourd’hui soient généralement basées sur la blockchain bitcoin, Ethereum ou Hyperledger, il existe déjà pléthore de nouvelles plates-formes (celle de KrypC, par exemple). Toutes ces plates-formes possèdent différentes implémentations d’algorithmes de consensus exclusifs. En raison des différences dans leurs implémentations internes, chacune des plates-formes actuelles utilisent différents APIs pour accéder, manipuler et interagir avec les structures de données internes. Cela limite sérieusement la capacité  à expérimenter et à innover facilement avec les différentes plate-formes de blockchain. L’état actuel des choses oblige les développeurs, les testeurs et les utilisateurs professionnels à se spécialiser dans une (peut-être deux) plates-formes, réduisant ainsi sérieusement l’agilité. En raison des défis existants et de l’immaturité relative des des blockchains existantes, il est urgent de recentrer la communauté de développeurs sur la standardisation des API des différentes blockchain. Les startups, les consultants et les fournisseurs de Blockchain doivent fournir aux équipes de développement la possibilité d’expérimenter les plates-formes sous-jacentes sans avoir besoin de réécrire leur code au niveau de l’application. Autrement, l’adoption massive de la blockchain en entreprise continuera à être lente.

La technologie de la blockchain doit être consommable par les équipes de développement en entreprise. Par conséquent, il faut trouver rapidement des moyens de permettre une adoption beaucoup plus large en étant testés et réalisés de manière standardisée. La « blockchain data layer » (couche de data sur la blockchain) doit idéalement être considérée comme une alternative viable aux bases de données relationnelles actuelles pour le stockage, la manipulation et le partage des informations distribuées. Atteindre la standardisation en s’inspirant de la conception des systèmes de base de données relationnels existants avec des interfaces standardisées et réutilisables. Pourquoi ne pas calquer une sorte de BQL basé sur SQL ? Cela impliquerait de standardiser les opérations BQL avec des types de données sous-jacents et une syntaxe globale, quelle que soit la mise en œuvre interne d’une blockchain particulière. Par exemple, au niveau le plus élevé possible, nous devrions avoir à « CREATE », « INSERT », « SELECT » et « VERIFY » les commandes BQL pour créer le bloc, insérer le bloc dans la chaîne de blocs (y compris le consensus), en sélectionnant les transactions à partir de la chaîne de blocs qui possèdent certains critères de sélection et vérifier la cohérence du bloc. La syntaxe pour les informations, qui seraient stockées dans des blocs (c’est-à-dire, les descriptions des transactions, transferts d’actifs numériques entre les adresses de clés publiques) doit également être normalisée et combinée de manière transparente dans le cadre des commandes BQL. Le support des opérations cryptographiques ainsi que la capacité d’authentification et d’autorisation, seraient également inclus dans la norme BQL.

Les possibilités ne seraient limitées que par l’imagination et la complexité des concepteurs BQL. Avec la blockchain « sky is the limit ».

Références: Letstalkpayments, Milos Dunjic

Suivre MI SQL sur Twitter : @SQLServer

À lire aussi : Impact de la blockchain sur l’Internet des objets

Shay Mizuno
suivez-moi

Shay Mizuno

Co-fondatrice de Clientconnect by Tagg agence de conception de chatbots (www.clientconnect.com). Passionnée par la blockchain et les crypto-monnaies.
Shay Mizuno
suivez-moi