Premier lot appliqué : 39 corrections et 20 suppressions. Voir le reçu d’exécution et les éléments restants. Le document ci-dessous est historique.
Contre-vérification des propositions
Non, je ne confirme pas toutes mes propositions en l’état. Chaque proposition a été confrontée à sa source, aux faits à conserver et à l’état actuel. La référence est le rapport effectivement publié, pas un brouillon.
| Proposition initiale | Confirmée | Révisée | Retirée | Suspendue |
|---|---|---|---|---|
| Suppression | 20 | 0 | 0 | 1 |
| Correction | 30 | 9 | 1 | 0 |
| Récupération | 2 | 0 | 0 | 0 |
| Modération | 6 | 0 | 0 | 1 |
| Total : 70 | 58 | 9 | 1 | 2 |
Les confirmations portent sur le fond et les remplacements explicités ici. Les suppressions de doublons restent conditionnées à la conservation des preuves et aux fusions indiquées. Les récupérations restent conditionnées au bon rattachement des coins. Aucune modification métier n’a été appliquée.
Ce qui change
- Aptos #98321 : suppression suspendue. Le premier reset applique aussi une nouvelle politique permanente de testnet. La frontière maintenance/changement de politique reste à décider ; aucun vote daté n’est inventé.
- THORChain #466 : disposition suspendue. v3.19 était bien sorti, mais Monero devait encore passer par des tests et un vote. La fiche « Monero Support » ne peut être simplement conservée telle quelle. Il faut distinguer l’activation Monero du release déjà livré.
- Stacks #98257 : correction retirée. La nouvelle source et la mise à jour de 20:55 UTC rendent mon ancien remplacement obsolète.
- Neuf corrections révisées : #996, #97973, #98241, #98244, #98265, #98319, #98323, #98336 et #97774. Certaines rétablissent des précisions perdues ; #996 corrige aussi une négation erronée du lien entre les frais et RSR.
Portée de la vérification
État des sources et événements relu vers 21:03 UTC le 9 septembre, complété par des preuves historiques et pages primaires. Le code et les trois workflows contrôlés sont identiques à ceux de l’audit. Les replays déjà réalisés ont été relus ; aucun nouvel appel LLM n’a été lancé. Leurs résultats mesurent le comportement du système et ne décident pas, par vote, de la validité éditoriale.
Les 40 corrections portent sur les champs indiqués. Elles ne constituent pas une validation des notes numériques existantes ; #996 exige notamment une nouvelle évaluation sur le fait correctement décrit. Les limites de contexte historiques restent documentées dans les preuves de travail.
La note historique 93,4/100, confiance LOW, indicative et non certifiée, le rapport original et son évaluation restent figés. Cette contre-vérification remplace les recommandations concernées, sans recalcul rétroactif du score. Les 31 historiques d’alertes inconnus restent inconnus.
Télécharger les 70 décisions avec remplacements exacts · Les 381 dispositions opérationnelles · Rapport original conservé
Les 70 propositions, une par une
Suppressions
#98232 — Confirmée · Redbelly AMA
Ankr et Redbelly annoncent un AMA daté ; le texte promet une discussion sur vitesse, institutions et mRPC, sans annoncer de mise à jour projet, de développement nouveau ni de Q&A sur des changements. Le titre AMA et l’officialité ne satisfont pas à eux seuls SCHEDULED_PROJECT_DISCLOSURE.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : La relation mRPC et les caractéristiques du réseau sont du contexte non daté. Aucun contenu promettant une nouvelle annonce n’apparaît dans le fil ou le poster. Le conflit 10/11 septembre ne constitue pas le motif de suppression.
#98247 — Confirmée · Airdrop Settles on ZIGChain
Le dimanche date la connexion du wallet ORO, pas le règlement de l’airdrop. ORO est le projet porteur ; ZIGChain est le réseau de règlement. La preuve d’identité conservée ne donne aucun ancrage suivi au véritable sujet.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Une deadline d’éligibilité peut être un vrai fait calendrier : elle n’est pas rejetée parce que c’est une simple tâche. Mais elle ne transforme pas le réseau de règlement en sujet économique ni ORO non suivi en ZIG suivi.
Conditions particulières :
- Revalider que ORO reste non suivi et qu’aucun sujet suivi réellement impacté n’est omis avant toute exécution.
#98258 — Confirmée · Labor Day Listing Space
La source dit seulement « informative Space » et le titre est « $DGB: Labor Day Listing ». Aucun exchange, début de trading, ni annonce de nouvelles évolutions n’est promis. Le mot Listing ne suffit pas à inventer un listing ou une révélation.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Une annonce de listing pendant un Space serait conservable si la source la promettait. Ici, le titre fournit un sujet, et le texte une invitation ; les éléments exigés par SCHEDULED_PROJECT_DISCLOSURE sont absents.
#98260 — Confirmée · ZEC Lending Market
ZEC est ajouté à un marché isolé Kamino/Allez avec emprunt USDC et Multiply. Le marché HYPE/Allez antérieur E715 utilise déjà le même prêt isolé, USDC et looping ; la source ZEC n’annonce ni moteur de création de marchés nouveau, ni classe nouvelle, ni programme d’allocation distinct des paramètres de cet actif. INDIVIDUAL_ITEMS est obligatoire avant ECONOMIC_PROGRAM.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : La meilleure défense est une nouvelle capacité d’allocation fournie par Kamino. Elle échoue face au même dispositif HYPE/Allez déjà documenté : contrairement à Yearn Curation sur Flex, aucun allocator/provider déployé pour la première fois dans un produit externe n’est établi. La source dit ZEC Multiply aussi live, pas premier lancement du mécanisme Multiply. Les liens de swap sont un moyen d’obtenir ZEC, sans annonce indépendante de premier accès spot.
Conditions particulières :
- Inclure le held UPDATE SI88417 dans la revue de sa proposition ; sa limite 1,6x ne sauve pas le core. Aucun effacement supplémentaire compté pour cette seconde unité.
#98261 — Confirmée · Nomadz App Live
Nomadz est mis en avant dans Seeker Season, avec disponibilité dans le dApp Store et avantages NFT/XP. L’app et son opération de réservation/paiement existaient déjà : E1006/SI12783 documente le paiement SKR pour réserver des hôtels en juillet.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : La source courante ne date aucune activation d’une nouvelle classe de paiements ou opération : elle promeut une app déjà utilisable, ses avantages et sa présence au catalogue. Les récompenses NFT/XP ne sont pas une nouvelle allocation économique.
#98275 — Confirmée · PST Multiply Looping
Le spotlight PST reprend une stratégie de boucle 4x déjà décrite dans le tweet cité, avec rendement observé sur les trois derniers mois. Les chiffres d’APY et de liquidité changent ; aucun changement de mécanisme, limite ou allocation n’est annoncé.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Le contexte cité est une preuve positive d’existence antérieure, pas une simple absence de nouveauté. La formule users can now n’efface pas cette antériorité ni le framing spotlight.
#98276 — Confirmée · V3 DEX Launch
Kayen V3 et l’affectation de 25 % des fees aux rachats/burns PEPPER sont de vrais changements. Mais le resolver a substitué CHZ au sujet Kayen ; la source dit expressément que Chiliz n’opère ni ne possède Kayen. Kayen n’a pas d’ancrage éligible et PEPPER n’est pas suivi.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Ne pas nier le core économique ni considérer automatiquement un produit tiers non publiable : il manque ici un sujet suivi réellement impacté. La source ne dit pas première capacité de cette classe sur le réseau Chiliz ; les migrations de pools BAHIA/EFC sont des instances du DEX.
Conditions particulières :
- Revalider les ancrages Kayen/PEPPER et le rôle des coins avant exécution ; si un sujet suivi légitime apparaît, suspendre et corriger au lieu de supprimer.
#98287 — Confirmée · sNUKE Pool Live
La source annonce explicitement le deuxième pool Pendle sur Robinhood, sNUKE échéance 24 septembre. L’opération PT/YT/LP et les rewards LP existaient dans le premier déploiement E98166/SI86219 du 4 septembre. Aucun programme distinct de récompense ou changement de règles n’est annoncé.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : La mention de rewards pourrait sauver un vrai nouveau programme d’allocation ; ici le fil historique annonce déjà frais et rewards LP pour la même couche de yield trading. La maturité différente et l’actif sNUKE définissent une nouvelle instance, pas une nouvelle opération ni une nouvelle classe.
#98310 — Confirmée · Tokenized Nike Shares
La source annonce une nouvelle représentation tokenisée de NIKE, émise par Backpack Securities via Sunrise. Le contrat exclut explicitement la création ou le listing d’une nouvelle représentation tokenisée comme NEW_OPERATION.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Le déploiement d’un projet crypto préexistant sur une nouvelle chaîne serait conservable ; NIKE est ici le sous-jacent d’un nouveau titre tokenisé. La liste d’applications disponibles ne contient pas de début indépendant de trading spot explicitement daté.
#98307 — Confirmée · Transparency Page
Fluid rassemble ses preuves et liens existants sur une page : audits, oracles, price feeds, recherche, multisigs et dashboards. Le site lié récupéré confirme une page de références et permissions descriptives ; il n’annonce aucun changement de droits ou d’autorité.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : La présence de données importantes ne suffit pas à créer une nouvelle opération économique. Les permissions de multisigs affichées décrivent leur état ; aucune activation ou modification datée n’est annoncée. Un nouveau rapport de risque matériel serait différent, mais la source agrège des références.
Preuve 1 · Preuve 2 · Preuve 3
#98321 — Suspendue · First Testnet Reset
Suspendre la suppression. Le reset est de la maintenance selon une lecture directe du bloc, mais c’est aussi la première application d’une politique de persistance désormais formellement acceptée. Cette frontière n’est pas suffisamment univoque pour confirmer une suppression.
Action : Suspendre la suppression ; conserver la fiche dans l’attente du choix de politique.
Objection examinée : Le document complet dit procédure opérationnelle, sans changement de code, consensus, cryptographie ou framework ; Mainnet/Devnet restent hors champ. Accepted ne prouve aucun vote tenu ce jour et ne justifie pas un événement gouvernance daté inventé. Toutefois le passage permanent d’un testnet persistant à un testnet jetable peut raisonnablement être lu comme changement de politique protocole. La règle MAINTENANCE et PROJECT_STATE se rencontrent ici.
Conditions particulières :
- NE PAS supprimer tant que cette frontière éditoriale n’est pas décidée. Conserver le fait du 7 octobre ; ne pas inventer de vote, fork mainnet ou nouvelle release.
Preuve 1 · Preuve 2 · Preuve 3
#98348 — Confirmée · Collateral Borrowing Live
Le changement livré est le NAV du FalconX Credit Vault diffusé par RedStone sur trois chaînes. Même première externalisation ou standardisation, un feed limité à un actif nommé reste explicitement INDIVIDUAL_ITEMS.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : L’article complet confirme que les vaults et leur usage comme collateral existaient déjà et avaient atteint Monad/Plume ; RedStone reprend la publication de valeur. La formulation plus large Pareto Credit Vaults ne prouve pas qu’une classe auparavant inutilisable devient utilisable ; le livrable actuel est le feed FalconX, d’autres sont seulement prévus.
Preuve 1 · Preuve 2 · Preuve 3
#98357 — Confirmée · Prediction Markets Live
La capacité prediction markets est concrète mais seulement coming to Cronos app. La date du match Patriots/Seahawks sur le poster date le match, pas le lancement du module. Le disclaimer de disponibilité dans certaines régions ne prouve pas une disponibilité nouvelle le jour du tweet.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Ce core serait conservable avec un calendrier propre. On ne peut emprunter ni le 10 septembre du match, ni la date du lancement global de l’app depuis un autre événement sans lien explicite au module. Le rejet concerne le timing manquant, pas les prédictions ni le faible impact.
Conditions particulières :
- Préserver le lancement global de l’app Cronos déjà distinct ; ne pas lui attacher implicitement le module de prédictions.
#98333 — Confirmée · Agent-Built Market Platforms
Le SDK v2 et la construction de plateformes de prédiction étaient publics le 27 août. La preuve originale E97756 affiche déjà Read the docs / rain.one/docs et le fil pointe vers la même documentation. Le 9 septembre présente un mode d’usage avec agent, sans annoncer nouveau SDK, nouvelle autorisation ou nouvelle opération.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : La meilleure défense docs nouvellement publiques est directement contredite par le poster et la réponse du 27 août. Le script agent écrit l’intégration, l’utilisateur relit et signe : aucune nouvelle fonction agent native ou changement d’accès n’est annoncé.
Canonique conservé : #97756.
Conditions particulières :
- Préserver la source/media du 9 septembre comme preuve secondaire du SDK ; conserver le canonique SDK v2.
#98239 — Confirmée · Benefits Pilot
Le pilote RISE est exactement celui du canonique E97843 : Digital Asset + American Idea Foundation, trois États, Q1 2027, approbation fédérale requise. Le récapitulatif de septembre n’annonce ni approbation, ni nouveau pilote, ni date différente.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Le futur explicite sauve l’éligibilité du pilote, pas une deuxième entrée. Article intégral d’origine et article complet du recap disent le même périmètre conditionnel.
Canonique conservé : #97843.
Conditions particulières :
- Conserver Q1 2027 estimé et condition d’approbation fédérale. Préserver le nouveau texte/source sans remplacer silencieusement la preuve historique.
- Ne pas supprimer les autres milestones indépendants du recap : DTCC octobre et external_call restent couverts par leurs propres canoniques. E97891 est un doublon historique hors cette cible, pas une nouvelle suppression implicite.
#98251 — Confirmée · Agent CLI Launch
Le CLI Polygon et ses fonctions wallet/onramp/swaps/crosschain sont déjà attestés le 29 avril dans E53563. Le tweet de septembre dit comment l’installer et décrit ses usages, sans dater une nouvelle version du CLI.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Les rebates ont leur transition propre et un sibling conservable. Leur timing ne doit pas être emprunté pour recréer le lancement du CLI. Des fonctions citées en septembre ne sont pas, par leur seule présence dans une liste, une annonce datée de nouveau module.
Canonique conservé : #53563.
Conditions particulières :
- Préserver E98252, événement distinct des rebates x402. Supprimer uniquement le doublon CLI.
- Conserver sources/media et ne pas antidater les rebates au 29 avril.
#98259 — Confirmée · GalaSwap Listings
Le tweet officiel du 16 août E97221 et sa vidéo annoncent déjà ensemble CAKE, ENS, DMAIL et FLUID sur GalaSwap. Le tweet du 7 septembre répète le même texte, les quatre actifs et la même disponibilité.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : C’est un core MARKET_ACCESS valide déjà couvert, pas quatre nouvelles arrivées de septembre. La coin-list incomplète du canonique n’autorise pas une seconde date de lancement.
Canonique conservé : #97221.
Conditions particulières :
- AVANT suppression, compléter le canonique avec les quatre IDs : pancakeswap-token, ethereum-name-service, dmail-network, instadapp.
- Garder date du 16 août et preuve originale ; joindre la source/media du 7 septembre au dossier de fusion.
#98269 — Confirmée · Curator Module
La capacité permettant aux curateurs externes de créer leurs propres marchés PT/YT est déjà annoncée dans l’article du 24 juillet et confirmée le 29 juillet, canonique E36559. Le Q4 de septembre affine le calendrier et les exemples, sans créer un autre module.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : La nouvelle information de timing doit être conservée par UPDATE/fusion du canonique. Elle ne justifie pas de supprimer la source récente ni de maintenir deux modules identiques.
Canonique conservé : #36559.
Conditions particulières :
- AVANT suppression, appliquer la correction proposée du canonique : Q4 2026 estimé et conditions utiles du module, en gardant les preuves juillet + septembre.
- Préserver le sibling E98268 permissioned markets pilot : il reste un programme séparé avec timing within two months.
#98291 — Confirmée · Institutional BTC Staking
Le block 966350 et le départ autour du 10 septembre sont exactement ceux du premier Genesis Bond E96516. Le canonique inclut déjà les anchor participants institutionnels et le staking en self-custody.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Institutional ne désigne pas un lancement séparé : les deux voies du même Genesis Bond sont décrites dans la preuve officielle. UTXO est un autre fait de participation déjà couvert par E98264 et doit être conservé.
Canonique conservé : #96516.
Conditions particulières :
- Conserver E98264 UTXO et les autres engagements institutionnels indépendants.
- Garder E96516 avec block966350/date estimée autour du10 septembre et préserver la source retweetée du2 septembre.
#98343 — Confirmée · Genesis Bond Starts
Le nouveau bond period qui commence demain est le premier Genesis Bond déjà E96516, pas un cycle ultérieur : calendrier identique 10 septembre et même période. La fermeture d’inscription est un milestone distinct explicitement conservé.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Ce début mérite une entrée, mais le canonique Genesis Bond la fournit déjà. Ne pas confondre avec E98231 ouverture Xverse, ni absorber la deadline de clôture dans le début.
Canonique conservé : #96516.
Conditions particulières :
- Conserver/corriger E98257 : inscriptions closes le9 septembre au block966250.
- Conserver E98231 première disponibilité Xverse ; préserver l’image vidéo et le lien Earn comme evidence secondaire.
#98360 — Confirmée · MetaMask Gas Sponsorship
Le poster original du9 avril E95391 dit déjà gas FREE for all transactions on Sei in MetaMask. Septembre rappelle les swaps, sends et interactions éligibles, avec seuil sous5m gas ; il ne dit pas que ce mécanisme commence ou que le plafond change maintenant.
Action : Suppression confirmée sous les conditions ci-dessous.
Objection examinée : Un nouveau sponsor ou un changement de conditions daté serait conservable. Ici même wallet/réseau/mécanisme ; l’attribution actuelle MetaMask contre ancienne description Sei ne suffit pas à prouver un remplacement du programme. Les précisions éligibilité doivent être préservées comme contexte actuel.
Canonique conservé : #95391.
Conditions particulières :
- Préserver source/media et condition under5m gas. Si mise à jour du canonique, ne pas prétendre que le plafond est nouveau ou rétroactivement attesté en avril.
- Conserver la date initiale et proof historique ; ne pas supprimer d’autres programmes de gas sur d’autres réseaux.
Corrections
#68 — Confirmée · Confidential APT Live
Retirer le ticker du titre ; le produit Confidential Assets reste prouvé par l’image et précisé dans la description.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Confidential APT Live | Confidential Assets Live | Confidential Assets Live |
#996 — Révisée · AI Supply Chain DTFs Launch
Conserver « Supply Chain » dans le titre. Le texte original prouve des frais vers les gouverneurs vlRSR et des buybacks/burns RSR ; le résumé existant niait à tort ce lien. Une nouvelle note reste à évaluer.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | AI Supply Chain DTFs Launch | AI DTFs Launch | AI Supply Chain DTFs |
| Résumé d’impact | Reserve deployed five AI-supply-chain tokenized baskets on BNB Chain, expanding its onchain funds footprint, but the dated fact does not change RSR's valuation mechanics. No direct revenue, buyback, or staking linkage to RSR is established, so the launch functions as ecosystem activity rather than a durable re-rate for the token. | Non concerné | Five AI supply-chain DTFs launch on BNB Chain using RSR fee mechanisms: governors receive fee-funded RSR and the protocol's fee share funds RSR buybacks and burns. The funds add a potential fee source, but their adoption and realized revenue are unstated. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
- Le résumé niait un lien token explicitement sourcé : réévaluation du score nécessaire ; aucune valeur de remplacement proposée.
#96936 — Confirmée · KUB Wallet Unveiled
Retirer le nom du projet du titre sans perdre l’annonce du portefeuille.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | KUB Wallet Unveiled | Wallet Unveiled | Wallet Unveiled |
#97050 — Confirmée · Global App Launch
Le 17 septembre est une date exacte annoncée : retirer le drapeau estimé, sans changer la précision calendrier.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Date estimée (booléen DB) | True | False | False |
#97718 — Confirmée · Four Token Listings
Retirer le ticker du titre en conservant la plateforme et la nature des listings.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Four Token Listings | GalaSwap Listings | GalaSwap Listings |
#97741 — Confirmée · Compensation Claims Open
Restaurer toute la fenêtre de réclamation du 8 au 22 septembre, avec 4pm UTC tel que sourcé et les réseaux concernés.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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 — Confirmée · Summit NYC
Le rendez-vous promet bien des nouvelles du projet : la catégorie AMA convient.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Catégories | [7] | [9] | [9] |
#97973 — Révisée · cbHYPE & cbZEC on Aerodrome
« Wrapped Assets Integration » changeait le sens et omettait la plateforme. Les pools live sur Aerodrome justifient « Aerodrome Listings », en conservant Exchange.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | cbHYPE & cbZEC on Aerodrome | Wrapped Assets Integration | Aerodrome Listings |
#98204 — Confirmée · Midnight on Ethereum
Conserver Morpho et ajouter Ethereum comme véritable réseau intégré. Les marchés initiaux et le déploiement progressif sont sourcés.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Coins | ["morpho"] | ["morpho", "ethereum"] | ["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. | 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. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98228 — Confirmée · V4 on Arc
Arc désigne ici le produit Aave ; retirer le coin homonyme ARC.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Coins | ["aave", "arc"] | ["aave"] | ["aave"] |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98229 — Confirmée · Stable Lending Pairs Live
Décrire les nouvelles émissions LISTA pour les emprunteurs, pas une prétendue ouverture générale du prêt ni un rendement garanti.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Stable Lending Pairs Live | Smart Lending Emissions | 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. | 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 | [1] | [17] | [17] |
| 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. | 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. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98240 — Confirmée · Live on Solana via Sunrise
Sunrise est le fournisseur intégré, pas le coin homonyme SUNC ; conserver SOL et DOGE, catégorie Integration.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Live on Solana via Sunrise | Sunrise Integration | Sunrise Integration |
| Catégories | [4] | [18] | [18] |
| Coins | ["dogecoin", "solana", "sunrise"] | ["solana", "dogecoin"] | ["solana", "dogecoin"] |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98241 — Révisée · Quantum-Resistant L1
Conserver l’objectif de résistance quantique au plus tard en décembre 2029 et sa conséquence pour la sécurité. Retirer le plafond générique ajouté par mon premier résumé MEDIUM.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | The Ethereum Foundation's protocol teams target a quantum-resistant L1 no later than December 2029 and use that goal to shape Hegotá and later forks. The roadmap gives investors a defined security objective against which to assess Ethereum's long-term resilience. |
#98242 — Confirmée · r/ethereum AMA
Conserver le but du rendez-vous sur les priorités du protocole dans un titre court.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | r/ethereum AMA | Protocol Priorities AMA | Protocol Priorities AMA |
#98244 — Révisée · BingX Spot Listing
Retirer la promotion de frais du résumé. Le poster précise aussi 03:00 (UTC) pour le trading : ajouter ce fuseau sans l’étendre aux autres heures non qualifiées.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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. |
| Description | STONK (LaunchOnSF) spot trading starts on BingX at 03:00 AM, Sep 07. Deposits open at 02:00 AM, Sep 07 and withdrawals at 02:00 AM, Sep 09. | Non concerné | STONK (LaunchOnSF) spot trading starts on BingX at 03:00 (UTC). Deposits open at 02:00 AM, Sep 07 and withdrawals at 02:00 AM, Sep 09. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98248 — Confirmée · Unallocated FT Burn
Le burn vise une allocation non distribuée ; le titre doit conserver cette précision.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Unallocated FT Burn | Unallocated Supply Burn | Unallocated Supply Burn |
#98257 — Retirée · Bond Enrollment Closes
Retirer toute la correction : une nouvelle annonce officielle dit « today » et a remplacé la fiche à 20:55 UTC. Le 9 septembre courant ne doit pas être écrasé par mon ancien 10 septembre.
Action : Retirer la correction obsolète.
Ancienne proposition retirée :
{
"description": "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.",
"impact_summary": "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 — Révisée · GetPC 2 Founder Rates
Les récompenses sont des crédits internes sans valeur cash ; le principal reste sur Ethereum et est récupérable intégralement à terme. Restaurer « in full », perdu dans ma première correction.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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 in full after the term; Founder Rates step down as tiers fill. |
#98266 — Confirmée · 30% Supply Burned
Le burn porte sur 30 % du stock total ; la source ne prouve pas un retrait de 30 % de la circulation.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98270 — Confirmée · KRW1 Goes Cross-Chain
Décrire l’adoption du standard OFT pour KRW1 comme usage du fournisseur LayerZero. Ne pas inventer un effet direct sur les revenus ou la mécanique du token ZRO.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98289 — Confirmée · Confidential NEAR Staking
Retirer le nom principal du titre en conservant la nouvelle opération de staking confidentiel.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Confidential NEAR Staking | Confidential Staking | Confidential Staking |
#98300 — Confirmée · Live on Solana
L’annonce concerne une intégration Sunrise ; corriger le titre et la catégorie sans déplacer le fait calendrier.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Live on Solana | Sunrise Integration | Sunrise Integration |
| Catégories | [4] | [18] | [18] |
#98303 — Confirmée · Peanut Integration
Peanut est l’application intégrant Stable, pas le token homonyme NUX ; rattacher et décrire le véritable sujet Stable.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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 | ["peanut", "stable-2"] | ["stable-2"] | ["stable-2"] |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98304 — Confirmée · Price Feeds Live on Stellar
Ajouter Stellar au rattachement de l’intégration Pyth et conserver le nom utile de la contrepartie dans le titre.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Price Feeds Live on Stellar | Stellar Integration | Stellar Integration |
| Coins | ["pyth-network"] | ["pyth-network", "stellar"] | ["pyth-network", "stellar"] |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98309 — Confirmée · Malicious Gov Proposals
Les guardians et la communauté travaillent à empêcher les propositions malveillantes ; leur blocage intégral n’est pas déjà établi.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98314 — Confirmée · Aave MCP Server
Le lancement du serveur MCP doit rester identifié dans le titre court.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Aave MCP Server | MCP Server Launch | MCP Server Launch |
#98316 — Confirmée · Virtual NEAR Day
Conserver la nature virtuelle et les nouvelles du projet dans un titre conforme.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Virtual NEAR Day | Virtual Project Updates | Virtual Project Updates |
#98319 — Révisée · Helicon Mainnet Activation
Compléter la phrase tronquée avec la conséquence réelle : sans mise à niveau les nœuds ne suivent plus le réseau. Conserver les six ACP et 11 AM ET (3 PM UTC).
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | Helicon activates on Avalanche Mainnet at 11 AM ET (3 PM UTC), adding Continuous Execution, dynamic minimum gas prices, staking auto-renewal, shorter staking minimums, a lower reward floor and stricter validator uptime via six ACPs. Nodes must upgrade before activation to keep following the network. |
#98323 — Révisée · First CR Budget Burn
Les 2 463 579 KAIA constituent le budget non gagné d’Epoch 1 inclus dans le lot de novembre. Ils ne prouvent ni le total du lot ni un plafond des burns suivants, regroupés toutes les trois epochs.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | The first November CR burn includes 2.46M KAIA of unearned Epoch 1 budget that never entered circulation. It prevents future circulation of that allocation; burns occur every three epochs, so the 2.5M monthly budget does not establish the total batch size. |
| Description | The first onchain burn of unearned Contribution Reward budget removes about 2,463,579 KAIA from Epoch 1, keeping it out of circulating supply. | Non concerné | The first onchain burn of unearned Contribution Reward budgets includes 2,463,579 KAIA from Epoch 1 that never enters circulating supply. Burns run every three epochs, with the first batch scheduled for November. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98325 — Confirmée · Safe Pro Launch
Retirer le nom principal du titre sans perdre le lancement du service Pro.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Safe Pro Launch | Pro Service Launch | Pro Service Launch |
#98327 — Confirmée · Staked TRX ETF Live
Retirer TRX du titre ; conserver staking, spot et ETF, qui distinguent le produit.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Staked TRX ETF Live | Staked Spot ETF Live | Staked Spot ETF Live |
#98336 — Révisée · PoolX ZORA Staking
Conserver les 950 000 ZORA et la fenêtre exacte ; ramener ma description initiale de trois à deux phrases.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | PoolX ZORA Staking | PoolX 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). | Bitget PoolX opens a ZORA staking pool where 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 — Confirmée · 1inch Live on Monad
Ajouter Monad comme réseau intégré par 1inch, avec un titre qui conserve la contrepartie.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | 1inch Live on Monad | Monad Integration | Monad Integration |
| Coins | ["1inch"] | ["1inch", "monad"] | ["1inch", "monad"] |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98352 — Confirmée · VELVET Gems Distribution
Conserver la distribution de récompenses Gems dans un titre court.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | VELVET Gems Distribution | Gems Rewards Distribution | Gems Rewards Distribution |
#98354 — Confirmée · Morpho Vaults via Turnkey
Conserver Turnkey Vaults comme contrepartie et la nature technique de l’intégration.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Morpho Vaults via Turnkey | Turnkey Vaults Integration | Turnkey Vaults Integration |
#97454 — Confirmée · Tokenomics Burn Plans
Ajouter la proposition de 100 % des revenus d’app pour buy-and-burn sans effacer le burn communautaire, le statut conditionnel ni Q4.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#97774 — Révisée · Institutional Market Launch
Conserver le budget partagé de 200K USDC, le plafond de 20M et les trois mois ; ajouter l’éligibilité par whitelist sourcée et omettre l’APY variable de 228 %. Correction manuelle distincte de l’ancien held masqué.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | Compound's Institutional Market is live with early access on v3 and ETH, wstETH, WBTC and cbBTC collateral. Eligible whitelisted USDC suppliers earn lending yield plus a share of a 200K USDC incentive budget, first-come-first-served on the first $20M over a 3-month term. |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#97221 — Confirmée · GalaSwap Token Access
Rattacher les quatre actifs déjà nommés dans l’annonce du 16 août avant de supprimer le doublon de septembre ; conserver la date et la preuve historiques.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Coins | ["instadapp"] | ["pancakeswap-token", "ethereum-name-service", "dmail-network", "instadapp"] | ["pancakeswap-token", "ethereum-name-service", "dmail-network", "instadapp"] |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#36559 — Confirmée · Curator Markets Open
Préciser le calendrier Q4 conditionnel et les marchés des curateurs sur le canonique avant le retrait du doublon. Préserver les preuves antérieures et nouvelles.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| 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. | 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 | 2026-09-30 00:00:00 | 2026-12-31 | 2026-12-31 |
| Fin | 2026-12-31 00:00:00 | ∅ | ∅ |
| Précision | quarter | quarter | quarter |
| Date estimée (booléen DB) | True | True | True |
| Trimestre | Q3 | Q4 | Q4 |
| Mois | ∅ | ∅ | ∅ |
| Année | 2026 | 2026 | 2026 |
| Date affichée | Q3 2026 → Q4 2026 | Q4 2026 | Q4 2026 |
| Source | https://x.com/pendle_fi/status/2082385424400679329 | https://x.com/PendleIntern/status/2097174730184999328 | https://x.com/PendleIntern/status/2097174730184999328 |
| Preuve | https://coinmarketcal-proofs.s3.amazonaws.com/event-engine/x/2082385439370145914-1090488.png | https://coinmarketcal-proofs.s3.amazonaws.com/event-engine/x/2097174730184999328-1836713.png | https://coinmarketcal-proofs.s3.amazonaws.com/event-engine/x/2097174730184999328-1836713.png |
| Compte X | pendle_fi | PendleIntern | PendleIntern |
Conditions particulières :
- La correction textuelle ou de rattachement ne valide pas une note numérique. Le traitement du score doit suivre les champs finaux et le contrat SET/KEEP applicable avant exécution.
#98311 — Confirmée · Noos Partnership
L’image officielle nomme une Integration avec Noos. Corriger Partnership et le résumé « simple intention », sans inventer un connecteur déjà déployé ni une adoption prouvée.
Action : Corriger uniquement les champs du remplacement ci-dessous.
| Champ | Valeur actuelle contrôlée | Ancienne proposition | Remplacement confirmé |
|---|---|---|---|
| Titre | Noos Partnership | Noos Integration | Noos Integration |
| 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. | Prom announces an integration with Noos Protocol, with both developing infrastructure for AI agents. The teams will explore further collaboration around the agent economy. |
| Catégories | [11] | [18] | [18] |
| 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. | Prom announces an integration with Noos Protocol around AI-agent infrastructure. The source leaves implementation details, adoption scale and direct PROM token effects unspecified. |
Récupérations
SI88062 — Confirmée
La source Kraken nomme ONEchain et annonce le trading le 9 septembre. CROSS est suivi (cross-2) et le changement de ticker CROSS→ONE au 4 septembre est documenté par 97695. Le changement de ticker n’est pas le listing Kraken ; Harmony ONE est un homonyme à exclure.
Action : Préparer une création manuelle contrôlée avec le bon coin, ou réparer préalablement la résolution d’identité puis valider un replay ciblé autorisé. Aucune relance inchangée ne peut être confirmée.
Fait manqué préparé, à finaliser avec le bon ancrage avant une création :
{
"title": "Kraken Listing",
"description": "ONE (formerly CROSS) trading starts on Kraken.",
"date": "09/09/2026",
"date_type": "date",
"is_estimated": false,
"coin_ids": [
"cross-2"
],
"categories": [
"Exchange"
]
}
Essais existants : Trois REJECT, trois listes Identity sans candidat admissible ; le rebrand peut être reconnu par Expert sans être transmis au resolver Identity.
Conditions particulières :
- Confirmer le rattachement au coin suivi cross-2 dans le chemin réellement utilisé ; aucun homonyme ni host forcé.
- Refaire la recherche d’équivalent immédiatement avant une création ; privilégier UPDATE/DUPLICATE si le même core existe alors.
- Si voie automatique : exiger un essai autorisé avec le bon ancrage, les bons candidats et le contexte complet ; ne pas considérer PUBLISH seul comme succès.
- Si voie manuelle : soumettre le payload final complet et la portée des effets pour approbation, sans prétendre avoir réparé Identity.
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
SI89474 — Confirmée
Le texte annonce explicitement un nouveau chemin BTC via NEAR Intents vers Decibel. Il s’agit de l’activation d’une capacité du fournisseur nommé, pas du simple fait qu’une application vit sur Aptos. NEAR est suivi ; les annonces officielles NEAR déjà archivées rattachent Intents à son infrastructure. Aptos reste le host/context dans ce core.
Action : Préparer une création manuelle contrôlée avec le bon coin, ou réparer préalablement la résolution d’identité puis valider un replay ciblé autorisé. Aucune relance inchangée ne peut être confirmée.
Fait manqué préparé, à finaliser avec le bon ancrage avant une création :
{
"title": "Decibel BTC Route",
"description": "NEAR Intents provides a new route for BTC held on other chains to reach DecibelTrade, a spot and perpetuals venue built on Aptos.",
"date": "08/09/2026",
"date_type": "date",
"is_estimated": false,
"coin_ids": [
"near"
],
"categories": [
"Integration"
]
}
Essais existants : Un PUBLISH rattaché à tort à aptos, puis deux REJECT ; near est absent des listes Identity autorisées dans les trois essais. Aucun essai ne valide l’ancrage near.
Conditions particulières :
- Confirmer le rattachement au coin suivi near dans le chemin réellement utilisé ; aucun homonyme ni host forcé.
- Refaire la recherche d’équivalent immédiatement avant une création ; privilégier UPDATE/DUPLICATE si le même core existe alors.
- Si voie automatique : exiger un essai autorisé avec le bon ancrage, les bons candidats et le contexte complet ; ne pas considérer PUBLISH seul comme succès.
- Si voie manuelle : soumettre le payload final complet et la portée des effets pour approbation, sans prétendre avoir réparé Identity.
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
Preuve 1 · Preuve 2 · Preuve 3
Modérations
#466 — Suspendue · Monero Support
La preuve originale montre un véritable Protocol Upgrade V3.19 et plusieurs fonctions indépendantes. Mais la fiche est titrée Monero Support, lie XMR et RUNE, et son résumé affirme une ouverture du trading Monero. L’article officiel lié précise au contraire des tests puis un vote avant activation. La disponibilité effective de Monero n’était donc pas établie ; les fonctions du release ne suffisent pas à définir à elles seules l’identité calendrier de cette fiche.
Action : Suspendre l’acceptation comme le rejet automatique du CANCEL. Choisir explicitement entre une fiche d’activation Monero à annuler et une fiche de release à corriger, après vérification des équivalents et du calendrier. Aucune conservation inchangée.
Description de la proposition retenue examinée (ce n’est pas automatiquement le remplacement recommandé) : THORChain v3.19.0 goes live with Monero support, affiliate revenue sharing, faster swaps, stronger security, and infrastructure upgrades.
Conditions particulières :
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
- Le corps actuel de l’article est daté du 9 juin ; le screenshot du tweet est du 25 juin. Ni l’un ni l’autre ne prouve l’activation Monero le 25 juin. Ne pas fixer le calendrier d’une correction release sans réconcilier ces sources. L’article actuel et la preuve image historique ont été distingués ; aucun ledger de la source initiale n’a été retrouvé.
Preuve 1 · Preuve 2 · Preuve 3 · Preuve 4
#97423 — Confirmée · Mainnet Upgrade v1.8.0
Le récap officiel rattache explicitement Guaranteed Blockspace au même v1.8.0. La proposition conserve le calendrier et les fonctions existantes. La différence de note 6→4 n’est pas, seule, une erreur ; le nouveau résumé LOW garde une limite utile.
Action : Accepter l’enrichissement de v1.8.0 par Guaranteed Blockspace, avec date du 26 août et 07:00 UTC conservées.
Description de la proposition retenue examinée (ce n’est pas automatiquement le remplacement recommandé) : Stable Mainnet upgrades to v1.8.0 at 07:00 UTC, bringing higher throughput, greater transaction predictability, and Guaranteed Blockspace.
Conditions particulières :
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
#97454 — Confirmée · Tokenomics Burn Plans
La correction du typo « or »→« of » précise les revenus d’app. Rien dans cette source n’abandonne le burn communautaire déjà annoncé. L’erreur confirmée est la perte de cette composante ; aucune conclusion d’erreur ne repose sur la seule note 7,5 contre 5,5.
Action : Rejeter la proposition exacte puis préparer une description qui ajoute 100 % des revenus d’app au buy-and-burn sans supprimer le programme de burn communautaire, avec statut de proposition et Q4 conservés.
Description de la proposition retenue examinée (ce n’est pas automatiquement le remplacement recommandé) : 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.
Conditions particulières :
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
#97774 — Confirmée · Institutional Market Launch
Le budget d’incitations est sourcé et utile. « current additional APY is 228% » suivi de « Enjoy it while it lasts » décrit une métrique variable. La proposition historique reste erronée, mais le DUPLICATE ultérieur ne l’a ni acceptée ni rejetée et n’a pas modifié l’événement.
Action : Ne pas chercher à accepter/rejeter un pending actuel 97774 : il est masqué par DUPLICATE SI90480. Préparer une correction manuelle du budget 200K USDC, plafond 20M et durée 3 mois, sans 228 % APY courant ; conserver le lancement.
Description de la proposition retenue examinée (ce n’est pas automatiquement le remplacement recommandé) : 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.
Conditions particulières :
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
#97949 — Confirmée · UPUPS Upgrade Standard
Le thread officiel explique l’attaque par simulation d’upgrade et le bloc futur qui l’empêche ; il donne la version 0.2.18. Ces faits précisent le même standard Sapphire déjà live, sans créer une seconde disponibilité ni affirmer un exploit constaté.
Action : Accepter le mécanisme de protection UPUPS et la version sapphire-contracts 0.2.18, en conservant la date du 1er septembre.
Description de la proposition retenue examinée (ce n’est pas automatiquement le remplacement recommandé) : 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.
Conditions particulières :
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
#98105 — Confirmée · CP172 Vote Opens
La source officielle énonce les deux faits. Le vote est l’événement ; « would enable eligible CFG holders » reste conditionnel. La proposition ne doit pas être présentée comme adoption ni conversion déjà exécutée.
Action : Accepter la clôture le 10 septembre à 12 PM EDT et la conversion conditionnelle 1:1 CFG→equity ; conserver la fenêtre 3–10 septembre.
Description de la proposition retenue examinée (ce n’est pas automatiquement le remplacement recommandé) : 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.
Conditions particulières :
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
#98204 — Confirmée · Midnight on Ethereum
Les marchés initiaux sont bien sourcés et leur ajout est valide. Le payload résout pourtant les sujets Morpho et Ethereum vers le seul coin morpho. Rejeter le payload entier évite de maintenir cette perte d’identité ; il faut garder son enrichissement factuel dans une correction séparée.
Action : Rejeter l’UPDATE exact ; préparer la correction complète avec morpho et ethereum, les marchés initiaux USDC|cbBTC et USDC|WBTC et le déploiement progressif. Corriger le résumé MEDIUM sans sa réserve générique finale.
Description de la proposition retenue examinée (ce n’est pas automatiquement le remplacement recommandé) : 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.
Conditions particulières :
- Relire état terminal, dernière proposition et empreinte immédiatement avant la mutation ; aucune relance concurrente, aucun écrasement d’une version plus récente.
- Préserver les dates historiques et la source qui contrôle le calendrier ; ne pas transformer la date du reprocess en date de disponibilité.
- Après mutation autorisée seulement : utiliser la voie de persistance/modération prévue, contrôler les effets et Cascade requis, puis constater le nouvel état.
Reprises et propositions techniques
259 sources restent bloquées ; aucune n’est confirmée prête à relancer immédiatement. La recommandation publiée était déjà conditionnelle. Le recontrôle distingue désormais :
- 213 expirations de prise en charge : diagnostic préalable ; le HTTP 402 n’est directement relié qu’à huit sources.
- 34 dépassements Expert : vérifier la récupération et la disponibilité du contexte.
- 8 sorties Resolver invalides : corriger la cause de validation avant reprise.
- 1 erreur média : reconstruire et contrôler le contexte.
- 3 changements d’entrée — SI89518, SI89621 et SI89806 : réconcilier les REJECT déjà calculés et non appliqués, au lieu de recommander une nouvelle inférence aveugle.
Les budgets des 381 lignes ont été revérifiés par famille et phase, depuis la dernière reprise manuelle : zéro écart de comptage. 120 sont déjà terminées, 256 gardent leur recommandation conditionnelle, trois sont révisées comme indiqué ci-dessus. Les deux anciens reports SI90461 et SI90468 sont retirés : les traitements ont terminé après le gel.
Parmi les 259 blocages, 60 captures brutes ont au moins une référence absente. Les 199 autres ne sont pas pour autant certifiées récupérables aujourd’hui ; la complétude et le bon traitement du calendrier restent à vérifier avant relance.
OPS-CLAIMS — Confirmée. Conserver les 213 blocages protecteurs ; établir la cause avant toute reprise. Huit lignes seulement ont une chaîne HTTP402 prouvée ; les 205 autres restent de cause non individualisée.
OPS-RETRIES — Révisée. Confirmer les 256 reprises conditionnelles déjà publiées, avec leurs préconditions individuelles. Préserver les budgets par famille/phase et le reset explicite au dernier reprocess ; réviser la voie des trois décisions REJECT existantes vers une réconciliation préalable, et retirer les deux DEFER désormais closes.
OPS-ALERT-EVIDENCE — Confirmée. Maintenir la réserve des 31 couples d’alertes inconnus et vérifier la conservation/livraison lors d’un prochain incident réel. Ne pas envoyer de fausses alertes ni reprocess des sources terminées pour reconstruire rétroactivement une preuve.
OPS-VALIDATOR-EMPTY-BUDGET — Confirmée. Conserver séparément les observations des sources 87122 et 90468, sans inventer des échecs ni altérer le bundle gelé pour satisfaire un validateur. Les deux sources sont désormais terminales ; aucune reprise opérationnelle n’est nécessaire.
OPS-N8N-BACKUP — Confirmée. Auditer puis tester une méthode cohérente de sauvegarde SQLite avant tout changement autorisé du job. Ne pas utiliser l’archive du 9 septembre pour certifier les alertes manquantes, et ne pas conclure que toutes les archives sont invalides.
ROOT-IDENTITY — Confirmée. Conserver le diagnostic des couches de résolution/candidats et préparer une correction calibrée séparée si autorisée. Ne pas remplacer cette correction par une règle de rejet éditorial ni considérer la lecture/reproduction existante comme patch validé.
Réserves et éléments conservés
Les 12 frontières éditoriales et sept rapprochements ambigus déjà laissés sans mutation dans le rapport original restent hors exécution. Cette revue ne les transforme pas en propositions approuvées. Les événements valides Dusk, Plume, Yearn et les intégrations PROM restent conservés ; un faible impact ne justifie pas une suppression.
Les 82 sources liées aux incidents fournisseur restent réparties en 77 terminées et cinq bloquées. La récupération opérationnelle ne prouve pas la livraison des alertes : 31 paires historiques restent invérifiables, une est prouvée. Aucune réémission d’alerte fictive ni relance de sources déjà terminées n’est proposée.
Cette liste est un résultat de relecture, pas un lot exécuté. Avant une action ultérieure, relire la version de la source, de l’événement et de la proposition de modération ; préserver les canoniques et les preuves, puis utiliser les voies de mutation prévues.
Partage temporaire non indexable ; suppression planifiée le 10 septembre 2026 à 18:15 UTC.