Journal des modifications
Creator Studio et pourboires au niveau du compte
Les créateurs peuvent désormais publier des pages de soutien sans compte marchand, accepter des paiements multichaînes avec suivi sur la chaîne et gérer les dons dans le Creator Studio.
Modifications
- Les pages de soutien publiques permettent de personnaliser la présentation, d’afficher des badges (GitHub, X, Instagram) et de partager des liens de don réutilisables.
- Les sessions de don prennent en charge les transferts directs et la connexion de portefeuilles Web3 avec conversion en USD en temps réel et confirmation sur la chaîne.
- Le Creator Studio permet de gérer les portefeuilles de réception, les messages et reçus des donateurs ainsi que les statistiques de dons dans le tableau de bord.
Liens associés
Notifications de compte et reprise des livraisons
Les notifications de paiement et d’abonnement restent traçables pendant leur livraison dans l’application et par e-mail du compte, et les nouvelles tentatives vérifient à nouveau qu’elles sont toujours valides.
Modifications
- Les événements de paiement et d’abonnement créent des enregistrements persistants dans l’application et des livraisons par e-mail du compte. L’historique des notifications affiche l’état de livraison pendant le traitement.
- Les e-mails de compte en échec utilisent un délai progressif avec jusqu’à cinq tentatives. Avant une nouvelle tentative automatique ou manuelle, PolyPay vérifie à nouveau l’état de l’abonnement ou de l’adresse surveillée et annule les notifications obsolètes au lieu de les envoyer.
- Les notifications système ne consomment pas le quota de notifications de la surveillance des portefeuilles. Les limites de livraison et les règles d’état des adresses restent documentées séparément.
Liens associés
Fenêtre de notification et importation d’adresses pour la surveillance des portefeuilles
La surveillance des portefeuilles limite les notifications à l’activité récente sur la blockchain, arrête les nouvelles tentatives lorsqu’une adresse n’est plus active et permet d’importer un portefeuille de réception marchand sans demander de clé privée.
Modifications
- Les notifications sont envoyées uniquement pour les transactions dont l’heure sur la blockchain date de moins de 72 heures. Les transactions plus anciennes restent dans l’historique, mais ne créent pas de notifications dans l’application, les canaux externes ou les webhooks.
- Lorsqu’une adresse surveillée est désactivée, supprimée ou suspendue pour facturation, les nouvelles tentatives de canal en attente et les renvois manuels sont bloqués. Les messages déjà envoyés ne sont pas retirés.
- Le parcours d’ajout d’une adresse surveillée peut importer un portefeuille de réception depuis le marchand et le portefeuille sélectionnés. PolyPay utilise l’adresse publique et ne demande jamais la clé privée.
Liens associés
Essais Pro avec des invitations de canal
Les nouveaux utilisateurs peuvent saisir un code de canal valide lors de l’inscription ou utiliser un lien d’invitation pour bénéficier de trois mois calendaires du forfait de paiement Pro sur leur premier marchand. L’essai est gratuit, sans renouvellement automatique, et n’exonère pas des frais de transaction, de réseau ou d’utilisation.
Modifications
- La page d’inscription accepte un code de canal PP- ou un lien contenant ?ref=CODE, vérifie l’offre avant l’inscription et affiche le canal et les conditions de l’essai si le code est valide.
- L’inscription par e-mail et une nouvelle inscription OAuth accordent le droit de manière atomique au premier marchand, une seule fois par compte. Les comptes existants ne peuvent pas en bénéficier et l’essai de canal ne se cumule pas avec les récompenses de solde de parrainage.
- L’essai couvre uniquement les frais d’abonnement du forfait de paiement Pro. Le montant est nul et le renouvellement automatique est désactivé ; après trois mois calendaires, le marchand revient au forfait gratuit sauf s’il choisit le parcours payant existant.
Liens associés
Surveillance des portefeuilles et modèles de notifications
PolyPay permet désormais de surveiller les revenus et dépenses d’adresses blockchain publiques, de gérer séparément les notifications du portefeuille et de configurer un webhook indépendant de surveillance.
Modifications
- Ajoutez une adresse publique dans la surveillance des portefeuilles et consultez ses revenus et dépenses sur une page dédiée. L’adresse surveillée est distincte du portefeuille de réception et PolyPay ne demande jamais de clé privée.
- Gérez les modèles de revenus et dépenses du portefeuille par canal et par langue dans les paramètres de notification. Les adresses surveillées activées utilisent les canaux de notification humaine pris en charge par le forfait ; seules les livraisons réussies consomment le quota de notifications du compte.
- Configurez un webhook indépendant de surveillance du portefeuille avec son propre périmètre d’événements et d’adresses, une signature HMAC-SHA256, un état des nouvelles tentatives et une charge JSON versionnée. Les modifications restent désactivées jusqu’à la réussite d’un test signé.
JavaScript SDK 2.0 déplace la création du checkout côté serveur
JavaScript SDK 2.0 supprime la création de commandes et de liens de checkout signés dans le navigateur. Le navigateur ouvre désormais uniquement des URL Hosted Checkout créées par un serveur marchand de confiance.
Modifications
- Créez Hosted Checkout sur le serveur marchand avec une clé API, puis renvoyez uniquement le checkout_url opaque au navigateur. Les clés API, montants, URL de rappel et éléments de signature ne doivent plus faire partie de l’intégration navigateur.
- PolyPayCheckout.redirect() et openModal() acceptent l’URL créée par le serveur. Une redirection ou la fermeture de la fenêtre ne prouve pas le paiement ; confirmez-le avec un webhook vérifié ou une requête de commande authentifiée côté serveur.
- La création de commandes par Public Key dans le navigateur, les Session Tokens, les API navigateur de commande/statut et les générateurs d’URL de checkout signées ont été supprimés. La prise en charge de x402 côté serveur reste disponible via @polypay/sdk/x402.
Liens associés
Archivage et restauration des marchands
Vous pouvez désormais archiver un marchand inactif sans perdre son historique, puis le restaurer depuis les paramètres du compte.
Modifications
- Archivez le marchand actuel depuis la gestion des marchands après confirmation. Il disparaît du sélecteur habituel, ses fonctions commerciales s’arrêtent et le renouvellement automatique de l’abonnement est désactivé.
- L’archivage conserve l’historique des commandes et des abonnements, sans incidence sur le solde du compte ni sur les retraits.
- Consultez et restaurez les marchands archivés dans les paramètres du compte. Si nécessaire, le renouvellement automatique de l’abonnement doit être réactivé manuellement après la restauration.
Liens associés
Documentation lisible par les agents
La documentation PolyPay propose désormais des points de découverte publics et lisibles par machine pour les agents de programmation et autres outils automatisés.
Modifications
- Ajout de llms.txt comme index concis de la documentation publique.
- Ajout d’un catalogue d’API conforme à la RFC 9727 pour la découverte d’API lisible par machine.
- Les tableaux de bord authentifiés, les sessions de paiement et les API privées restent exclus de la surface publique destinée aux agents.