# Simplified Verification API **URL:** https://forum.duniter.org/t/simplified-verification-api/3631 **Category:** Modules **Created:** [16 November 2017 22:11 UTC](https://forum.duniter.org/t/simplified-verification-api/3631 "2017-11-16T22:11:57Z") **Posts on this page:** 20 **Page:** 2
### Author: ![Inso](https://forum.duniter.org/user_avatar/forum.duniter.org/inso/32/1229_2.png) [@Inso](https://forum.duniter.org/u/Inso) #### Post date: [22 January 2018 11:33 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/21 "2018-01-22T11:33:19Z")
Superbe ! C’est hyper clair 🙂 Je me pose une autre question : comment traiter le cas des recherches d’identitĂ©s avec GraphQL ? (Recherche en piscine, hors-piscine, etc) ---
### Author: ![nanocryk](https://forum.duniter.org/user_avatar/forum.duniter.org/nanocryk/32/4599_2.png) [@nanocryk](https://forum.duniter.org/u/nanocryk) #### Post date: [22 January 2018 11:56 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/22 "2018-01-22T11:56:08Z")
Super ! Quand ta RFC sera assez avancĂ©e tu pourras crĂ©er une _Merge Request_ avec la mention “WIP:” pour que l’on puisse commenter facilement ton document. ---
### Author: ![vit](https://forum.duniter.org/user_avatar/forum.duniter.org/vit/32/2775_2.png) [@vit](https://forum.duniter.org/u/vit) #### Post date: [23 January 2018 10:50 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/23 "2018-01-23T10:50:19Z")
En adaptant la proposition de Inso en GraphQL, pleins de questions/solutions me chauffent le cerveau et je vais vous exposer ici ma vision d’une API client. La **Blockchain** stocke des **Documents**. Cette suite de documents crĂ©ent des Ă©vĂ©nements qui sont en fait des **changement d’Etats**. Certains **Ă©tats** sont dĂ©jĂ  calculĂ©s et stockĂ©s dans la **Blockchain** (comme la **Masse MonĂ©taire** dans un bloc avec DU). Certains **Etats** sont dĂ©jĂ  calculĂ©s et stockĂ©s dans la **Base de donnĂ©es** (comme le solde des portefeuilles : **Balance** ). Certains **Etats** ne sont pas calculĂ©s et doivent l’ĂȘtre par le client Ă  l’aide de l’ **Historique des Documents**. Pour concevoir l’API, ils faut bien distinguer les **TYPES** de donnĂ©es dont le client a besoin. Ce sont surtout des **Etats**. Donc la prioritĂ© est de lister les diffĂ©rents **Etats** des donnĂ©es. Si des **Etats** manquent dans la base de donnĂ©es de Duniter, le module Duniter de l’API peut s’occuper de les calculer dans une table dĂ©diĂ©e de la **Base de DonnĂ©es**. Le but est que le client ne doivent jamais recalculer lui mĂȘme un **Etat** via l’historique des **Documents**. La **Piscine** reçoit aussi des documents, et peut donc gĂ©nĂ©rer des **Etats** , mais souvent _incomplets_ ou _en attente_ et diffĂ©rents selon les noeuds. Pour moi les informations de la piscine sont Ă  gĂ©rer Ă  part. Avec des requĂȘtes spĂ©cifiques. Viendront ensuite les **Listes** de donnĂ©es (recherches, etc). Dans le document RFC, pour commencer, je vais lister les **Etats** nĂ©cessaires au clients. Il y aura des **Etats** dĂ©diĂ©s Ă  l’affichage dans le client et non stockĂ©s dans Duniter, ne correspondant Ă  aucun **Document** connu. On verra aprĂšs comment les calculer cĂŽtĂ© serveur. ---
### Author: ![Inso](https://forum.duniter.org/user_avatar/forum.duniter.org/inso/32/1229_2.png) [@Inso](https://forum.duniter.org/u/Inso) #### Post date: [23 January 2018 10:59 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/24 "2018-01-23T10:59:09Z")
Tout Ă  fait d’accord. C’est un peu ce que je dĂ©crivais dans mon post original, d’aprĂšs moi il doit y avoir 2 BDD : - La BDD en mode “flux” native Ă  Duniter, de taille limitĂ©e (car nombre max d’utilisateur et donc de DU dans la monnaie). Elle contient les UTXO (sources de monnaie disponible) courantes, ainsi que l’état de la WoT, et la chaine de blocs (limitĂ©e en taille Ă  l’avenir via un mĂ©canisme de snapshot) - La BDD en mode “archivage”, apportĂ©e par le module d’API client. Ce module Ă©tant optionnel, si la BDD d’archivage devient trop grosse, les installations sur raspberry pi pourraient Ă©viter de l’installer par exemple. Cet archivage contient notamment les historiques de transactions, de DU crĂ©Ă©s, de destruction de monnaie, etc. ---
### Author: ![vit](https://forum.duniter.org/user_avatar/forum.duniter.org/vit/32/2775_2.png) [@vit](https://forum.duniter.org/u/vit) #### Post date: [23 January 2018 11:30 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/25 "2018-01-23T11:30:24Z")
Pour la seconde BDD, je vois plutĂŽt un seul Etat par donnĂ©es Ă  l’instant t, donc peu d’historiques, sauf si ceux de la BDD de flux sont trop long Ă  extraire
 Pour moi l’archive c’est dĂ©jĂ  la Blockchain. ---
### Author: ![Inso](https://forum.duniter.org/user_avatar/forum.duniter.org/inso/32/1229_2.png) [@Inso](https://forum.duniter.org/u/Inso) #### Post date: [23 January 2018 13:45 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/26 "2018-01-23T13:45:20Z")
Justement, extraire ce flux de la BDD “flux” peut ĂȘtre long (c’est pour ça que plein de choses ont Ă©tĂ© retirĂ©es de BMA et que Sakia le fait maintenant manuellement
 et que c’est super long) car il faut reparcourir toute la chaine Ă  chaque requĂȘte : - Les destructions de monnaie - Les DU crĂ©Ă©s par une identitĂ© donnĂ©e - etc. ---
### Author: ![vit](https://forum.duniter.org/user_avatar/forum.duniter.org/vit/32/2775_2.png) [@vit](https://forum.duniter.org/u/vit) #### Post date: [26 January 2018 19:12 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/27 "2018-01-26T19:12:17Z")
J’ai terminĂ©e la base de dĂ©part de la RFC, vous pouvez commentez l’amĂ©liorer, la modifier, etc. J’ai ajoutĂ© un chapitre sur la seconde Base de donnĂ©es qui pour moi doit ĂȘtre en json (NoSQL). Sqlite permet de faire cela, comme PostgreSQL. On a un mini ElasticSearch Ă  disposition dans un fichier Sqlite ! Je remets le lien, de plus il a changĂ© : > **[rfc/0003 RFC GraphQL API for Duniter Clients.md · graphql\_api\_rfc · nodes /...](https://git.duniter.org/nodes/common/doc/blob/graphql_api_rfc/rfc/0003%20RFC%20GraphQL%20API%20for%20Duniter%20Clients.md)** > > Documentation of the Duniter ecosystem. Provide protocol details, conventions and RFCs (Request For Comments). REPOSITORY MOVED HERE \>\>\> https://git.duniter.org/documents/rfcs Pour le nom, j’hĂ©site entre GVA (GraphQL Verification API) et GMA (GraphQL Merkle API)
 ---
### Author: ![elois](https://forum.duniter.org/user_avatar/forum.duniter.org/elois/32/1541_2.png) [@elois](https://forum.duniter.org/u/elois) #### Post date: [26 January 2018 19:16 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/28 "2018-01-26T19:16:40Z")
> [@vit](#): > > j’hĂ©site entre GVA (GraphQL Verification API) et GMA (GraphQL Merkle API)
 Perso, j’avais dĂ©jĂ  adoptĂ© GVA, et puis c’est mieux de faire rupture avec l’ancienne BMA, et je trouve que GMA c’est trop proche, certains vons croire que c’est la mĂȘme chose, GVA fait rupture, on comprend clairement que c’est qqch de nouveau 🙂 ---
### Author: ![cgeek](https://forum.duniter.org/user_avatar/forum.duniter.org/cgeek/32/279_2.png) [@cgeek](https://forum.duniter.org/u/cgeek) #### Post date: [26 January 2018 20:51 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/29 "2018-01-26T20:51:56Z")
Si je vous dit que par consonnance j’entends GPA, c’est gĂȘnant ? ---
### Author: ![elois](https://forum.duniter.org/user_avatar/forum.duniter.org/elois/32/1541_2.png) [@elois](https://forum.duniter.org/u/elois) #### Post date: [26 January 2018 21:04 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/30 "2018-01-26T21:04:24Z")
> [@cgeek](#): > > par consonnance j’entends GPA, c’est gĂȘnant ? 😂 😂 haha non ça fait progressiste 😉 ---
### Author: ![kimamila](https://forum.duniter.org/user_avatar/forum.duniter.org/kimamila/32/185_2.png) [@kimamila](https://forum.duniter.org/u/kimamila) #### Post date: [30 January 2018 17:52 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/31 "2018-01-30T17:52:28Z")
> [@elois](#): > > haha non ça fait progressiste ben je comprends rien au sens du progrĂšs, alors
 ceux qui n’ont pas connu leur vrai mĂšre comprendront
 â˜č ---
### Author: ![kimamila](https://forum.duniter.org/user_avatar/forum.duniter.org/kimamila/32/185_2.png) [@kimamila](https://forum.duniter.org/u/kimamila) #### Post date: [1 February 2018 18:02 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/32 "2018-02-01T18:02:25Z")
Pour info, il y a un application exemple GraphQL + sqlite : [https://github.com/mrblueblue/graphql-express-sqlite](https://github.com/mrblueblue/graphql-express-sqlite) J’ai testĂ© et ca fonctionne plutot bien. Par contre il va falloir spĂ©cifier tous les types retourner, par chaque requete
 ---
### Author: ![stephane](https://forum.duniter.org/user_avatar/forum.duniter.org/stephane/32/2801_2.png) [@stephane](https://forum.duniter.org/u/stephane) #### Post date: [4 March 2018 11:31 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/33 "2018-03-04T11:31:49Z")
A propos de la nouvelle API, y a t-il un moyen de savoir quand un nƓud est offline? ---
### Author: ![elois](https://forum.duniter.org/user_avatar/forum.duniter.org/elois/32/1541_2.png) [@elois](https://forum.duniter.org/u/elois) #### Post date: [4 March 2018 14:40 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/34 "2018-03-04T14:40:05Z")
> [@stephane](#): > > A propos de la nouvelle API, y a t-il un moyen de savoir quand un nƓud est offline? Oui je prĂ©vois un systĂšme de gestion avancĂ©s des status de chaque nƓuds dans ws2p v2 ou 3, et dans l’idĂ©al il faudra que la nouvelle api client relaye ces infos aux clients qui le souhaitent, mais cette nouvelle api client en est encore aux spec, et surtout je ne sais toujours pas qui va la coder, je pourrais aider pour l’interface avec ws2p mais je ne projette pas de dev cette nouvelle api client, j’ai dĂ©jĂ  beaucoup trop d’engagements de dev compte tenu du temps dont je dispose ! Donc la vrai question est lĂ , qui vas dev GVA ? Pour info les spec se discutent ici : [WIP: RFC 3 : GraphQL API for Duniter Client (!3) · Merge requests · nodes / common / doc · GitLab](https://git.duniter.org/nodes/common/doc/merge_requests/3) ---
### Author: ![vit](https://forum.duniter.org/user_avatar/forum.duniter.org/vit/32/2775_2.png) [@vit](https://forum.duniter.org/u/vit) #### Post date: [7 May 2018 08:02 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/35 "2018-05-07T08:02:48Z")
Un article trÚs intéressant sur les différences entre une approche REST et GraphQL pour une API : > **[GraphQL vs REST: Overview](https://philsturgeon.com/graphql-vs-rest-overview/)** > > A few months back I wrote a comparison between RPC and REST for Smashing Magazine, and now I want to talk about the differences between REST and GraphQL: the new kid on the block. > > > GraphQL is incorrectly considered by some to be a "replacement" to... ---
### Author: ![kimamila](https://forum.duniter.org/user_avatar/forum.duniter.org/kimamila/32/185_2.png) [@kimamila](https://forum.duniter.org/u/kimamila) #### Post date: [9 May 2018 08:00 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/36 "2018-05-09T08:00:42Z")
Pourrait on en parler au RML11 ? Je pourrais vous faire un dĂ©mo d’un projet sur lequel je travaille : application web avec des technos proche de celles de Cesium, mais en versions plus rĂ©centes (Ionic 4 + Angular JS 5), et avec du GraphQL (API JS cliente Apollo) ---
### Author: ![Inso](https://forum.duniter.org/user_avatar/forum.duniter.org/inso/32/1229_2.png) [@Inso](https://forum.duniter.org/u/Inso) #### Post date: [9 May 2018 08:32 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/37 "2018-05-09T08:32:46Z")
Oui ça serait bien qu’on se fasse une sĂ©ance de discussion lĂ  dessus. Quitte Ă  faire ça en parallĂšle d’un autre atelier technique. ---
### Author: ![elois](https://forum.duniter.org/user_avatar/forum.duniter.org/elois/32/1541_2.png) [@elois](https://forum.duniter.org/u/elois) #### Post date: [9 May 2018 09:20 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/38 "2018-05-09T09:20:46Z")
> [@kimamila](#): > > Pourrait on en parler au RML11 ? > > Je pourrais vous faire un dĂ©mo d’un projet sur lequel je travaille : application web avec des technos proche de celles de Cesium, mais en versions plus rĂ©centes (Ionic 4 + Angular JS 5), et avec du GraphQL (API JS cliente Apollo) > [@Inso](#): > > Oui ça serait bien qu’on se fasse une sĂ©ance de discussion lĂ  dessus. Quitte Ă  faire ça en parallĂšle d’un autre atelier technique. Je vais en toucher mot vendredi matin car je ne vais pas recoder BMA dans duniter-rs et il me faudra bien une api client, donc je compte bien qu’on implĂ©mente directement une api GraphQL basĂ©e sur la RFC en cours de proposition, d’autant qu’il y a une crate rust mature pour GraphQL 🙂 Par contre j’ai tellement d’autres prioritĂ©s d’abord que je ne commencerai pas avant 2019, aprĂšs si d’autres contributeurs me rejoignent ça pourra aller plus vite 😉 ---
### Author: ![Moul](https://forum.duniter.org/user_avatar/forum.duniter.org/moul/32/9145_2.png) [@Moul](https://forum.duniter.org/u/Moul) #### Post date: [18 May 2018 18:32 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/39 "2018-05-18T18:32:26Z")
J’avais dĂ» rater cet article. J’ai du ĂȘtre inspirĂ© par un trou noir. C’est super les rĂ©flexions que vous avez faites ! ---
### Author: ![Moul](https://forum.duniter.org/user_avatar/forum.duniter.org/moul/32/9145_2.png) [@Moul](https://forum.duniter.org/u/Moul) #### Post date: [30 May 2018 13:38 UTC](https://forum.duniter.org/t/simplified-verification-api/3631/40 "2018-05-30T13:38:15Z")
Ça a donnĂ© quoi les discussions Ă  la RML11 ? [Previous page](https://forum.duniter.org/t/simplified-verification-api/3631.md?page=1) [Next page](https://forum.duniter.org/t/simplified-verification-api/3631.md?page=3)