Mises à jour du logiciel commerçant, améliorations et téléchargements signés.
Mets à jour ton installation
whollycrypto update --check
whollycrypto update
L'outil de mise à jour vérifie la signature épinglée et le hash de l'archive. Il conserve ta configuration et tes clés ; garde des sauvegardes indépendantes. Lire le guide de mise à jour.
Wholly Crypto 7.5.5
Dernière version stable
Les scanners EVM utilisent des files bornées de vérifications dues au lieu de s'arrêter au-delà de 10 000 moyens de paiement suivis. Les nouveaux paiements et l'historique conservé gardent des créneaux de scan indépendants, avec conservation des curseurs durables et des reçus.
Les dépôts ERC20 Kraken correspondent aux hash des transactions d'origine, y compris les reçus agrégés. Un dépôt ne peut pas être compté deux fois ni servir à échanger des fonds sans rapport.
La recharge automatique ajoute des vérifications de paiement et des actions de récupération confirmées. Reprends le même paiement valide ou ferme un transfert Ethereum échoué vérifié indépendamment et suspends la règle. Les paiements incertains restent protégés ; seul le destinataire confirme les crédits. Le schéma 130 conserve les données existantes et n'active pas les paiements automatiques.
La recharge automatique ajoute des crédits prépayés depuis un portefeuille de réception sélectionné lorsque le solde passe sous ton seuil. Désactivée par défaut, avec consentement explicite, limites d'achat quotidiennes, plafond de frais réseau et protection contre les doubles paiements. Seul le service de crédits destinataire confirme le crédit.
Prend en charge BTC, ETH et USDC/USDT sur Ethereum. Les crédits d'installation Opérateur utilisent des portefeuilles Opérateur dédiés ; les commerçants hébergés paient leur Opérateur depuis leurs propres portefeuilles. Les sources de tokens ont besoin d'ETH pour le gas ; le financement automatique du gas ne fait pas partie des recharges de crédits.
La CLI native ajoute une réinitialisation à périmètre limité, des aperçus en lecture seule et une désinstallation récupérable, avec confirmation et sauvegardes vérifiées. La suppression conserve la base de données, les clés, la configuration, les crédits et l'identité de l'installation. Le schéma 129 conserve les données existantes et n'active jamais les paiements automatiques lors d'une mise à jour.
Les sweeps automatiques attendent la confirmation du transfert précédent et un solde actualisé avant de commencer un autre cycle, évitant les tentatives sur des fonds déjà envoyés.
Les avertissements obsolètes de préparation non signée disparaissent automatiquement lorsque les envois confirmés ne laissent rien au-dessus du seuil de sweep ou du montant conservé. Les transferts terminés et une trace d'audit restent disponibles.
Les véritables échecs, les transactions en attente et les confirmations incertaines restent protégés. Les clés des portefeuilles, les règles de sweep, les limites de frais, les approbations et le schéma 128 restent inchangés.
Des actualisations plus rapides des portefeuilles EVM et Solana se concentrent sur les adresses approvisionnées, modifiées et nouvelles, avec des audits périodiques des adresses vides. Le dernier solde complet reste visible pendant l'actualisation ; Scanner les soldes effectue toujours un scan complet sur demande explicite.
Les envois manuels et le financement automatique du gas évitent de relire sans cesse les adresses récentes de factures vides. De petits lots de lecture et un repli borné entre fournisseurs réduisent les délais de préparation tout en conservant les vérifications en direct du solde, des frais, du nonce et des réserves.
Sweep affiche la préparation non signée séparément des transferts on-chain et garde visible la dernière erreur de préparation pendant les nouvelles tentatives. Les soldes complets récents restent utilisables pendant les actualisations en arrière-plan ; les soldes périmés ou invalidés suspendent les nouvelles tâches automatiques. Le schéma 128 conserve les portefeuilles, les clés, les règles et les transferts approuvés.
Mon activité en mode Opérateur n'affiche plus de fenêtre interne de recharge de crédits de traitement. Les crédits d'installation restent dans le panneau Opérateur ; les commerçants hébergés gardent leurs propres comptes de crédits.
Les portefeuilles de réception de l'Opérateur sont exclus des projets, tableaux de bord, recherches et accès directs des commerçants, y compris Mon activité. Les projets réservés ne peuvent pas être utilisés via les identifiants API commerçant ou MCP.
Les portefeuilles, adresses, recharges et réglages de frais existants sont conservés. Aucun fonds n'est déplacé et aucune clé n'est régénérée. Les contrôles d'automatisation restent appliqués ; le schéma 127 est inchangé.
Le panneau Opérateur possède désormais sa propre interface avec des pages dédiées aux portefeuilles, sweeps, nœuds blockchain et réglages. Chaque page ne charge que les outils nécessaires ; Mon activité ouvre la console commerçant distincte dans un nouvel onglet.
Copie l'UUID d'un commerçant directement depuis la liste des commerçants de l'Opérateur pour l'utiliser avec l'API Opérateur. Les portefeuilles de réception, les approbations de transferts et les protections du scanner partagé restent inchangés.
Corrige le retour intempestif au menu du projet lors de l'enregistrement automatique de l'apparence du paiement. Les comptes, clés, soldes et modes d'installation permanents existants sont conservés ; le schéma 127 est inchangé.
Une API Opérateur distincte, à activer explicitement, gère les commerçants hébergés, utilisateurs, invitations, crédits locaux, politiques de frais, projets, magasins et identifiants API commerçant. La création directe de comptes et l'inscription sur invitation sont toutes deux prises en charge.
Les clés à périmètre limité prennent en charge l'accès aux commerçants, les restrictions d'IP source, l'expiration et les limites de requêtes. Les écritures exigent des clés de nouvelle tentative ; les événements de cycle de vie signés permettent les intégrations backend. Les secrets de portefeuille, les dépenses et les modifications globales du serveur sont exclus.
Les références API installées et du site incluent des exemples cURL, JavaScript, PHP et Python. Les trois SDK 2.6.0 ajoutent des clients et exemples Opérateur. Le schéma 127 conserve les comptes, portefeuilles, soldes et modes d'installation permanents existants ; l'API Opérateur est initialement désactivée.
La connexion Opérateur est clairement indiquée. Le solde de crédits ouvre les recharges ; le bouton supplémentaire Recharger est supprimé. Les avis de garde de la console hébergée apparaissent à l'acceptation de l'invitation au lieu d'être répétés dans l'en-tête.
Ajouter un commerçant permet un crédit de départ gratuit unique, y compris zéro, dans la devise de crédits du commerçant. Les attributions apparaissent dans l'historique des crédits et les commerçants sont listés du plus récent au plus ancien.
Envoyer l'invitation par email est coché par défaut. Configure ton fournisseur SMTP dans les Réglages Opérateur, ou décoche pour copier le lien privé. Les échecs d'email conservent le compte et le crédit. Le schéma 126 conserve les comptes, portefeuilles et soldes existants ; les mises à jour n'activent jamais l'email et n'attribuent jamais de nouveaux crédits aux comptes existants.
Les portefeuilles de réception de l'Opérateur prennent en charge Bitcoin, ETH et USDC/USDT sur Ethereum avec des phrases de récupération distinctes pour Bitcoin et Ethereum. La configuration guidée vérifie les tokens et conserve les portefeuilles de réception existants.
La navigation Opérateur inclut désormais les recharges des commerçants, portefeuilles, sweeps, nœuds blockchain partagés et frais. L'en-tête affiche séparément les crédits d'installation et les recharges ; Mon activité s'ouvre dans un nouvel onglet.
Espacement plus clair des conditions et de la confidentialité du premier administrateur, avec Ajouter un commerçant au-dessus de la liste. Les mises à jour ne créent jamais de portefeuilles et n'activent jamais les envois automatiques.
Finances Opérateur affiche les frais gagnés, les frais d'installation vérifiés, la marge estimée et les crédits actuels des commerçants. Filtre les dates, les commerçants et la devise de rapport, ou exporte en CSV. Les frais en attente et les taux fiat manquants restent clairement signalés.
Invite des commerçants hébergés et des collaborateurs avec des liens à usage unique et à durée limitée au lieu de partager des mots de passe initiaux. Remplace ou révoque les invitations et les liens de réinitialisation de mot de passe dans Comptes utilisateurs. Partage les liens en privé ; aucun email n'est envoyé automatiquement. Basic Auth et la 2FA restent activés.
Le schéma 125 ajoute des index de rapports et l'état des liens de comptes. Les modes d'installation, mots de passe, portefeuilles, politiques de frais et soldes existants sont conservés. Les rapports distinguent les crédits prépayés du chiffre d'affaires et n'envoient pas de fonds.
Le mode Opérateur utilise un quatrième nom d'hôte dédié avec sa propre connexion Basic Auth. Choisis le sous-domaine et les identifiants dans un assistant DNS et HTTPS pouvant être repris ; la protection des commerçants reste inchangée.
L'administration Opérateur s'ouvre directement à sa propre adresse, sans URL de page commerçant ni requête de workspace. Les opérateurs 7.0.0 existants terminent la configuration d'adresse/protection après la mise à jour. Une validation échouée conserve les routes actives.
La configuration du premier administrateur avertit explicitement que le choix du mode est irréversible ; en changer exige une nouvelle installation. Le schéma 124 conserve les portefeuilles, paiements et soldes. Les installations antérieures à la version 7 restent en mode commerçant.
Les nouvelles installations choisissent le mode permanent Commerçant ou Opérateur lors de l'inscription du premier administrateur. Les installations existantes restent en mode commerçant et ne peuvent pas changer.
Le mode Opérateur héberge des comptes commerçants distincts avec leurs propres projets, magasins, portefeuilles et intégrations. Gère les utilisateurs, crédits prépayés et frais en pourcentage, ou utilise le compte inclus pour ta propre activité.
Les achats de crédits exigent un règlement vérifié. Les frais utilisent le montant d'origine de la facture, avec conservation des instantanés de taux et protection contre les annulations comptables. Les portefeuilles chauds hébergés restent accessibles à l'opérateur du serveur ; garde des sauvegardes indépendantes et utilise un opérateur de confiance. Le schéma 123 conserve les données existantes des commerçants.
Changer de projet ou de magasin n'efface plus les moyens de paiement acceptés pendant l'enregistrement automatique. Les chargements lents ou échoués ne peuvent pas écraser la sélection d'un autre magasin.
Supprimer le dernier moyen de paiement exige une confirmation, avec une protection côté serveur pour les anciennes consoles en cache. Le schéma 121, les données des portefeuilles et les politiques de confirmation personnalisées sont inchangés. Vérifie les moyens déjà désactivés avant la mise à jour.
Les scanners de paiement, soldes, frais, contrôles de santé et demandes de transfert partagent les budgets des fournisseurs et les délais de quota. Les paiements actifs sont prioritaires, tandis que les blockchains inactives et portefeuilles vides sont interrogés moins souvent.
Les anciennes factures conservent le suivi des paiements tardifs et des réorganisations avec des contrôles en arrière-plan moins fréquents. Les groupes de scan non EVM réutilisent les lectures sûres des fournisseurs ; les WebSockets EVM, Solana, XRP et Polkadot configurés peuvent déclencher des scans, avec maintien du rattrapage HTTP.
Le schéma 121 ajoute uniquement un marqueur de planification. Les portefeuilles, l'historique des paiements, la politique de confirmation, le quorum de fournisseurs et les droits de dépense sont conservés. La capacité des fournisseurs publics reste limitée.
Détails de la facture affiche les métadonnées dépliées sous les informations du client. Recherche dans les listes de factures ou toute la console par clés et valeurs de métadonnées, y compris les entrées imbriquées.
Les barres latérales des projets utilisent le logo du magasin par défaut. Les badges des demandes prépayées sont plus compacts. Les cartes des comptes d'exchange affichent les totaux estimés dans ta devise régionale, en signalant clairement les prix manquants et les données périmées.
Le schéma 120 reconstruit l'index de recherche des factures pour les enregistrements existants. Les historiques volumineux peuvent allonger la mise à jour. Le fonctionnement des paiements, les clés des portefeuilles et les règles de sweep sont inchangés.
L'envoi manuel et les sweeps automatiques à activer explicitement couvrent désormais les monnaies natives sur 29 blockchains. Monero reste en lecture seule. La prise en charge existante d'ERC-20 et du SPL classique est inchangée ; les autres standards de tokens et les dépenses Lightning ne sont pas inclus.
Les nouveaux adaptateurs vérifient les montants, frais, réserves et identités des transactions avant la signature locale. Utilise un fournisseur de soumission compatible. Zcash est limité au transparent, DOT utilise Asset Hub et les destinations sortantes avec memo/tag ne sont pas prises en charge.
Les configurations d'envoi et de sweep affichent des conseils propres à chaque blockchain. Le schéma 119 est inchangé ; la mise à jour n'active aucun portefeuille, règle ni droit. Vérifie l'aperçu et teste un petit transfert avec ton fournisseur avant d'activer l'automatisation.
Configurer le sweep automatique ouvre une fenêtre pour l'actif et la blockchain sélectionnés. Choisis une destination, un solde à conserver et des limites de frais sans déplier la liste.
La fermeture conserve les modifications non enregistrées. Les erreurs d'enregistrement restent dans l'éditeur et les règles activées exigent toujours une confirmation. Inclut les onglets du tableau de bord sous le graphique du chiffre d'affaires. Le schéma 119 et le comportement de dépense sont inchangés.
Les onglets du tableau de bord se trouvent désormais sous le graphique du chiffre d'affaires. Les filtres de rapport, totaux et graphiques restent visibles pendant que tu consultes Projets et magasins, Factures, Portefeuilles ou Sweeps.
Changer de liste garde le graphique en place sans le recharger. Les rapports et les listes s'actualisent indépendamment. Le fonctionnement des paiements et le schéma 119 sont inchangés.
Les nouveaux onglets du tableau de bord regroupent les factures, portefeuilles et transferts sweep de tes projets accessibles. Projets et magasins conserve les graphiques et totaux des rapports. Les listes incluent recherche, filtres, pagination et liens vers les détails.
Chaque règle de sweep automatique possède un bouton Configurer à côté de son interrupteur. Les réglages restent compacts jusqu'à leur ouverture et enregistrer une règle activée exige toujours une confirmation.
La progression des transferts s'actualise sans F5, y compris après des chargements initiaux lents et pendant la modification des réglages. Les listes de portefeuilles utilisent les soldes en cache et les estimations en devise fiat régionale. Le schéma 119 et les limites de dépense sont inchangés.
Activité des transferts affiche le travail réellement en cours et les transferts à vérifier. Les règles de sweep inactives n'apparaissent plus comme des transferts en attente ; les sweeps terminés restent dans l'historique.
La finalisation utilise des vérifications de confirmation blockchain en lecture seule, pas un minuteur d'affichage. La recherche et les filtres de statut gardent l'historique compact, avec le financement gas vérifié regroupé dans les détails du sweep associé.
Le schéma 119 ajoute un suivi d'affichage uniquement. Les portefeuilles, transactions signées et limites de dépense existants restent inchangés. Les transferts historiques sont vérifiés progressivement après la mise à jour ; aucune modification de l'API publique ni des SDK.
Les sweeps automatiques de tokens approvisionnent les adresses éligibles par groupes bornés, avec réservation des soldes et nonces et vérifications de confirmation parallèles. Les limites existantes et la récupération des transactions signées sont conservées.
Activité des transferts ajoute des badges Financement gas, des filtres, des détails regroupés et la progression des sweeps automatiques. Les transferts de tokens restent séparés du financement du gas natif.
La configuration sweep ajoute les filtres Règles actives et Tokens inactifs. 1 EUR par règle peut servir de budget initial pour un usage léger, pas de frais quotidiens. Schéma 118 ; aucune nouvelle migration ni modification de l'API publique ou des SDK.
Le gas automatique des tokens utilise une seule limite de financement quotidienne dans la devise de rapport du projet. Le gas du prochain sweep est estimé automatiquement ; les contrôles techniques et diagnostics facultatifs se trouvent dans Avancé.
Les limites s'appliquent par règle de token sur 24 heures glissantes. Des prix manquants ou limites épuisées suspendent le financement sans augmenter ton budget. Les limites natives existantes et les choix enregistrés sont conservés ; les règles activées exigent toujours une confirmation.
La progression automatique affiche les motifs de financement et d'attente. Des réservations exactes du budget préservent la récupération des transferts signés. Schéma 118 ; aucune modification de l'API publique, des SDK ou de l'approbation des envois manuels.
Les nouvelles règles de sweep de tokens démarrent avec le gas financé par le projet sélectionné. Les choix déjà enregistrés et les refus dans les brouillons restent inchangés. Les sweeps automatiques exigent toujours un enregistrement et une confirmation.
Un texte plus clair sur le financement gas identifie le portefeuille de monnaie native du projet et ses limites. La confirmation d'activation affiche les budgets par adresse et sur 24 heures. Le message provisoire de gas non vérifié est supprimé ; les vrais résultats de contrôle et les erreurs restent visibles.
Schéma 117 ; aucune nouvelle migration ni modification de l'API publique ou des SDK. Mets à jour avec whollycrypto update.
Les règles de sweep automatique peuvent conserver un montant minimum de monnaie ou de token dans l'ensemble du portefeuille du projet, distinct du seuil de déclenchement du sweep. Les règles existantes gardent zéro ; les envois manuels sont inchangés. Les frais proviennent de l'excédent, dans le respect des limites de dust et de rent du réseau.
À vérifier permet une sélection individuelle ou de la page courante pour marquer comme vérifié, ajouter une note ou relancer un scan. Les contrôles par facture et l'historique d'audit sont conservés ; les requêtes échouées peuvent être réessayées sans répéter les actions réussies.
La navigation du projet affiche le logo de paiement du magasin par défaut lorsqu'il est disponible. Schéma 117 ; aucune modification de l'API publique ni des SDK.
L'espacement intérieur de la section Langue de la console est rétabli sur ordinateur et mobile, y compris à la première visite avant d'ouvrir Frais.
Inclut la gestion Domaines actifs de la 6.2.1 et les parcours distincts Ajouter/Gérer, avec vérification DNS et révision d'activation limitées aux modifications. Aucune nouvelle migration ni modification de l'API publique.
Gère les domaines existants directement depuis une liste unique Domaines actifs. Ajouter un domaine dispose de son propre éditeur, avec annulation, libellés de modifications en attente et révision sûre des brouillons avant publication.
Les résultats DNS et la révision d'activation se concentrent sur les adresses modifiées. Les hôtes actifs inchangés ne sont pas interrogés et leurs certificats ne sont pas réémis. Les suppressions seules et mises à jour de l'adresse principale évitent les rechargements temporaires ACME/staging ; les contrôles de sécurité Nginx et des hôtes retirés restent en place.
Le style et l'alignement du sélecteur Langue de la console sont corrigés sans dépendre d'une visite préalable à Frais. Aucune nouvelle migration ni modification de l'API publique.
Recherche des projets, magasins et factures depuis l'en-tête de la console, avec suggestions pendant la saisie et navigation directe. La recherche respecte les accès attribués aux projets. Déconnexion passe dans le menu engrenage ; Ctrl/Cmd+K ouvre la recherche.
Filtre les connexions blockchain par statut du scanner, y compris vérifié, non vérifié, restreint, contrôles échoués, délai d'attente et API incompatibles.
Le tableau de bord consolidé ajoute un filtre de cryptomonnaie active après Magasin. Les tokens sont séparés par réseau et les rapports suivent les paiements reçus plutôt que les options de paiement. Le schéma 116 ajoute un index de recherche des factures ; les historiques volumineux peuvent allonger la mise à jour. Aucune modification de l'API publique ni des SDK.
Correction d'un dépassement de pile du worker de scanner introduit en 6.1.0, qui pouvait redémarrer sans cesse un backend commerçant actif et provoquer des erreurs Bad Gateway et avertissements intermittents de statut de facturation.
Les périmètres des tâches du scanner gardent désormais les grands états asynchrones dans le tas. Les tests de régression couvrent les piles de workers de taille normale, les scans simultanés, l'isolation du cache et l'annulation. Les portefeuilles, l'historique des paiements et les politiques de vérification restent inchangés.
Mise à jour de stabilité recommandée pour les installations en 6.1.0. Schéma 115, aucune nouvelle migration ni mise à jour de SDK. Mets à jour avec whollycrypto update.
Davantage d'API de scan des paiements natifs : Algorand algod, Tezos Octez, Polkadot Asset Hub RPC, Stellar RPC et Zcash Core/Zebra transparent. Un historique conservé complet et des preuves exactes des paiements restent nécessaires ; la seule bonne hauteur du nœud ne suffit pas.
Le partage borné des blocs en mémoire, la mémorisation des limites de plages de logs EVM et une régulation supplémentaire des fournisseurs publics réduisent les tâches répétées sans stocker de base de données blockchain. Les réglages de nœuds, priorités et seuils de fournisseurs indépendants existants sont conservés.
Un basculement plus sûr entre sources brutes/indexées conserve les identités des reçus Tezos et Zcash. Les détails de connexion expliquent les limites des API et tokens ; la prise en charge native n'implique pas de nouveaux moyens de paiement en tokens. Schéma 115 ; aucune mise à jour de SDK nécessaire.
Des API supplémentaires de scan des paiements natifs pour Bitcoin, Bitcoin Cash, Litecoin, Dogecoin, Dash et TRON. Les nœuds bruts compatibles fournissent des blocs complets décodés ou solidifiés ; la seule bonne santé du nœud ne prouve pas l'accès à l'historique des paiements.
Des fenêtres d'historique bornées, des curseurs reprenables et une vérification indépendante brute/indexée préservent les montants exacts et les reçus lors des changements de fournisseur. Le rattrapage des nœuds bruts peut prendre plusieurs cycles ; l'historique indexé reste préférable pour les volumes élevés.
Les détails de connexion expliquent les adaptateurs de scan indisponibles et listent les API acceptées. Le scan brut Core exige 1–48 confirmations ; Bitcoin sans confirmation exige toujours Esplora. TRON est limité au TRX natif. Le schéma 114 conserve les réglages des nœuds et la politique par défaut à deux fournisseurs.
Les factures manuelles/API conservent les moyens on-chain configurés pendant les délais du scanner, les vérifications en attente ou l'insuffisance de fournisseurs utilisables. La détection attend un rétablissement vérifié ; les règles de confirmation et d'indépendance des fournisseurs restent inchangées. La configuration des portefeuilles, des taux fiables et la création externe des demandes Monero/Lightning restent nécessaires.
Portefeuilles → Adresses ajoute Masquer les petits soldes, activé par défaut, pour les avoirs cumulés inférieurs à 0,20 EUR. Les prix inconnus et les soldes périmés restent visibles. Les actifs en cache affichent leur valeur approximative dans la devise de rapport du projet.
Les réglages des sweeps automatiques inactifs sont repliés au départ ; les règles actives restent dépliées. Les filtres Tous / Avec solde et des conseils de configuration recommandée plus aérés facilitent l'utilisation de la liste.
Les envois manuels de tokens pris en charge démarrent avec Utiliser la monnaie native du projet pour le gas sélectionné. Les commerçants peuvent le désactiver ; la révision du devis et l'approbation explicite restent obligatoires. Les règles automatiques et portefeuilles existants sont inchangés. Schéma 113 ; les SDK existants restent compatibles.
Les scans Zcash acceptent désormais la réponse exacte d'historique vide pour les adresses inutilisées. Les contrôles Cosmos contournent les caches de courte durée et expliquent les têtes de réseau périmées sans affaiblir la validation.
Les paiements EVM actuels sont prioritaires sur l'historique en arrière-plan. La régulation partagée des fournisseurs, les fenêtres adaptatives de scan natif et le routage local selon les capacités réduisent les requêtes évitables. Le retard des paiements actuels et le rattrapage de l'historique sont affichés séparément.
La prise en charge facultative de l'historique BlockCypher ajoute un autre fournisseur pour Litecoin, Dogecoin et Dash ; les quotas gratuits restent limités. La configuration Monero demande désormais clairement un wallet-RPC externe en lecture seule. Les réglages de nœuds, politiques de vérification et portefeuilles existants sont conservés.
Correction du scan BNB Smart Chain sur les grands blocs avec une limite de réponse de bloc complet de 16 MiB, moins de données de transaction conservées et moins de requêtes simultanées. Les limites RPC ordinaires restent inchangées.
Les scanners Ethereum et des autres EVM partagent la découverte pour les factures situées à des positions de bloc proches, réduisant les requêtes répétées entre différents instants de création. Les nouvelles factures et les anciens rattrapages conservent leur progression et une planification équitable.
Ajout de scanners Bitcore d'historique d'adresses pour Bitcoin Cash et Dogecoin aux côtés d'Esplora, incluant les sorties dépensées et les contrôles canoniques des transactions/sorties. Les historiques incomplets ou trop volumineux échouent en sécurité.
Les détails de blockchain et les diagnostics de disponibilité listent les API de scan compatibles, y compris les paires mixtes de fournisseurs indépendants. Deux fournisseurs restent le réglage par défaut ; les politiques, délais, portefeuilles et historiques existants sont conservés. Migration 112 ; diagnostics accepted_endpoint_roles supplémentaires, aucune mise à jour de SDK nécessaire.
Portefeuilles → Adresses démarre avec Avec solde activé, incluant les soldes positifs en cache des monnaies natives et tokens. Désactive-le pour inclure les adresses vides ou non vérifiées. La recherche et la pagination Page X sur Y s'appliquent à la liste filtrée.
Les boutons désactivés de la console ne suggèrent plus un chargement quand rien ne tourne. Les opérations réellement en attente conservent leur indicateur de chargement.
Les règles de sweep automatique peuvent choisir dans le carnet des adresses de blockchain/réseau correspondants ou utiliser une adresse saisie manuellement. La recherche et la pagination facilitent la recherche des destinations enregistrées. La sélection remplit uniquement un brouillon ; l'enregistrement et la confirmation restent obligatoires.
Les memo/tags obligatoires ne sont jamais supprimés silencieusement et les destinations d'exchange et d'autres portefeuilles restent mutuellement exclusives. Les règles existantes et les approbations de dépense sont inchangées. Aucune migration de base de données ni modification de l'API publique/MCP.
Catalogue des nœuds publics réorganisé avec un tableau compact, des badges cohérents, des vues Ajoutés / Non ajoutés claires et des filtres de blockchain et de qualification bien visibles. Les sondes détaillées et métadonnées de source restent hors de la liste principale.
Les connexions configurées hors du pool public portent la mention Commerçant uniquement. Leur statut d'ajout reste clair et Détails ouvre les diagnostics locaux au lieu d'afficher un échec de qualification du catalogue public.
Les badges des connexions blockchain distinguent les délais du scanner, les contrôles expirés, les contrôles échoués et les API incompatibles. Ouvre un badge pour voir l'erreur enregistrée du scanner et l'heure de nouvelle tentative à côté des mesures distinctes de capacité.
Les connexions, règles de qualification et politiques de vérification existantes sont conservées. Les sondes de capacité n'effacent pas les délais du scanner ; les limites de réponse et le comportement de nouvelle tentative du scanner sont inchangés. Aucune migration de base de données ni modification de l'API publique.
Le catalogue des nœuds publics marque les endpoints déjà ajoutés à Connexions blockchain, avec des filtres pour les entrées ajoutées et non ajoutées. Les connexions désactivées comptent toujours comme configurées.
Les connexions hors du catalogue central apparaissent comme des entrées locales, même avant le premier téléchargement du catalogue. Elles restent sur ton installation commerçant et ne sont jamais envoyées au pool public. Les identifiants et chemins des URL sont masqués ; Détails ouvre les contrôles locaux des capacités de la connexion.
Le statut de qualification explique désormais les exigences manquantes et affiche le nombre de contrôles réussis. Réussir toutes les capacités dans une sonde exige toujours une deuxième observation réussie. Un libellé plus clair sur l'attribution de l'opérateur distingue l'examen du fournisseur des tests de connexion.
Les connexions, exigences de qualification et politiques de vérification du scanner existantes sont conservées. Aucune migration de base de données ni modification de l'API publique ; disponible via les mises à jour signées pour Linux natif et Docker.
Nouveau catalogue des nœuds publics, accessible depuis Réglages → Connexions blockchain. Recherche parmi des milliers d'endpoints mainnet publics et filtre par blockchain, fraîcheur et candidats qualifiés pour les paiements natifs, le scan des tokens ou l'accès historique.
Le catalogue géré centralement est actualisé régulièrement, avec des mises à jour signées mises en cache sur ton installation commerçant. Les dates des sources, informations sur les opérateurs et contrôles de capacité montrent ce qui a été vérifié et ce qui reste inconnu.
Le statut de connexion ouvre une fenêtre de détails de capacité pour l'identité du réseau, la fraîcheur de la tête, les paiements natifs, les logs de tokens et l'accès historique. Consulte les mesures centrales séparément des résultats locaux et lance un contrôle en lecture seule depuis ton installation commerçant.
La consultation du catalogue et les diagnostics laissent inchangées les connexions configurées et les politiques de vérification à un/deux fournisseurs. La sélection et la rotation automatiques des nœuds ne sont pas activées. Aucune nouvelle blockchain de paiement n'est introduite. Migration 111 ; disponible via les mises à jour signées pour Linux natif et Docker.
Ajoute NodeReal comme connexion BNB Smart Chain par défaut pour aider au scan des paiements lorsque d'autres fournisseurs publics limitent les reçus de transaction ou atteignent les quotas partagés.
Les nouvelles installations et mises à jour ajoutent la connexion si elle est absente et conservent les réglages NodeReal existants. La vérification par deux fournisseurs indépendants reste le réglage par défaut. Inclut le correctif d'actualisation de la console de la 5.13.4.
Correction des échecs intermittents de chargement des projets après actualisation de la console commerçant. Les lectures de projets se rétablissent lorsque des requêtes en arrière-plan invalident les données en cache, sans nécessiter une nouvelle actualisation.
Les chargements temporairement échoués sont réessayés une fois, les requêtes bloquées expirent et les erreurs persistantes proposent un bouton Réessayer. Les contrôles de session et d'accès restent appliqués ; les modifications et actions de paiement ne sont jamais réessayées automatiquement. Aucune migration ni mise à jour de SDK nécessaire.
Les recharges internes de gas n'apparaissent plus comme des paiements clients ni comme de faux avertissements de paiement insuffisant, tardif, de moyen expiré ou de paiement ambigu.
Une migration auditée répare les enregistrements de financement correspondants tout en conservant les règlements valides, les vrais trop-perçus, les transactions d'origine et l'historique des callbacks signés. Aucun fonds n'est déplacé.
Les totaux de paiement, l'historique actuel, les nouveaux instantanés de callbacks, les limites de remboursement et les listes de paiements récents excluent le financement interne vérifié. Un règlement historique dépendant d'un financement interne est marqué invalide pour vérification. Les soldes des portefeuilles sont inchangés. Migration 109 ; aucune mise à jour de SDK nécessaire.
Correction des envois de tokens EVM avec gas financé qui attendaient inutilement après le financement. Le budget de frais approuvé de chaque source peut couvrir l'envoi sans rajouter la marge du niveau de frais sélectionné.
La progression du transfert sépare désormais le financement gas confirmé de l'étape d'envoi des tokens et explique clairement les attentes liées au budget de frais.
Réviser le gas actualisé prépare une suite non signée pour les mêmes tokens non envoyés, réutilise le gas existant et exige une nouvelle approbation pour les coûts restants. Les financements précédents et transactions signées sont conservés. Aucune migration ni modification de l'API publique.
Correction des envois USDT, USDC et autres ERC-20 qui échouaient pendant la signature. Les transferts de tokens envoient correctement une valeur de monnaie native nulle tout en gardant le montant de token demandé positif.
Reprendre le transfert restant actualise en sécurité une étape non signée expirée dans les limites d'origine de montant, destination et frais. Le financement gas terminé est conservé ; les transactions signées ou incertaines ne sont jamais remplacées.
Une nouvelle approbation explicite renouvelle la fenêtre d'envoi d'une heure. Installer ce correctif ne reprend pas les paiements suspendus et ne modifie pas les règles de sweep. Aucune migration ni modification de l'API publique.
Les envois manuels avec gas financé exigent une seule approbation. Les transactions de financement pré-réservées sont soumises ensemble, les confirmations vérifiées en groupe et les tokens suivent automatiquement. Les erreurs temporaires de nœuds relancent les transactions approuvées d'origine.
La révision du transfert affiche le nombre de sources et de transactions, les frais maximaux natifs et en devise fiat de rapport, et les frais en pourcentage de la valeur transférée.
Les limites facultatives de frais des sweeps automatiques attendent des frais plus bas ou des prix vérifiés récents. Les règles existantes et adresses uniques des factures sont inchangées ; les limites de sécurité et l'expiration des approbations restent appliquées. Migration additive.
L'envoi manuel affiche désormais des exemples sous la réserve de monnaie native : zéro n'ajoute aucune réserve supplémentaire sans dépenser tout le solde ; 0.005 garde ce montant disponible pour plus tard, avec le financement et les frais couverts séparément.
Les exemples utilisent la monnaie native de la blockchain sélectionnée. Correctif d'affichage uniquement ; les valeurs par défaut, exigences d'approbation, sweeps automatiques et données des portefeuilles sont inchangés.
Les envois manuels de tokens peuvent financer le gas manquant depuis le portefeuille natif du même projet sur les blockchains EVM prises en charge et Solana SPL. Vérifie le financement natif, les limites de frais et une réserve facultative, puis approuve une seule fois.
Le financement gas est confirmé avant le déplacement des tokens. La progression durable et la récupération de la transaction d'origine maintiennent les montants approuvés bornés ; des coûts supérieurs provoquent une pause. Les règles automatiques existantes et les contrôles d'autorisation d'envoi restent inchangés.
Formulaire et révision d'envoi manuel plus clairs. Une diffusion réussie ou l'approbation du financement ferme la fenêtre et ouvre Activité des transferts, avec progression et liens d'explorateur. Un manque de gas affiche une erreur indiquant comment agir.
Les envois SPL exacts combinent les comptes de tokens et le financement gas conserve les soldes requis des comptes Solana. Destinations de portefeuille, jusqu'à 32 adresses détenant des tokens par parcours ; Token-2022 reste non pris en charge. La migration additive conserve les données.
Enregistre une fois une blockchain/adresse dans le Carnet d'adresses. Les monnaies natives et tokens associés à CoinGecko sont découverts automatiquement, avec avoirs regroupés, estimations en devise fiat régionale, recherche et détails paginés.
Les lecteurs de tokens fongibles en observation seule couvrent 22 blockchains via les connexions existantes. Les soldes privés et couches de tokens nécessitant des indexeurs distincts restent explicitement indisponibles.
Le travail borné en arrière-plan affiche la progression et les erreurs, conserve les soldes en cache en cas d'échec et bloque les résultats périmés après des modifications. La migration additive conserve les entrées existantes ; les moyens des factures, clés de portefeuilles et politique de dépense sont inchangés.
Les sweeps vers les exchanges vérifient les minimums et frais de dépôt pour chaque transaction sortante, y compris les petits restes. Les dépôts sous le minimum s'arrêtent avant l'envoi.
La dépense découvre toutes les adresses de réception enregistrées. Les envois manuels natifs EVM et ERC-20 combinent les adresses en couvrant tout le montant demandé et le gas de chaque source ; les grands sweeps utilisent des lots bornés.
Les réservations de portefeuilles empêchent les envois qui se chevauchent et la réutilisation de nonce/entrées. Les réponses perdues sont récupérées en vérifiant le hash exact de la transaction avant de renvoyer les octets signés d'origine. Reprends les transferts incertains au lieu de les remplacer.
La migration additive conserve les portefeuilles, l'historique, les exigences d'approbation et la politique d'envoi. Aucune modification des contrats de l'API publique, de MCP ou des callbacks.
Console commerçant plus rapide avec fonctionnalités à la demande, rendu de la section active et réutilisation des lignes inchangées. Le changement de projet utilise un bref cache de lecture limité à la session, avec réutilisation et annulation des requêtes en double.
Les ressources navigateur vérifiées et versionnées sont mises en cache ; le HTML et les API privées restent no-store. Les soldes des portefeuilles, secrets, facturation et contrôles d'envoi restent hors du cache de lecture.
Les listes de factures récupèrent moins de métadonnées et évitent les décomptes redondants sur les pages courtes. Les requêtes d'activité ne chargent les détails de paiement que pour la page sélectionnée. Aucune migration, ajout d'index, modification de politique ni mouvement de fonds.
L'envoi manuel comporte deux étapes : préparer, puis vérifier et Approuver et envoyer. L'approbation, la signature locale et la diffusion conservent leurs contrôles audités ; les requêtes échouées s'arrêtent pour actualiser le statut avant de continuer.
Sweep sépare la configuration automatique, les destinations d'exchange et l'activité des transferts en onglets. Un rappel sur le gas natif explique les frais à chaque adresse d'envoi.
L'historique compact et paginé ouvre les détails du transfert, avec des liens d'explorateurs publics pour les transactions soumises. La diffusion n'est pas une confirmation. Cette mise à jour ne déclenche aucune migration, modification de politique ni transfert.
Correction des estimations fiat manquantes des portefeuilles pour USDC/USDT vérifiés lorsque les prix CoinGecko sont périmés ou absents. Les cotations récentes des fournisseurs de taux Kraken/Binance activés offrent un repli, en commençant par le fournisseur principal.
Aucune parité avec le dollar supposée ni tarification de tokens personnalisés fondée uniquement sur le symbole. Les portefeuilles distinguent les prix de marché manquants des scans actuels des soldes ; la conversion en devise de rapport et les totaux partiels restent précis.
Aucune migration, modification des clés ni mouvement de fonds. Les devis des factures, montants de paiement et réglages des transferts sont inchangés.
Les scans manuels des soldes obtiennent une capacité réservée et gardent la priorité entre les pages d'adresses. Des workers parallèles bornés et des délais d'expiration des fournisseurs empêchent une blockchain lente de bloquer tous les portefeuilles.
La progression par actif affiche les adresses vérifiées, soldes actualisés et erreurs claires. Une interrogation légère évite de recharger sans cesse tous les portefeuilles ; Envoi manuel conserve le montant et la destination saisis.
Seuls les scans complets publient des totaux actualisés. De courtes concessions temporaires reprennent les scans interrompus en sécurité ; les grands portefeuilles peuvent continuer en arrière-plan. La migration additive conserve les clés, l'historique et la politique de transfert.
Nouvelle section Réglages → Carnet d'adresses avec destinations nommées par blockchain/actif, tags, descriptions, recherche, tri, pagination, soldes en cache, estimations en devise fiat régionale et liens d'explorateur.
Envoi manuel propose les destinations enregistrées et récentes par projet/actif. Aperçu uniquement est désactivé par défaut ; les plans exigent toujours une approbation, une signature et une diffusion séparées. Les plans créés depuis Portefeuilles ouvrent Sweep pour révision.
Scanner les soldes dans les portefeuilles et dans Envoi manuel demande de nouveaux scans natifs/tokens. Les requêtes répétées sont limitées et les curseurs des scans actifs sont conservés.
Les soldes Monero publics restent privés. Les memo/tags obligatoires ne sont jamais supprimés silencieusement. La migration additive conserve les portefeuilles, l'historique et les politiques de transfert existants ; l'API publique et les callbacks sont inchangés.
Les badges d'éligibilité du scanner par nœud distinguent les sources de paiement utilisables de la simple connectivité. Les détails de blockchain permettent de faire explicitement confiance à un seul fournisseur ; deux fournisseurs indépendants restent le réglage par défaut.
Les estimations des portefeuilles utilisent la devise du magasin par défaut, avec repli sur celle du projet, une conversion réelle des taux de change et un arrondi adapté à la devise fiat.
Quatorze solutions de repli publiques vérifiées et trois connexions corrigées du scanner Bitcoin élargissent les réglages d'installation par défaut. Les alias du même opérateur ne comptent pas comme fournisseurs indépendants ; les réglages personnalisés existants et nœuds désactivés restent intacts.
Le mode à fournisseur unique supprime le recoupement indépendant, pas les contrôles de réseau, de montant ni de confirmation. Certaines blockchains exigent toujours un fournisseur d'historique propre ou avec identifiants. Diagnostics API et documentation actualisés.
Les enregistrements, interrupteurs, imports et suppressions de la console utilisent des endpoints POST explicites, compatibles avec la règle Not GET or POST de Cloudflare sans exception WAF.
La connexion, la protection CSRF, les droits de projet, la validation et les confirmations de suppression restent appliqués. Aucune nouvelle tentative automatique ni substitution générique de méthode.
L'API publique, les SDK, le paiement et les protocoles MCP sont inchangés. Les méthodes existantes de la console restent disponibles pour les onglets déjà ouverts.
Les nouveaux champs de domaine apparaissent au-dessus des éditeurs existants sans changer le domaine principal. Domaines du magasin possède un titre clair dans le panneau et un espacement cohérent.
Erreurs 403 du serveur/proxy plus claires avec un Ray ID Cloudflare sûr. Les modifications non enregistrées sont conservées ; l'authentification normale et la protection CSRF restent appliquées.
Une règle Cloudflare bloquant les requêtes PUT doit toujours être ajustée dans Cloudflare. Ce correctif ne contourne pas les règles de sécurité externes.
Affiche ou masque les noms de projet et de magasin sur les pages de paiement et aperçus clients, avec héritage du magasin par défaut et valeurs API propres à chaque facture.
Choisis les domaines merchant, pay et API actifs pour chaque magasin. Les liens générés privilégient le magasin, puis le magasin par défaut, puis les valeurs système ; les domaines retirés utilisent un repli sûr.
Les domaines actifs apparaissent en premier. L'ajout de domaines réutilise les hôtes actifs inchangés et valide les nouveaux avant activation, puis revient à la vue d'ensemble active.
Badges de nombre de magasins, en-têtes avec nom et logo du magasin, et activité récente affichant le montant de l'actif reçu, le token et le réseau. Documentation API et exemples SDK 2.5.0 actualisés.
Les contrôles partagés de disponibilité à la réception expliquent les exigences manquantes de portefeuille, scanner et fournisseur avant la création de facture. Connexions blockchain affiche les états prêt pour le scan, indisponible, non vérifié et retardé séparément de la santé du nœud.
Les factures manuelles gardent les moyens indisponibles visibles avec les motifs, liens vers les réglages et Vérifier à nouveau. Les moyens de paiement du magasin et les portefeuilles partagent les mêmes contrôles de réception ; les soldes et le gas d'envoi restent séparés.
Les diagnostics structurés API/MCP identifient la blockchain, l'actif et le blocage sur lequel agir. Les SDK PHP, Python et Node 2.4.0 ajoutent des explications sûres des exceptions et des outils pratiques pour les problèmes de moyens de paiement.
Les sélections de factures API/MCP ignorent les choix inactifs ou non acceptés, utilisent les valeurs par défaut du magasin si rien ne correspond et incluent tous les actifs actifs pour une sélection limitée à la blockchain. Les moyens existants des factures et les nouvelles tentatives idempotentes sont conservés.
Les erreurs de facture propres à chaque blockchain expliquent les exigences de portefeuille, fournisseur de scan et taux, y compris la disponibilité de l'indexeur d'historique TRON. Les contrôles de sécurité et le refus des symboles ambigus restent appliqués.
Envoi manuel recharge à l'ouverture l'instantané partagé actuel des soldes. Portefeuilles ajoute le filtre Actifs dans les magasins, y compris les blockchains avec uniquement des tokens. Moyens de paiement du magasin utilise de plus petites indications de blockchain sans encadrés d'identifiants répétés.
Le tableau de bord consolidé utilise Les 30 derniers jours par défaut, avec Les 60/90/180 derniers jours, L'année écoulée et Toute la période. Les longs historiques utilisent des points mensuels ou annuels dans les graphiques, dans le périmètre de rapport de l'utilisateur.
Correction d'Ajouter une destination restant indisponible après le retour des Réglages d'exchange. Contrôles d'accès clairs et disposition des destinations plus compacte.
Interrupteurs de connexion/déconnexion et suppression sûre des comptes d'exchange enregistrés. Les tâches non résolues bloquent la suppression ; les identifiants enregistrés sont supprimés sans supprimer les fonds de l'exchange ni les enregistrements historiques.
Les valeurs fiat estimées des soldes d'exchange utilisent ta devise régionale par défaut. Trie n'importe quelle colonne, avec la valeur fiat la plus élevée en premier ; les prix inconnus et périmés restent clairement identifiés.
Les factures API et MCP acceptent des asset_tickers limités à une blockchain. Copie les sélections depuis Magasin → Moyens de paiement. Les symboles ambigus exigent asset_ids ; les contrôles existants d'acceptation, de disponibilité et d'idempotence restent appliqués.
Recherche et parcours les adresses de réception depuis Projet → Portefeuilles → Adresses, avec liens de factures, ID de commande, références, index de dérivation et soldes exacts des actifs en cache.
Soldes de l'adresse de base et cumulés du portefeuille plus clairs. Les soldes des comptes partagés ne sont pas présentés comme des soldes distincts de factures.
Aide à la récupération propre à chaque blockchain, confirmation de révélation de l'adresse sélectionnée, avertissements de sauvegarde et conseils pratiques pour Sweep. Aucun transfert automatique ni divulgation de clés.
Les clés des portefeuilles, factures, contenus de callbacks et politiques d'envoi existantes sont conservés. La prise en charge de la réception et de la dépense reste distincte.
Valeurs régionales par défaut dans Réglages → Système, après Langue de la console : devise fiat et fuseau horaire recherchables pour les nouveaux projets et comptes.
Le tableau de bord consolidé utilise la devise système jusqu'à ce que tu en choisisses une autre. Les projets, magasins, factures et la devise des crédits prépayés existants sont inchangés.
Choisis les blockchains et actifs pour chaque facture manuelle sans modifier les réglages du magasin. Les requêtes API et MCP acceptent des sélections facultatives payment_methods, avec Bitcoin Lightning choisi séparément.
Les sélections peuvent uniquement restreindre les moyens acceptés et prêts du magasin. Les choix invalides, désactivés ou indisponibles sont refusés, sans repli silencieux sur d'autres actifs. L'idempotence, les clés des portefeuilles et les callbacks existants sont conservés.
Recherche et navigation des factures plus rapides, chargement de l'apparence du paiement pouvant être réessayé et meilleures mises en page sur ordinateur portable.
Les sauvegardes de portefeuilles proposent du TXT brut ou un fichier HTML hors ligne consultable avec recherche et QR codes intégrés. Les deux contiennent des secrets non chiffrés : garde-les privés et hors ligne.
Les raccourcis d'envoi ouvrent l'actif exact du portefeuille dans la révision d'envoi manuel. La devise du tableau de bord persiste après rechargement, les graphiques affichent des détails au survol et les dates personnalisées utilisent une fenêtre.
La page de paiement place le total fiat sous Montant dû, affiche la description de commande sous son titre et déplace Retour au commerçant en haut à droite. Bordures du logo, états au survol des sélecteurs et indicateurs d'attente discrets améliorés. Les règles de paiement, clés et contenus de callbacks existants sont inchangés.
Réglages → Accès API place Connexions IA · MCP sous Identifiants API, avec un espacement plus clair entre les panneaux.
Les filtres de portefeuilles ajoutent Avec solde et Sans solde, combinables avec la recherche et la disponibilité. Les monnaies natives et tokens suivis comptent ; les soldes nuls inconnus ou périmés ne sont pas classés comme vides. Les badges actuels s'adaptent désormais à leur texte.
Les lignes de factures du projet affichent l'ID de commande à côté de la description, ainsi que les montants crypto reçus et leur blockchain/token. Des résumés en cache chargés par lots gardent la liste rapide, sans appels aux nœuds par facture.
Les IPN et webhooks incluent désormais paid_asset_amount pour le devis crypto complet et paid_asset_amount_received pour les réceptions réelles au règlement. Des chaînes décimales exactes préservent les manques acceptés et trop-perçus sans modifier le montant de la facture.
Les montants de règlement restent figés lors des nouvelles tentatives. Les anciens instantanés restent inconnus, les corps d'événements enregistrés sont inchangés et la version du contenu reste 2. La documentation commerçant/produit et les exemples des trois SDK sont synchronisés.
La page de paiement masque le sélecteur de blockchain et d'actif pendant la confirmation du paiement. Les détails du paiement, la progression et les liens de transaction restent visibles ; les paiements partiels gardent leurs contrôles du montant restant. Les aperçus hébergés font de même.
MCP commerçant intégré à l'endpoint /mcp de ton domaine API. Connecte un assistant IA sans installer de service supplémentaire. MCP reste désactivé jusqu'à son activation explicite.
Huit outils de lecture limités au projet couvrent les magasins, moyens de paiement, soldes, factures, statuts de livraison et conversions. La création de factures exige une approbation distincte et conserve les règles existantes de validation et d'idempotence.
OAuth avec consentement de l'administrateur, S256 PKCE, tokens renouvelés et connexions révocables. L'accès bearer facultatif, les droits de projet, restrictions IP et limites de fréquence API partagées restent appliqués. Aucun export de secrets de portefeuille ni outil de transfert de fonds.
Nouveaux guides MCP en anglais/allemand, informations sur la page d'accueil et les fonctionnalités, ainsi que références API commerçant et produit synchronisées. Les portefeuilles, factures, domaines et intégrations REST existants sont conservés.
paid_chain, paid_asset et paid_payment_method_id au premier niveau identifient le moyen de paiement ayant réglé une facture. Le détail payment_info reste disponible dans les IPN et webhooks.
settlement_exchange_rate enregistre le taux de marché avant marge au règlement, avec unités explicites, devise, horodatages des sources et indicateurs de qualité. Il ne modifie jamais le montant figé de la facture.
Les nouvelles tentatives et paiements supplémentaires sur le même moyen conservent l'instantané enregistré, y compris les taux manquants. Les réorganisations effacent le résumé actuel ; un nouveau règlement ou un changement de moyen de règlement obtient un nouvel instantané. Les corps des événements historiques sont inchangés.
Références API commerçant/produit et exemples SDK PHP, Python et Node actualisés. Les récepteurs SDK 2.1.0 et plugins de boutique 1.0.2 existants restent compatibles. Les portefeuilles, montants de factures et politiques de magasins sont conservés.
Les nouveaux devis des stablecoins fiat reconnus et vérifiés sont arrondis au supérieur à deux décimales maximum, après la marge. Payer intégralement le montant arrondi fonctionne avec une tolérance nulle ; les factures existantes gardent leurs montants figés.
Les QR codes, liens de portefeuille et montants copiés depuis la page de paiement demandent la totalité du devis restant dû. La tolérance aux paiements insuffisants n'est plus soustraite au paiement demandé.
La tolérance détermine uniquement si les fonds reçus comptent comme payés. Les manques acceptés ne sont pas affichés comme paiements insuffisants et ne demandent pas de fonds supplémentaires pendant l'attente des confirmations réseau.
Le calcul partagé couvre toutes les blockchains et tous les tokens, y compris les paiements partiels. Les totaux existants des factures, politiques de règlement, portefeuilles et significations des champs de callbacks sont conservés.
Les instantanés IPN et webhook enrichis incluent la blockchain/le token utilisés, les montants exacts reçus, confirmés et manquants, les liens de transaction, les métadonnées client et les ID signés d'événement/projet/magasin.
Le devis figé, la marge, la tolérance et l'arrondi au supérieur restent séparés des taux de marché indicatifs en cache. Les nouvelles tentatives conservent l'instantané d'origine ; les taux historiques indisponibles restent inconnus.
Détails de livraison regroupe les informations de paiement, de taux et de client. Une API de paiements paginée en lecture seule fournit l'historique complet actuel des transferts lorsque les tableaux de callbacks sont tronqués.
Mets à jour les récepteurs stricts à neuf champs ou les contrôles de doublons sur le corps entier. Le SDK 2.1.0 et les plugins de boutique 1.0.2 prennent en charge les nouveaux callbacks et les anciens conservés. Les portefeuilles, factures et contenus en attente existants sont conservés.
Modification incompatible de la réponse API : invoice_id remplace public_id dans la création, les listes, le détail et le paiement des factures, comme dans les IPN/webhooks. Les ID internes restent id ; les URL de factures et corps de callbacks ne changent pas. Mets à jour les intégrations personnalisées avant la mise à niveau.
Les SDK officiels PHP, Python et Node.js 2.0.0 utilisent invoice_id. Les plugins WooCommerce et WHMCS 1.0.1 prennent en charge les nouvelles et anciennes installations commerçantes ; mets d'abord les plugins à jour.
Chaque facture possède des historiques IPN et webhook distincts et repliés. Les historiques compacts du magasin affichent les ID de commande et facture, nom/email du client, statut et heure de livraison, avec recherche et pagination.
Détails ouvre une fenêtre avec le corps enregistré, le résultat de livraison et la chronologie, séparément des métadonnées client actuelles. Les données expirées ne sont jamais recréées ; les portefeuilles et l'historique des paiements sont conservés.
Détails des historiques IPN et Webhook affiche désormais le statut enregistré de la facture, le corps JSON exact et le résultat de livraison. Les contenus ne sont chargés qu'à l'ouverture, avec des messages d'expiration clairs.
Une documentation plus claire des callbacks couvre la sélection d'événements, tous les statuts de factures, les champs du contenu, les secrets de signature distincts, les nouvelles tentatives et le traitement sûr des commandes.
Le pied de page du paiement client ouvre le site officiel de Wholly Crypto dans un nouvel onglet. Les portefeuilles, paiements et historiques de factures existants sont conservés.
Scan des tokens Ethereum et EVM plus fiable. Les factures récentes sont vérifiées séparément du rattrapage de l'ancien historique.
Des requêtes de tokens plus petites s'adaptent aux limites des fournisseurs publics. Les restrictions d'accès historique et limites de fréquence sont gérées séparément, avec nouvelles tentatives programmées et délais d'attente.
Connexions blockchain signale désormais les retards de scan des paiements même lorsque les contrôles de santé de base des nœuds réussissent.
Les paiements, historiques de factures et portefeuilles existants sont conservés. Les paiements exigent toujours la vérification par deux fournisseurs indépendants.
Accepte Bitcoin Lightning via un nœud LND externe ou un portefeuille compatible Nostr Wallet Connect. Active-le dans chaque magasin indépendamment de Bitcoin on-chain.
Contrôles de connexion, accès aux projets et soldes Lightning partagés, avec des conseils clairs sur les portefeuilles auto-hébergés, gérés en auto-garde et avec garde par un tiers.
QR codes et liens de portefeuille Lightning, devis en satoshis entiers, enregistrements de paiement exacts en millisatoshis et suivi du règlement résistant aux redémarrages.
Nouveaux guides de configuration en anglais/allemand et documentation API, fonctionnalités et comparaisons actualisées. La réception Lightning exige une activation explicite ; les envois, remboursements et sauvegardes de canaux restent dans le portefeuille externe.
Consulte les soldes disponibles, bloqués et totaux des comptes Kraken, Binance et Coinbase Advanced Trade dans Réglages → Exchanges.
Recherche et parcours les soldes, inclus les montants nuls et actualise. Les valeurs exactes conservent leurs horodatages et affichent un avertissement lorsque les résultats en cache sont périmés.
Chaque sweep blockchain/token choisit soit un autre portefeuille, soit une destination d'exchange vérifiée correspondante, jamais les deux. Le changement efface les réglages de destination inactifs.
Mises en page mobiles des soldes et nettoyage des fenêtres d'exchange améliorés. Les contrôles de solde sont en lecture seule ; les portefeuilles, identifiants et règles de sweep existants sont conservés.
Nouveaux réglages Exchanges pour Kraken, Binance et Coinbase Advanced Trade, avec identifiants chiffrés, contrôles de connexion et contrôles d'accès aux projets.
Recherche les marchés au comptant actualisés automatiquement, les taux indicatifs et les minimums de négociation de chaque exchange.
Envoie les actifs pris en charge vers des destinations d'exchange vérifiées depuis Sweep, manuellement ou automatiquement. Si tu le souhaites, convertis un dépôt correspondant et crédité en fiat ou crypto pris en charge.
Contrôles de réseau, token et compte, montants exacts et suivi durable des ordres. Les ordres interrompus sont rapprochés sans nouvelle soumission à l'aveugle.
Les connexions d'exchange et la négociation restent désactivées jusqu'à leur configuration. La garde, le KYC et les frais de l'exchange s'appliquent ; la monnaie fiat reste sur le compte d'exchange. Teste d'abord les nouveaux parcours avec un petit montant.
Configuration des sweeps automatiques plus claire avec l'interrupteur marche/arrêt à côté de chaque actif et des contrôles gas facultatifs repliés.
Les contrôles gas des tokens en lecture seule fonctionnent avant l'enregistrement d'une règle. Réessaie après les erreurs sans perdre les modifications ; le contrôle n'active jamais l'automatisation et n'envoie jamais de fonds.
Plus d'espace sous les messages de fin dans le paiement client et les aperçus hébergés. Les règles de sweep et protections d'envoi existantes sont conservées.
Les nouvelles installations autorisent les envois réseau confirmés tandis que les règles de sweep automatique exigent une activation explicite. Les pauses des installations existantes survivent aux mises à jour.
Statut d'envoi Sweep et motifs de pause clairs, actualisés avec l'historique des transferts. Les contrôles échoués ne laissent plus de commandes de diffusion périmées disponibles.
Nouvelles commandes whollycrypto transfers status, enable et disable. L'activation exige une confirmation ; une vérification de redémarrage échouée laisse l'envoi suspendu.
Messages de fin centrés dans les aperçus de paiement hébergés et les factures clients.
Ouvrir le paiement et Vérifier / rembourser restent ensemble dans les détails de la facture, avec un espacement cohérent et des boutons adaptés à l'écran.
Champs des messages d'introduction et de fin du paiement plus grands, chacun avec sa propre taille de police. Les messages clients existants sont conservés comme introduction.
L'API de création de factures prend en charge des valeurs partielles d'apparence du paiement propres à la facture, y compris les logos et favicons de magasins du même projet. Chaque facture personnalisée garde son design résolu indépendamment des futures modifications du magasin.
Références API du commerçant et du site actualisées avec des exemples partagés cURL, JavaScript, PHP et Python. Réglages structurés uniquement ; aucun HTML, CSS ou JavaScript personnalisé ni chargement d'images distantes.
Éditeur du paiement plus clair avec des encadrés, hauteurs de champs, espacements, contrôles de couleur et actions de logo cohérents sur ordinateur et mobile.
Les nouveaux magasins utilisent automatiquement l'apparence du paiement du magasin par défaut, y compris les logos, messages et couleurs. Les designs personnalisés des magasins restent indépendants.
Changement sûr du magasin par défaut, héritage des images et gestion de l'enregistrement automatique. Les designs personnalisés et réglages de paiement existants sont conservés.
Personnalise le paiement de chaque magasin indépendamment, avec héritage du projet et réinitialisation.
Styles de marque prédéfinis, couleurs lisibles, thèmes clair/tamisé/sombre/appareil, logos clairs et sombres, favicons de magasins et alignement du logo.
Blockchains et tokens mis en avant, choix de paiement par défaut, détails de commande, messages de statut et liens du commerçant.
Prévisualise le magasin sélectionné et cinq états de paiement sans créer de paiement. Réglages structurés uniquement : aucun HTML, CSS ou JavaScript personnalisé.
Enregistrement automatique et références API actualisées. L'identité visuelle et les protections de paiement existantes restent intactes.
Correction de la confirmation de suppression de projet pour les cases d'accusé de réception cochées et les identifiants collés entourés d'espaces.
Retour clair sur les identifiants et états de chargement précis. Les protections de sauvegarde, de désactivation et d'historique permanent restent en place ; la mise à jour ne supprime jamais de projets.
Le rappel de configuration indique désormais Le projet est actuellement désactivé.
Les noms de projets, titres de sections et actions de page s'alignent sur une seule ligne d'en-tête sur ordinateur.
Le contenu commence au niveau de l'interrupteur d'activation/pause du projet, supprimant l'espace supplémentaire. Les actions de magasins et factures restent à droite, avec une mise en page adaptée aux écrans étroits.
L'interrupteur d'activation/pause du projet passe au-dessus du menu des sections, y compris le menu déroulant mobile.
Les titres des sections se trouvent en haut à gauche du contenu, avec la sélection de magasin, Nouveau magasin, Créer une facture et les autres actions de section à droite.
Espacement adapté aux longs noms de projets et aux écrans étroits. Changer de projet sur mobile ne déclenche plus d'enregistrement inutile du magasin. Les statuts de projets, portefeuilles, paiements et réglages de crédits existants sont inchangés.
Les sections du projet passent dans une barre latérale sur ordinateur, avec un menu déroulant compact sur les petits écrans.
Suppression de projet en quatre étapes avec reconnaissance de sauvegarde du portefeuille, désactivation, révision de l'historique permanent et confirmation saisie.
L'historique des factures et paiements terminés ne bloque plus la suppression du projet. Les tâches actives et soldes connus restent protégés ; les frais de traitement, crédits prépayés et fichiers de sauvegarde existants sont inchangés.
Inclut l'attente sûre des workers en arrière-plan et l'outil de mise à jour autonome vérifié de la 0.1.32.
Aucun faux avertissement de récupération pendant une mise à jour normale. Les mises à jour réellement interrompues conservent leurs protections de récupération.
Les mises à jour attendent en sécurité les tâches en arrière-plan en cours pendant que le paiement reste en ligne. L'expiration du délai et l'annulation rétablissent les minuteurs sans redémarrer l'application.
Progression et messages d'échec de mise à jour de la console plus clairs, avec récupération sûre en cas d'interruption avant l'installation.
Un outil de mise à jour autonome vérifié permet aux anciennes installations d'adopter le correctif sans suspendre manuellement les minuteurs. Les portefeuilles, historiques de factures et règles de crédits restent inchangés.
Icônes distinctes d'activation et de désactivation pour les connexions blockchain.
Badges des demandes de crédits prépayés plus clairs et liens de paiement compacts dans une colonne distincte.
Écrans de paiement des recharges plus simples. Les montants des devis et frais de traitement sont inchangés.
Supprime un projet inutilisé et suspendu après avoir confirmé ta sauvegarde existante du portefeuille. Télécharger une nouvelle sauvegarde est facultatif ; les protections de solde et d'historique restent en place.
Cartes de paiement reçu mises en avant avec progression des confirmations. Les recharges de crédits intégralement reçues n'affichent plus de compte à rebours d'expiration pendant l'attente de confirmation.
Navigation instantanée dans l'onglet crédits avec actualisation de l'historique en arrière-plan et badges des demandes en attente. Les décisions de crédit restent vérifiées par le serveur.
Ressources navigateur automatiquement versionnées par version pour la console, le paiement et la référence API, ainsi que formulaires d'IP source plus clairs. Les portefeuilles, soldes et devis existants restent inchangés.
Ouverture et actualisation de la console plus rapides avec vérification sécurisée de session anticipée et ressources regroupées.
Chargement des crédits prépayés plus rapide, détails de facturation facultatifs en arrière-plan et actualisation automatique de la disponibilité des recharges sans perdre les brouillons.
Les comptes à rebours des paiements utilisent l'heure authentifiée du serveur : une mauvaise horloge d'ordinateur ne peut donc pas faire expirer à tort un devis valide. Les devis existants et la vérification des paiements sont conservés.
Détails des frais et Actualiser restent ensemble sur les grands et petits écrans.
Catalogue de tokens plus rapide au premier usage, avec les 250 premiers tokens disponibles rapidement, progression visible en arrière-plan et protection des données en cache.
Fuseaux horaires par défaut du compte à l'inscription et dans les réglages, détails de facturation des recharges repliés et magasins vides compacts.
Restrictions d'IP source par hôte avec protections contre le verrouillage, commandes de vérification/réparation SSL et récupération d'accès SSH.
Repli automatique vérifié sur GitHub pour les mises à jour web. Documentation plus claire sur la reprise de configuration, la sécurité du serveur, les tarifs et l'assistance.
L'activation automatique des crédits prend en charge toute la gamme de devises fiat disponibles, y compris JPY, CAD, AUD et CHF. Aucun code d'activation n'est nécessaire.
Le crédit de bienvenue unique garde une valeur de 10 USD dans la devise de facturation sélectionnée. Les reconnexions conservent les soldes existants sans doubler le crédit.
Activation automatique des crédits après l'inscription du premier administrateur, avec un crédit de bienvenue unique équivalent à 10 USD. Aucun code d'activation ni demande d'assistance nécessaire.
Les nouvelles tentatives sûres conservent le même compte de crédits et ne doublent jamais le crédit de bienvenue. Les soldes, politiques de frais et clés de portefeuilles existants restent inchangés.
Correction des nouvelles installations s'arrêtant après l'émission du certificat HTTPS lorsque les fichiers de support TLS manquaient. La reprise conserve les clés, identifiants et certificats existants.
Progression de configuration claire avec indicateurs animés, temps écoulé, pourcentage réel de téléchargement et marques de réussite/échec. Les journaux redirigés utilisent des mises à jour de statut en texte brut.
Correction des nouvelles installations Ubuntu et d'autres Linux s'arrêtant à l'étape de vérification DNS lorsque le système indiquait des entrées d'adresse réseau vides.
La configuration affiche désormais les adresses publiques du VPS et des erreurs DNS plus claires. Les contrôles DNS, HTTPS et des téléchargements signés restent obligatoires.
Correction des actualisations CoinGecko de 3 000 tokens qui refusaient les ID de fournisseur inhabituels ou les noms d'affichage vides. Les données existantes en cache restent disponibles pendant le chargement du prochain instantané complet.
Enregistrement des tokens et icônes cohérents, conseils API actualisés et tests de régression du catalogue étendus.
Textes du site produit plus simples. Les portefeuilles, devis de factures et réglages de paiement existants restent inchangés.
HTTPS automatique avec DNS direct ou proxy Cloudflare. Aucun sélecteur manuel de mode ; Let's Encrypt reste actif dans les deux cas.
Contrôles DNS faisant autorité plus rapides, détection du statut de connexion et correction du retrait des anciens alias de console.
Les installations existantes gagnent une gestion fiable de l'IP client Cloudflare sans publier les brouillons de domaines enregistrés. Ajout de conseils concis dans la console et de documentation en anglais/allemand.
Correction des téléchargements de sauvegardes de portefeuilles et de l'étape de sauvegarde obligatoire avant suppression du projet, tout en préservant l'authentification et les protections de suppression.
Le focus clavier reste utilisable après les renvois IPN/webhook, y compris en cas d'erreur et après actualisation des lignes, sans interrompre un autre onglet ou contrôle.
Couverture de régression de l'interface étendue. Les portefeuilles, factures, domaines et réglages de frais existants restent inchangés.
Miroir officiel des versions sur GitHub et repli automatique d'installation/mise à jour, avec les mêmes paquets signés et la même clé de vérification sur les deux hôtes de téléchargement.
Un installateur résilient en une ligne télécharge le script d'amorçage complet avant de l'exécuter. Les téléchargements interrompus n'exécutent jamais de scripts partiels.
Actualisation plus rapide du solde prépayé et du mode dégradé, ainsi que récupération autonome de compte whollycrypto 2fa-reset.
Copie les ID API de projet/magasin depuis la console ; Général du magasin les affiche dans une section distincte et dépliée. Documentation anglaise et allemande actualisée.
Remplace la marge du taux de change à la création d'une facture manuelle ou API. Hérite de la valeur par défaut du magasin ou choisis une valeur propre à la facture, y compris zéro.
Passe entre les exemples cURL, JavaScript, PHP et Python dans les deux références API.
Documentation API installée plus simple, exemples de réponse enrichis et couverture vérifiée des 25 endpoints publics.
Les devis existants des factures, montants fiat d'origine, base des frais de traitement et valeurs par défaut des magasins restent inchangés.
Inclut une installation Linux x86-64 portable pour Ubuntu/Debian, Fedora/Enterprise Linux, openSUSE et Arch avec systemd.
Installe les outils d'administration SELinux sur les images minimales openSUSE et détecte son application même sans getenforce. L'installation ne désactive jamais SELinux.
Les réglages, portefeuilles et la confiance dans les mises à jour signées existants restent inchangés. ARM64 et Alpine/OpenRC ne sont pas inclus.
Environnement d'exécution Linux x86-64 portable et installation native pour Ubuntu/Debian, Fedora/Enterprise Linux, openSUSE et Arch avec systemd.
Vérification préalable de compatibilité, PostgreSQL adapté à la distribution, Nginx, renouvellement TLS et configuration SELinux. Les installations existantes conservent leurs réglages et la confiance dans les mises à jour signées.
Installation reprenable, sauvegardes programmées sans sources et prise en charge d'ImageMagick 6/7. ARM64 et Alpine/OpenRC ne sont pas inclus.
La sécurité du compte reste dans Réglages → Compte, avec un lien en pied de page pour les utilisateurs ayant uniquement accès aux projets.
Parcours un cache CoinGecko de 3 000 tokens avec correspondances de blockchains et valeurs de marché exactes.
Les actualisations du catalogue s'exécutent en arrière-plan tandis que le cache complet précédent reste disponible. Les erreurs d'actualisation sont visibles sans supprimer les données en cache.
Un bouton d'inversion des devises pleine hauteur et une disposition des fournisseurs de taux sur trois colonnes. Les factures, actifs de paiement et clés de portefeuilles existants restent inchangés.
Token personnalisé se trouve désormais à côté de la recherche de tokens dans les moyens de paiement du magasin.
Choisis un prix fixe en USD ou automatique DEX avec découverte des pools par contrat exact, contrôles de liquidité et détails du prix actuel.
Actualisations partagées en arrière-plan, protection contre les prix périmés et documentation API actualisée. Les devis existants des factures et les clés restent inchangés.
Ajoute et modifie des contrats ERC-20 personnalisés et des mints Solana SPL classiques dans les moyens de paiement du magasin, avec vérification on-chain.
Prix fixes exacts en USD des tokens personnalisés propres au projet, partagés par les magasins de ce projet et affichés dans les valeurs des portefeuilles. Les devis existants des factures restent inchangés.
Documentation API des tokens personnalisés, fenêtres de tokens adaptées à l'écran et mise en page IPN plus simple.
Encadrés distincts pour la configuration et l'historique IPN/webhook, statut de magasin visible et soldes prépayés sur mobile.
Le logo de la console ouvre le tableau de bord de tous les projets.
Les factures à montant nul sont bloquées par défaut, avec activation explicite par magasin des paiements ne nécessitant aucun versement.
Mises à jour signées dans Réglages → Système avec badge de disponibilité en pied de page, sauvegardes vérifiées, contrôles de santé et règles de crédits existantes.
Nouveau whollycrypto doctor en lecture seule et réparations --fix bornées. Documentation API et CLI anglaise/allemande actualisée.
Fenêtres de confirmation et de renommage soignées dans la console, réglages de factures plus clairs sur deux colonnes et sélecteur de magasin compact avec recherche.
Historiques IPN et webhook distincts, recherchables et paginés, avec détails de livraison, filtres de statut et renvoi confirmé.
Aperçu de paiement hébergé, sélection d'accent pleine largeur, liens sûrs dans les messages clients et choix de blockchain/token mémorisés.
Adresses/actions des portefeuilles regroupées et détails des secrets propres à chaque blockchain avec prise en charge QR des clés privées.
Installer une nouvelle version exige un crédit de traitement positif vérifié lorsque les frais sont activés. Les vérifications de mises à jour, sauvegardes, récupérations et paiements entrants restent disponibles ; les comptes sans frais n'ont aucune restriction de crédit. Documentation anglaise et allemande actualisée.
Nouvelle commande whollycrypto htaccess pour modifier ou réinitialiser une connexion Basic Auth commerçant existante tout en gardant la couche de sécurité activée.
Nouvelle commande whollycrypto admin-reset pour choisir un administrateur, réinitialiser son mot de passe et le déconnecter de tous les appareils.
Saisie protégée du mot de passe, identifiants générés facultatifs et protections contre les modifications simultanées de comptes et les courses de connexion avec l'ancien mot de passe.
Documentation CLI enrichie en anglais et allemand. La mise à jour ne modifie pas les mots de passe, droits de comptes, clés de portefeuilles ni réglages de paiement existants.
Tableau de bord consolidé du chiffre d'affaires entre projets et magasins autorisés, avec périodes prédéfinies, dates personnalisées, filtres de devise/fuseau horaire, graphiques et export CSV.
Raccourci du tableau de bord avant la navigation des projets et Créer un projet à droite.
Choix par hôte entre Let's Encrypt et proxy Cloudflare, avec activation préparée et validée et TLS strict vers l'origine.
Le mode crédit épuisé suspend aussi la création de nouveaux projets/magasins. Les paiements existants et entrants continuent ; les comptes sans frais n'exigent aucun crédit prépayé.
Localisation du produit d'abord en anglais avec une page d'accueil et une documentation allemandes, ainsi qu'un guide plus clair du mode dégradé. Les clés, politiques de comptes et domaines actifs existants sont conservés.
Le mode crédit faible garde les paiements clients et la création de pages de paiement disponibles, tout en suspendant les IPN, webhooks et Sweep jusqu'au rétablissement du solde de traitement.
Un avertissement de crédit clair, des pays de facturation recherchables et des montants de recharge rapide plus élevés.
Les éléments essentiels de configuration du projet apparaissent en haut de Vue d'ensemble uniquement s'ils sont incomplets ; l'état opérationnel est regroupé sous l'activité récente.
Navigation des projets plus claire et tarifs et documentation actualisés. Les portefeuilles, magasins et réglages existants sont conservés.
Détails de facturation modifiables pour les recharges de crédits, avec valeurs par défaut enregistrées et instantanés par paiement.
Un crédit de bienvenue unique équivalent à 10 USD pour les nouvelles activations de facturation.
Installation guidée avec noms de services personnalisés, domaines supplémentaires, valeurs fiat par défaut, choix de connexion HTTP Basic et accueil SSH.
Étapes numérotées d'activation des domaines et validation corrigée des challenges HTTPS pour les alias supplémentaires.
Avis de licence et de confidentialité actualisés. Les portefeuilles, réglages et enregistrements d'accord existants sont conservés.
Centre d'exceptions et de rapprochement des paiements insuffisants, excessifs, tardifs et ambigus, avec actions de révision contrôlées et trace d'audit.
Compteurs À vérifier dans la navigation du projet, menu de projet sur une ligne, meilleur espacement sur ordinateur portable et déconnexion par icône seule.
La configuration du premier administrateur inclut le choix de langue, l'accord de licence et la reconnaissance de confidentialité. L'anglais est la langue actuellement fournie.
Documentation actualisée et récupération d'installation vérifiée. Les comptes, portefeuilles, factures et réglages existants sont conservés.
Historique des frais de factures recherchable et paginé dans Réglages → Frais.
Les reçus affichent le montant fiat d'origine de la facture, les frais attribués, la conversion de devise, la déduction de crédits et le solde après chaque entrée.
Les frais de traitement excluent la marge du paiement, les trop-perçus et les frais réseau.
Les rapports en double conservent le reçu d'origine sans double facturation.
Prise en charge CLI des connexions PostgreSQL locales par socket Unix, en plus des connexions localhost authentifiées par mot de passe.
Les installations existantes peuvent utiliser l'outil de mise à jour avec sauvegarde préalable sans modifier l'authentification de la base de données ni les réglages d'exécution.
Installation commerçant signée et précompilée pour un nouveau VPS Ubuntu 24.04 LTS x86-64.
La configuration met en place PostgreSQL, Nginx, systemd, HTTPS et des identifiants d'installation indépendants.
La CLI whollycrypto gère les vérifications de version, la santé, les journaux, sauvegardes et mises à jour vérifiées.
Les mises à jour vérifient les signatures et sommes de contrôle et créent un instantané de récupération avant de remplacer les fichiers de l'application.
