simplification (doc)

doc/PRD-PCD-Specs.md

@@ -179,7 +179,7 @@ Utile pour les utilisateurs cherchant à consulter ou à explorer des listes de
 
 ###  7.1. <a name='Crationetenvoi-1'></a>Création et envoi
 
-Traitements des `RequestPrd`, avec le `type_request` spécifique à `RequestPrdList` incluant l'envoi de la`transaction SP` via un `RequestPrdMessage` pour la publication de la transaction dans la side chain.
+Traitements des `RequestPrd`, avec le `type_request` spécifique à `RequestPrdList`.
 
 ###  7.2. <a name='Rception-1'></a>Réception
 
@@ -206,7 +206,7 @@ Les `RequestPrdMessage` répondent aux `RequestPrdMessage` sauf en cas d'envoi d
 
 ###  8.1. <a name='Crationetenvoi-1'></a>Création et envoi
 
-Traitements des `RequestPrd`, avec le `type_request` spécifique à `RequestPrdMessage` incluant l'envoi de la`transaction SP` via un autre `RequestPrdMessage` pour la publication de la transaction dans la side chain.
+Traitements des `RequestPrd`, avec le `type_request` spécifique à `RequestPrdMessage`.
 
 ###  8.2. <a name='Rception-1'></a>Réception
 
@@ -232,7 +232,7 @@ Les `RequestPrdUpdate` signalent au réseau via l'attribut `RequestPcd_new_versi
 
 ###  9.1. <a name='Crationetenvoi-1'></a>Création et envoi
 
-Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdUpdate` incluant l'envoi de la`transaction SP` via un `RequestPrdMessage` pour la publication de la transaction dans la side chain.
+Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdUpdate`.
 
 ###  9.2. <a name='Rception-1'></a>Réception
 
@@ -244,11 +244,9 @@ Les `RequestPrdList`, `RequestPrdUpdate`, `RequestPrdMessage`, `RequestPrdRespon
 
 `code_confirm_enc_by_shared_secret`: Un code de confirmation chiffré qui valide l'authenticité et l'intégrité de la réponse, assurant que la confirmation est sécurisée et provient de la source attendue. Dans ce cas un output spécifique chiffré par la clé `KeyConfidential` précise ce code, à confirmer dans le RequestPrdConfirm.
 
-Crucial pour les processus qui nécessitent une confirmation explicite de réception ou d'acceptation, comme la finalisation d'une transaction ou la validation d'un changement d'état dans un contrat.
-
 ###  10.1. <a name='Crationetenvoi-1'></a>Création et envoi
 
-Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdConfirm` incluant l'envoi de la`transaction SP` via un `RequestPrdMessage` pour la publication de la transaction dans la side chain.
+Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdConfirm`.
 
 ###  10.2. <a name='Rception-1'></a>Réception
 
@@ -264,7 +262,7 @@ Aussi le moyen de demander des moyens de paiement ou de dépot ou de preuve, pui
 
 ###  11.1. <a name='Crationetenvoi-1'></a>Création et envoi
 
-Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdResponse` incluant l'envoi de la`transaction SP` via un `RequestPrdMessage` pour la publication de la transaction dans la side chain.
+Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdResponse`.
 
 ###  11.2. <a name='Rception-1'></a>Réception
 
@@ -274,7 +272,7 @@ Le RequestPrdKeyHelloBakcup permet de demander la stockage de nouveaux shards as
 
 ###  12.1. <a name='Crationetenvoi-1'></a>Création et envoi
 
-Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdRRequestPrdKeyHelloBakcupesponse` incluant l'envoi de la`transaction SP` via un `RequestPrdMessage` pour la publication de la transaction dans la side chain.
+Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdRRequestPrdKeyHelloBakcupesponse`.
 
 ###  12.2. <a name='Rception-1'></a>Réception
 
@@ -286,7 +284,7 @@ Important pour les processus d'onboarding de nouveaux membres, de réinitialisat
 
 ###  13.1. <a name='Crationetenvoi-1'></a>Création et envoi
 
-Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdKeyHello` incluant l'envoi de la`transaction SP` via un `RequestPrdMessage` pour la publication de la transaction dans la side chain.
+Traitements des RequestPrd, avec le `type_request` spécifique à `RequestPrdKeyHello`.
 
 ###  13.2. <a name='Rception-1'></a>Réception
 

doc/Silent-Payment-Specs.md

@@ -43,7 +43,7 @@ Il y a une `transactions SP` pour tous les types de `RequestPrd` sauf pour les `
 Une fois le `RequestPrd` finalisé, une transaction SP est réalisée, dans cette transaction plusieurs hashs sont ajoutés sur un outputs aux index suivants:
 
 0. L'output 0 est toujours un paiment au destinataire
-1. L'output 1 c'est toujours l'op_return avec un tableau de hashs en clair selon un tableau de hashs en JSON :
+1. L'output 1 c'est toujours l'op_return avec un tableau de hashs en clair selon un tableau de hashs en JSON avec les index suivants :
    1.1. Le hash du message de type `Message` correspondant
    1.2. Le hash du `RequestPrd`
    1.3. Le hash du process