PayJoin et signature de messages

Niveau de lecture : guide avancé. Comprenez d’abord l’aperçu d’envoi ordinaire, le montant reçu par le destinataire et les frais.

PayJoin et la signature de messages sont deux outils distincts. PayJoin modifie la construction d’une transaction de paiement. La signature d’un message prouve le contrôle d’une clé pour une déclaration précise, sans effectuer de paiement. Aucune de ces fonctions ne doit servir de prétexte pour divulguer vos mots de récupération.

Envoyer une demande PayJoin

PayJoin est un paiement collaboratif auquel le destinataire peut contribuer une entrée. Cela peut affaiblir l’hypothèse selon laquelle toutes les entrées d’un paiement d’apparence ordinaire appartiennent à un seul expéditeur. Le destinataire doit fournir une URI de paiement Bitcoin compatible contenant un point de terminaison PayJoin ; une adresse ordinaire ne suffit pas à l’activer. Le protocole est décrit dans BIP78.

1. Utilisez un portefeuille logiciel contenant des fonds dépensables. PayJoin prend en charge les entrées et la monnaie rendue SegWit et Taproot de l’expéditeur. Cette version refuse les demandes PayJoin pour les envois depuis un portefeuille matériel.
2. Collez l’URI de paiement complète dans Send, au lieu de ne copier que son adresse. Vérifiez la destination et le montant par le même canal de confiance que pour tout autre paiement.
3. Examinez l’aperçu de la transaction et l’indicateur PayJoin, puis autorisez le paiement si le montant et les réglages de frais vous conviennent. PayJoin est une procédure à destinataire unique ; il ne peut pas être combiné à un paiement groupé ni à une déduction des frais du montant du destinataire.
4. Vérifiez la transaction résultante dans l’historique.

L’implémentation publiée peut se replier sur sa transaction de paiement ordinaire si la construction PayJoin échoue. Autoriser cette procédure ne garantit donc pas que la transaction diffusée soit un PayJoin. Ne l’utilisez pas si un repli sur un paiement ordinaire enfreindrait vos exigences de confidentialité.

Sur le réseau principal, un point de terminaison Internet classique doit utiliser HTTPS. Un point de terminaison .onion en HTTP ou HTTPS est pris en charge lorsque Tor est activé et rejeté lorsque Tor est désactivé. Les autres schémas d’URL sont rejetés. Si le point de terminaison n’est pas pris en charge, Ginger ignore le point de terminaison PayJoin ; vérifiez donc que l’aperçu indique toujours un paiement PayJoin avant de continuer.

Ce guide couvre l’envoi d’une demande fournie par le destinataire. La procédure ordinaire Receive de Ginger n’exploite pas de serveur de réception PayJoin, et cette version ne fournit pas de procédure permettant à l’utilisateur d’en configurer un.

Sorties et frais négociés

La demande de paiement peut restreindre la substitution des sorties avec pjos=0. Ginger transmet cette restriction au destinataire et rejette une proposition qui remplace la sortie de paiement demandée ou en réduit le montant. Si la substitution est autorisée, le destinataire peut utiliser une autre sortie de réception pendant la négociation. L’entrée apportée par le destinataire peut aussi rendre la sortie de réception sur la chaîne supérieure au montant de votre paiement.

Ginger annonce une contribution supplémentaire maximale aux frais de minage, calculée automatiquement à partir du taux de frais initial. Il rejette une proposition qui fait contribuer votre portefeuille au-delà de cette limite annoncée. Ce rejet utilise le repli vers un paiement ordinaire décrit ci-dessus ; il n’annule pas nécessairement le paiement.

L’aperçu est construit avant la négociation PayJoin finale, qui intervient après l’autorisation. La transaction négociée peut avoir des frais différents de l’aperçu initial. Ginger recalcule les informations de frais de la transaction achevée à partir de la transaction finale, mais n’affiche pas de second aperçu de confirmation après la négociation. Vérifiez la transaction finale dans l’historique et ne considérez pas l’indicateur PayJoin initial comme une preuve de réussite de la négociation.

Ce qu’apprennent le destinataire et un observateur

Le destinataire connaît déjà la demande de paiement, son adresse de réception et le montant prévu. Si la demande est rattachée à une commande identifiée, PayJoin n’efface pas cette identité. Pendant la négociation, le service de réception voit également la transaction de paiement proposée, y compris les entrées proposées par l’expéditeur. Il ne faut pas le considérer comme quelqu’un à qui le paiement lui-même serait caché.

Avant d’envoyer la demande de négociation, Ginger retire les métadonnées d’origine des clés du portefeuille, notamment les chemins de dérivation Taproot et les clés publiques étendues globales. Cela réduit les informations inutiles sur le portefeuille transmises au destinataire ; les entrées, sorties et montants de la transaction proposée lui restent visibles.

Un observateur extérieur voit la transaction finalement publiée sur Bitcoin. Un PayJoin réussi peut rendre peu fiable l’hypothèse habituelle selon laquelle « toutes les entrées appartiennent à l’expéditeur ». Cet avantage dépend de la transaction et des autres informations dont dispose l’observateur ; il ne garantit pas que la transaction soit impossible à distinguer de tout paiement ordinaire.

Distinguez ces publics. Un destinataire peut apprendre des détails grâce à la commande ou à la négociation même si un observateur sans rapport ne peut pas attribuer avec certitude les entrées de la transaction. Un explorateur public de transactions peut entraîner une divulgation supplémentaire si vous consultez le paiement depuis une session de navigateur identifiée.

Empreintes de portefeuille et repli sur un paiement ordinaire

Les portefeuilles font des choix concernant les types d’adresses des entrées, la structure de la transaction et la signature. La combinaison de ces choix peut laisser des motifs reconnaissables. Une transaction peut donc perdre une partie de son ambiguïté même lorsque ses messages du protocole PayJoin sont valides. Des exemples publiés d’empreintes de portefeuille dans PayJoin illustrent ce problème pour certaines combinaisons de portefeuilles ; ils ne démontrent pas que Ginger présente les mêmes problèmes et ne quantifient pas sa confidentialité.

En tant qu’utilisateur, choisissez un service de réception à jour et compatible, vérifiez la demande de paiement et examinez les frais et le montant proposés. Ne changez pas des options de transaction mal connues simplement pour imiter un autre portefeuille : une transaction d’apparence plausible ne prouve pas un bon résultat de confidentialité.

Si vous exigez un paiement collaboratif, convenez d’une méthode compatible avec le destinataire avant d’autoriser l’envoi dans Ginger. Son repli sur un paiement ordinaire signifie qu’une négociation échouée peut quand même produire un paiement valide. Après la diffusion, n’envoyez pas à nouveau simplement parce que le résultat est incertain ; vérifiez d’abord la transaction et l’état du paiement auprès du destinataire. Un échec de négociation PayJoin et un échec de paiement Bitcoin sont des situations différentes.

Signer un message pour une adresse

Certains services vous demandent de démontrer que vous contrôlez une adresse de réception. Ouvrez le menu du portefeuille et choisissez Sign Message. Saisissez une adresse appartenant à ce portefeuille et la déclaration exacte que vous souhaitez signer. Ginger refuse les adresses qui ne lui appartiennent pas. Saisissez le message, choisissez Continue et copiez la signature obtenue pour le vérificateur prévu.

Avec un portefeuille matériel, suivez la demande de signature de l’appareil ; la disponibilité dépend de l’appareil et de sa prise en charge de la signature de messages. Un portefeuille en lecture seule sans appareil de signature ne peut pas produire de signature. Le type d’adresse et le format de signature accepté par le vérificateur doivent également être compatibles.

Lisez le message aussi attentivement qu’une déclaration d’autorisation. Préférez un texte au périmètre précis indiquant le destinataire, l’objet et la date ou le défi de vérification. Ne signez pas une déclaration vide ou dont vous ne comprenez pas les conséquences. Une signature peut être copiée et montrée à d’autres après son partage.

La signature d’un message ne transfère pas de bitcoins et ne démontre pas que vous possédez toutes les adresses du portefeuille. Elle crée également un lien entre l’adresse signée et la personne que le vérificateur identifie comme vous. Si une plateforme d’échange la demande, cette divulgation demeure même après une utilisation ultérieure de CoinJoin.