Pouvez-vous fournir un lien vers l’API ?
Si chacun de ces utilisateurs a quelques dollars, vous pouvez demander dans Marketplace. Si une ou plusieurs de ces communautés sont des clients Enterprise, ce serait une autre façon de faire avancer les choses.
Il n’y a pas d’API, les zaps sont natifs de Nostr et ont été implémentés en utilisant le réseau Lightning. On peut dire que l’“API” serait le LN lui-même.
Voici comment fonctionnent les zaps sur Nostr :
L’utilisateur lie son adresse de portefeuille LN à son compte Nostr et à partir de là, tous les zaps (pourboires) sont envoyés et reçus directement par LN, c’est le serveur de nœud Lightning qui gère cela, pas Nostr.
Pour implémenter quelque chose de similaire pour l’envoi de jetons Ethereum, une solution devrait être créée à partir de zéro, d’où ma suggestion d’utiliser l’infrastructure de Polygon. Mais, comme je l’ai dit au début, je ne suis pas un développeur donc je ne peux pas détailler tout cela techniquement, malheureusement.
Je vais suggérer cela dans la communauté à laquelle je participe. Elle est entretenue par une grande entreprise et pourrait être intéressée par cela.
Je suppose que la première question est : Que voulez-VOUS EXACTEMENT ?
Vous devez définir précisément ce que le système que vous souhaitez ferait et comment il le ferait. Sinon, directement en termes techniques, en décrivant l’idée avec vos propres mots.
Pour l’instant, rien n’interdit à un utilisateur d’écrire une adresse de réception dans son profil. Sauf peut-être les règles de certains forums. C’est à peu près tout ce qui est nécessaire. C’est de la crypto ! Les gens peuvent publier librement des adresses de réception et les expéditeurs peuvent y envoyer sans trop de soucis de confidentialité ou d’autres absurdités.
Bien sûr, si vous utilisez une adresse on-chain, les transactions sont publiques et utiliser la même adresse pour tout est loin d’être idéal. Mais vous pouvez utiliser le LN avec BTC, ou un nouveau développement passionnant qui, je l’espère, gagnera du terrain : les PayNyms. Ou vous pourriez utiliser une crypto axée sur la confidentialité comme Monero.
En ne faisant pratiquement rien et en promouvant simplement une certaine utilisation dans une communauté, les gens sont libres d’utiliser les cryptos/réseaux qu’ils veulent. Plusieurs d’entre eux s’ils le souhaitent. Cliquez sur mon pseudo et voyez par vous-même. Vous pourriez mettre en place une boîte spéciale pour cela, et peut-être demander spécifiquement aux gens de la remplir lors de l’inscription. Ici, j’ai détourné la section « pronoms ». Et j’ai utilisé la boîte du site web pour publier mon PayNym. Dans tous les cas, les choses peuvent être saisies directement dans la boîte « À propos de moi ».
Quoi :
Comment cela fonctionnerait :
L’utilisateur lierait son portefeuille crypto (Lightning pour BTC et Polygon pour Ethereum) à son compte Discourse.
Lorsqu’un utilisateur souhaite envoyer un pourboire à un autre utilisateur, par exemple s’il a beaucoup aimé un message, il cliquerait sur l’icône spécifique en bas du message et une fenêtre contextuelle s’afficherait pour lui permettre de choisir le montant à envoyer.
Optionnellement, il serait également possible d’envoyer des pourboires en accédant à la page de profil de l’utilisateur, où un bouton avec la même fonctionnalité serait présent.
Justification :
A priori, ce serait une fonctionnalité aussi simple que cela, sans se soucier de la confidentialité ou de ce genre de choses. Nous parlons de pourboires (micropaiements) comme forme de récompense et non de transactions de grande valeur. Mais, bien sûr, rien n’empêche qu’il y ait également un support pour Monero dans cette fonctionnalité.
Cela semble en effet assez simple.
Stockez une valeur pour chaque utilisateur, que l’utilisateur a fournie (informations de paiement).
Et ajoutez un bouton qui affichera un QR code selon cette valeur ou redirigera vers des applications de portefeuille.
Et je suppose que c’est tout.
Ce que vous voulez vraiment, c’est un bouton pour officialiser les choses, plutôt que les gens copient/collent les informations de paiement depuis le profil (ce que j’ai décrit ci-dessus).
Vous pouvez commander un plugin qui fait cela sur Marketplace
Je pense que c’est simple aussi, mais je ne suis pas développeur donc je ne sais pas si c’est vraiment aussi simple à implémenter dans Discourse.
Ceci est le cas d’utilisation du pourboire dans Nostr, c’est essentiellement ceci :
Mais ce serait la solution pour les pourboires BTC via le Lightning Network, uniquement.
Quant à Polygon/Ethereum, je ne connais aucun cas d’utilisation de ce type qui ait été implémenté auparavant, d’où ma déclaration au début qu’il faudrait l’implémenter à partir de zéro.
Je vais rédiger une proposition à publier sur le marketplace. Merci de votre attention.
Les gars ! Plongeons dans BTCPay.
Tout ce qui concerne le Lightning Network est expérimental (et une sorte de jeu d’entreprises) mais est également inclus dans leurs systèmes. Ils ont une très bonne API et une communauté superbe, en plus ils utilisent le réseau Bitcoin original sans additifs.
C’est obligatoire pour les entreprises qui veulent tout construire sur une 2ème couche expérimentale.
Juste mon avis 
Très intéressant, je ne connaissais pas ce projet.
Cependant, il y a un « petit » problème avec celui-ci… les transactions sont effectuées directement sur la blockchain Bitcoin, ce qui implique des frais élevés et un délai pour les valider.
Pour un système de pourboires, ce qui est proposé ici, ces deux éléments rendent la fonctionnalité irréalisable.
Ce qui rend l’expérience d’envoi et de réception de zaps (pourboires) sur Nostr si amusante et agréable, c’est précisément le fait qu’ils sont instantanés et ne coûtent rien à envoyer ou à recevoir. Les transactions de faible valeur sont gratuites sur le Lightning Network.
De plus, il n’est pas nécessaire de créer de nœud/serveur pour implémenter des pourboires sur le Lightning network dans Discourse, l’utilisateur liera simplement son portefeuille Lightning à son compte Discourse et le plugin fera : (1) Pour recevoir : indiquer si l’utilisateur peut ou non recevoir des pourboires et (2) Pour envoyer : interagir avec le serveur LNURL pour configurer la transaction, mais sans valider la transaction elle-même.
Cette approche rend très simple l’inclusion de cette fonctionnalité dans Discourse. Les administrateurs de communauté utilisant la plateforme Discourse n’auront pas besoin de connaître la technologie Bitcoin, ni de configurer de serveurs spécifiques à cet effet.
L’implémentation des pourboires en sats est aussi simple que cela, il suffit de copier l’implémentation qu’ils ont faite pour Nostr.
La difficulté, je pense, sera de créer la même fonctionnalité mais pour le réseau Ethereum. Il existe des solutions de couche 2 sur Ethereum, mais serait-il simple d’implémenter la même fonctionnalité en utilisant l’une d’entre elles ? Je ne sais pas.
C’est la réaction que j’ai eue au départ en lisant son message. Il dit que BTCPay met en œuvre le réseau Lightning, cependant. Ce qu’ils font : Lightning Network FAQ | BTCPay Server Mais, BTCPay concerne peut-être davantage une entité recevant tous les paiements. Je ne suis pas sûr que ce soit bon pour le cas d’utilisation ici. À moins que vous ne vouliez gérer les comptes d’utilisateurs en interne. Ce serait centralisé à votre niveau. Il est probablement préférable de garder les choses décentralisées et de laisser les utilisateurs échanger directement entre eux.
Je pense que ce serait le contraire : la seule difficulté avec le réseau Lightning tel que Nostr semble le gérer est qu’il génère une nouvelle facture LN pour chaque transaction (selon votre image ci-dessus).
Les réseaux Ethereum/Polygon sont « basés sur des comptes » plutôt que sur des UTXO comme Bitcoin. Ainsi, chaque transaction serait nécessairement envoyée à la même adresse par utilisateur, si je ne me trompe pas. Je ne sais pas s’il est même possible de faire autrement (est-ce le cas ?). C’est ainsi que cela fonctionne. Ce serait « mauvais » en termes de confidentialité, mais très simple à mettre en œuvre, en revanche. À moins que je ne rate quelque chose.
Une solution alternative (centralisée) serait d’utiliser un tiers pour les micro-paiements, comme par exemple FaucetPay. Ils ont une API et prennent en charge de nombreuses cryptomonnaies. Les petits montants pour les pourboires seraient échangés en interne avec eux et les utilisateurs pourraient déposer/retirer des montants plus importants.
Non, pas au lieu de, parce que
Donc, plutôt en plus pour que le moteur du forum 
fonctionne comme prévu
Tu as tout à fait raison !!
Mes excuses.
C’est totalement faux :
Les transactions Bitcoin natives sont soit lentes et peu coûteuses, soit rapides et chères. De plus, les transactions les plus rapides peuvent parfois être très coûteuses et les moins chères très longues, ce qui n’est absolument pas une option viable pour un système de pourboires.
En revanche, sur le Réseau Lightning (Lightning Network), les transactions sont instantanées avec des frais relativement constants, ce qui n’existe pas nativement dans Bitcoin.
Pour un système de pourboires comme celui implémenté dans Nostr, c’est idéal.
Je dois admettre que je n’en sais pas assez sur la crypto pour pouvoir juger de cela. Cependant, je pense qu’il y a maintenant suffisamment d’informations sur le réseau Lightning dans ce sujet pour que quelqu’un puisse faire des recherches adéquates s’il décide d’adopter cette fonctionnalité (soit en tant que plugin tiers, soit en tant que plugin officiel). 
Peut-être pouvons-nous mettre un terme à cela et dire que c’est l’une des plusieurs options qui pourraient être envisagées.
Eh bien, le LN est pire qu’avant et n’est presque plus utilisé. Ouvrir des canaux et les utiliser pour des pourboires sans payer cher ou utiliser des dépositaires tiers est impossible.
Je suis d’accord avec l’idée d’intégrer BTCPay à Discourse. Cela attirera beaucoup de monde à la recherche de quelque chose de similaire.
La crypto existe grâce aux gens et à leurs communautés, pas aux institutions ou aux « chiffres qui montent ».
BTCPay fonctionne avec plus de cryptos que BTC (comme LTC ou XMR) et a une réputation, une équipe et la confiance.
