Modes de transaction

Dans l’article La transaction est un lien, on a abordé le mode de transaction LNS et la possibilité d’en gérer plus sous la forme d’un objet.

Le code ne prend en compte que le mode LNS mais sa structure est déjà faite afin d’intégrer plus facilement d’autres modes.

Les modes prévisibles :

  • LNS : mode par Lien et jeton non sécable. C’est l’unique mode capable de fonctionner aujourd’hui avec un cÅ“ur de lien à trois champs.
  • UNS : mode à objet contenant une unique transaction unitaire d’un jeton non sécable.
  • UJP : mode à objet contenant une unique transaction unitaire d’une partie de jeton (sécable).
  • MNS : mode à objet contenant plusieurs transactions unitaires de jetons non sécables.
  • MJP : mode à objet contenant plusieurs transactions unitaires de parties de jetons (sécables).

Le nommage des modes est sous forme de trigramme, c’est une simple convention.

Les types de transactions supportées sont inscrits dans la propriété TRS de la monnaie du jeton.

La transaction est un lien

Après réflexion il est préférable de traiter la transaction dans le code comme un dérivé de lien et non d’objet.

La première raison est assez simple puisque un lien est suffisant pour marquer une transaction si cela ne concerne qu’un jeton entier. C’est le mode de transaction le plus simple et il est développé en ce moment dans la bibliothèque sur le nom LNS (mode par Lien et jeton non sécable).

La seconde, c’est qu’un lien de transaction peut désigner un objet qui porte toutes les transactions unitaires. Dans ce cas on peut traiter simultanément plusieurs jetons et plusieurs parties de jetons. Mais on doit rester dans une seule monnaie.