Alors pour préciser :
Si type=D : la source est un dividende universel
identifier : clé publique du créateur (bah oui un DU c’est une création de monnaie)
noffset : numéro du bloc de création du DU
Si type=T : la source est un output d’une transaction précédente
identifier : hash du document transaction dont est issue cette source
noffset : position de cette source dans les output de la transaction qui l’a générée.
Oui c’est exact il faut bien prendre hash et pas inner_hash
Ben non, si tu a le retour positif c’est juste que le nœud duniter a bien enregistrer ta TX, mais pour qu’elle soit en blockchain il faut qu’il l’écrive dans un block ou qu’il la propage (la tx) a un autre noeud qui lui l’écrira dans un block, d’ou le délai de 5 à 30 min, c’est le temps qu’il faut pour qu’un nœud qui à bien enregistrer ta TX dans sa piscine trouve un block.
Alors tx/history te donne les données en blockchain donc si la transaction s’y trouve c’est qu’elle a déjà été validée. Quand aux champs sending et receiving il sont toujours vide j’avoue ne pas savoir a quoi ils servent.
En revanche pour les transactions en attente donc bien reçus mais pas encore en blockchain ça se passe dans pending tu peut d’ailleurs utiliser l’url tx/history/:pubkey/pending pour ne récupérer que les transactions en attente