Lieux et organismes de bienfaisance, accès en direct à CGW et une application Jardin améliorée
CoinGarden intègre désormais des rapports environnementaux concrets, le soutien de la communauté et des preuves de réalisation vérifiées dans la section Lieux et Associations. Cette mise à jour apporte également l'expérience du réseau principal CGW vérifié au Portail des jetons, développe la communauté et les outils d'entretien des fleurs, et renforce la fiabilité du portefeuille, de l'IA et de l'administration.
Nouveau- L'application Places & Charities permet aux utilisateurs de signaler les lieux pollués ou menacés avec des photos et des coordonnées géographiques, de suivre les progrès réalisés, de soutenir des campagnes avec CGW, de soumettre des preuves avant/après et de consulter les résultats vérifiés.
- Chaque lieu soumis reçoit une nouvelle analyse des preuves par l’IA. Les rapports clairs peuvent être publiés directement, tandis que les rapports incertains, dupliqués, incohérents ou dangereux restent entre les mains des modérateurs humains ; l’IA n’ouvre jamais de financement et ne déplace jamais de CGW.
- Les réalisations environnementales reflètent désormais les rapports, le soutien de la communauté, les contributions confirmées, le nettoyage vérifié et les récompenses environnementales dans les sections Profil, Réalisations et Administration.
- Le partage public de fleurs inclut désormais des fiches de fleurs plus complètes, des descriptions des propriétaires, des profils publics de jardiniers, la possibilité de suivre d'autres personnes, des badges de mise en avant, des commandes de copie/partage et un défilement continu pour la découverte des fleurs.
- Les fonctionnalités de Garden Plus (paiement, gestion de la facturation, limites d'utilisation et rappels de renouvellement) sont disponibles via les flux de compte et de paiement existants.
- Le portail de jetons prend désormais en charge la connexion Google, les profils de portefeuille liés, une option de signature de propriété Ledger, les brouillons de récompenses d'administrateur partagés et l'accès direct aux destinations de trading et de liquidité CGW vérifiées.
Amélioré- Le portail des jetons et le centre d'administration lisent les informations canoniques en direct du réseau principal Solana CGW concernant la création, le pool, les soldes, les détenteurs, les transactions, les autorités et les liens de marché au lieu de l'état antérieur ou provisoire.
- GardenApp ajoute des actions d'arrosage directes, une hiérarchie plus claire des jardins et des fleurs, des avantages d'abonnement adaptés au thème, des raccourcis sur la page d'accueil, des cartes mobiles compactes et des résumés d'activité de profil plus utiles.
- L'identification et l'entretien des fleurs utilisent un catalogue de plantes élargi et organisé, comprenant des noms vérifiés, des profils d'entretien, des niveaux de confiance et des informations sur la provenance, tout en laissant au jardinier le contrôle des corrections.
- Le centre d'administration ajoute une activité utilisateur/contenu plus approfondie, la modération des lieux et la supervision du financement, des preuves de badges environnementaux, des flux de travail de récompense partagés, des analyses et des opérations de traduction plus résilientes.
- Les trois sites publics exposent des documents de découverte d'agents cohérents et en lecture seule, ainsi que des mesures Google Analytics, sans pour autant étendre l'accès aux données des comptes privés.
Fixé- La signature des transactions Ledger de bureau a été rétablie et la vérification des paramètres de priorité ajoutés au portefeuille a été corrigée, tout en conservant l'exactitude des contrôles de défi, de signature et de relecture. L'adaptateur de portefeuille mobile Android conserve la connexion native et les portefeuilles d'extension ordinaires conservent la signature des messages.
- Les requêtes IA utilisent la passerelle configurée par le fournisseur central avec un délai d'expiration corrigé et un comportement de repli ; l'identification des fleurs ne remplace jamais un résultat fabriqué lorsque les fournisseurs sont indisponibles.
- Les photos des lieux publics se chargent pour les visiteurs anonymes via un lien direct, y compris les URL de médias mises en cache plus anciennes ; les erreurs temporaires des photos privées ne sont pas mises en cache après approbation, et les aperçus sociaux des lieux utilisent la véritable photo de couverture.
- Sur les écrans étroits, les fiches Lieux conservent désormais les grandes photos, les longs titres, les emplacements et les commandes d'action dans des rangées délimitées séparées ; les fiches d'impact de profil renvoient à Lieux et organismes de bienfaisance.
- Les mises à jour de septembre ont corrigé l'intégration continue, les vérifications des manifestes du réseau principal, les solutions de repli pour les données de jetons, la navigation mobile, la pagination du catalogue, les traductions et la fiabilité des pages publiques.
Sécurité- L'authentification du portefeuille vérifie cryptographiquement le défi émis par le serveur et l'adresse sélectionnée, et consomme chaque nonce une seule fois ; les champs SIWS natifs restent inchangés et les preuves Ledger conservent une vérification stricte basée uniquement sur les mémos. Aucune transaction d'authentification n'est diffusée.
- Les contributions CGW restent signées par l'utilisateur et ne sont comptabilisées qu'après vérification sur la chaîne ; les paiements aux projets et les récompenses environnementales restent des opérations multisig explicites Squads sans clé de signature détenue par l'application.
- Les vues des lieux publics et des fleurs n'affichent que les champs publics autorisés, les emplacements sensibles restent flous lorsque cela est nécessaire, et les informations d'identification de l'IA/du fournisseur stockées restent illisibles et côté serveur.
Docs- La documentation relative aux produits, à l'architecture, à l'IA, à la base de données, aux Lieux et aux œuvres caritatives, aux jetons et aux opérations reflète désormais le déploiement vérifié du réseau principal Solana et le comportement actuel de l'application livrée.
Récupération de la navigation mobile et de la connexion au portefeuille
Le menu du site web est désormais fonctionnel sur mobile, le connecteur de portefeuille mobile existant est amélioré et les portefeuilles déjà ajoutés au compte sont affichés. Les pages du catalogue d'administration s'adaptent aux écrans étroits et la pagination est correcte. La documentation actuelle reflète la cérémonie de lancement des deux programmes ; le réseau principal n'est pas encore déployé.
Amélioré- Les applications de jetons et de fleurs utilisent leur connecteur mobile existant. Les portefeuilles déjà liés sont affichés sans que les utilisateurs aient à les ajouter à nouveau ; les boutons supplémentaires de transfert vers le navigateur Phantom ont été supprimés.
- La navigation d'administration fermée est exclue du focus clavier et le contrôle de menu identifie son tiroir.
Fixé- Le menu du site web public est visible et s'ouvre sur les téléphones, avec des zones tactiles plus grandes et la touche Échap pour fermer.
- La connexion au portefeuille Android attend un défi préparé avant d'activer l'action de signature, et les tentatives infructueuses préparent un nouveau défi pour une nouvelle tentative.
- Les pages du catalogue des plantes de l'administration utilisent les cartes, les filtres et les tableaux réactifs de la console ; la pagination du catalogue suit désormais le décalage demandé.
Docs- Les instructions actuelles tiennent compte de la suppression, par le propriétaire, du délai de mise à niveau : deux programmes avec Squads Vault 0 comme autorité de mise à niveau. Les notes de version antérieures restent des archives.
- Le plan de déploiement distingue les vérifications d'application terminées des preuves de contrôle et d'exécution de la cérémonie non résolues. Aucun lancement du réseau principal CGW n'est autorisé par cette mise à jour.
Verrouillage temporel lors de la cérémonie, trois versions reproduites, connexion au portefeuille mobile
cgw-timelock obtient une identité mainnet réelle, une suite LiteSVM de type 11 et une place dans la séquence de genèse ; les trois binaires du programme sont reproduits octet par octet par deux vérificateurs et l'intégration continue (CI) lors du commit 9c6e0f8 ; l'adaptateur de portefeuille mobile se connecte sur Android via l'authentification native Solana ; la page d'administration affiche les droits d'accès au programme et aux métadonnées. Le verdict du commit reste NO_GO : l'examen juridique est levé par l'émetteur, les portes opérationnelles O1/O5/O6/O7 et C3 restent ouvertes et aucune écriture mainnet-beta n'a eu lieu.
Nouveau- cgw-timelock déclare l'identité de la cérémonie EGu8yPEf…s48qi1M ; tests-integration/tests/timelock.rs exécute les 11 cas requis sur le binaire réel, y compris une véritable mise à niveau du chargeur BPF exécutée via le PDA de verrouillage temporel.
- L'outil de cérémonie du réseau principal déploie trois programmes : @cgw/chain-config acquiert timelockProgram/timelockConfig, verify-mainnet-invariants.mjs vérifie que l'autorité de mise à niveau des droits/récompenses est égale au PDA TimelockConfig (Vault 0 directement est une incohérence) et que l'autorité de mise à niveau cgw-timelock est égale à Vault 0, et la console de l'opérateur, le manuel de lancement, le pack de cérémonie et la cérémonie de genèse décrivent la même séquence.
- build-attestation.mjs couvre les trois programmes et rejette les attestations partielles ; Pavel A, Ivan G et CI reproduisent cgw_vesting.so 84c85be2…, cgw_rewards.so 10ec7188… et cgw_timelock.so 8de82668… à 9c6e0f8.
- Test d'équipe de bout en bout Devnet : team-vesting-check.mjs (lecture seule ; a montré que le seul planning d'équipe n'a jamais été réclamé car son bénéficiaire est une clé jetable), team-claim-devnet.mjs (réclamation devnet uniquement avec une paire de clés de test) et paramètres d'URL sur team-test-schedule-tool-gr2.html pour un bénéficiaire contrôlé par l'équipe.
- Mobile : l’adaptateur de portefeuille mobile s’enregistre sur Android et se connecte via solana:signIn natif — une seule session de portefeuille qui autorise et signe. apps/api émet un défi SIWS non lié et vérifie les octets signés construits par le portefeuille (domaine, adresse, relevé, nonce, identifiant de requête).
- Autorités de jetons d'administration : les autorités de mise à niveau de programme et l'autorité de mise à jour des métadonnées sont désormais lues en direct (PDA ProgramData et compte Metaplex) au lieu de signaler « Inconnu » ; l'autorité attendue suit le manifeste (PDA de configuration de verrouillage temporel lorsqu'il est enregistré, sinon Vault 0).
Fixé- Le dépôt ceremony.mjs.anchor affirmait l'absence de mappage de programme mainnet, un invariant pré-T8 ; il affirme maintenant que le mappage existe, correspond à chaque declare_id compilé ! et ne réutilise aucun identifiant devnet.
- verify-fresh-program-identity.mjs rejette les adresses de portefeuille (candidats signataires, déployeur, payeur de frais) proposées comme identités de programme.
- Les constantes générées par cgw-rewards supportent la charge via des assertions const, corrigeant ainsi l'échec dead_code de rustc 1.98 ; les constantes de code d'erreur LiteSVM ont été corrigées dans les deux suites ; CI met en cache la chaîne d'outils Solana/Anchor.
Sécurité- T8 §2 garde enregistrée : les trois paires de clés de programme sur un disque externe chiffré BitLocker avec une deuxième copie chiffrée ; aucun matériel de clé n'a jamais été transmis.
- Les barrières juridiques G2/G3 et la barrière d'indépendance du signataire O3 restent WAIVED_BY_OWNER (2026-08-25) et bloquent toujours le verdict ; la page des documents publics révèle que l'indépendance du signataire est actuellement nulle.
Promoteur- Les gardes d'attestation, d'invariant, de cohérence manifeste, de contrôleur et d'outil HTML passent tous par les trois nouveaux chemins de programme et signalent NOT_DEPLOYED ; la console de l'opérateur a été vérifiée en direct dans Chrome à partir de C:\projects à c8af8ca.
- Non vérifié dans l'environnement de développement : pnpm typecheck/tests pour @cgw/api, @cgw/mobile et @cgw/chain-config, et un test sur appareil du flux de connexion Android — l'intégration continue et un téléphone sont les gardes.
Fermeture des lacunes complétiables par le code du réseau principal (T7-T9, moteur invariant, outils PREPARE de la cérémonie)
Clôture de tous les éléments de code pouvant être complétés dans le cadre de la revue de préparation au réseau principal et remplacement de l'ancienne étape de validation par un rapport tiers par une procédure interne obligatoire de traitement des conclusions, des tests contradictoires, deux reproductions de builds indépendantes, une simulation et des invariants finaux. Le verdict final reste : NON-RESPECT.
Nouveau- scripts/mainnet/verify-program-authorities.mjs (T7) : dérive indépendamment le PDA ProgramData de chaque programme de production et compare son autorité de mise à niveau en direct à une valeur attendue fournie par l'opérateur.
- scripts/mainnet/verify-fresh-program-identity.mjs + docs/token/CGW_MAINNET_PROGRAM_ID_CEREMONY.md (T8) : empêche la réutilisation d'une paire de clés de programme devnet/localnet comme identité mainnet ; auto-testé.
- scripts/mainnet/manifest-transition.mjs + verify-manifest-consistency.mjs (T9) : CANDIDATE -> DEPLOYED -> INDEPENDENTLY_VERIFIED -> CANONICAL state machine; the canonical manifest.ts file is never auto-edited at any state.
- scripts/mainnet/verify-mainnet-invariants.mjs : moteur d’invariants final à commande unique couvrant le hachage de genèse, les deux programmes, les escouades, la monnaie, les métadonnées, les six coffres, les PDA RewardsConfig/VestingConfig et la vérification croisée du seuil de préparation ; sortie JSON, sortie 0/1, aucun avertissement comme réussite.
- scripts/mainnet/evidence-record.mjs : schéma standard d’enregistrement de preuves et écrivain en mode ajout uniquement pour chaque étape de cérémonie irréversible, avec une protection de nom de champ de matériel secret.
- scripts/mainnet/prepare-mint-metadata-mainnet.mjs, prepare-vaults-mainnet.mjs, prepare-squads-mainnet.mjs, prepare-rewards-vesting-mainnet.mjs : PRÉPARER + SIMULER + VÉRIFIER uniquement, avec des clés publiques seulement (aucune clé privée n’est jamais chargée), directement inspirés des scripts éprouvés de Genesis Rehearsal #2 sur devnet et de création canonique de Squads. Aucun chemin de soumission n’est délibérément prévu, conformément à la conception existante de ce dépôt qui exclut le déploiement en un clic.
- scripts/mainnet/signer-ceremony-state.mjs : IDENTIFIED -> OWNERSHIP_PROVEN -> NOPOINTED -> INDEPENDENCE_VERIFIED -> RECOVERY_VERIFIED -> CEREMONY_READY machine à états par signataire, ordre des opérations appliqué et autotesté.
- scripts/mainnet/authority-transition-matrix.mjs : OBJECT/CURRENT/EXPECTED/STATUS pour chaque autorité du réseau principal gouverné, CURRENT toujours lu en direct.
- scripts/mainnet/verify-transaction-safety.mjs : audit de sécurité statique sur chaque script prepare-*-mainnet.mjs (hash de bloc frais, pas de nonce durable, pas de diffusion, pas de chargement de clé privée, simulation verrouillée, preuves hors dépôt).
- scripts/mainnet/mainnet-readiness-score.mjs : résumé de l’état de préparation ENGINEERING/CUSTODY/LEGAL/OPERATIONS sans contrôle, ne remplaçant jamais explicitement le verdict de ceremony.mjs.
- scripts/mainnet/mainnet-rpc-lib.mjs : primitives RPC/manifeste/base58 partagées et sans dépendance, réutilisées par chaque nouveau script ci-dessus.
- scripts/mainnet/package.json : isole les nouvelles dépendances PREPARE/VERIFY des scripts @solana/web3.js, @solana/spl-token, @metaplex-foundation/mpl-token-metadata et @sqds/multisig, reflétant la logique d'isolation propre à scripts/devnet.
- docs/token/CGW_DEVNET_MAINNET_GAP_MATRIX.md : la liste de contrôle opérationnelle complète devnet-vers-mainnet pour toutes les capacités de cérémonie 30.
Sécurité- Suppression du contrôle d'accès G5 et du champ d'approbation de contrôle privé correspondant. Les preuves obligatoires actuelles comprennent les conclusions internes, les tests contradictoires, les hachages SBF/IDL reproductibles de deux vérificateurs indépendants, la simulation de la transaction et les invariants finaux sur la chaîne.
- Cinq preuves de propriété Solflare + Ledger Nano S Plus attestées permettent de faire passer O4 à PASS ; la nomination du signataire, l'indépendance et la récupération restent des étapes distinctes.
Promoteur- La page de preuve de propriété Ledger reprend désormais les fonctionnalités des outils devnet avec une action de connexion et une action de signature. Solflare et Ledger Nano S Plus ont produit les cinq signatures v0 exactes ; une vérification ultérieure avec témoin a fourni des enregistrements distincts de confirmation par écran et par second canal, et la vérification hors ligne a validé en direct les preuves de contrôle de clé signées matériellement 5/5. Phantom a rejeté la même charge utile sous forme de transaction ; la page recommande donc la méthode éprouvée Solflare. La nomination, l’indépendance, la récupération et l’approbation finale de la garde restent des étapes distinctes.
- Chaque nouveau script passe la commande node --check ; verify-fresh-program-identity.mjs, signer-ceremony-state.mjs et verify-transaction-safety.mjs effectuent et réussissent chacun un véritable autotest/test de régression (et pas seulement des vérifications de syntaxe).
- Le script verify-manifest-consistency.mjs a bien été exécuté sur le dépôt en production et indique correctement que 11/11 vérifications structurelles ont réussi, tandis que mainnet-beta reste NOT_DEPLOYED.
- Le fichier mainnet-readiness-score.mjs a bien été exécuté et affiche correctement le score de 13/26 sans modifier le verdict définitif.
- L'ensemble des tests pnpm (lint, typecheck, build et package-test) a réussi. Cargo et Anchor restent indisponibles sur cet hôte. Les dépendances isolées Solana s'installent à partir d'un fichier de verrouillage, mais leurs avertissements hérités nécessitent toujours une suppression et les outils de compilation requièrent une exécution à blanc devnet.
Docs- Le bloc mainnet-beta de packages/chain-config/src/manifest.ts reste entièrement nul/NOT_DEPLOYED.
- Le module et le contrôle d'accès obsolètes pour les tiers ont été supprimés. Les aspects juridiques, la tokenomics, la désignation/récupération des signataires, la construction, le réseau, la surveillance et les preuves d'autorisation d'exécution restent à finaliser ; 13 des 26 contrôles de préparation sont toujours incomplets.
- Le verdict de ceremony.mjs reste NO_GO ; rien dans cette version ne peut signer ou diffuser une transaction mainnet-beta.
pièce jointe de contrôle de cérémonie privée
Permet à la console locale en lecture seule de suivre un enregistrement de contrôleur privé via un chemin absolu côté serveur sans l'exposer au code du navigateur ni activer les transactions.
Amélioré- Le service de bouclage accepte l'option --control avec un chemin d'accès absolu privé existant au fichier control.json et affiche les vérifications de preuves du contrôleur dans l'espace de travail de la cérémonie.
- L'aperçu indique l'état des pièces jointes et maintient la préparation incomplète jusqu'à ce que le schéma de contrôle et la liaison de validation du référentiel soient validés.
Sécurité- Le chemin privé et le contenu des enregistrements restent côté serveur ; le navigateur ne dispose toujours d’aucune capacité de téléchargement, de signature, de construction de transactions, d’écriture RPC ou de diffusion.
Espace de travail de cérémonie du réseau principal
Ajoute une liste d'identification séquentielle à cinq portefeuilles et une carte complète des cérémonies dérivées du contrôleur, tandis que chaque action de transaction du réseau principal reste verrouillée.
Amélioré- La console du réseau principal local conserve désormais les adresses candidates Ledger reconnues lors des changements de compte et de la navigation sur la page de cérémonie pour la session du navigateur.
- La vue d'ensemble propose désormais une carte de préparation en douze étapes reliant chaque phase de lancement à sa page de preuves et à son statut honnête dérivé du contrôleur.
Sécurité- L'identification de session reste distincte de la garde et de l'autorisation, et aucune capacité de signature de message, de construction de transaction, d'écriture RPC ou de diffusion n'a été ajoutée tant que le réseau principal est NO_GO.
financement des payeurs pour la cérémonie du réseau principal
Enregistre et vérifie le candidat payeur de frais distinct des escouades, portant le financement actuel de la cérémonie à 7 SOL tandis que l'exécution du réseau principal reste verrouillée derrière les autres portes de lancement.
Amélioré- La console du réseau principal local dérive et finalise désormais les deux candidats payeurs de cérémonie ainsi que les cinq candidats signataires Ledger.
- Le rapport sur l'état de préparation du financement indique désormais séparément les 5 déployeurs SOL observés et les 2 escouades SOL payant les frais, avec un solde de préparation combiné de 7 SOL.
Sécurité- Les dossiers de cérémonie générés sont liés aux candidats payeurs examinés et rejettent la substitution de payeur, se chevauchent entre eux ou avec tout signataire, et les soldes sont inférieurs aux seuils de financement actuels.
contrôles candidats au déploiement sur le réseau principal
Enregistre le candidat au déploiement sur le réseau principal désigné par l'opérateur, vérifie son financement en lecture seule dans la console locale et renforce les contrôles de cérémonie sans autoriser aucune écriture sur le réseau principal.
Amélioré- Les dossiers de cérémonie privée sont désormais liés au candidat déployeur examiné et rejettent tout payeur substitué, tout chevauchement payeur-rôle ou tout financement combiné inférieur au budget de préparation actuel.
- La console de l'opérateur du réseau principal local lit désormais le compte et le solde du déployeur candidat ainsi que les cinq candidats Ledger tout en désactivant toutes les actions de transaction.
Sécurité- Le payeur candidat reste distinct des adresses de déploiement canoniques, de la garde du signataire, du futur payeur des frais Squads et de toutes les revendications d'autorité sur la chaîne ; le réseau principal reste NON_DÉPLOYÉ.
Console opérateur du réseau principal automatique
Remplace les chargements de preuves du navigateur par une console d'opérateur de réseau principal de type devnet à chargement automatique qui vérifie automatiquement l'état du dépôt, du manifeste, du réseau et du signataire, tandis que toutes les écritures restent verrouillées.
Nouveau- Un service de lecture en boucle locale vérifie l'identité du réseau principal et les cinq comptes candidats tout en conservant les informations d'identification RPC approuvées en dehors du code du navigateur.
- Phantom et Solflare peuvent identifier une adresse publique connectée par rapport à la liste des candidats sans exposer aucune méthode de signature ou de transaction.
Amélioré- Les 13 pages du réseau principal s'ouvrent désormais directement dans des vues automatiques du réseau, du manifeste, du signataire, des prérequis, des bloqueurs et des journaux, sans téléchargement de fichiers via navigateur ni formulaire de configuration RPC.
- La structure de la page correspond désormais aux outils devnet qui ont fait leurs preuves : avis de verrouillage, panneau du signataire, étape d’action numérotée, statut de la proposition et actualisation en un clic.
pages de preuves des opérateurs du réseau principal
Ajoute une version HTML sécurisée pour la production pour chaque nom de fichier d'opérateur devnet, ainsi que des pages de preuve de programme, de mint/vault et d'acquisition spécifiques au réseau principal qui restent fermées jusqu'à ce que la preuve de la cérémonie examinée existe.
Nouveau- Le dossier du réseau principal Solana comprend désormais 13 pages d'opérateur servies localement, couvrant les programmes, les escouades, la genèse mint/métadonnées/vault, l'initialisation du protocole, l'acquisition, les blocages et les opérations de récompenses contrôlées.
- Chaque page peut consulter localement dans le navigateur les fichiers de contrôle de cérémonie, de pré-vol et de manifeste des candidats expurgés, avec une vérification d'identité RPC optionnelle et expurgée pour la session uniquement.
Amélioré- Chaque nom de fichier HTML devnet a un homologue explicite sur le réseau principal ; les pages GR2 et disposable-test indiquent NON APPLICABLE au lieu d'inviter à copier du code ou des adresses devnet.
- Un mécanisme de protection contre la régression prouve que les pages ne contiennent aucune adresse devnet, intégration de portefeuille, bibliothèque de signature, capacité de construction de transactions ou de diffusion, et la validation du navigateur couvre les largeurs d'écran des ordinateurs de bureau et des téléphones.
Contrôles de cérémonie du réseau principal fermé en cas d'échec
Ajoute un pack de cérémonie privée prêt à l'emploi pour l'opérateur et une porte NO-GO vérifiée par machine qui ne peut ni signer ni diffuser, afin que la préparation du réseau principal ne puisse pas être confondue avec une autorisation de lancement.
Nouveau- L'espace de travail Solana dispose désormais d'un guide de cérémonie du réseau principal ordonné, d'un générateur de packs de preuves privés et d'un contrôleur qui vérifie les 27 portes de préparation, ainsi que les rôles attestés, les approbations, les preuves de signature, les hachages de construction audités, les vues RPC indépendantes, le financement et l'autorisation explicite.
Amélioré- Les contestations de propriété Ledger doivent désormais être écrites dans un répertoire absolument privé en dehors de Git, en gardant les enregistrements de signataire et de garde hors de l'arbre source.
- Le contrôleur de cérémonie est structurellement en lecture seule : il signale NO-GO lorsque les portes sont ouvertes et ne contient aucun code de portefeuille, de signature, de déploiement ou de diffusion.
Préparation des signataires de production et mesures de sécurité pour le lancement sur le réseau principal
Enregistre les cinq candidats Ledger de production financés sans exagérer la responsabilité, ajoute la porte de signature manquante au rapport public MiCA et renforce les preuves requises avant tout lancement sur le réseau principal.
Amélioré- Les services du Trésor, de la Sécurité, de la Feuille de route et de la préparation de MiCA s'accordent désormais : cinq adresses Ledger financées sont les candidates à la production désignées par l'opérateur, tandis que la propriété, l'indépendance, le redressement et la nomination officielle restent des portes ouvertes.
- Les preuves de la transition vers le réseau principal et de la cérémonie distinguent désormais les portefeuilles des signataires des futurs portefeuilles multisignatures Squads et Vault 0, et nécessitent des hachages de preuve, des contrôles d'indépendance, une répétition de récupération et des preuves de financement distinctes du déployeur.
- Chaque route de jeton publique est désormais testée dans le navigateur en CI au moment de la compilation pour la production, y compris l'exploration complète des liens internes, le débordement réactif, les points de repère et les échecs de console/réseau en cours d'exécution.
Fixé- Le tableau public de préparation de MiCA inclut désormais le flux de travail de production-gestion référencé par sa propre ligne d'arrêt de lancement, et les affirmations obsolètes selon lesquelles aucune clé de production n'avait été nommée ont été supprimées.
- La protection contre les fuites d'adresses canoniques couvre désormais le futur coffre-fort 0 des escouades, les clés des membres et le PDA de métadonnées, en plus de la monnaie, des programmes et des coffres-forts.
- Les références aux livres blancs pointent désormais vers de véritables routes du portail de jetons, les données structurées spécifiques aux routes n'héritent plus de l'identité de la page d'accueil et la liaison Google optionnelle échoue de manière sécurisée en l'absence d'identifiants de production.
- La limite RPC du portefeuille de même origine applique désormais une limite horaire par visiteur préservant la confidentialité avant de consommer la capacité dédiée du fournisseur Solana.
Métadonnées de CGW Explorer corrigées, module d'identité canonique ajouté et adresse de jeton d'administration liée
Nous avons résolu le problème d'affichage du jeton CGW devnet comme « Inconnu » dans Solana Explorer en remplaçant l'unité de création par une unité contenant de véritables métadonnées sur la chaîne depuis sa création, ajouté une fonction canonique utilisée par toutes les applications pour l'identité du jeton et transformé chaque adresse de portefeuille/programme sur les pages de jetons de l'administrateur en un lien Explorer fonctionnel.
Nouveau- @cgw/chain-config now exports getTokenIdentity(cluster) — one function that composes token name/symbol/network/decimals with each cluster's mint/program/metadata deployment state, so no app has to import both the token specification and the deployment manifest and combine their fields by hand.
Fixé- Solana Explorer n'affiche plus le jeton CGW devnet comme « Jeton inconnu » / « Sans symbole » / « Non vérifié ». Cause : l'autorisation d'émission du jeton devnet d'origine a été révoquée avant même la création d'un compte de métadonnées Metaplex sur la blockchain, ce qui rend l'ajout de métadonnées définitivement impossible ; il ne s'agit ni d'un retard d'indexation, ni d'une entrée manquante dans le registre.
- Le jeton d'émission canonique devnet (Répétition Genesis n° 2) a été remplacé par des métadonnées jointes lors de la même transaction que sa création, avant même que l'autorité d'émission ne soit modifiée. Nouveau jeton d'émission, six coffres-forts approvisionnés conformément aux spécifications des jetons, pour un total de 1 milliards d'unités, autorité d'émission révoquée et autorité de mise à jour des métadonnées transférée au multisignature du coffre-fort des escouades 0 — le tout revérifié indépendamment par des lectures RPC en direct, sans jamais se fier aux journaux d'un script.
- Chaque adresse sur chaque page de jeton d'administration (création, coffres-forts, autorités, multisignatures des escouades/Coffre-fort0/membres, identifiants de programme/autorités de mise à niveau, configuration d'acquisition/récompenses/coffre-fort/adresses des bénéficiaires/demandeurs, adresses des comptes de jetons/propriétaires des détenteurs — environ 20 adresses réparties sur 7 pages) est désormais un véritable lien Explorer au lieu d'un simple texte raccourci.
Promoteur- Le nouveau fichier identity.test.ts maintient l'URL de l'icône du jeton constante et synchronisée avec le fichier JSON de métadonnées réel du portail de jetons, de sorte que les deux ne puissent plus jamais diverger silencieusement.
Des abonnements plus sûrs et des limites de forfait transparentes
Rend la récupération des webhooks et le processus de paiement Stripe idempotents, applique des limites de photos, préserve le travail effectué dans les limites du forfait et n'affiche que les fonctionnalités payantes réellement disponibles.
Amélioré- Les invites de limite de forfait conservent intacte la photo ou la forme de fleur sélectionnée et renvoient à l'abonnement sans remplacer la page brouillon.
- Les limites de photos par fleur sont appliquées de manière atomique, et Garden Plus ne répertorie que les fonctionnalités dont le comportement du produit est fonctionnel.
- La feuille Couleurs attend désormais que le menu se ferme complètement et prend en charge la touche Échap, le focus clavier contenu et la restauration du focus.
Fixé- La solution de paiement Stripe réutilise désormais une seule intention d'achat durable et un seul client Stripe existant, évitant ainsi les sessions d'abonnement dupliquées simultanées.
- Les webhooks Stripe interrompus ou hors séquence peuvent être récupérés en toute sécurité sans que le droit d'accès ne soit accordé trop tôt.
- Les liens de retour de paiement n'indiquent plus la réussite du paiement tant que l'accès actif à Garden Plus, soutenu par Stripe, n'est pas confirmé par le serveur.
- Les options mensuelles et annuelles disposent désormais d'un état sélectionné clair, et les caches personnalisés de Discover sont supprimés lors de la déconnexion.
Historique des paiements des administrateurs, correction d'un problème lié aux cartes d'abonnement et renforcement de la sécurité des webhooks Stripe
La carte d'abonnement administrateur affiche désormais l'historique complet des paiements d'un utilisateur, un bug qui la faisait toujours signaler « Indisponible » quel que soit l'état réel de l'abonnement a été corrigé, et le webhook de paiement Stripe est désormais limité en débit pour éviter les abus.
Nouveau- Centre d'administration : la carte d'abonnement d'un utilisateur affiche désormais l'historique complet de ses paiements — chaque commande (statut, mode de paiement, montant, dates) avec ses événements associés, ainsi que les événements liés à l'abonnement, comme les renouvellements, qui ne sont pas liés à une seule commande.
Amélioré- Le point de terminaison webhook de paiement Stripe est désormais limité en débit par adresse de connexion, ce qui met fin au renforcement de la sécurité prévu pour le système d'abonnements/de facturation.
Fixé- Centre d'administration : la carte d'abonnement d'un utilisateur affichait auparavant systématiquement la mention « Indisponible », indépendamment de son forfait, de son statut ou de son utilisation réelle, alors même que l'octroi et la révocation d'accès gratuit fonctionnaient correctement. Désormais, les données affichées sont exactes et mises à jour en temps réel.
Accès des invités, gestion du jardin, chronologie des photos de fleurs et fiabilité de la traduction
Les visiteurs déconnectés peuvent désormais voir le catalogue des badges et la météo locale, votre profil renvoie directement à vos jardins/fleurs/badges, les jardins peuvent être supprimés en toute sécurité avec ou sans leurs fleurs, les fleurs prennent désormais en charge une chronologie photo complète avec légendes, et le bug de la page des traductions d'administration bloquée à 0% est corrigé.
Nouveau- Les visiteurs déconnectés peuvent consulter le catalogue complet des badges de contribution et les prévisions météorologiques locales, grâce à une invite de connexion thématique remplaçant un mur d'entrée rigide.
- Une entrée permanente « Installer l’app » dans la barre latérale mobile, avec des instructions iOS thématiques lorsque la plateforme ne dispose pas d’invite d’installation native.
- La suppression du jardin offre désormais deux options explicites et clairement expliquées : supprimer uniquement le jardin (les fleurs sont conservées, mais réaffectées à un autre jardin) ou supprimer le jardin et toutes les fleurs qu’il contient, avec une seconde confirmation plus stricte pour l’option destructive.
- Une nouvelle section « Fleurs sans jardin » avec une véritable pagination, ainsi qu'une fonction « déplacer vers le jardin ».
- Les fleurs prennent désormais en charge une chronologie photographique complète : plusieurs photos par fleur, classées chronologiquement, chacune avec une légende facultative et une image de couverture paramétrable, ainsi qu’une suppression sécurisée image par image.
Amélioré- La page Profil a été réorganisée de sorte que les Réalisations, les Jardins, les Fleurs et les Badges apparaissent en premier, chacun étant un véritable lien vers sa propre page.
- Le faux positif « la page peut indiquer un prix ou une promotion » signalé par la file d'attente de vérification de l'IA d'administration a été vérifié et supprimé.
- Les pages Vue d'ensemble de l'administration, Transactions de jetons et Détenteurs de jetons n'affichent plus le message « aucun jeton CGW n'existe » lorsque la véritable cause est une panne temporaire du RPC.
Fixé- La page d'administration des traductions ne présente plus de blocage permanent des langues à une couverture de 0%. Une traduction interrompue lors du recyclage de son instance Worker est désormais relancée automatiquement au lieu de rester bloquée indéfiniment, et le bouton « Relancer les échecs » n'aggrave plus la situation.
- L'absence d'une clé API de traduction est désormais un statut clair et exploitable, au lieu d'une lacune silencieuse et inexpliquée dans la couverture.
Soins des plantes adaptés aux conditions météorologiques, fiabilité de l'administration et durcissement du Solana RPC
GardenApp avertit désormais lorsqu'une prévision météorologique réelle expose l'une de vos fleurs à un risque de gel ou de chaleur, les données météorologiques sont mises à jour toutes les heures via un cache partagé au lieu de toutes les six heures, et plusieurs problèmes d'administration et de fiabilité ont été corrigés sur l'ensemble de la plateforme.
Nouveau- Les recommandations d'entretien d'une fleur incluent désormais une alerte météo en temps réel (risque de gel, stress thermique ou recommandation d'arrosage en cas de fortes pluies) basée sur vos propres prévisions actuelles et sur l'espèce de cette fleur — il s'agit uniquement de conseils, jamais d'allégations de toxicité ou médicales.
Amélioré- Les données météorologiques sont désormais actualisées toutes les heures au lieu de toutes les six heures, ce qui permet de partager un seul appel du fournisseur entre tous les utilisateurs d'une même zone au lieu d'un appel par utilisateur.
- Le titre de la carte météorologique ne répète plus la ville comme une région à part entière (« Plovdiv, Plovdiv ») et indique désormais toujours le pays.
- La page « Exécutions IA de l'administrateur » indique clairement une exécution qui n'a effectué aucun appel de modèle et peut être filtrée par déclencheur.
- La page « État de l'administrateur » explique un état dégradé dû à l'inaccessibilité du serveur RPC Solana au lieu d'afficher cinq coches vertes sans explication.
Fixé- La page des badges d'administrateur n'est plus 404s.
- Les pages publiques de récompenses et d'acquisition du portail de jetons utilisent désormais la même configuration RPC Solana dédiée que le reste de la plateforme, au lieu de basculer silencieusement vers un point de terminaison différent.
- Une panne de la fonction de saisie automatique de Places est désormais signalée comme une erreur au lieu d'afficher « aucun résultat trouvé ».
- Deux erreurs de configuration interne (un jeton d'API interne manquant, une configuration de connexion native manquante) sont désormais enregistrées comme des exceptions au lieu de passer inaperçues.
- Le portail de jetons dispose désormais d'une limite d'erreur, de sorte qu'un plantage de page est visible pour les opérateurs au lieu d'afficher un simple écran d'erreur par défaut.
Assistance multilingue, Lieux et Pollen
GardenApp se traduit désormais à la demande en bulgare, espagnol, allemand et français, permet au propriétaire d'un jardin de rechercher son emplacement exact grâce à Google Places et affiche les niveaux de pollen pour cet emplacement.
Nouveau- L'interface de GardenApp peut être affichée en bulgare, espagnol, allemand ou français, traduite à la demande et mise en cache, avec une version anglaise de repli instantanée pendant la traduction.
- Il est désormais possible de rechercher et de sélectionner l'emplacement d'un jardin via la fonction de saisie automatique de Google Places, au lieu de devoir saisir du texte manuellement.
- La page de détails d'un jardin comportant un emplacement sélectionné affiche les niveaux de pollen environnants (graminées/arbres/mauvaises herbes).
- Centre d'administration : une nouvelle page Traductions affiche la couverture du cache par langue et permet à un opérateur d'invalider le cache d'une langue ou de réessayer les traductions ayant échoué.
Amélioré- Le centre d'administration indique si chacune des trois intégrations Google optionnelles (Traduction, Lieux, Pollen) est configurée, sans jamais exposer la clé.
récupération du fournisseur météorologique
Les conditions météorologiques locales préservent la zone de couverture de l'utilisateur en cas de panne prévue et peuvent être rétablies grâce à un fournisseur de secours indépendant.
Amélioré- Les pannes météorologiques planifiées sont désormais catégorisées de manière à respecter la vie privée, permettant ainsi aux opérateurs de distinguer les pannes liées aux délais d'attente, au réseau, à la réponse du fournisseur et à la persistance, sans enregistrer les données utilisateur ni de localisation.
- L'administrateur distingue désormais l'heure de mise à jour de la localisation de l'heure de la dernière actualisation réussie des prévisions.
Fixé- GardenApp ne masque plus une localisation approximative déjà enregistrée lorsqu'une première actualisation des prévisions échoue.
- La mise à jour des données météorologiques bascule vers MET Norway lorsque Open-Meteo est indisponible, ce qui laisse au proxy mobile suffisamment de temps pour effectuer les deux tentatives limitées.
Mise à jour sur la fiabilité météorologique
L'application météo locale conserve désormais une prévision utilisable même lorsque le fournisseur omet une donnée optionnelle, et elle capture plus tôt son contexte de localisation Cloudflare, respectueux de la vie privée, à chaque actualisation.
Amélioré- Les pannes liées aux conditions météorologiques laissent désormais un diagnostic serveur confidentiel et un signal de réponse détectée/indisponible, sans exposer d'adresse IP, de coordonnées ou de données de localisation privées.
Fixé- GardenApp ne rejette plus une prévision locale complète simplement parce qu'une donnée météorologique optionnelle est nulle ou manquante.
- La mise à jour des données météorologiques capture le contexte de localisation approximatif de la requête de Cloudflare avant le travail d'authentification, réduisant ainsi le risque de perte du contexte périphérique lors d'une transition asynchrone.
Le partage public de fleurs et la communauté suivent
Les liens Flower sont désormais accessibles à tous, avec partage natif, contrôle du lien copié, profils des créateurs, badges de mise en avant et possibilité de suivre la communauté. La météo se met également à jour correctement après un rechargement.
Nouveau- Copiez ou partagez le lien public d'une fleur avec son nom depuis les profils de fleurs et la section Découvrir.
- Suivez les cultivateurs de la communauté et consultez le nombre de leurs abonnés ainsi que leurs badges mis en avant.
Fixé- Les codes QR ouvrent désormais la page publique de la communauté au lieu d'une page réservée au propriétaire.
- Les données météorologiques indisponibles ne sont plus mises en cache lors des rechargements, et chaque rechargement revérifie la localisation IP approximative actuelle.
- Le raccourci « Rappels » utilise désormais une icône de cloche facilement reconnaissable.
Sécurité- Le partage public et les abonnements utilisent des identifiants de publication publics ; les identifiants privés relatifs aux fleurs, au jardin, aux soins, aux rappels et aux comptes restent en dehors des liens partagés.
Mises à jour automatiques du déploiement
Les applications de navigateur CoinGarden ouvertes détectent désormais chaque nouvelle version déployée et y passent automatiquement en toute sécurité, en attendant la fin des sauvegardes actives et des confirmations de portefeuille.
Amélioré- Les onglets ouverts du navigateur se mettent automatiquement à jour sur une version stable nouvellement déployée.
- Les mises à jour attendent les formulaires actifs, les enregistrements, les signatures de portefeuille et les réclamations, le contrôle de mise à jour manuelle existant étant conservé comme solution de repli.
Fixé- Les déploiements de code sont détectés par une identité de commit immuable, même lorsque le numéro de version visible par l'utilisateur ne change pas.
- Une protection à usage unique par build et une activation par service worker empêchent les rechargements répétés ou les shells PWA obsolètes.
L'identification des fleurs n'affiche plus jamais de résultat provisoire
L'identification des fleurs ne se limite plus à un résultat provisoire en cas d'indisponibilité temporaire de l'IA. Si une identification correcte est impossible, le message « Impossible d'identifier cette plante » s'affiche clairement, accompagné d'un bouton « Réessayer ». Aucune réponse devinée n'est proposée. Cette fonctionnalité est disponible sur l'application web, l'application mobile et l'application native iOS/Android, pour les utilisateurs connectés et les visiteurs.
Amélioré- Application native : l’écran d’identification affiche désormais le nom de la plante, son nom scientifique, le niveau de confiance et les correspondances alternatives dans une mise en page lisible, au lieu d’un résultat technique brut.
Fixé- L'identification des fleurs (utilisateur connecté, invité et application native) ne renvoie plus de résultat générique lorsque le service d'IA est indisponible. Un message clair et convivial ainsi qu'un bouton « Réessayer » fonctionnel s'affichent désormais.
- L'identifiant gratuit journalier d'un client n'est plus dépensé lorsque l'identifiant est indisponible ; la tentative est remboursée automatiquement.
Promoteur- Le dernier chemin d'accès au code de production susceptible de fournir un résultat d'identification falsifié a été supprimé ; le fournisseur factice utilisé pendant le développement n'existe désormais que dans la suite de tests.
- Ajout de tests automatisés qui analysent le code source de l'application mobile et native à la recherche de l'ancienne copie de résultat de substitution, afin qu'elle ne puisse pas revenir silencieusement.
- J'ai réécrit la documentation relative à l'IA/l'identification pour qu'elle corresponde à ce comportement.
Corrigé : problème d'affichage de la page du livre blanc
Correction d'un bug qui empêchait le chargement de la page du livre blanc du portail des jetons en raison d'une erreur serveur. Le contenu de la page est désormais intégré directement à l'application au lieu d'être récupéré depuis le disque lors de la consultation, ce qui améliore la fiabilité et accélère le chargement.
Fixé- Portail des jetons : la page du livre blanc (/whitepaper) ne rencontre plus d’erreurs de serveur intermittentes lors du chargement. Son contenu est désormais intégré à l’application lors de sa compilation, au lieu d’être lu à partir d’un fichier à chaque requête, ce qui accélère légèrement le chargement de la page.
Corrigé : l'identification des fleurs échouait en raison d'une erreur de connexion.
Correction d'un bug où l'identification d'une fleur pouvait échouer avec le message « Impossible de se connecter à CoinGarden pour le moment », même si l'identification elle-même réussissait — l'application abandonnait et affichait une erreur avant qu'une réponse normale, légèrement plus lente, de l'IA ait eu la chance de revenir.
Fixé- L'identification d'une fleur (que ce soit pour un utilisateur connecté ou invité) ne génère plus d'erreur de connexion lors d'une réponse normale de l'IA. Auparavant, le délai d'expiration des requêtes internes de l'application était plus court que le temps nécessaire à une identification réelle ; par conséquent, un résultat pourtant concluant était parfois ignoré et affiché comme un échec.
Correctifs de compilation du programme Solana et correction d'un bug de suivi des coffres.
Correction de trois véritables bugs de compilation dans les programmes d'acquisition et de récompenses sur la chaîne, causés par une version de dépendance non suivie, et correction d'un bug qui aurait permis à deux des six coffres-forts de CGW de partager silencieusement une adresse suivie.
Fixé- Les programmes on-chain cgw-vesting et cgw-rewards n'ont pas pu être compilés avec la version de la bibliothèque anchor-lang en cours de résolution (1.1.2 au lieu de la version 1.0.2 prévue – aucun fichier de verrouillage n'ayant été créé pour cet espace de travail). Les trois erreurs d'API qui en ont résulté ont été corrigées et un fichier de verrouillage a été créé afin d'éviter que ce problème ne se reproduise.
- Le suivi des déploiements de CGW ne comportait auparavant qu'un seul emplacement d'adresse pour deux coffres distincts (le coffre de liquidités et le coffre communautaire, chacun étant une allocation 5% distincte conformément à la spécification du jeton). Désormais, chaque coffre dispose de son propre emplacement de suivi, de sorte qu'un déploiement réel ne peut jamais afficher le solde d'un coffre comme s'il s'agissait de celui de l'autre.
Promoteur- La compilation et l'analyse des programmes sur la chaîne se déroulent sans problème (cargo check, cargo clippy avec les avertissements considérés comme des erreurs) dans cet environnement ; la compilation/le déploiement complet sur la chaîne reste bloqué par l'espace disque disponible dans ce bac à sable, suivi séparément.
Liaison du compte Google sur le portail Token et correction d'un problème de connexion au portefeuille
La page de profil du portail de jetons permet désormais de lier un compte Google à votre portefeuille en tant qu'identité de secours optionnelle, et un bug qui entraînait l'échec du processus de connexion au portefeuille avec le message « Aucun portefeuille connecté » juste après la connexion d'un portefeuille réel a été corrigé.
Nouveau- Portail des jetons : la section Google de la page de profil est désormais fonctionnelle. Connectez-vous avec Google, puis associez-le à votre profil de portefeuille comme identité de secours (facultative), ou dissociez-le ultérieurement. La connexion au portefeuille reste totalement indépendante et ne nécessite jamais Google.
Fixé- Portail de jetons : la connexion d’un portefeuille dans la fenêtre modale « Connecter un portefeuille » n’affiche plus incorrectement le message « Aucun portefeuille connecté » immédiatement après que l’extension de portefeuille se soit correctement connectée.
Une interface utilisateur plus épurée, un sélecteur de modèles d'IA plus intelligent et les bases des applications natives
Une série de corrections d'interface utilisateur et de textes dans le Centre d'administration et le Portail des jetons, une page À propos mobile reconstruite qui décrit réellement l'application actuelle, un sélecteur de modèle consultable pour choisir le modèle d'IA qui alimente chaque assistant, et la première structure fonctionnelle d'applications natives iOS/Android — pas encore disponible à l'installation, mais les écrans de connexion et principaux fonctionnent désormais de bout en bout sur les véritables serveurs de CoinGarden.
Nouveau- Centre d'administration : le choix du modèle d'IA qui alimente un assistant se fait désormais via une liste consultable, les modèles étant classés selon leur compatibilité (vérifiée et validée), la nécessité d'une vérification ou leur incompatibilité ; l'ancien menu déroulant, auparavant interminable, ne fournissait plus d'explications.
- Application mobile : la page « À propos » a été réécrite pour décrire les fonctionnalités actuelles de l’application (entretien des plantes, identification, badges, portail des jetons) au lieu des descriptions obsolètes.
- La première version fonctionnelle des applications natives iOS/Android de CoinGarden est disponible en version interne de développement : connectez-vous avec Google, visualisez vos jardins et vos fleurs, et identifiez une plante avec l’appareil photo. Elle n’est pas encore publiée sur l’App Store ni sur le Play Store.
Amélioré- Application mobile : votre page de profil affiche désormais votre jardin, vos fleurs et le nombre de badges réels au lieu d’un panneau d’espace réservé.
- Centre d'administration et portail des jetons : corrections de mise en page et de texte, notamment un diagramme du portail des jetons qui pouvait se chevaucher sur les écrans plus étroits.
Sécurité- Comblé une lacune : l’association d’un modèle d’IA à un assistant ne vérifiait pas que le modèle prenait réellement en charge les besoins de cet assistant (par exemple, la compréhension d’images pour l’identification des plantes), contrairement à ce qui se faisait déjà avec l’écran de configuration principal.
Promoteur- Les serveurs de CoinGarden prennent désormais en charge une véritable session de connexion révocable pour les applications natives, distincte du système de connexion du site web, car une application mobile ne dispose pas de son propre serveur pour stocker un secret partagé comme le fait le site web.
Opérations Solana en direct dans le centre d'administration
Les pages de jetons du centre d'administration lisent désormais le statut réel de CGW directement depuis Solana au lieu d'un espace réservé statique, et s'actualisent automatiquement lorsqu'elles sont ouvertes, affichant ainsi la situation actuelle : CGW est approuvé pour la mise en œuvre mais n'est pas encore déployé sur un cluster.
Nouveau- Les pages du Centre d'administration relatives aux jetons (Vue d'ensemble, Détenteurs, Trésorerie, Sécurité, Transactions) affichent désormais l'état de déploiement en temps réel de CGW, les détails de création, l'offre, les soldes des coffres et les autorisations de création/gel directement depuis Solana via une connexion RPC en lecture seule côté serveur, et non plus depuis le navigateur.
- Chaque page de jeton s'actualise désormais automatiquement lorsqu'elle est ouverte (5 sur les pages de jetons, 10-15 sur le shell global), en faisant une pause lorsque l'onglet est masqué, en reprenant immédiatement le focus et en s'arrêtant automatiquement après plusieurs échecs de lecture — ce qui est honnêtement décrit comme un système d'interrogation, jamais comme une connexion socket active.
- Un affichage clair à cinq états de déploiement (non déployé, configuré mais injoignable, configuré mais compte manquant, déployé et fonctionnel, ou déployé avec une non-conformité aux spécifications approuvées) remplace l'ancien espace réservé toujours faux.
Amélioré- Les chiffres relatifs aux détenteurs et aux transactions sont désormais systématiquement étiquetés selon les données réellement lues : « Principaux comptes de jetons » plutôt qu’une liste exhaustive implicite des détenteurs, et la mention « non disponible via RPC configuré » plutôt qu’un zéro fictif. Il ne s’agit plus de deviner une valeur que la connexion RPC en lecture seule ne peut confirmer.
- Le lien vers le portail de jetons est désormais dérivé de la configuration au lieu d'une adresse locale codée en dur.
- Le langage utilisé dans la présentation des jetons distingue désormais systématiquement une décision approuvée mais non encore mise en œuvre d'une décision effectivement déployée, remplaçant ainsi plusieurs passages qui ressemblaient encore à une proposition de conception ouverte.
Sécurité- Il est confirmé, par un test automatisé, que les détails de connexion RPC de Solana et les informations d'identification du fournisseur n'apparaissent jamais dans le bundle du navigateur du Centre d'administration, ses réponses API ou ses journaux.
Une erreur de connexion plus conviviale sur Identify
Si l'identification de la plante ne parvient pas aux serveurs de CoinGarden, vous verrez désormais un message en langage clair avec un bouton « Réessayer » — jamais de code d'erreur brut — et l'application ne bloque jamais le formulaire photo pendant qu'elle vérifie discrètement votre nombre quotidien gratuit en arrière-plan.
Amélioré- Une connexion défaillante aux serveurs de CoinGarden est désormais enregistrée avec un court code de référence que vous pouvez communiquer au support, et apparaît dans le système de surveillance des erreurs de l'équipe d'exploitation ; auparavant, elle était invisible en dehors de ce contexte d'échec.
Fixé- La page d'identification pouvait afficher un code d'erreur interne brut (« upstream_unavailable ») si la photo d'identification ne parvenait pas brièvement aux serveurs de CoinGarden ; ce code était alors remplacé par un texte clair et un bouton « Réessayer » permettant de soumettre à nouveau la même photo.
- Cette connexion en arrière-plan est désormais automatiquement relancée une fois avant d'abandonner, pour les vérifications en lecture seule (comme votre nombre quotidien gratuit) où une nouvelle tentative ne peut entraîner aucune action en double.
Une barre de navigation qui réagit au défilement
La navigation supérieure et inférieure de l'application mobile se transforme désormais au fur et à mesure que vous faites défiler la page : une barre flottante compacte en haut de la page s'élargit progressivement pour devenir une barre fixe complète à mesure que vous poursuivez votre lecture, puis se réduit dès que vous revenez en haut.
Amélioré- Application mobile : l’en-tête et la barre de navigation s’animent désormais entre une carte flottante compacte (en haut de la page) et une barre large fixée au bord (après défilement), au lieu de rester flottants en permanence, ce qui correspond à l’interface de navigation originale de l’application.
- La transition ne se déclenche que lors d'un défilement réel et volontaire ; une petite zone tampon autour du point de basculement empêche l'affichage de clignoter entre les deux états.
- Chaque élément animé respecte toujours une demande système de réduction des mouvements, changeant d'état instantanément au lieu d'animer.
Badges de contribution
Une nouvelle page « Réalisations » met en valeur les activités concrètes : étapes franchies en tant que membre, contributions de plantes, entretien régulier, identifications et participation à la communauté, avec une progression claire vers les prochains objectifs. Affichez quelques badges sur votre profil et voyez-en un apparaître à côté du nom d'un créateur sur les fleurs qu'il a partagées.
Nouveau- Page des succès (/badges) : tous les badges obtenus et ceux encore en cours, regroupés par catégorie : Adhésion, Contributions aux plantes, Entretien des plantes, Identification, Communauté et Spécial. Chaque badge indique votre progression réelle vers la prochaine étape, et non un pourcentage artificiel.
- Les badges de membre sont attribués automatiquement en fonction de l'ancienneté du compte, depuis l'inscription jusqu'à six ans et plus.
- Les badges de contribution aux plantes sont décernés lors de véritables étapes de sauvetage (de 1 à 2,000 fleurs sauvées), et non lors de tentatives d'identification par l'IA.
- Les badges d'entretien des plantes récompensent les interventions d'entretien enregistrées et les véritables séries de 30 et 100 jours d'entretien consécutifs.
- Les badges d'identification récompensent les identifications confirmées, et non chaque appel d'IA.
- Les badges communautaires récompensent votre première fleur partagée et la véritable appréciation reçue des autres.
- Les badges spéciaux (Gardien du système, Gardien de l'harmonie, Phare de la communauté, Bienfaiteur des fleurs, Conservateur de plantes rares) sont décernés manuellement par CoinGarden et ne peuvent pas être obtenus automatiquement.
- Une page détaillée sur le badge explique précisément ce qui est requis et à quel point vous êtes proche de l'obtention.
- Affichez jusqu'à cinq badges gagnés sur votre profil ; vous choisissez ceux qui sont visibles, et les badges non affichés restent privés.
- Un badge « À la une » apparaît désormais à côté du nom du créateur sur ses publications publiques consacrées aux fleurs.
- Une notification élégante et optimisée pour les mouvements réduits, intitulée « Succès débloqué », apparaît une seule fois par badge, que vous l'ayez obtenu vous-même ou qu'une autre personne l'ait obtenu pour vous.
- Le Centre d'administration intègre désormais Écosystème → Badges : consultez tous les badges et le nombre de personnes qui les détiennent, activez ou désactivez un badge, attribuez ou révoquez un badge spécial en indiquant le motif requis, et effectuez une régularisation unique qui attribue à chaque compte existant tous les badges auxquels il a droit, et pas seulement le plus récent.
Sécurité- Seul un administrateur peut attribuer ou révoquer un badge spécial, et chaque attribution, révocation, activation/désactivation et opération de rapprochement est consignée dans le journal d'audit avec une justification.
- Les badges automatiques ne disposent d'aucune possibilité de contournement par l'administrateur lors de l'évaluation réelle ; un administrateur peut uniquement activer/désactiver le badge lui-même, et ne peut en aucun cas attribuer ou révoquer manuellement un badge obtenu automatiquement.
Promoteur- Le catalogue de badges est entièrement basé sur les données (métrique et seuil lus depuis la base de données), donc l'ajout d'un nouveau badge ne nécessite jamais de modification du code.
- La progression des badges est toujours calculée en temps réel à partir des mêmes tables sources que celles utilisées par le reste du produit (fleurs, événements de soin, identifications, publications de fleurs, mentions « J’aime » sur les publications de fleurs) ; il n’y a donc pas de table de progression distincte susceptible de se désynchroniser.
- Les notifications de déverrouillage sont envoyées en interrogeant un indicateur de notification non lue/accusée de réception plutôt que par un canal push. Ainsi, un badge gagné grâce à votre propre action, à l'action de quelqu'un d'autre (un « J'aime ») ou à une opération de réconciliation d'administrateur apparaît de la même manière.
Correction d'un problème empêchant l'affichage de l'image de prévisualisation de l'application mobile par les robots d'exploration.
L'image d'aperçu de partage de la nouvelle application mobile (0.7.5) était inaccessible à Facebook, X et autres robots d'exploration de liens : ils étaient redirigés vers la page de connexion au lieu de voir l'image, car ces robots ne se connectent jamais. Problème résolu.
Fixé- Application mobile : les routes opengraph-image et twitter-image n’étaient pas autorisées dans la liste blanche des routes publiques. Par conséquent, l’authentification requise par défaut pour les pages personnelles redirigeait systématiquement toutes les requêtes des robots d’exploration vers la page de connexion au lieu d’afficher l’image. Ce problème a été confirmé en production (HTTP 307) et résolu en ajoutant les deux routes à la même liste blanche qui inclut déjà les fichiers robots.txt et sitemap.xml.
Correction d'un problème de déploiement dans la version 0.7.4 de share-image
Les images de prévisualisation de la version précédente fonctionnaient correctement en local, mais leur déploiement sur le site web, l'application mobile et le portail de jetons échouait en raison d'une incompatibilité spécifique à Cloudflare. Ce problème est désormais résolu et les images sont disponibles.
Fixé- Le site web, l'application mobile et le portail de jetons n'ont pas pu être déployés après la publication de la version 0.7.4 : les pages d'aperçu affichaient une configuration d'exécution que l'étape de compilation Cloudflare rejette catégoriquement. Cette configuration a été supprimée (chaque application s'exécute déjà dans cet environnement d'exécution, indépendamment de la déclaration) et vérifiée sur la version de déploiement réelle, et non plus seulement sur la version locale.
Aperçus réels des actions pour le site web, l'application mobile et le portail de jetons
Auparavant, le partage d'un lien CoinGarden sur Facebook, X ou toute autre plateforme n'affichait aucune image et Facebook signalait l'absence de l'attribut og:image. Désormais, chaque application publique génère une image de prévisualisation personnalisée, et l'application mobile bénéficie du titre et de la description qu'elle n'avait jamais eus sur les réseaux sociaux.
Nouveau- Images de prévisualisation Open Graph et Twitter/X de marque pour le site marketing, l'application mobile et le portail de jetons — chacune dans les couleurs propres à l'application, générées à la volée plutôt que dans un fichier statique pour une synchronisation optimale
Fixé- L'application mobile ne comportait aucune métadonnée de prévisualisation sociale (ni og:title, ni og:description, ni og:image) ; un lien Discover ou flower-post partagé affichait une prévisualisation générique et vide. Elle affiche désormais le nom de l'application, sa description et la nouvelle image de prévisualisation.
- Le type de carte Twitter du site marketing était configuré sur une petite mise en page « résumé », qui n'affichait pas d'image de grande taille même lorsqu'une image était fournie ; ce paramètre a été corrigé en « summary_large_image » maintenant qu'une image est disponible.
Correction du flux Discover pour les utilisateurs connectés
Les utilisateurs connectés voyaient le message « Impossible de charger les fleurs de la communauté » à chaque visite sur Discover. Il s'agissait d'un problème de connexion entre l'application et la fonctionnalité de personnalisation, et non d'une panne. Le problème est désormais résolu : les utilisateurs connectés voient leurs sélections, ou les fleurs populaires de la communauté si aucune n'est encore disponible.
Fixé- Flux Découvrir : les utilisateurs connectés ne voient plus d’erreur permanente « chargement impossible » — le flux personnalisé se charge désormais correctement et affiche les fleurs populaires de la communauté lorsqu’aucune sélection personnalisée n’est encore disponible.
Le plantage lié à l'édition utilisateur a été définitivement corrigé cette fois-ci.
La précédente solution au problème de plantage de la page d'édition utilisateur ne fonctionnait pas : la sauvegarde entraînait toujours le plantage de la page. Celle-ci fonctionne : la redirection après la sauvegarde correspond désormais exactement au modèle qui a déjà fait ses preuves partout ailleurs dans le Centre d'administration.
Fixé- Centre d'administration : la modification du rôle, du statut ou du nom d'affichage d'un utilisateur ne provoque plus le plantage de la page après l'enregistrement. Cette confirmation a été obtenue en testant à nouveau l'action défaillante en direct, et non pas seulement après une nouvelle compilation.
Correction d'un plantage lors de l'enregistrement d'une modification utilisateur dans le Centre d'administration
L'enregistrement d'une modification de rôle, de statut ou de nom d'affichage sur la page de compte d'un utilisateur pouvait entraîner le plantage de la page au lieu de l'affichage du résultat. Le problème ne venait pas de l'enregistrement en lui-même, mais du fait que la page ne se rechargeait pas correctement ensuite. Problème résolu.
Fixé- Centre d'administration : la modification du rôle, du statut ou du nom d'affichage d'un utilisateur ne provoque plus le plantage de la page après l'enregistrement ; la confirmation s'affiche désormais correctement.
L'administration des utilisateurs administrateurs et deux bugs importants ont été corrigés.
Les administrateurs peuvent désormais modifier un nom d'affichage, un rôle et activer ou désactiver un compte directement depuis le Centre d'administration. Chaque modification est consignée dans le journal d'audit. Ce dernier est désormais fonctionnel (il ne se chargeait jamais) et l'avertissement relatif aux incompatibilités de versions sur la page « Intégrité » a été corrigé afin d'éviter les fausses alertes pendant le déploiement.
Nouveau- Centre d'administration : la page de compte d'un utilisateur permet désormais de modifier son nom d'affichage public, de changer son rôle (Utilisateur / Modérateur / Administrateur) et d'activer ou de désactiver son compte. Ces modifications sont appliquées côté serveur, avec la même protection contre l'utilisation par le dernier administrateur et la même confirmation d'autodésactivation que dans toutes les versions précédentes du produit.
- La page « État » affiche désormais un tableau Service / Version attendue / Version déployée / Validation / Statut, ce qui permet de repérer en un coup d'œil un véritable écart de déploiement au lieu de le trouver noyé dans une liste de versions.
Fixé- La page du journal d'audit du centre d'administration affichait systématiquement l'erreur « réponse non reconnue par la console » : la route API ne renvoyait jamais la pagination requise. C'est désormais chose faite, et la page charge les entrées correspondantes.
- L'avertissement « incompatibilité de version » de la page Santé s'affichait constamment et à tort, car l'autovérification de l'API signalait une version littérale qui n'était jamais mise à jour lors des déploiements. Désormais, elle utilise la même version partagée à chaque vérification, et l'avertissement ne s'affiche que lorsqu'une incompatibilité persiste réellement au-delà d'un déploiement normal, et non pendant un déploiement en cours.
- Un point de terminaison d'état orphelin et inaccessible de l'API décrivait encore la blockchain antérieure à la migration ; ce problème a été corrigé dans le même fichier pour la mise à jour de version.
Sécurité- Chaque modification apportée à l'administration d'un utilisateur (nom d'affichage, rôle, statut) est consignée dans le journal d'audit avec un résultat et un identifiant de corrélation, permettant ainsi de remonter à la requête exacte qui l'a déclenchée.
Promoteur- Le journal d'audit bénéficie désormais d'une véritable pagination côté serveur et d'un suivi des résultats (`result`, `correlation_id`) au lieu d'une liste illimitée et non paginée.
- Les contrôles d'intégrité enregistrent désormais une validation de compilation lorsqu'un service génère une notification de validation, préparant ainsi le terrain pour le nouveau tableau des versions.
Un flux Découvrir plus intelligent et moins d'impasses
Le flux Découverte propose désormais une sélection quotidienne de fleurs, choisie par l'IA, en plus de ses fleurs populaires, avec une brève description sur chaque fiche. L'identification des plantes est ainsi plus claire et quelques petits bugs, bien réels (comme un bouton « Me le rappeler » tronqué et une erreur d'affichage confuse dans le flux), ont été corrigés.
Nouveau- La page d'accueil du flux Découvrir propose chaque jour une « Sélection du jour », choisie quotidiennement par l'IA de CoinGarden parmi les fleurs populaires de la communauté. En cas d'indisponibilité de la sélection par l'IA, l'ordre des fleurs populaires est simplement repris.
- Chaque fiche de fleur partagée affiche désormais une brève description extraite du catalogue des plantes.
- L'identification d'une plante propose désormais deux actions distinctes : « Prendre une photo » et « Choisir dans la galerie », au lieu d'un seul bouton ambigu.
- Une plante que CoinGarden ne reconnaît pas encore ne constitue plus une impasse : en cliquant dessus, une recherche est lancée dans le catalogue pour trouver une correspondance, ou une recherche manuelle s’ouvre avec les suggestions préremplies.
Amélioré- Les résultats de l'identification indiquent un état sélectionné plus clair : la carte entière est cliquable, avec une coche.
- Les photos téléchargées sont désormais vérifiées en tant que véritables fichiers image et non plus en fonction de leur extension ; un format non pris en charge comme HEIC l’indique désormais clairement au lieu de générer une erreur silencieuse.
Fixé- Le bouton « Me le rappeler » figurant sur les recommandations d'entretien d'une fleur n'est plus réduit à une minuscule zone illisible sur les écrans étroits des téléphones.
- Le flux Discover n'affiche plus simultanément « impossible de charger » et « personne n'a encore publié » : une connexion défaillante et une communauté vide sont deux situations différentes, et le flux indique désormais laquelle se produit réellement, avec un bouton « Réessayer » fonctionnel.
Promoteur- Les métadonnées des moteurs de recherche ont été corrigées pour toutes les applications CoinGarden : les liens canoniques, les sitemaps et le fichier robots.txt pointent désormais vers les véritables adresses CoinGarden déployées, et non plus vers des domaines non liés qui étaient déjà actifs par hasard.
- Il a été confirmé que les pages privées du centre d'administration étaient totalement exclues de l'indexation de recherche en production.
Un véritable catalogue de plantes
La recherche d'une plante par son nom commun fonctionne désormais comme prévu, y compris pour le terme « rose ». Le catalogue, qui comptait une vingtaine de plantes d'intérieur, recense désormais des centaines d'espèces, de genres et de familles, les anciens noms scientifiques et leurs variantes communes donnant tous le bon résultat.
Nouveau- Le catalogue de plantes, initialement composé d'environ 20 plantes d'intérieur sélectionnées à la main, s'est développé pour devenir une véritable taxonomie d'environ 440 espèces, genres et familles, couvrant les plantes d'intérieur, les fleurs de jardin, les roses, les orchidées, les plantes succulentes et les cactus, les arbres et arbustes communs, les herbes aromatiques, les légumes et les fruits.
- La recherche d'un ancien nom scientifique ou d'un nom alternatif permet désormais de trouver l'espèce correcte, actuellement acceptée.
- La recherche par nom de genre (par exemple « Rosa », « Hibiscus », « Monstera ») fait apparaître toutes les espèces connues de CoinGarden appartenant à ce genre.
- Recherche tolérante aux fautes de frappe pour les noms communs de plantes
- Le centre d'administration s'est enrichi d'une page Catalogue des plantes : statistiques de couverture, provenance des données de chaque entrée et recherches infructueuses. Ainsi, les lacunes du catalogue sont visibles et non plus passées inaperçues.
Amélioré- L'identification des plantes par l'IA est plus fiable lorsqu'elle se contente d'affirmer le genre, sans identifier l'espèce exacte ; elle le précise désormais au lieu de deviner une espèce spécifique.
- L’écran « Rechercher dans le catalogue de plantes » explique ce qu’il faut saisir avant de commencer et suggère d’essayer un terme plus général au lieu de simplement indiquer qu’aucun résultat n’a été trouvé.
Fixé- La recherche du terme « Rose » (et de nombreux autres noms communs) dans le catalogue de plantes ne renvoie plus le message « Aucune espèce correspondante trouvée » : le catalogue était initialement incomplet, et non pas seulement dépourvu de la logique de recherche.
Découvrez les fleurs ensemble
CoinGarden s'ouvre : parcourez les fleurs de la communauté et identifiez jusqu'à cinq plantes par jour sans compte, partagez vos propres fleurs quand vous le souhaitez et recevez un flux de découverte personnalisé par l'IA une fois connecté.
Nouveau- Un flux public de découvertes florales sur le tableau de bord : les fleurs partagées les plus appréciées de la communauté, sans compte requis
- Identifiez jusqu'à cinq plantes par jour en tant qu'invitées ; votre limite gratuite est réinitialisée automatiquement chaque jour.
- Partagez une fleur avec la communauté quand vous le souhaitez : une confirmation claire indique précisément ce qui devient public, et vous pouvez le dépublier à tout moment.
- Aimez les fleurs que vous aimez (connexion requise) et découvrez celles que la communauté aime.
- Les utilisateurs connectés reçoivent un flux personnalisé contenant de courtes notes de jardinage rédigées par l'IA, basées sur le catalogue des plantes.
- Un nom d'affichage public pour le partage — tant que vous n'en avez pas choisi un, vous apparaissez sous le nom « CoinGardener », jamais votre nom Google ni votre adresse e-mail.
- Mes jardins : votre espace personnel dédié aux soins des plantes — fleurs, jardins, entretien et rappels — a été déplacé du tableau de bord avec un nouveau résumé.
Amélioré- La navigation en bas de l'écran s'adapte désormais à vous : Découvrez, Identifiez-vous, Mes jardins et Profil lorsque vous êtes connecté ; Découvrez, Identifiez-vous, Accueil et Connexion en tant qu'invité
- La page de connexion explique les avantages d'un compte ; la navigation et les identifications quotidiennes restent gratuites sans compte.
Sécurité- Vos fleurs, jardins, notes, historique d'entretien et rappels privés ne sont jamais rendus publics ; seules les informations que vous approuvez sont partagées, comme un instantané.
- La limite d'identification des invités est appliquée sur le serveur à l'aide d'un identifiant visiteur anonyme et haché — jamais d'adresse IP ni d'adresse e-mail.
- Le nombre de mentions « J’aime » est calculé sur le serveur avec la garantie d’une mention « J’aime » par personne dans la base de données elle-même.
Chaque agent d'IA, en fonctionnement
Les douze agents d'IA de CoinGarden disposent désormais d'implémentations concrètes, choisissent leur propre modèle en fonction du coût et des capacités, et s'exécutent selon un calendrier prédéfini.
Nouveau- Les douze agents d'IA sont tous implémentés et opérationnels : chat, surveillance CGW, revue quotidienne du système, analyse des données mobiles, triage des incidents de sécurité, qualité des données de l'usine, analyse des produits, optimisation des coûts, qualité des mises en production et validation des documents CGW
- Les agents choisissent automatiquement leur propre modèle — le moins cher dont les capacités sont vérifiées et qui réussit le test d'acceptation de cet agent
- Les agents programmés effectuent désormais effectivement des livraisons, avec un système de répartition toutes les quinze minutes et une livraison au maximum une fois par jour.
- Une file d'attente pour examiner les résultats qui méritent l'attention d'une personne.
- Un résumé quotidien de l'IA sur la page d'accueil du Centre d'administration, établi à partir d'exécutions réelles.
- Exécutez n'importe quel agent analytique à la demande ; son coût estimé s'affiche avant même d'appuyer sur le bouton.
Amélioré- Chaque agent calcule ses données en SQL et ne demande à un modèle que de les interpréter, ce qui est à la fois moins coûteux et moins sujet aux erreurs.
- Les rapports sont évalués en fonction des preuves qui leur ont été fournies ; ainsi, un chiffre inventé par le modèle est signalé plutôt que publié.
- Les vérifications de capacité des modèles ne signalent plus un modèle textuel uniquement comme incapable de produire une sortie structurée
- Le prix des modèles OpenAI est désormais connu, ce qui permet de réaliser des comparaisons de coûts concrètes et non plus aléatoires.
Sécurité- L'assistant de chat ne peut lire que les données de la personne avec laquelle il converse, cette restriction étant intégrée au code et non imposée par des instructions.
- La surveillance CGW est par construction en lecture seule : aucune clé de signature n'existe et aucun chemin d'écriture n'est fourni.
Centre de contrôle de l'IA et mises à jour de la plateforme
Ajoute une gestion centralisée des fournisseurs d'IA, améliore la reconnaissance des fleurs et introduit des notes de version intégrées à l'application avec des notifications de mise à jour.
Nouveau- Centre de contrôle de l'IA pour gérer les connexions OpenAI et Anthropic en un seul endroit
- La reconnaissance des fleurs s'effectue désormais via un agent d'IA configurable, la provenance indiquant quel modèle a produit chaque suggestion.
- Notes de version disponibles sur /changelog pour chaque application CoinGarden
- Notification intégrée à l'application lors du déploiement d'une nouvelle version
- Installez CoinGarden sur votre écran d'accueil depuis l'application mobile
Amélioré- Les résultats de la reconnaissance comportent désormais un score de validation et vous pouvez les corriger à tout moment.
- Les administrateurs peuvent comparer les modèles en fonction de leur précision, de leur latence et de leur coût avant de changer.
- Le pied de page de chaque application affiche désormais la version que vous utilisez.
Fixé- L'aperçu du Centre d'administration ne rencontre plus d'erreur de chargement en cas d'erreurs récentes.
- Les pages d'administration IA s'affichent désormais correctement sur les écrans étroits.
Sécurité- Les clés des fournisseurs d'IA sont stockées de manière cryptée et ne peuvent jamais être déchiffrées dans le système.
Promoteur- Les migrations de base de données s'appliquent désormais automatiquement lors du déploiement.
- L'intégration continue exécute l'ensemble des tests.
Centre d'administration et d'opérations
Introduit la console d'opérations privées avec surveillance de l'état du service, des incidents et des erreurs, ainsi que des analyses de produits.
Nouveau- Centre d'administration et d'opérations avec historique en temps réel de l'état des services et des incidents
- Surveillance centralisée des erreurs avec exceptions regroupées
- Analyse des utilisateurs et des produits
Amélioré- L'entretien des plantes, les jardins et les rappels sont désormais stockés dans l'API CoinGarden et non plus dans votre navigateur.
Fondation
Première version de CoinGarden.World : jardins, fleurs, entretien des plantes et portail des jetons CGW.
Nouveau- Créez des jardins et ajoutez des fleurs avec identification photographique.
- Rappels concernant l'entretien des plantes et historique des soins
- Portail des jetons CGW avec les données tokenomics publiées du projet
- Connectez-vous avec Google sur toutes les applications CoinGarden