GVA: First minimal schema with IdentityDocument

link to #89 (closed)

changed milestone to %v1.0 full member node

added C-gva D-medium S-to do in priority labels

changed the description

J'ai trouvé la structure IdentityDocument dans lib/tools/documents/identity.rs. Je vais commencer par transformer la structure en schéma graphql avec l'aide de la structure que je viens de voir. Enfin je vais l'utiliser avec Juniper.

EDIT: j'ai commencé à écrire le schéma en graphql pur. Comme vous pouvez le voir, il me reste encore à trouver les types un peu spéciaux de hash dans blockstamp ([u8; 32] c'est à dire un tableau de 32 entiers non signés par morceaux de 8 (donc des octets)), de issuers dans IdentityDocument (Vec<[u8; 32]> c'est à dire un tableau de 32 bytes) et de signatures dans signatures de IdentityDocuments (Vec<[u8; 32]>, tableau de 32 bytes))

Je vais vous présenter le code de graphql ici:

type Query {
  allIdentityDocuments(last: Int): [IdentityDocument!]!
}

type Blockstamp {
  id: Int
  hash: String
}

type IdentityDocument {
  text: String
  currency: String
  blockstamp: Blockstamp
  issuers: [String]
  signatures: [String]
}

Ce code est pour le moment inutile en soit. Avant de corriger ce bug, je vais d'abord me former à jupiper. Peut-être que les types y sont inclus.

j'ai commencé à écrire le schéma en graphql pur. Comme vous pouvez le voir, il me reste encore à trouver les types un peu spéciaux de hash dans blockstamp ([u8; 32] c'est à dire un tableau de 32 entiers non signés par morceaux de 8 (donc des octets)), de issuers dans IdentityDocument (Vec<[u8; 32]> c'est à dire un tableau de 32 bytes) et de signatures dans signatures de IdentityDocuments (Vec<[u8; 32]>, tableau de 32 bytes))

@counter-reverse tu n'a pas a manipuler les types binaires, il y a un trait ToStringObject qui est implémenté par IdentityDocument et qui permet de récupérer un object ne contenant que des champs de type String nommé IdentityStringDocument, regarde ici : https://git.duniter.org/nodes/rust/duniter-rs/blob/dev/lib/tools/documents/src/documents/identity.rs#L49-74

C'est en réalité un objet IdentityStringDocument que tu exposera ;)

EDIT : concernant le schéma que tu propose : le champ 'text' contient en réalité la version raw du document, et elle doit etre proposée a part, merci de respecter le schéma que je t'ai envoyé par MP sur le forum et que je te redonne ici :

type BlockNumberAndHash {
  # Block number
  number: Int!
  # Block hash
  hash: String!
}

# Document state
enum DocumentState {
  # Documetn written in blockchain
  WRITTEN
  # Document in sandbox (not written in blockhain)
  PENDING
  # Any documents
  ANY
}

type Identity {
  version: Int!
  type: String!
  currency: String!
  issuer: String!
  blockNumberAndHash: BlockNumberAndHash!
  usernameID: String!
  signature: String! 
  raw: String!
  # Null if the document is not written in blockchain
	written_on: BlockNumberAndHash
  # True if the identity respects the distance rule, false if otherwise
  # Some nodes may decide not to do this computation because it is time-consuming, so they return null
  distance: Boolean!
}

input Paging {
  pageNumber: Int! = 0
  pageSize: Int! = 50
  fromBlock: Int! = 0
  # If toBlock is null, current block number is used
  toBlock: Int
}

type Query {
  identities(
    paging: Paging!
    issuer: String
    usernameID: String
    blockNumberAndHash: BlockNumberAndHashInput
    state: DocumentState!
  ): Identities
}

@librelois ok donc mon travail c'est de transformer le schéma graphql que tu m'as montré de telle manière qu'il soit compréhensible par rust grâce à la bibliothèque juniper?

@counter-reverse c'est en effet une partie de ton travail :)

Tu devra également coder les résolvers qui vont aller demander les data au module blockchain dans un premier temps bouchonne tes données dans une hashmap remplie en dur.

Ensuite, quand j'aurais créer les requêtes inter-modules te permettant de récupérer les identités tu pourra utiliser les vrais données, je viens de me créer le ticket #124 (closed) pour çà ;)

mentioned in issue #124 (closed)

created branch counter/123-gva-first-minimal-schema-with-identitydocument to address this issue

changed milestone to %v0.4 Full Mirror Node

removed S-to do in priority label

changed title from GVA: First minimal schéma with IdentityDocument to GVA: First minimal schema with IdentityDocument