beau boulot. bon j'ai quand même un peu de mal avec l'anglais sur certains détails mais j'ai compris le principal.
En parlant d'anglais, si vous voyez des trucs incorrects n'hésitez pas à me les indiquer. Je corrigerai.De même, si vous avez des idées d'arguments de vente à ajouter. N'hésitez pas !
un mot sur la démo:
lorsqu'on est d'accord sur le prix qu'on soit vendeur ou acheteur il serait pratique d'avoir un bouton (accept the offer) pour préremplir le champ "price" dans l'envoi du dernier message au lieu de devoir copier/coller sous peine de se tromper.
Très bonne remarque. C'est effectivement un des cas (l'acheteur propose un prix qui est accepté par le vendeur et l'acheteur doit réenvoyer une transaction de paiement) où le protocole impose une redondance qui nuit à l'UX. lorsqu'on est d'accord sur le prix qu'on soit vendeur ou acheteur il serait pratique d'avoir un bouton (accept the offer) pour préremplir le champ "price" dans l'envoi du dernier message au lieu de devoir copier/coller sous peine de se tromper.
De mon côté j'avais songé à une solution encore plus radicale: si la wallet de l'acheteur reçoit un message qui confirme le dernier prix proposé, elle réenvoie automatiquement la transaction de confirmation. Cela étant je n'ai pas voulu l'implémenter dans la démo pour 2 raisons:
- il y a des cas où cette confirmation automatique peut poser problème (cas d'un acheteur négociant en parallèle le "même" produit avec plusieurs acheteurs).
- je voulais que la démo (et son UX) ne cache rien du fonctionnement du protocole,
Si je devais implémenter le protocole dans une vraie wallet, je pense que l'UX serait totalement différente avec le formulaire et l'historique de négo sur une seule page au lieu de 2 onglets et la solution que tu proposes pour le cas de la confirmation par l'acheteur.
