Audit Score
93.4/100 · previous 70.5 · delta +22.9 · rolling-three 91.7 · trend-building n/a · direction down · confidence LOW
| Component | Score |
|---|---|
| Precision | 25.8/30 |
| Recall | 19.7/20 |
| Accuracy | 23.7/25 |
| Reliability | 24.2/25 |
TP=141 · FP=23 · FN=2 · valid-actions=143 · event-checks=141 · failed-sources=262 · incident-controls=0/0 · sources=2533 · formula=1 · retrospective=no
Lecture de la note
Note indicative non certifiée. La formule ci-dessus est inchangée, mais son calcul utilise une dérogation locale explicite pour les 31 historiques d’alertes indisponibles. Le calcul et le vérificateur natifs refusent le bundle ; leurs échecs sont conservés. Les comptes inconnus restent inconnus, et la note LOW est exclue de la tendance comparable.
Le dernier audit chronologique, celui du 7 septembre, avait une note de 93,9/100, confiance LOW. Il est exclu du comparateur pour cette raison, comme la note actuelle. Le « previous 70.5 » du panneau renvoie au dernier audit compatible, celui du 5 septembre au soir ; son delta +22,9 ne mesure donc pas une évolution depuis le 7 septembre.
Portée, statut et décisions proposées
Audit du 7 septembre 2026 à 12:17:18.267873 UTC inclus au 9 septembre 2026 à 18:33:56.458117 UTC exclu. Ces bornes sont figées ; l’état de la base a été exporté à 18:34:43.120397 UTC. Les quelques lectures historiques complémentaires servent à vérifier les preuves, sans élargir cette fenêtre.
Aucune mutation de production n’a été réalisée par cet audit. Les suppressions, corrections, reprises et décisions de modération ci-dessous sont des propositions préparées pour une approbation ultérieure, cas par cas. Aucun message externe ni changement de prompt n’en découle automatiquement.
Le score présenté séparément est indicatif, de confiance LOW. Sa formule canonique peut être calculée sans modifier les contrôles inconnus. L’audit reste non certifié : 31 paires d’alertes fournisseur ne sont pas vérifiables et deux lignes de reprise n’ont aucun groupe d’échec dans leur budget courant. Aucun contrôle inconnu n’est assimilé à « réussi » ou « échoué ».
| Périmètre gelé | Volume |
|---|---|
| Sources examinées | 2 533 |
| Tentatives conservées | 3 584 |
| Ledgers de décision | 2 270 |
| Événements liés examinés | 230 |
| Nouveaux événements | 135 |
| Brouillons actuels / publications à faible confiance non revues | 0 / 0 |
| Candidats de doublon directionnels | 5 004 |
| Paires non ordonnées relues | 4 943 |
Les 2 533 sources comptent 2 270 traitements terminés, 259 blocages, 2 prises en charge en cours et 2 sources en attente. Les décisions terminales sont : 992 FILTERED, 942 REJECT, 167 DUPLICATE, 117 PUBLISH, 27 MIXED, 21 UPDATE, 3 SKIPPED_MANUAL et 1 CANCEL. Ces décisions par source ne sont pas des nombres d’événements créés ou supprimés : une source peut produire plusieurs lignes et un CANCEL peut être retenu pour revue.
Le plan de revue prévoit 21 suppressions de nouvelles lignes, 40 événements conservés avec correction de champs, 2 publications manquées à récupérer et 7 propositions retenues en modération. Les frontières de politique et les rapprochements ambigus sont présentés séparément. Les 145 références du rapport se répartissent en 23 unités FALSE_POSITIVE, 2 FALSE_NEGATIVE, 44 ACCURACY_DEFECT et 76 EXCLUDED. Les 23 faux positifs comprennent les 21 publications ci-dessous, un UPDATE ZEC retenu et un CANCEL THORChain retenu : ils ne demandent pas 23 suppressions. Les 44 défauts de précision sont comptés par sortie de production, tandis que les 40 corrections regroupent les cibles de remédiation ; ces volumes ne se confondent pas. EXCLUDED signifie hors pénalité dans cette classification, et non automatiquement sans intérêt ni sans action proposée. Les 171 tentatives de replay sont closes, dont 15 échecs techniques explicitement conservés.
Les 230 événements ont été relus sur les six surfaces : titre, description, calendrier, tokens, catégories et impact. La revue finale contient 173 PASS, 52 FINDING, 5 EXCLUDED et aucun PENDING. Les trois cores DUSK, Plume et Yearn initialement contestés ont été réexaminés et conservés ; leurs champs passent la revue finale. Les 20 alertes automatiques de format ne résument pas cette revue manuelle.
La recherche de doublons couvre les 135 créations contre toute la base active : 4 921 paires DISTINCT, 10 DUPLICATE, 12 AMBIGUOUS, aucun PENDING, soit 4 943 paires. Plusieurs paires peuvent concerner une même ligne à retirer. Les 2 101 sources REJECT/FILTERED/DUPLICATE et les 166 paquets positifs ont été parcourus ; les cas suspects ont fait l’objet d’une lecture approfondie.
Suppressions proposées : 21 nouvelles lignes
Chaque suppression ci-dessous laisse intact un événement canonique lorsqu’il s’agit d’un doublon. Les autres suppressions reposent sur une exclusion prouvée ou un ancrage erroné, après recherche du meilleur fait récupérable. Une faible note d’impact ne constitue jamais un motif de suppression.
# 98232 — Redbelly AMA
Proposition : supprimer. Source interne SI 88019. L’AMA Ankr × Redbelly est programmée, mais ni le fil complet ni la fiche Space ne promettent une mise à jour du projet ou une séance de questions sur un développement. La mention mRPC décrit l’infrastructure existante. Corriger le conflit entre les 10 et 11 septembre ne créerait pas le fait calendrier manquant.
# 98247 — Airdrop Settles on ZIGChain
Proposition : supprimer. Source interne SI 88216. « Before Sunday » date la connexion du portefeuille, pas le règlement de l’airdrop ni le snapshot ORO. La source citée explique une préparation de compte. ZIGChain sert de réseau de règlement et ORO n’est pas suivi : aucun événement daté avec une identité impactée suivie ne subsiste.
La correction de titre « Airdrop Settlement » signalée par POS-F-98247 devient sans objet si cette suppression est acceptée. Elle est donc exclue des événements conservés à corriger.
# 98258 — Labor Day Listing Space
Proposition : supprimer. Source interne SI 88345. Le relais officiel qualifie le Space d’informatif ; « Labor Day Listing » est son titre. Aucun nouveau listing ni engagement à présenter une mise à jour précise n’est énoncé. L’authenticité du relais et l’heure du Space ne suffisent pas à qualifier ce sujet de discussion.
# 98260 — ZEC Lending Market
Proposition : supprimer. Source interne SI 88376. Le crédit ZEC et Multiply ajoutent un actif nommé aux fonctions existantes de prêt et de boucle Kamino. Le fil prouve bien un swap direct de ZEC, mais « Get ZEC » est une instruction d’acquisition : le début de cet accès n’est pas daté. Le « now live » du crédit ne peut pas être transféré au swap pour sauver un nouveau listing.
Unité positive supplémentaire — SI 88417, UPDATE retenu. Cette proposition remplace le levier 1,7× par 1,6× sur le même marché ZEC non admissible. Elle ne prouve ni premier swap daté ni premier déploiement réseau. Elle compte comme une sortie positive erronée distincte du PUBLISH SI 88376, mais ne crée aucune suppression d’événement supplémentaire. Source
# 98261 — Nomadz App Live
Proposition : supprimer. Source interne SI 88400. Nomadz est présenté dans le catalogue existant du Solana dApp Store, avec des avantages NFT, XP et points. Aucune propriété ou prise en charge économique de la réservation par Seeker n’est établie. Retirer les promotions laisse une application tierce, sans nouvelle fonction propre à SKR ; l’événement historique 1006 décrit déjà Nomadz dans ce store.
# 98275 — PST Multiply Looping
Proposition : supprimer. Source interne SI 88768. Le « strategy spotlight » PST renvoie à une performance sur les trois derniers mois avec le même levier 4×. Cette preuve établit l’antériorité de la fonction. Le rendement et la liquidité disponibles sont des mesures courantes ; aucun lancement, changement de plafond ou nouveau programme d’allocation n’est annoncé.
# 98276 — V3 DEX Launch
Proposition : supprimer. Source interne SI 88781. Kayen V3 et l’affectation de 25 % des frais aux rachats et burns PEPPER constituent de vrais changements. Cependant Chiliz nie explicitement détenir, contrôler ou exploiter Kayen. L’association automatique Kayen → CHZ crée un faux ancrage ; PEPPER est non suivi dans le snapshot et dans la vérification indépendante. La suppression vise cette absence d’ancrage valide, jamais la faible importance du lancement.
# 98287 — sNUKE Pool Live
Proposition : supprimer. Source interne SI 88917. Le deuxième pool sNUKE sur Robinhood réutilise les fonctions PT, YT et LP de Pendle. Les récompenses PENDLE sont présentées comme une mécanique de ce pool, sans nouveau régime d’allocation autonome. L’échéance du 24 septembre est celle de l’actif ; ce n’est pas la date d’un nouveau programme économique.
# 98310 — Tokenized Nike Shares
Proposition : supprimer. Source interne SI 89077. L’annonce crée une représentation tokenisée des actions Nike et la rend disponible dans des applications Solana existantes. Elle ne lance ni une classe d’actifs nouvelle ni une capacité de tokenisation nouvelle. La politique exclut explicitement cette émission individuelle ; les associations NIKE/Backpack → SOL ne transforment pas cet objet en changement propre au réseau.
# 98307 — Transparency Page
Proposition : supprimer. Source interne SI 89251. La nouvelle page Fluid rassemble audits, oracles, recherches, multisigs et tableaux de bord. Elle ne crée ni contrôle utilisateur, ni protection automatique, ni mécanisme transactionnel. Le fait réel est une consolidation de contenu : un renommage en module de sécurité serait sans preuve.
# 98321 — First Testnet Reset
Proposition : supprimer. Source interne SI 89493. Le reset Aptos du 7 octobre remet le testnet à zéro pour limiter sa croissance de stockage, sans effet sur mainnet ou devnet. Il s’agit de maintenance. La mention « AIP-147 accepted » ne date pas séparément l’adoption de gouvernance : le 7 octobre correspond au reset, pas au vote.
# 98333 — Agent-Built Market Platforms
Proposition : supprimer. Source interne SI 89942. La preuve brute du 27 août de Rain 97756 annonce déjà le SDK v2 et sa documentation, pour construire une plateforme de prédiction complète. Le 9 septembre, la source invite à l’installer et à consulter sa documentation ; elle ne livre ni nouvelle version ni nouvelle fonction. Conserver le lancement déjà documenté par 97756.
Canonique à conserver : # 97756. Source
# 98348 — Collateral Borrowing Live
Proposition : supprimer. Source interne SI 90148. RedStone fournit le NAV du vault FalconX sur plusieurs réseaux : la règle des flux limités à des actifs nommés reste applicable même pour une première livraison externe. Le prêt contre le token Pareto est ensuite rattaché à RED par une mauvaise correspondance d’auteur. Aucun changement admissible propre à RED ne survit à cette correction.
# 98357 — Prediction Markets Live
Proposition : supprimer. Source interne SI 90372. La source annonce des marchés de prédiction « coming » dans l’application Cronos. Le 10 septembre visible sur l’image date le match sportif, pas la disponibilité du module ; la mention régionale est un avertissement de service. Le lancement général de l’application ne permet pas non plus d’inventer la date de ce module.
# 98239 — Benefits Pilot
Proposition : supprimer. Source interne SI 88107. Le pilote RISE conserve les mêmes organisateurs, trois États américains, objectif Q1 2027 et condition d’approbation fédérale que 97843 et 97891. Les précisions alimentaires, familiales et de confidentialité ne constituent pas un second pilote. Le corps de l’article d’origine du 27 août prouve déjà les mêmes conditions.
Canonique à conserver : # 97843. Source
# 98251 — Agent CLI Launch
Proposition : supprimer. Source interne SI 88278. Le CLI Polygon pour agents, ses smart wallets et ses swaps figurent déjà dans l’événement 53563, confirmé par sa preuve d’avril. Le fil de septembre donne des instructions d’installation, sans nouvelle version. La remise x402 de l’événement 98252 reste une annonce distincte à préserver.
Canonique à conserver : # 53563. Source
# 98259 — GalaSwap Listings
Proposition : supprimer. Source interne SI 88348. La source GalaSwap reprend mot pour mot celle du 16 août pour CAKE, ENS, DMAIL et FLUID, à l’URL média près. Aucun relisting, changement de plateforme ou nouvel ensemble de tokens n’est énoncé. La consolidation doit préserver les quatre tokens : l’ancien événement 97221 n’est actuellement lié qu’à FLUID.
Canonique à conserver : # 97221. Source
# 98269 — Curator Module
Proposition : supprimer. Source interne SI 88562. Le même accès à l’infrastructure Pendle permet aux curateurs externes de créer leurs marchés PT/YT. L’article du 24 juillet et le message officiel du 29 juillet indiquaient déjà « late Q3 to mid Q4 ». Le Q4 de septembre peut préciser ce calendrier ; il ne crée pas une seconde capacité. Le pilote institutionnel 98268 reste distinct.
Canonique à conserver : # 36559. Source
# 98291 — Institutional BTC Staking
Proposition : supprimer. Source interne SI 88965. Le lancement institutionnel décrit la première période du Genesis Bond déjà enregistrée sous 96516, au bloc Bitcoin 966 350, autour du 10 septembre. Le record ancien couvre les modes institutionnels, individuels et mutualisés. Aucun deuxième cycle n’est annoncé.
Canonique à conserver : # 96516. Source
# 98343 — Genesis Bond Starts
Proposition : supprimer. Source interne SI 90083. Le démarrage via Xverse correspond à cette même première période du Genesis Bond, déjà couverte par 96516. L’ouverture du pool Xverse 98231 et la fermeture des inscriptions 98257 sont des étapes autonomes conservées ; le début de période n’est pas une nouvelle occurrence.
Canonique à conserver : # 96516. Source
# 98360 — MetaMask Gas Sponsorship
Proposition : supprimer. Source interne SI 90431. Le sponsoring des frais Sei dans MetaMask existe dans la preuve du 9 avril de 95391. La source du 9 septembre ne lance ni nouveau réseau ni nouveau programme. Les opérations éligibles et le plafond de cinq millions de gas sont à réconcilier comme détails éventuels du même mécanisme.
Canonique à conserver : # 95391. Source
Consolidation des sept familles de doublons
La recherche confronte les 135 nouveaux événements à toute la table active par deux voies : 20 voisins d’embedding globaux et 20 voisins textuels partageant un coin. Chaque paire a été jugée sur l’objet, le résultat, les identités et le calendrier. Les dates différentes et le score de similarité n’ont pas servi de verdict automatique. La revue comprend 1 987 paires impliquant une ancienne ligne sans embedding. Bilan des paires : 4 921 DISTINCT, 10 DUPLICATE et 12 AMBIGUOUS ; plusieurs paires représentent une seule suppression.
DUP-CANTON-RISE — Conserver 97843. Son article d’origine contient RISE, trois États, Q1 2027 et l’approbation fédérale. La carte vidéo 4/5 à l’origine de 97891 confirme le même pilote, même si sa fin de phrase est tronquée. La relation historique 97843 ↔ 97891 est également redondante, mais supprimer 97891 serait une action historique supplémentaire, hors des 21 nouvelles lignes proposées ici. Événements : # 97843, # 97891, # 98239.
DUP-POLYGON-CLI — Conserver 53563, dont la preuve ancienne montre les smart wallets et les swaps. Ne pas supprimer le nouveau mécanisme de remise x402 de 98252 avec le CLI. Événements : # 53563, # 98251.
DUP-GALASWAP-BATCH — Conserver 97221 et préparer la restitution des quatre identités CAKE, ENS, DMAIL et FLUID avant toute consolidation. La répétition exacte du texte prouve le même accès ; la fiche canonique limitée à FLUID ne doit pas faire perdre les trois autres. Événements : # 97221, # 98259.
DUP-PENDLE-CURATORS — Conserver 36559. L’article original et le message officiel antérieur prouvent la cible late Q3–mid Q4. Réconcilier la précision du calendrier avec Q4 avant application ; le pilote institutionnel 98268 et les vaults externes ne sont pas supprimés par ce rapprochement. Événements : # 36559, # 98269.
DUP-STACKS-GENESIS — Conserver 96516 pour le bloc 966 350. Supprimer les répétitions 98291 et 98343 seulement si le dossier final confirme le même cycle. Conserver les étapes ouverture 98231 et fin des inscriptions 98257 ; laisser la ligne historique 98187 en revue distincte. Événements : # 96516, # 98291, # 98343.
DUP-RAIN-SDK — Conserver 97756 : la preuve brute du 27 août montre explicitement le SDK v2 et les documents déjà accessibles. Les instructions du 9 septembre ne prouvent donc pas une nouvelle ouverture de documentation ou une nouvelle opération autonome. Événements : # 97756, # 98333.
DUP-SEI-METAMASK-GAS — Conserver 95391, confirmé par sa preuve du 9 avril. Vérifier les opérations couvertes et le plafond dans la correction éventuelle du canonique, au lieu de créer une deuxième disponibilité. Événements : # 95391, # 98360.
Deux publications manquées à récupérer
FN-88062 — SI 88062. Kraken annonce l’ouverture du trading ONE le 9 septembre. Le changement de nom CROSS → ONE est déjà documenté par l’événement 97695 ; l’identité suivie CROSS doit être retrouvée sous son nouveau nom. Il ne faut ni substituer Harmony ONE ni créer arbitrairement une nouvelle identité. Proposition : corriger la résolution et préparer le listing source-stated. Source
FN-89474 — SI 89474. La source annonce un nouveau parcours BTC vers Decibel utilisant NEAR Intents. NEAR est un fournisseur suivi, mais son nom de produit n’a pas retrouvé l’identité correspondante ; Aptos est ici le réseau hôte de contexte. La recherche ciblée complète n’a trouvé aucun événement équivalent. Proposition : récupérer le changement de capacité avec les identités correctes. Source
Corrections de champs : 35 cibles principales
Les 35 propositions avant/après ci-dessous concernent des événements conservés. Cinq cibles supplémentaires — deux corrections de propositions retenues, deux canoniques et Noos — portent le total à 40 et sont détaillées dans la section suivante. Les textes de champs restent en anglais, langue du calendrier. Les références CONTENT/IMPACT et les unités de production répétées sont regroupées avec leur cible de correction. Elles ne correspondent pas à plusieurs mutations du même événement. La référence POS-F-98204-CONTENT est explicitement exclue du calcul de défauts : son enrichissement descriptif est exact ; les pertes d’identité ETH sont comptées séparément. Une correction de résumé d’impact ne vaut pas validation d’une nouvelle note ; le périmètre du score doit rester celui du fait normalisé.
# 68 — POS-F-68
Retirer le ticker APT du titre sans perdre la disponibilité des actifs confidentiels. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Confidential APT Live | Confidential Assets Live |
# 996 — POS-F-996
Raccourcir le titre des DTF liés à la chaîne d’approvisionnement IA à quatre mots. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | AI Supply Chain DTFs Launch | AI DTFs Launch |
# 96936 — POS-F-96936
Retirer KUB du titre du portefeuille tout en conservant son annonce. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | KUB Wallet Unveiled | Wallet Unveiled |
# 97050 — POS-F-97050
La source officielle ultérieure donne précisément le 17 septembre pour l’application Cronos : la date doit cesser d’être estimée. Source
| Champ | Avant | Proposition |
|---|---|---|
| Date estimée | oui | non |
# 97718 — POS-F-97718
Nommer GalaSwap dans le titre du listing, plutôt que le nombre de tokens ; conserver les quatre identités. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Four Token Listings | GalaSwap Listings |
# 97741 — POS-F-97741
Restituer « 4pm UTC » dans la fenêtre de compensation SAND du 8 au 22 septembre. Source
| Champ | Avant | Proposition |
|---|---|---|
| Description | Eligible holders of legitimately bridged SAND on Base or BNB Smart Chain can claim 1:1 compensation in SAND on Ethereum. Claims remain open for two weeks. | Eligible holders of legitimately bridged SAND on Base or BNB Smart Chain can claim 1:1 compensation in SAND on Ethereum. The claim window runs from September 8 to September 22, 2026, 4pm UTC. |
# 97897 — POS-F-97897
La session Avalanche promet de nouvelles technologies et de nouveaux produits : la catégorie devient AMA/Team Update, en conservant les 16–17 septembre. Source
| Champ | Avant | Proposition |
|---|---|---|
| Catégories | Other | AMA/Team Update |
# 97973 — POS-F-97973
Raccourcir le titre de l’intégration des actifs enveloppés sur Aerodrome ; les identités et le fait opérationnel restent présents dans les autres champs. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | cbHYPE & cbZEC on Aerodrome | Wrapped Assets Integration |
# 98204 — POS-F-98204, POS-F-98204-CONTENT, POS-F-98204-IDENTITY-88915
Conserver Morpho Midnight ; rattacher Ethereum, écarté par une collision avec le candidat Morpho pourtant exclu. Décrire le déploiement progressif et les premiers marchés. Voir aussi la proposition retenue HELD-98204, à rejeter dans sa forme exacte. Source
| Champ | Avant | Proposition |
|---|---|---|
| Coins liés | morpho | morpho, ethereum |
| Description | Morpho Midnight is live on Ethereum, offering fixed-term, fixed-rate credit markets accessible via the Markets App. | Morpho Midnight is live on Ethereum, offering fixed-term, fixed-rate credit markets via the Markets App, starting with USDC|cbBTC and USDC|WBTC markets and rolling out progressively. |
Unités de preuve distinctes. SI 88915 perd déjà ETH dans un UPDATE appliqué ; SI 88975 reproduit cette perte dans un UPDATE retenu. Ces deux sorties constituent deux défauts d’identité, corrigés par un seul rattachement ETH. En revanche, POS-F-98204-CONTENT est EXCLUDED : les marchés initiaux figuraient correctement dans la description proposée par SI 88975. Leur précision n’est pas une erreur de cette sortie. Source
# 98228 — POS-F-98228
Supprimer le coin ARC homonyme : l’Arc institutionnel de Circle n’est pas cette crypto. Conserver le déploiement Aave prévu le 16 septembre et les paramètres de sa source. Source
| Champ | Avant | Proposition |
|---|---|---|
| Coins liés | aave, arc | aave |
# 98229 — POS-F-98229, POS-F-98229-CONTENT
Préserver les nouvelles émissions LISTA qui subventionnent les emprunteurs. Le titre ne doit plus présenter les simples paires comme l’événement principal, ni reprendre le taux obsolète de 0,70 %. Catégoriser ce programme en Staking/Farming. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Stable Lending Pairs Live | Smart Lending Emissions |
| Description | New stable pairs USDS/USDT and PYUSD/USDS are live on Lista Ethereum with Smart Lending collateral. Borrow USDT or USDC from 0.70% APY with LLTV up to 96.5%, supported by fresh LISTA emissions. | Fresh LISTA emissions are active for Smart Lending on Ethereum mainnet, subsidizing borrowers. The source reports no borrowing positions yet and says displayed rates normalize as borrowing grows. |
| Catégories | Release | Staking/Farming |
| Résumé d’impact | Lista DAO launched new stable lending pairs (USDS/USDT, PYUSD/USDS) on Ethereum with LISTA emissions subsidizing early borrowers. The token impact is limited because the markets are tiny ($150K liquidity, zero usage so far) and the emissions scale is unstated. | Fresh LISTA emissions subsidize Smart Lending borrowers on Ethereum. This creates a new token reward allocation, but its size is unstated and the source reports no borrowing positions yet, limiting the evidence for a material token impact. |
# 98240 — POS-F-98240, POS-F-98240-CONTENT
Préserver le premier déploiement DOGE sur Solana via Sunrise. Retirer le coin Sunrise homonyme, utiliser Integration et un titre qui nomme le partenaire plutôt qu’un listing générique. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Live on Solana via Sunrise | Sunrise Integration |
| Catégories | Exchange | Integration |
| Coins liés | solana, dogecoin, sunrise | solana, dogecoin |
# 98241 — POS-F-98241
Le résumé doit parler d’un objectif de résistance quantique d’ici décembre 2029, pas d’un engagement formel établi. L’horizon reste aspiratif et pluriannuel. Source
| Champ | Avant | Proposition |
|---|---|---|
| Résumé d’impact | The Ethereum Foundation's protocol teams formally committed to a quantum-resistant L1 by December 2029, anchoring Hegotá fork planning around that goal. This strengthens ETH's long-term security narrative, though it is a multi-year roadmap target rather than a near-term token-economic change. | The Ethereum Foundation's protocol teams are targeting a quantum-resistant L1 no later than December 2029, informing Hegotá fork planning. This strengthens ETH's long-term security narrative, though it remains an aspirational, multi-year roadmap target rather than a near-term token-economic change. |
# 98242 — POS-F-98242
Nommer les priorités du protocole dans le titre de l’AMA, au lieu de répéter r/ethereum. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | r/ethereum AMA | Protocol Priorities AMA |
# 98244 — POS-F-98244
Retirer du résumé d’impact la fenêtre promotionnelle sans frais, déjà exclue de l’événement normalisé. Conserver le listing BingX et l’heure source. Source
| Champ | Avant | Proposition |
|---|---|---|
| Résumé d’impact | STONK gets spot trading on BingX with same-day deposits and a limited zero-fee window, giving the token a fresh liquidity and access venue. The impact is limited because it is an additional mid-tier listing with no stated token-economic or scale consequence. | STONK gets spot trading on BingX with same-day deposits, giving the token a fresh liquidity and access venue. The impact is limited because it is an additional listing with no stated token-economic or scale consequence. |
# 98248 — POS-F-98248
Remplacer le ticker FT dans le titre par la notion de supply non allouée. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Unallocated FT Burn | Unallocated Supply Burn |
# 98257 — POS-F-98257, POS-F-98257-CONTENT
La source officielle la plus récente donne le bloc 966 250, attendu vers midi ET le 10 septembre. La description et le résumé ne doivent plus annoncer le 9 septembre ; conserver la durée de verrouillage sourcée. Source
| Champ | Avant | Proposition |
|---|---|---|
| Description | Enrollment for the Stacks sBTC Genesis Bond, accessed via Xverse, is capacity-limited and closes early if filled. Participants lock BTC via sBTC to earn BTC yield on Stacks. | Enrollment for the Stacks sBTC Genesis Bond via Xverse closes at Bitcoin block 966,250, expected around midday ET on September 10. Participants stake sBTC and STX to earn rewards in this cycle. |
| Résumé d’impact | Enrollment for the capacity-limited sBTC Genesis Bond closes 9 September, and each enrolled position automatically locks a paired amount of STX for six months. The deadline creates near-term urgency to acquire and commit STX, though the bond's unstated capacity cap leaves the size of the STX lockup effect unknown. | Enrollment for the sBTC Genesis Bond closes at Bitcoin block 966,250, expected around midday ET on September 10. Enrolled positions lock STX for six months, creating near-term commitment demand; the unstated capacity cap leaves the size of the STX lockup effect unknown. |
# 98265 — POS-F-98265
Distinguer les crédits de récompense internes, sans valeur monétaire et non transférables hors de Pentagon Chain, du principal PC resté sur Ethereum. Le programme de verrouillage reste valable. Source
| Champ | Avant | Proposition |
|---|---|---|
| Description | GetPC 2 is live: lock $PC on Ethereum for a chosen term and earn up to 18% a year in weekly-claimable in-ecosystem $PC on Pentagon Chain. Principal never leaves Ethereum and is redeemable in full after the term; Founder Rates step down as tiers fill. | GetPC 2 is live: lock PC on Ethereum for a chosen term and earn up to 18% a year in weekly-claimable Pentagon Chain credits with no cash value that cannot leave the ecosystem. Principal remains on Ethereum and is redeemable after the term; Founder Rates step down as tiers fill. |
# 98266 — POS-F-98266
Le burn de 30 % de la supply totale n’établit pas que ces tokens circulaient. Le résumé doit préserver cette différence au lieu d’affirmer une baisse du flottant. Source
| Champ | Avant | Proposition |
|---|---|---|
| Résumé d’impact | PONS has permanently removed 30% of its total supply, a substantial tokenomic tightening that directly improves scarcity for holders. Investors may reprice the token on reduced circulating supply, though the figure is self-reported and its market effect remains to be seen. | PONS reports burning 30% of total supply, permanently reducing the total token stock. This is a substantial supply change, but the source does not establish how much burned supply was circulating, so the effect on immediately tradable float remains unproven. |
# 98270 — POS-F-98270
Le fournisseur impacté est LayerZero, dont OFT est adopté pour KRW1. Évaluer ce rôle pour ZRO et cesser de lui attribuer le comportement de prix d’un stablecoin indexé. Source
| Champ | Avant | Proposition |
|---|---|---|
| Résumé d’impact | KRW1 becomes the first Korean won-backed stablecoin natively cross-chain via LayerZero's OFT standard, adopted by Korea's largest custodian BDACS. Because a pegged stablecoin gives investors no repricing mechanism, the impact is confined to gradual adoption and circulation growth rather than a tradable catalyst. | BDACS adopts LayerZero's OFT standard for KRW1, expanding the provider's use in won-backed stablecoin infrastructure. This adds an adoption channel for LayerZero, while the source does not establish usage scale, fees, or a direct change to ZRO's token economics. |
# 98289 — POS-F-98289
Retirer NEAR du titre du lancement de staking confidentiel sans changer le mécanisme. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Confidential NEAR Staking | Confidential Staking |
# 98300 — POS-F-98300
Le premier déploiement PEAQ sur Solana via Sunrise relève d’une intégration. Conserver PEAQ et SOL, remplacer le titre réseau générique et la catégorie Exchange. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Live on Solana | Sunrise Integration |
| Catégories | Exchange | Integration |
# 98303 — POS-F-98303, POS-F-98303-IMPACT
L’application de paiement joinpeanut n’est pas Peanut NUX. Retirer cet homonyme et sa mention dans le résumé ; conserver l’intégration du réseau Stable. Source
| Champ | Avant | Proposition |
|---|---|---|
| Résumé d’impact | Peanut now supports the Stable network, letting users move USDT between Stable and the Peanut app for payments. The token impact is weak because the integration adds a utility channel without any stated scale or direct token-economic mechanism for NUX or Stable. | Peanut now supports the Stable network, letting users move USDT between Stable and the Peanut app for payments. The token impact is weak because the integration adds a utility channel without any stated scale or direct token-economic mechanism for Stable. |
| Coins liés | stable-2, peanut | stable-2 |
# 98304 — POS-F-98304, POS-F-98304-CONTENT
Conserver la première intégration Pyth sur Stellar ; ajouter XLM écarté par une collision avec le candidat Pyth exclu. Raccourcir le titre pour nommer l’intégration. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Price Feeds Live on Stellar | Stellar Integration |
| Coins liés | pyth-network | pyth-network, stellar |
# 98309 — POS-F-98309
La communauté et les guardians travaillent à empêcher les propositions malveillantes ; leur blocage intégral n’est pas établi. Aucun vote n’a abouti, mais le risque reste ouvert. Source
| Champ | Avant | Proposition |
|---|---|---|
| Résumé d’impact | Attackers have flooded Reserve DTF governance with 16 malicious proposals and bought voting stakes seeking ADMIN control, putting RSR's collateral-backing role at narrative risk. With no proposal passing and the guardian multisig blocking all of them, the practical token impact remains limited to security-fear repricing. | Attackers have submitted 16 malicious Reserve Index DTF governance proposals and bought minority voting stakes seeking ADMIN changes and malicious collateral. No proposal has passed; the guardian multisig and community are working to prevent passage, leaving an unresolved governance-security risk. |
# 98314 — POS-F-98314
Retirer Aave du titre du lancement MCP tout en conservant le produit annoncé. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Aave MCP Server | MCP Server Launch |
# 98316 — POS-F-98316
Le titre doit décrire les mises à jour du projet lors de la journée virtuelle, sans répéter le ticker NEAR. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Virtual NEAR Day | Virtual Project Updates |
# 98319 — POS-F-98319
La description Helicon s’interrompt après « or stop ». La remplacer par des phrases complètes de moins de 300 caractères et conserver exactement « 11 AM ET (3 PM UTC) ». Source
| Champ | Avant | Proposition |
|---|---|---|
| Description | Helicon activates on Avalanche Mainnet at 11 AM ET (3 PM UTC), enabling Continuous Execution, dynamic minimum gas price, auto-renewed staking, shorter minimum staking duration, a lower reward floor, and a higher validator uptime requirement via six ACPs. Nodes must upgrade before activation or stop | Helicon activates on Avalanche Mainnet at 11 AM ET (3 PM UTC), enabling Continuous Execution, dynamic minimum gas pricing, auto-renewed staking, shorter staking minimums, a lower reward floor, and stricter validator uptime via six ACPs. Nodes must upgrade before activation. |
# 98323 — POS-F-98323
Les 2,46 millions de KAIA brûlés en novembre proviennent d’un budget non gagné et non circulant. Cela évite une future émission ; cela ne réduit pas la circulation existante. Source
| Champ | Avant | Proposition |
|---|---|---|
| Résumé d’impact | The first CR burn removes 2.46M KAIA from circulating supply in November, confirming Kaia's contribution-based deflationary design. Its token impact is weak because the burn is tiny relative to KAIA's supply and the program's 2.5M monthly budget caps any future burn scale. | The first CR burn in November permanently removes 2.46M KAIA of unearned, noncirculating budget, preventing it from entering circulation. Its token impact is limited because this avoids future circulation rather than reducing existing circulating supply, and the monthly budget is 2.5M KAIA. |
# 98325 — POS-F-98325
Retirer le nom principal du titre du lancement Pro, sans perdre l’annonce du service. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Safe Pro Launch | Pro Service Launch |
# 98327 — POS-F-98327, POS-F-98327-CONTENT-89752, POS-F-98327-CONTENT-90056
Décrire le lancement de l’ETF spot avec staking sans répéter le ticker TRX dans le titre. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Staked TRX ETF Live | Staked Spot ETF Live |
Unités de production répétées. Le titre contenant TRX apparaît dans le PUBLISH SI 89752, puis dans l’événement normalisé de l’UPDATE SI 90056, en plus de la sortie SI 90092 déjà comptée. Chaque sortie a sa référence de précision ; une seule correction du titre est proposée pour 98327. Source ; Source
# 98336 — POS-F-98336
Retirer ZORA du titre et restituer les deux bornes à 10:00 AM (UTC), du 10 au 15 septembre. Le pool totalise 950 000 ZORA. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | PoolX ZORA Staking | PoolX Staking |
| Description | Bitget PoolX lists ZORA. Users lock ZORA to share a 950,000 ZORA airdrop pool. | Bitget PoolX opens a ZORA staking pool. Users lock ZORA to share a 950,000 ZORA airdrop pool. The window runs September 10, 10:00 AM - September 15, 10:00 AM (UTC). |
# 98344 — POS-F-98344, POS-F-98344-CONTENT
La première intégration 1inch sur Monad impacte aussi MON, écarté par une collision erronée. Ajouter Monad et retirer le nom du projet principal du titre. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | 1inch Live on Monad | Monad Integration |
| Coins liés | 1inch | 1inch, monad |
# 98352 — POS-F-98352
Conserver la distribution des récompenses Gems avec un titre sans le ticker VELVET. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | VELVET Gems Distribution | Gems Rewards Distribution |
# 98354 — POS-F-98354
Nommer l’intégration des vaults dans Turnkey sans répéter Morpho dans le titre. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Morpho Vaults via Turnkey | Turnkey Vaults Integration |
Cinq corrections supplémentaires : total de 40 cibles conservées
# 98311 — Noos Integration
L’image de la source annonce explicitement « Integration ». Le titre Partnership et le résumé limité à une intention de coopération effacent ce fait. Conserver le 8 septembre, PROM et la note 3,0 ; corriger les champs ci-dessous. Le contrôle des 11 événements Partnership parmi les 230 événements relus ne trouve aucun autre conflit de label Integration. Source
| Champ | Avant | Proposition |
|---|---|---|
| Titre | Noos Partnership | Noos Integration |
| Catégorie | Partnership (11) | Integration (18) |
| Description | Prom partners with Noos Protocol, both building economic infrastructure for AI agents, and will explore collaboration on agent-to-agent payments, escrow, and automated settlement. | Prom announces an integration with Noos Protocol, with both developing infrastructure for AI agents. The teams will explore further collaboration around the agent economy. |
| Résumé d’impact | Prom announces a partnership with Noos Protocol to explore collaboration on AI-agent payment infrastructure. The token impact is weak because the announcement contains no concrete integration, scale, or direct token-economic consequence — only an intent to explore cooperation. | Prom announces an integration with Noos Protocol around AI-agent infrastructure. The source leaves implementation details, adoption scale and direct PROM token effects unspecified. |
Ces quatre propositions détaillent les remplacements recommandés pour Cronos et Compound et les informations à préserver avant la suppression des doublons GalaSwap et Pendle. Elles n’introduisent aucune nouvelle note d’impact. Le statut de publication, les preuves historiques et les éléments non concernés sont conservés ; les preuves des lignes à retirer restent archivées. La correction d’un canonique doit précéder le retrait du doublon associé.
# 97454 — correction complémentaire
Restituer le burn communautaire que la proposition retenue effaçait, tout en ajoutant le détail proposé des 100 % de revenus. Le maintien d’un statut conditionnel est une précaution de rédaction ; ni la variation 5,5 → 7,5 ni le résumé proposé ne sont présentés comme un défaut d’impact supplémentaire établi. Source
| Champ | Avant | Remplacement proposé |
|---|---|---|
| Description | Cronos Labs plans to revisit its native tokenomics, including app-revenue buy-and-burn mechanisms and a community burn program. | Cronos plans tokenomics changes including a community burn program and a proposal to use 100% of app revenue to buy and burn CRO. Proposal details are expected soon after the app launch; implementation remains subject to the proposal. |
Aucune nouvelle note numérique proposée ; ne pas reprendre automatiquement celle du doublon ou de la proposition retenue. Le traitement nécessaire du score lors de la mutation devra suivre le contrat applicable aux champs réellement modifiés.
# 97774 — correction complémentaire
Ajouter le budget durable de 200 000 USDC, conserver le plafond de 20 millions, la durée de trois mois et le principe premier arrivé, premier servi. Écarter le taux instantané de 228 % APY. Le lancement du 8 septembre et sa source officielle restent en place. Source
| Champ | Avant | Remplacement proposé |
|---|---|---|
| Description | Compound's Institutional Market is live with early access open. Built on Compound v3 with ETH, wstETH, WBTC, and cbBTC collateral; early USDC suppliers earn lending yield plus limited first-come-first-served incentives on the first $20M over a 3-month term. | Compound's Institutional Market is live with early access on v3 and ETH, wstETH, WBTC and cbBTC collateral. Early USDC suppliers earn lending yield plus a share of a 200K USDC incentive budget, allocated first-come-first-served on the first $20M over a 3-month term. |
Aucune nouvelle note numérique proposée ; ne pas reprendre automatiquement celle du doublon ou de la proposition retenue. Le traitement nécessaire du score lors de la mutation devra suivre le contrat applicable aux champs réellement modifiés.
# 97221 — correction complémentaire
Rattacher CAKE, ENS, DMAIL et FLUID explicitement nommés par les sources officielles du 16 août et du 7 septembre. Garder la date initiale, le titre, la description et la preuve du 16 août. GALA est le contexte de la plateforme, pas un ajout automatique. Corriger 97221 avant de retirer 98259. Source
| Champ | Avant | Remplacement proposé |
|---|---|---|
| Coins liés | instadapp | pancakeswap-token, ethereum-name-service, dmail-network, instadapp |
Aucune nouvelle note numérique proposée ; ne pas reprendre automatiquement celle du doublon ou de la proposition retenue. Le traitement nécessaire du score lors de la mutation devra suivre le contrat applicable aux champs réellement modifiés.
# 36559 — correction complémentaire
La source de septembre précise la cible des curateurs Pendle de late Q3–mid Q4 à Q4. Conserver le canonique, remplacer la projection de plage par Q4 estimé, conserver la formulation conditionnelle et ajouter l’usage des PT dans les pools Morpho/Euler. Le changement de source affichée est justifié par cette précision du calendrier ; les preuves de juillet restent conservées. Corriger 36559 avant de retirer 98269. Source
| Champ | Avant | Remplacement proposé |
|---|---|---|
| Description | Pendle will open its listing infrastructure from late Q3 to mid Q4 2026 so external curators can spin up their own PT/YT markets. | Targeted for Q4 2026, the curator module would let external curators create PT/YT markets on Pendle infrastructure and use the resulting PT as collateral in their own Morpho or Euler pools. |
| Date projetée | 2026-09-30 00:00:00 | 2026-12-31 |
| Fin de plage | 2026-12-31 00:00:00 | — |
| Précision | quarter | quarter |
| Date estimée | oui | oui |
| Trimestre | Q3 | Q4 |
| Mois | — | — |
| Année | 2026 | 2026 |
| Date affichée | Q3 2026 → Q4 2026 | Q4 2026 |
| Source affichée | https://x.com/pendle_fi/status/2082385424400679329 | https://x.com/PendleIntern/status/2097174730184999328 |
| Preuve affichée | https://coinmarketcal-proofs.s3.amazonaws.com/event-engine/x/2082385439370145914-1090488.png | https://coinmarketcal-proofs.s3.amazonaws.com/event-engine/x/2097174730184999328-1836713.png |
| Auteur affiché | pendle_fi | PendleIntern |
| Texte source affiché | RWA has been the main growth driver in the first half of 2026 and likewise, Pendle's role as a distributor has led to a win-win scenario for both parties. The question now is how we turn Pendle into the default distribution path for RWA, regulated products included. https://t.co/NuyhH42Ckb https://t.co/F3N1yEqrz4 | https://t.co/eJF6LIKQSs |
Aucune nouvelle note numérique proposée ; ne pas reprendre automatiquement celle du doublon ou de la proposition retenue. Le traitement nécessaire du score lors de la mutation devra suivre le contrat applicable aux champs réellement modifiés.
Sept propositions retenues en modération
Trois enrichissements sont recommandés à l’acceptation ; quatre propositions exactes sont à rejeter en préservant l’événement sous-jacent. Ces recommandations n’ont pas été appliquées. Les propositions de remplacement ne sont pas assimilées à l’acceptation des anciens contenus. Les contrôles de conflit et des dépendances devront être exécutés au moment d’une éventuelle remédiation.
# 466 — Monero Support
Rejeter le CANCEL global. Le report Monero/Zcash ne supprime pas les fonctions indépendantes de THORChain v3.19.0 : partage de revenus affiliés, swaps, sécurité et infrastructure. Conserver la release ; préparer une correction limitée à la composante effectivement reportée. La politique de modération a empêché l’annulation excessive.
Description actuelle : THORChain v3.19.0 goes live with Monero support, affiliate revenue sharing, faster swaps, stronger security, and infrastructure upgrades.
Description de la proposition évaluée : THORChain v3.19.0 goes live with Monero support, affiliate revenue sharing, faster swaps, stronger security, and infrastructure upgrades.
# 97423 — Mainnet Upgrade v1.8.0
Accepter l’enrichissement. Guaranteed Blockspace est ajouté au même upgrade Stable v1.8.0. Conserver le 26 août et 07:00 UTC ; l’information ne crée pas une deuxième disponibilité.
Description actuelle : Stable Mainnet upgrades to v1.8.0 at 07:00 UTC, bringing higher throughput and greater transaction predictability.
Description de la proposition évaluée : Stable Mainnet upgrades to v1.8.0 at 07:00 UTC, bringing higher throughput, greater transaction predictability, and Guaranteed Blockspace.
# 97454 — Tokenomics Burn Plans
Rejeter la proposition exacte, puis corriger. L’affectation proposée de 100 % des revenus de l’application aux achats et burns CRO est utile, mais la réécriture efface le burn communautaire non invalidé ; ce retrait non justifié est le défaut établi. Conserver les deux composantes, le statut de proposition et Q4. L’écart de note et le résumé ne sont pas retenus ici comme preuve indépendante d’erreur d’impact.
Description actuelle : Cronos Labs plans to revisit its native tokenomics, including app-revenue buy-and-burn mechanisms and a community burn program.
Description de la proposition évaluée : Tokenomics proposal will put 100% of app revenue behind buying and burning CRO, with all details to be shared in the proposal soon after the app launch.
La description proposée ci-dessus documente ce qui est rejeté ; elle ne constitue pas le remplacement recommandé.
# 97774 — Institutional Market Launch
État après la borne. À 18:47 UTC, SI90480 a produit un DUPLICATE sur cet événement. La sélection de la dernière décision ne présente donc plus cette ancienne proposition dans la file courante, sans ACCEPTED/REJECTED sur son ledger et sans modification de l’événement. Le verdict ci-dessous juge la proposition figée ; la correction manuelle du budget reste distincte, et aucune action sur une proposition active ne doit être supposée.
Rejeter la proposition exacte, puis corriger. Le budget de 200 000 USDC précise le programme Compound. Le rendement courant de 228 % APY ne doit pas être figé comme condition du lancement. Conserver le plafond des premiers 20 millions et la durée de trois mois, puis ajouter le budget sans ce taux instantané.
Description actuelle : Compound's Institutional Market is live with early access open. Built on Compound v3 with ETH, wstETH, WBTC, and cbBTC collateral; early USDC suppliers earn lending yield plus limited first-come-first-served incentives on the first $20M over a 3-month term.
Description de la proposition évaluée : Compound's Institutional Market is live with early access open. Built on Compound v3 with ETH, wstETH, WBTC, and cbBTC collateral; early USDC suppliers earn lending yield plus 200K USDC in incentives, currently adding 228% APY, on the first $20M over a 3-month term.
La description proposée ci-dessus documente ce qui est rejeté ; elle ne constitue pas le remplacement recommandé.
# 97949 — UPUPS Upgrade Standard
Accepter l’enrichissement. La source officielle explique que les upgrades UPUPS attendent un bloc futur et cite sapphire-contracts 0.2.18. Conserver le lancement Sapphire et sa date du 1er septembre. Le résumé doit distinguer réduction du risque et absence d’exploitation constatée.
Description actuelle : UPUPS, a new upgrade standard for contracts holding sensitive data, is live on Sapphire. Built on OpenZeppelin's UUPS with changes for what a simulated call can do when storage is private.
Description de la proposition évaluée : UPUPS, a new upgrade standard for contracts holding sensitive data, is live on Sapphire. Contract upgrades wait for a future block, blocking simulated-upgrade attacks that reconstruct private keys; the fix ships in sapphire-contracts 0.2.18.
# 98105 — CP172 Vote Opens
Accepter l’enrichissement. CP172 se clôture le 10 septembre à 12 PM EDT et propose une conversion conditionnelle de CFG en actions à parité 1:1. Conserver la fenêtre de vote du 3 au 10 septembre et ne pas présenter la conversion comme adoptée.
Description actuelle : Voting on Centrifuge proposal CP172 is open on Snapshot and runs until September 10th.
Description de la proposition évaluée : Voting on Centrifuge proposal CP172 is open on Snapshot and closes on September 10 at 12 PM EDT. The proposal would enable eligible CFG holders to convert their tokens 1:1 into equity as part of a token-to-equity restructuring.
# 98204 — Midnight on Ethereum
Rejeter la proposition exacte, puis corriger. Les marchés USDC/cbBTC et USDC/WBTC sont sourcés, mais l’association Ethereum → Morpho reste erronée et le résumé MEDIUM ajoute un plafond générique. Conserver Midnight, rattacher ETH et intégrer le déploiement progressif ; voir POS-F-98204.
Description actuelle : Morpho Midnight is live on Ethereum, offering fixed-term, fixed-rate credit markets accessible via the Markets App.
Description de la proposition évaluée : Morpho Midnight is live on Ethereum, offering fixed-term, fixed-rate credit markets via the Markets App, starting with USDC|cbBTC and USDC|WBTC markets and rolling out progressively.
La description proposée ci-dessus documente ce qui est rejeté ; elle ne constitue pas le remplacement recommandé.
Frontières de politique : aucune suppression ou publication automatique
Les 12 cas suivants restent POLICY_UNCLEAR dans le plan. Ils sont conservés en attente d’arbitrage explicite ; ni un replay isolé ni une simple expression de nouveauté ne tranche à lui seul cette frontière.
POS-D-88032 — SI 88032 ; # 98234. Riftbound : le nouveau gacha nommé peut n’être qu’un ajout au catalogue TCG, mais la source parle aussi d’une extension à l’univers des TCG. Il faut décider si une classe directement utilisable devient accessible ou si seul un objet supplémentaire est proposé. La dépréciation de l’ancien produit NFT de CoinMarketCal n’est pas une règle générale d’exclusion de ces capacités. Source
POS-D-88858 — SI 88858 ; # 98281. Derive : l’image dit « Perp RFQs — Live on Derive.xyz » et le mécanisme exécute ensemble plusieurs jambes, ce qui peut constituer une vraie nouvelle opération. Le texte « Little-known alpha » décrit pourtant une fonction existante et une montée en charge V3 sans date. La preuve de lancement et la preuve de rappel doivent être départagées ; les dérivés ne suffisent pas à exclure le déploiement propre du fournisseur. Source
POS-D-88868 — SI 88868 ; # 98284. CASHCAT : le lien Binance Wallet précise « Analyze & Trade » et propose de trader le contrat. Ce n’est donc pas une source dépourvue de preuve de trading. Il reste à établir si cela annonce un premier accès spot/swap sur une plateforme admissible ou une disponibilité dans un portefeuille, exclue par la règle actuelle. Source
POS-D-88982 — SI 88982 ; # 98293. Hedera/RiskStream : l’interview parle d’une entrée récente au Council et de travail sur un portail/pilote. Le partenariat d’avril ne prouve ni l’identité de ces étapes ni leur date d’ouverture. Préserver le cas jusqu’à distinction de l’accord, de l’adhésion et du pilote. Source
POS-D-89579 — SI 89579 ; # 98317. JTO/StonkFun : l’image dit « Listed » et le lien décrit un marché Raydium où le nouveau token se négocie contre le quote token JTO. Il faut distinguer premier accès direct de JTO et simple nouvelle option de cotation après un accès existant. La règle des éléments de catalogue ne peut décider avant cette vérification. Source
POS-D-90052 — SI 90052 ; # 98339. Cashonize : la création guidée de tokens peut changer une véritable capacité de contrôle utilisateur sur Bitcoin Cash. La source initiale de release est antérieure à son relais ; la date du 8 septembre doit être distinguée du traitement du 9. Ne pas supprimer pour le seul caractère portefeuille/hôte ; trancher le périmètre et la provenance avant une correction. Source
NEG-88514 — SI 88514. Sui/Basecamp : le relais d’interview peut promettre des mises à jour, mais son rôle reste aussi informatif et éducatif. Aucun développement autonome supplémentaire n’est établi ; la qualification de forum officiel doit être arbitrée. Source
NEG-88619 — SI 88619. Terra/Orbital Command : les « latest developments » et applications potentielles peuvent relever d’une mise à jour. Le caractère communautaire du forum et l’absence de preuve suffisante de son statut officiel empêchent une récupération automatique. Source
NEG-89855 — SI 89855. Quant/Sibos : « unveiling what we worked on » promet une présentation, mais l’objet demeure non nommé dans une invitation de conférence. Il faut distinguer annonce officielle d’un développement et simple teaser de présence. Source
NEG-90108 — SI 90108. CollectorCrypt : le livestream futur promet de présenter des mises à niveau de la plateforme. Les prix et échanges informels pourraient n’être que secondaires. Le dossier ne tranche pas entre forum de mise à jour et présentation récapitulative ; ne pas forcer une publication. Source
NEG-89451 — SI 89451. Gala/Mirandus : le réglage des tarifs de fabrication peut modifier la maîtrise économique ou rester une configuration de jeu. Le projet GALA est identifié et l’article a été consulté ; cette résolution correcte n’élimine pas la frontière éditoriale. Source
NEG-88958 — SI 88958. Casper : le Space promet de l’« AstralBeam alpha » tout en discutant du Clarity Act. La mention du développement nommé peut qualifier une mise à jour, mais son sens précis reste insuffisamment établi pour une décision automatique. Source
Sept rapprochements de doublons encore ambigus
AMB-STACKS-UTXO. UTXO est nommé parmi les participants du premier Genesis Bond, mais aucun engagement nouvellement pris et daté n’est annoncé. Une contribution institutionnelle autonome pourrait mériter sa propre ligne ; elle ne doit être ni supposée ni confondue avec HashKey ou 21Shares. Événements : # 96516, # 98264, # 98291, # 98343.
AMB-STACKS-LAUNCH-DATE. L’événement 98187 présente un lancement Bitcoin Staking le 13 septembre, contre le bloc 966 350 autour du 10 pour le Genesis Bond. Ce décalage ne prouve pas une autre phase. Récupérer le contexte historique complet avant de choisir entre erreur de date et accès distinct. Événements : # 98187, # 98264, # 98291, # 98343.
AMB-NOMADZ-APP. L’événement 1006 décrivait déjà Nomadz dans le store avec les paiements SKR. Septembre promeut l’application et ses avantages NFT/XP. L’identité exacte entre lancement de l’application et ouverture du paiement reste distincte du constat éditorial qui justifie la suppression proposée de 98261 ; ne pas supprimer le paiement historique 1006. Événements : # 1006, # 98261.
AMB-ATOSHI-TRAVEL. ATOSHI Life proposait déjà des services de voyage en août. Les vols via Trip.com peuvent être une nouvelle opération ou la promotion d’un service inclus. La portée ancienne doit être vérifiée avant toute consolidation. Événements : # 96836, # 98282.
AMB-HEDERA-RISKSTREAM. Le partenariat d’avril, l’entrée au Council et le pilote d’assurance peuvent être des étapes autonomes. La source de septembre ne les date pas clairement. Aucune fusion n’est autorisée par leur seul partenaire commun. Événements : # 53235, # 98293.
AMB-WORLD-PLATFORM. World était déjà présenté comme un marché de prédiction Solana dans Phantom en juillet. L’ouverture du site aux inscrits de la liste d’attente peut constituer un nouveau canal d’accès ; elle peut aussi répéter la même plateforme. Conserver toute ouverture autonome démontrée. Événements : # 622, # 98340.
AMB-ZEBEC-CASHOUT. Le retrait en espèces du payroll Stellar existait avant septembre. MoneyGram, 480 000 points et plus de 170 pays pourraient désigner une extension ou le réseau précédemment non nommé. Retrouver le fournisseur historique avant de décider. Événements : # 52791, # 97834, # 98361.
Faits conservés et contrôles de non-régression
POS-D-88823 — # 98278. Conserver la fin du programme DUSK Early Adopter : elle modifie une allocation réelle de tokens sans tâche de marketing exigée par la source. Une faible magnitude ne justifie pas une suppression. Source
POS-D-90067 — # 98342. Conserver FACTOR : Plume annonce et co-souscrit le financement de factures et de fonds de roulement, ce qui établit son rôle économique dans une classe de financement. Les rendements doivent rester des objectifs, jamais des garanties. Source
POS-D-90210 — # 98351. Conserver le vault géré par Yearn Curation sur Flex : la capacité d’allocation propre au fournisseur devient active dans un produit externe. La réduire au seul actif USDC déplacerait la frontière de politique. Source
POS-X-97022 — # 97022. Conserver le résumé DoubleZero : « broader market-data utility » décrit la portée des données, sans prétendre que l’événement déplace le marché crypto entier. Le signal lexical était un faux positif ; cette ligne est historique.
CONTROL-88052 — # 98236. Conserver l’intégration opérationnelle de CoW dans Gate Web3, explicitement annoncée. Ce contrôle protège les nouvelles capacités d’un fournisseur déployées dans un produit tiers. Source
CONTROL-87122 — # 98256. Conserver PROM × Alphio, validé humainement le 7 septembre sur l’image d’intégration. Une analyse limitée au texte serait insuffisante et ne doit pas inverser cette approbation. Source
CONTROL-89436 — # 98311. Conserver PROM × Noos et corriger ses champs : l’image annonce explicitement Integration ; le texte décrit aussi des travaux communs futurs. Le titre, la catégorie et le résumé doivent préserver cette annonce, sans inventer de connecteur déjà déployé. Ce contrôle reprend la frontière approuvée pour PROM × Alphio. Source
CHECK-88500 — # 98264. Contrôler UTXO/Stacks sans mutation destructive : vérifier le rôle du participant et les mêmes dates de Genesis Bond. Le rapprochement AMB-STACKS-UTXO reste ouvert ; une sortie de replay ne vaut pas fusion. Source
CHECK-87989 — # 98228. Préserver Aave sur Arc de Circle et vérifier le retrait du coin ARC homonyme. La correction d’identité doit laisser le déploiement du 16 septembre intact. Source
CHECK-87987 — # 98229. Préserver les nouvelles émissions LISTA de Smart Lending, en écartant les simples paires et les taux anciens comme objets du calendrier. Source
CHECK-88188 — # 98244. Préserver le listing STONK sur BingX et son heure, tout en excluant les promotions de frais du résumé d’impact. Source
CHECK-88322 — # 98257. Préserver la fermeture des inscriptions au Genesis Bond comme étape différente du début de période ; retenir le bloc 966 250 et la source officielle actualisée. Source
CHECK-88152. Pour la source Machine Explorer, distinguer les mécanismes d’activation, de bonding et de burn des écrans qui les suivent. Vérifier chaque sous-événement du résultat MIXED, sans convertir un simple tableau de bord en nouvelle opération. Source
CHECK-89912. Le message fournit des détails de listing et des instructions de dépôt. Vérifier le fait et sa date dans le fil complet avant d’interpréter ce lien de documentation comme un nouvel accès ; ce contrôle ne crée aucune publication. Source
CHECK-88607. Le paiement des frais TRC-20 en stablecoins dans Binance Wallet doit être évalué sur la fonction réellement fournie et sur le fournisseur concerné. Ce contrôle cible la résolution du nom de produit ; il n’autorise pas l’association automatique au token de l’auteur. Source
NEG-90084. Maintenir le rejet OpenLabs : l’automatisation produit du contenu promotionnel ou de recherche sur X, sans modifier un mécanisme de financement ou d’allocation. Une interface sans code ne suffit pas lorsque l’unique résultat reste du contenu communautaire. Source
Incidents, reprises et conservation des preuves
Prises en charge expirées. 213 sources ont atteint cinq expirations consécutives. Les 38 exécutions X HTTP 402 conservées établissent directement cette cause pour huit sources ; les 205 autres ne lui sont pas attribuées sans preuve. Les 263 sources non terminales du snapshot sont conservées dans le bilan figé ; l’exemption limitée d’une première prise en charge en cours ne les fait pas toutes disparaître du calcul de fiabilité. Le chemin actuel confirme le défaut de suivi : le workflow REST lève une erreur 402, Enrich la propage, puis le Processor s’arrête avant l’enregistrement de l’échec dans Source Inbox. Les 18 chaînes parent–Enrich–REST encore consultables le montrent ; les 38 traces initialement capturées sont conservées dans les preuves. L’alerte générale Failed Execs ne remplace pas cet enregistrement. La correction à étudier se situe dans la gestion des erreurs des appels X et des prises en charge, pas dans le prompt Expert. Elle n’a pas été implémentée ni testée ici.
Autres blocages et reprises. Les 46 autres blocages se répartissent en 34 dépassements de délai Expert, 8 validations Resolver, 3 changements d’entrée et 1 échec média. Le registre de reprise contient 381 sources : 259 recommandations de reprise, 120 traitements déjà terminés et 2 reports de contrôle. Une reprise proposée n’est pas un traitement relancé ; aucune des 120 reprises terminées n’est comptée comme blocage encore ouvert. Avant toute reprise, vérifier que sa cause technique est résolue, que le contexte reste récupérable et que le timing de la source est traité correctement ; ne pas réinitialiser globalement les budgets d’erreur.
Les budgets sont recomptés par famille d’erreur et phase depuis la dernière reprise manuelle. Les échecs de capacité LLM, d’extraction média, de résolution et d’expiration ne sont pas additionnés dans un compteur global. L’export public expose pour chaque source sa disposition, ses compteurs et les limites de preuve, sans message d’erreur brut ni contexte privé.
Incidents fournisseur. Les 32 générations recensées concernent 82 sources distinctes : 77 terminées et 5 encore bloquées lors de la vérification complémentaire. Une paire d’alertes ouverture/reprise est vérifiée. Pour les 31 autres, les anciennes exécutions ne sont plus disponibles dans l’historique conservé : la livraison est inconnue, et non « absente ». La poursuite de l’audit avec cette réserve a été acceptée. Le rétablissement d’une génération et la réception de ses alertes sont deux preuves différentes ; le retour au service ne démontre pas la réception d’un message.
Sauvegarde n8n du 9 septembre non exploitable. Une copie privée de l’archive de 03:04 UTC a été téléchargée et décompressée sous limite de taille. Le contrôle SQLite quick_check, en lecture seule, signale des pages B-tree invalides, des identifiants de lignes hors ordre et des références dupliquées. Aucune exécution n’a été extraite de cette base incohérente ; aucune alerte n’est déclarée prouvée grâce à elle. Le job copie directement le fichier de base actif, sans snapshot SQLite cohérent ni WAL : cette méthode doit être auditée et testée. Ce contrôle ne démontre pas que les autres sauvegardes sont toutes invalides. Les copies locales brutes ont été supprimées. Aucun job de sauvegarde n’a été changé.
Limite du validateur canonique. SI 87122 a réussi après sa reprise manuelle et SI 90468 est dans sa première prise en charge : leurs budgets courants comportent zéro groupe d’échec. Le vérificateur impose pourtant un groupe non vide pour chaque ligne de reprise. Les données restent à zéro ; aucun échec fictif n’a été créé pour satisfaire le format. Cette limite et les 31 paires d’alertes inconnues empêchent la certification finale du bundle, sans imposer de modifier la formule du score indicatif.
Contrôle de conservation des alertes recommandé avant le 10 septembre 2026 à 18:33:56 UTC ; aucun contrôle de production n’a été planifié par cet audit. Les CSV joints distinguent les sources terminées, bloquées et en attente ; ils ne contiennent ni credentials, ni sorties fournisseur brutes, ni export de contexte.
Téléchargements : dispositions de reprise ; incidents fournisseur.
Diagnostic d’identité et résultats des replays
Identités. Trois défauts distincts ont été reproduits dans le code lu en production : attribution de la preuve d’auteur à une mauvaise référence, collisions prenant en compte des candidats explicitement exclus, et compagnons homonymes acceptés sur leur seul nom. Les 35 traces testées ont été reproduites sans nouvel appel LLM. Ces défauts relèvent de la résolution et de la sélection des candidats ; ajouter une règle éditoriale ne serait pas un correctif démontré. Les cas Kayen/CHZ, Arc/ARC, Peanut/NUX et Ethereum/Morpho matérialisent leurs conséquences.
171 tentatives sur 57 sources, trois répétitions par source. 156 tentatives ont terminé le calcul ; 15 ont échoué techniquement et restent dans les résultats. La durée médiane est de 73.0 secondes. Aucun chemin de persistance n’a été appelé ; la garde SQL ne relève que des opérations de lecture et de configuration de session.
| Ensemble diagnostique | Tentatives | Critère satisfait | Échecs techniques inclus |
|---|---|---|---|
| 24 cas ciblés : erreurs et publications manquées | 72 | 30 | 3 |
| 6 contrôles de conservation | 18 | 10 | 0 |
| 27 observations de champs ou de politique | 81 | 69 | 12 |
Pour les observations, « critère satisfait » signifie seulement que le calcul a terminé. Pour les cibles et contrôles, il porte sur le fait calendrier et les contraintes explicites du cas. Les erreurs techniques sont incluses dans les tentatives non satisfaisantes ; elles ne sont pas qualifiées d’erreurs éditoriales. Ce jeu volontairement difficile ne mesure pas la précision globale de production. Les critères ont été affinés pendant la revue des sources, notamment Integration pour Noos et la conservation des sous-événements : il s’agit d’un diagnostic, pas d’une comparaison préenregistrée de deux prompts.
Lecture par couche. Les doublons Canton, Polygon, Pendle, Stacks et Sei sont rejoués sans leur canonique attendu dans les candidats : ces tests n’isolent pas un défaut du prompt de rapprochement. GalaSwap montre un mauvais rapprochement malgré la présence de son canonique, avec une limite de disponibilité à conserver dans la conclusion. La preuve historique brute des documents Rain manque au candidat résumé. Les mises à jour d’inscription Stacks sont aussi confrontées à des données plus récentes que la source rejouée. Ces différences empêchent de qualifier une variation de décision comme une simple variance du modèle.
Les identités de CROSS/ONE et NEAR restent une condition des deux récupérations proposées : un PUBLISH sur Harmony ou Aptos ne les récupère pas. Les contrôles PROM doivent conserver le label Integration montré par les médias. DUSK, Plume et Yearn servent à détecter une perte de cores valides, y compris à faible impact. La décision de conserver ou corriger un événement repose sur la revue de source ; aucun vote majoritaire de trois replays ne remplace cette revue.
Dans SI88322, le troisième replay transmet au calcul d’impact une référence sBTC alors que le token final est STX. Le ledger historique transmet correctement STX/Stacks : ce défaut de construction d’entrée reste un diagnostic du replay, sans nouvelle pénalité de production ni correction supplémentaire de l’événement.
Quatre défauts se répètent dans les trois sorties exploitables de leur cas : le marché ZEC de Kamino traité comme nouvelle opération (SI88376), la perte du burn communautaire lorsque seule une composante Cronos change (SI88444), le taux ancien et le cadrage par paire dans LISTA (SI87987), et la promotion zéro frais réintroduite dans le résumé BingX (SI88188). Pour Cronos, l’action varie entre CANCEL et UPDATE ; le défaut stable est la perte d’une composante, pas une annulation systématique. Ces reproductions circonscrivent des tests pour une correction future ; elles ne valident aucun nouveau prompt.
| Source | Proposition de données | Actions des trois tentatives | Attribution limitée au diagnostic |
|---|---|---|---|
| 87122 | Conserver | PUBLISH ×2, REJECT ×1 | Variation sémantique entre répétitions |
| 87987 | Corriger ou récupérer le core | PUBLISH ×2, MIXED ×1 | Défaut actuel reproduit dans ce périmètre |
| 87989 | Corriger ou récupérer le core | FAILED ×2, PUBLISH ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88019 | Supprimer la ligne erronée | REJECT ×3 | Variation sémantique entre répétitions |
| 88032 | Frontière à arbitrer | PUBLISH ×2, REJECT ×1 | Variation sémantique entre répétitions |
| 88052 | Conserver | PUBLISH ×3 | Pas de cause attribuée |
| 88062 | Corriger ou récupérer le core | REJECT ×3 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88066 | Conserver | MIXED ×3 | Variation sémantique entre répétitions |
| 88107 | Supprimer la ligne erronée | REJECT ×1, MIXED ×2 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88152 | Conserver | FAILED ×1, DUPLICATE ×1, UPDATE ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88188 | Corriger ou récupérer le core | PUBLISH ×3 | Défaut actuel reproduit dans ce périmètre |
| 88216 | Supprimer la ligne erronée | REJECT ×3 | Variation sémantique entre répétitions |
| 88278 | Supprimer la ligne erronée | PUBLISH ×3 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88322 | Corriger ou récupérer le core | FAILED ×1, PUBLISH ×2 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88345 | Supprimer la ligne erronée | REJECT ×2, FAILED ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88348 | Supprimer la ligne erronée | FAILED ×1, PUBLISH ×1, DUPLICATE ×1 | Variation sémantique entre répétitions |
| 88376 | Supprimer la ligne erronée | PUBLISH ×3 | Défaut actuel reproduit dans ce périmètre |
| 88400 | Supprimer la ligne erronée | PUBLISH ×2, REJECT ×1 | Variation sémantique entre répétitions |
| 88444 | Corriger ou récupérer le core | MIXED ×3 | Défaut actuel reproduit dans ce périmètre |
| 88500 | Conserver | UPDATE ×1, DUPLICATE ×2 | Variation sémantique entre répétitions |
| 88514 | Frontière à arbitrer | REJECT ×3 | Pas de cause attribuée |
| 88562 | Supprimer la ligne erronée | PUBLISH ×2, MIXED ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88577 | Conserver | UPDATE ×3 | Pas de cause attribuée |
| 88607 | Conserver | REJECT ×3 | Pas de cause attribuée |
| 88619 | Frontière à arbitrer | REJECT ×2, FAILED ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88768 | Supprimer la ligne erronée | REJECT ×3 | Erreur historique non reproduite dans ce périmètre |
| 88781 | Supprimer la ligne erronée | PUBLISH ×3 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88823 | Conserver, impact faible | REJECT ×1, PUBLISH ×2 | Variation sémantique entre répétitions |
| 88858 | Frontière à arbitrer | MIXED ×2, REJECT ×1 | Variation sémantique entre répétitions |
| 88868 | Frontière à arbitrer | PUBLISH ×1, REJECT ×2 | Variation sémantique entre répétitions |
| 88917 | Supprimer la ligne erronée | FAILED ×1, REJECT ×1, PUBLISH ×1 | Variation sémantique entre répétitions |
| 88958 | Frontière à arbitrer | REJECT ×3 | Pas de cause attribuée |
| 88965 | Supprimer la ligne erronée | UPDATE ×1, PUBLISH ×1, MIXED ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88975 | Corriger ou récupérer le core | DUPLICATE ×2, UPDATE ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 88982 | Frontière à arbitrer | PUBLISH ×1, MIXED ×1, REJECT ×1 | Variation sémantique entre répétitions |
| 89077 | Supprimer la ligne erronée | REJECT ×3 | Erreur historique non reproduite dans ce périmètre |
| 89251 | Supprimer la ligne erronée | PUBLISH ×1, FILTERED ×2 | Variation sémantique entre répétitions |
| 89436 | Corriger ou récupérer le core | PUBLISH ×2, REJECT ×1 | Variation sémantique entre répétitions |
| 89451 | Frontière à arbitrer | PUBLISH ×2, REJECT ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 89474 | Corriger ou récupérer le core | PUBLISH ×1, REJECT ×2 | Autre couche / preuve insuffisante pour isoler le prompt |
| 89493 | Supprimer la ligne erronée | PUBLISH ×2, REJECT ×1 | Variation sémantique entre répétitions |
| 89579 | Frontière à arbitrer | REJECT ×1, FAILED ×1, PUBLISH ×1 | Variation sémantique entre répétitions |
| 89659 | Corriger ou récupérer le core | REJECT ×3 | Erreur historique non reproduite dans ce périmètre |
| 89855 | Frontière à arbitrer | FAILED ×1, REJECT ×2 | Autre couche / preuve insuffisante pour isoler le prompt |
| 89912 | Conserver | REJECT ×1, FAILED ×2 | Autre couche / preuve insuffisante pour isoler le prompt |
| 89942 | Supprimer la ligne erronée | PUBLISH ×3 | Autre couche / preuve insuffisante pour isoler le prompt |
| 89986 | Conserver | UPDATE ×3 | Variation sémantique entre répétitions |
| 90052 | Frontière à arbitrer | PUBLISH ×3 | Autre couche / preuve insuffisante pour isoler le prompt |
| 90067 | Conserver | PUBLISH ×3 | Variation sémantique entre répétitions |
| 90083 | Supprimer la ligne erronée | MIXED ×3 | Autre couche / preuve insuffisante pour isoler le prompt |
| 90084 | Conserver | FAILED ×2, REJECT ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
| 90108 | Frontière à arbitrer | FAILED ×1, REJECT ×2 | Autre couche / preuve insuffisante pour isoler le prompt |
| 90148 | Supprimer la ligne erronée | REJECT ×3 | Erreur historique non reproduite dans ce périmètre |
| 90210 | Conserver, impact faible | REJECT ×1, PUBLISH ×2 | Variation sémantique entre répétitions |
| 90372 | Supprimer la ligne erronée | REJECT ×3 | Erreur historique non reproduite dans ce périmètre |
| 90424 | Corriger ou récupérer le core | DUPLICATE ×1, UPDATE ×2 | Variation sémantique entre répétitions |
| 90431 | Supprimer la ligne erronée | PUBLISH ×2, REJECT ×1 | Autre couche / preuve insuffisante pour isoler le prompt |
Chronologie des versions. Les trois versions Core conservées du 9 septembre, créées à 09:41, 14:06 et 14:48 UTC, ont le même prompt Expert V10, conforme au déploiement documenté du 7 septembre. Le routage fournisseur a néanmoins changé le 9 septembre. Les anciennes exécutions ne sont plus consultables avant environ 06:44 UTC ce jour-là : les 34 blocages Expert de toute la fenêtre ne peuvent pas être attribués globalement à la route actuelle. Les replays actuels et les incidents historiques sont donc rapportés séparément.
Les replays utilisent les prompts courants et le contexte figé, sans persistance. Ils éprouvent le raisonnement et la résolution sur cette entrée ; ils ne certifient pas une nouvelle collecte X, le téléchargement des médias, la reconstruction d’un thread ou la livraison d’alertes. Un replay fondé sur les textes/OCR et descriptions média conservés ne constitue pas une relecture indépendante de tous les pixels ou frames d’origine. Les dossiers dont le média est nécessaire ne peuvent être déclarés prouvés sur le seul texte. Les erreurs techniques et la variance entre répétitions doivent rester visibles ; un rejet ponctuel ne suffit pas à autoriser une suppression, et un succès ne constitue pas une autorisation de mutation.
Aucun changement de prompt n’est présenté ici comme calibré et prêt à déployer. Les corrections de données, les reprises techniques et les éventuelles corrections du code restent des décisions distinctes.
État de clôture et portée des propositions
Lecture de clôture à 2026-09-09 19:57:06.604895+00:00 : 0 brouillon, 0 publication à faible confiance en attente et 8 propositions retenues en modération. Ces valeurs sont postérieures au snapshot et ne changent pas le score figé. Les 2 533 sources de la fenêtre ont alors les états suivants : 259 blocked_alerted, 2274 completed.
Aucune mutation métier appliquée : zéro suppression, correction, validation, acceptation/rejet de modération ou reprise Source Inbox. Aucune modification de code, workflow ou prompt de production. Les 21 suppressions, 40 corrections et deux récupérations sont des propositions à exécuter dans un lot gardé après accord ; les événements canoniques à enrichir doivent être corrigés avant la suppression de leurs doublons. Les sept propositions retenues ont chacune une disposition détaillée dans le rapport. Aucun Cascade ni réindexage n’est requis pour cet audit en lecture seule. Les fichiers Python temporaires Hostinger sont absents.
La file de modération se réconcilie ainsi : sept propositions figées, plus deux nouvelles après la borne (SI90470 et SI90507), moins celle de 97774 désormais masquée par une décision DUPLICATE postérieure, soit huit. Ce départ ne prouve ni acceptation ni rejet humain ; le ledger antérieur reste sans résolution de revue. Les nouvelles propositions appartiennent à la fenêtre suivante. La relecture des 230 timestamps d’événements à 19:58 UTC ne montre aucune modification depuis le snapshot ; les propositions avant/après restent fondées sur ces valeurs.
L’audit est terminé avec limites de preuve, et son score reste indicatif, confiance LOW. La certification complète du vérificateur canonique échoue sur les 31 historiques d’alertes inconnus et les deux lignes de reprise à zéro groupe d’échec. Le calcul strict bloque également sur ces alertes. La note indicative est calculée par la formule canonique inchangée au moyen d’une dérogation locale limitée aux 31 identités d’incident figées ; les comptes restent inconnus et les données ne sont pas fabriquées. Cette dérogation ne constitue pas une réussite du vérificateur natif. La dernière fenêtre revue se termine le 9 septembre à 18:33:56.458117 UTC ; le dernier audit entièrement certifié reste celui du 7 septembre.
Téléchargements : rapport Markdown ; 40 corrections proposées avant/après. Le partage temporaire est non indexable et sa suppression est planifiée le 10 septembre 2026 à 18:15 UTC.