NIP-57 : Zaps
NIP-57 définit les zaps, un moyen d’associer des paiements Lightning aux identités et au contenu Nostr. Il standardise à la fois la demande de facture compatible zap et l’événement de reçu que les portefeuilles publient après le paiement.
Fonctionnement
- Le client découvre le point de terminaison LNURL du destinataire depuis les métadonnées de profil ou un tag
zapsur l’événement cible. - Le client envoie une demande de zap signée kind
9734au callback LNURL du destinataire, pas aux relays. - L’utilisateur paie la facture.
- Le serveur du portefeuille du destinataire publie un reçu de zap kind
9735aux relays listés dans la demande de zap. - Les clients valident et affichent le zap.
Demande de zap (kind 9734)
La demande de zap est un événement signé qui identifie le payeur et la cible prévue. Elle inclut généralement :
- Tag
pavec la pubkey du destinataire - Tag
eavec l’événement zappé (optionnel) - Tag
amounten millisatoshis - Tag
relayslistant où publier le reçu
Le contenu adressable peut utiliser un tag a au lieu de, ou en complément d’un tag e. Le tag optionnel k enregistre le kind cible.
Reçu de zap (kind 9735)
Publié par le serveur du portefeuille du destinataire après confirmation du paiement. Il contient :
- La demande de zap originale dans un tag
description - Tag
bolt11avec la facture payée - Tag
preimageprouvant le paiement
Les clients doivent valider le reçu par rapport au nostrPubkey LNURL du destinataire, au montant de la facture et à la demande de zap originale. Un reçu sans cette validation n’est qu’une affirmation.
Confiance et compromis
Les zaps sont utiles parce qu’ils rendent les paiements visibles dans le graphe social, mais le reçu est toujours créé par l’infrastructure du portefeuille du destinataire. La spécification elle-même note qu’un reçu de zap n’est pas une preuve universelle de paiement. Il est préférable de le comprendre comme une déclaration signée par un portefeuille attestant qu’une facture liée à une demande de zap a été payée.
Sources principales :
Mentionné dans :
- Newsletter #1 : Actualités
- Newsletter #2 : Actualités
- Newsletter #3 : Changements notables de code
- Newsletter #9 : Mises à jour NIP
Voir aussi :