il y a un autre fil où les gens ont trouvé comment se connecter/s’inscrire en utilisant un portefeuille eth. je vais le retrouver
Celui-ci Sign-In with Ethereum plugin
Mon gars, merci. PS : j’adore votre réactivité sur Communique
1 « J'aime »
Je ne pense pas que la question portait sur la manière dont un forum bénéficierait spécifiquement de la blockchain, mais simplement sur les avantages de la blockchain en général.
1 « J'aime »
Je soupçonne que la valeur d’une généralisation est limitée.
La question portait spécifiquement sur Discourse, une plateforme de forum.
Une « application Web 3.0 » utilise vraisemblablement la blockchain, donc je crois que mon message était tout à fait approprié.
Mon opinion : ce serait un désastre complet !
6 « J'aime »
J’aimerais voir des outils pour soutenir la liberté d’expression, peut-être en prenant en charge des cryptomonnaies comme Monero ou des plateformes comme Nostr.
Je travaille pour une entreprise de jeux sur la blockchain Solana. Nous avons une DAO et nous voulons utiliser Discourse car c’est le nec plus ultra des applications de discussion et de création de communauté actuellement disponibles. Sans conteste.
Cependant, dans le web3, la base de l’identité est centrée sur la clé publique d’un utilisateur, son identité auto-souveraine. Je peux mettre de côté les discussions sur les blockchains en général, les NFT et ainsi de suite pour le moment. Tout ce qui se passe lorsqu’un utilisateur appuie sur un bouton de son portefeuille matériel, c’est que la clé privée de l’appareil est utilisée pour signer un message. C’est en gros du PGP à certains égards. Maintenant, ces messages peuvent signer une transaction blockchain et être diffusés sur le réseau, ou ils peuvent signer n’importe quelle chaîne de caractères arbitraire qui répond à l’interface d’authentification que nous devons spécifier. En fin de compte, mon équipe essaie de trouver la meilleure façon de le faire.
Il existe des exemples d’applications de chat et de messagerie de base sur Solana, mais nous sommes actuellement limités à environ 1200 octets pour nos messages, ce qui correspond à environ 800 mots ou jetons. https://www.dispatch.forum/ a construit une application de style Reddit open source assez sympa sur la chaîne, mais nous pensons pouvoir construire un meilleur produit en ajoutant la signature de clé publique et de message Solana à Dispatch. Nous restreindrons les utilisateurs externes via une interface frontale personnalisée ou une sorte de middleware API pendant que nous développons et définissons notre stratégie éventuelle pour une transition vers une expérience web3 complète.
Concernant l’UX, Solana a des temps de confirmation inférieurs à la seconde, et avec plusieurs dizaines de milliers de transactions par seconde, ce n’est pas comme les chaînes EVM où vous attendez dans le mempool pendant une demi-minute. Les gens plaisantent à propos de SQLana, mais c’est en fait plus proche d’une base de données NoSQL avec un moteur d’exécution Rust. Les programmes dans Solana n’ont pas d’état, tout cela est stocké séparément dans des objets de compte. C’est donc assez différent d’Ethereum et de ses dérivés.
Quoi qu’il en soit, nous allons résoudre ce problème d’une manière ou d’une autre, et mon espoir est d’ouvrir la solution dès le départ.
5 « J'aime »
Lorsque vous discutez d’une intégration Discourse, votre vision est que chaque message que j’envoie soit également signé à l’aide de ma clé privée dans mon portefeuille ?
donc la pièce d’intégration devient “parler à mon portefeuille à la volée” et techniquement aucun identifiant n’est nécessaire ? Est-ce que cela protège contre le spam ?
Nous lions actuellement l’identité à l’e-mail, mais je suppose que vous pourriez synthétiser quelque chose là-dessus.
Je pense que Sign-In With Ethereum est probablement le meilleur exemple que nous ayons actuellement, l’utiliser simplement pour une session de connexion est bien car l’application ne stocke pas de données sur la blockchain. Si vous utilisiez Solana à la place de Postgres cependant…
Notre plan de conception actuel est de construire une sorte de middleware qui peut créer de nouveaux utilisateurs et récupérer leurs clés API. Lors de la connexion, nous vérifions l’ID de l’utilisateur, qui serait quelque chose comme sa clé publique Solana @ domaine interne non routable ou autre. Nous envoyons la requête API pour créer l’utilisateur.
Nous n’avons pas l’intention d’exposer l’interface web par défaut aux utilisateurs, mais nous récupérerons plutôt des catégories spécifiques que nous désignerons via l’API et les rendrons dans notre application React.
Lorsqu’un utilisateur va poster un commentaire — la seule fonctionnalité que nous prévoyons de leur fournir pour notre MVP – nous avons besoin d’un événement de signature de portefeuille qui valide la signature, puis récupère la clé API de l’utilisateur et la définit dans le navigateur afin qu’elle soit transmise avec l’événement de publication.
Nous n’avons pas de développeurs Rails dans notre personnel et il semble contre-productif de construire autour de votre front-end. Nous pensons pouvoir étendre l’API REST ou aller directement à la base de données pour définir et récupérer ces clés.
Je réfléchis encore à des solutions de middleware qui transmettent OAUTH, mais encore une fois, je ne suis pas sûr que ce soit pertinent étant donné que nous contournons votre front-end.
1 « J'aime »
Je n’ai pas besoin de lire d’article pour savoir qu’un système qui repose sur toujours plus et plus de CPU devant fonctionner en permanence est tout simplement faux.
Et tout cela pour Dieu sait quoi, qui a besoin de crypto-monnaie ?
La spéculation n’est rien d’utile.
Une consommation d’énergie sans cesse croissante à des fins aussi ridicules est un gaspillage.
1 « J'aime »
Je suis d’accord avec cela. Malheureusement, on y accorde trop d’importance parce que les gens veulent s’enrichir rapidement. Tout ce bruit occulte parfois le fait qu’il y a aussi des personnes authentiques qui construisent des choses.
Il existe de nombreux endroits dans le monde où les citoyens n’ont pas accès aux services bancaires et à l’économie numérique. Par exemple, l’Afghanistan :
Je pense qu’il est regrettable que les contribuables des États-Unis et d’Europe aient dépensé 20 000 000 000 000 $ dans la guerre là-bas. Et maintenant, les Afghans ne peuvent même pas créer un compte sur upwork.com et trouver du travail dans l’économie numérique. 
J’ai commencé à travailler sur une alternative à Upwork (en utilisant un forum Discourse) https://twitter.com/spirobel/status/1591350820708442112 Ce n’est pas facile de surmonter les effets de réseau (surtout que je ne peux travailler sur cela que pendant mon temps libre.)
Mais c’est clairement une solution. Sans crypto, il aurait été très difficile de payer quelqu’un qui vit là-bas et d’établir la confiance. La barrière à l’installation d’une application de portefeuille est bien plus basse que celle d’une remise de fonds.
Je souhaite juste que les gens soient moins cyniques et construisent des choses 
J’ai créé un plugin d’abonnement pour Discourse qui utilise Monero : https://twitter.com/spirobel/status/1595949928634667008
Vous pouvez l’essayer avec des pièces stagenet sur https://forum.monerochan.news
Je pourrais aussi le rendre compatible avec d’autres devises si quelqu’un est intéressé.
C’est en effet la bonne solution. Discourse est très lié à l’e-mail. Il serait donc difficile de modifier la nécessité obligatoire d’un e-mail principal confirmé. J’ai étudié cette question il y a quelque temps et j’ai constaté qu’il serait beaucoup plus facile de créer un utilisateur avec un e-mail de substitution et de définir active à true (c’est-à-dire que l’utilisateur a un e-mail confirmé).