# Bug Articles associés

Le Centre d'actualités HTX fournit les derniers articles et analyses approfondies sur "Bug", couvrant les tendances du marché, les mises à jour des projets, les développements technologiques et les politiques réglementaires dans l'industrie crypto.

3 saluts et c'est limité, où est passée votre allocation Claude Code ? Un bug de cache de 28 jours, et une réponse officielle qui vous dit de « l'utiliser avec parcimonie »

Un développeur indépendant a découvert un bug de cache dans Claude Code qui a fait chuter le taux de réutilisation du contexte de 97-99% à seulement 4-17% pendant 28 jours. Ce bug obligeait le système à retraiter intégralement les conversations à chaque interaction, multipliant par 10 à 20 la consommation des quotas utilisateurs. Introduit le 4 mars dans la version v2.1.69 et corrigé le 1er avril dans la v2.1.90, le bug est resté actif à travers 20 versions. Une promotion temporaire de double quota avait masqué le problème jusqu'à mi-mars, avant que les utilisateurs ne constatent une évaporation rapide de leurs crédits. Anthropic a réagi tardivement via des communications informelles sur les réseaux sociaux, sans notification officielle. La réponse de l'ingénieure Lydia Hallie a conseillé aux utilisateurs de réduire leur consommation en utilisant des modèles moins puissants, en désactivant certaines fonctionnalités payantes et en limitant la taille des contextes - sans proposer de compensation malgré le bug confirmé ayant entraîné une surfacturation.

marsbit04/03 09:37

3 saluts et c'est limité, où est passée votre allocation Claude Code ? Un bug de cache de 28 jours, et une réponse officielle qui vous dit de « l'utiliser avec parcimonie »

marsbit04/03 09:37

Anthropic envoie un avis DMCA, retirant massivement 8100 dépôts de code source

Suite à la fuite de code source de Claude Code, Anthropic a lancé une action en justice en soumettant des notifications DMCA à GitHub, entraînant la suppression de plus de 8100 dépôts, incluant les forks. Contrairement aux premières hypothèses, la fuite serait due à un bug dans un outil interne de packaging, ayant accidentellement inclus des fichiers sensibles et le code TypeScript dans la version production. Bien que GitHub ait agi rapidement, le code a déjà été largement téléchargé et diffusé sur diverses plateformes, rendant son retrait complet impossible. La communauté développeuse continue d’analyser le code, qui révèle des détails sur la logique de Claude Code et ses instructions internes de réglage.

marsbit04/01 07:19

Anthropic envoie un avis DMCA, retirant massivement 8100 dépôts de code source

marsbit04/01 07:19

Démontage en profondeur de la formule des frais de Polymarket : comment des frais extrêmes de plus de 90 % ont-ils surgi ?

Polymarket, une plateforme de prédiction, a récemment modifié sa formule de calcul des frais de transaction, entraînant temporairement des commissions anormalement élevées pouvant atteindre 94,8 % dans certains cas. Le problème est survenu après un changement de formule : la version défectueuse supprimait un multiplicateur de prix (× p), amplifiant les frais pour les transactions à bas prix. Un exposant (exponent = 0,5) appliqué dans les marchés "Économie" et "Météo" a aggravé la situation pour les shares à faible valeur. Polymarket a rapidement corrigé la formule en supprimant l’exposant, ramenant les frais à des niveaux acceptables (environ 5 % dans les cas extrêmes). Pour éviter des frais élevés, les utilisateurs sont invités à privilégier les ordres limités (qui peuvent même générer des remises) et à utiliser la fonction Split pour équilibrer leurs positions.

Odaily星球日报04/01 04:01

Démontage en profondeur de la formule des frais de Polymarket : comment des frais extrêmes de plus de 90 % ont-ils surgi ?

Odaily星球日报04/01 04:01

Une Solution Rapide : Ripple Corrige un Problème Majeur Qui Pouvait Menacer les Utilisateurs de XRP Sur le Ledger

Le registre XRP a reçu une mise à jour importante avec la version Rippled 3.1.2, corrigeant une vulnérabilité liée à l'amendement Batch. Cette faille, découverte dans la version 3.1.0, pouvait entraîner des plantages ou redémarrages des serveurs et permettait à un attaquant d'exécuter des transactions sans clés privées. Ripple a réagi rapidement avec une version d'urgence 3.1.1 avant de publier le correctif définitif. Parallèlement, le CTO émérite David Schwartz a répondu aux critiques concernant les ventes de XRP par Ripple, rejetant l'idée que cela nuit aux investisseurs.

bitcoinist03/18 03:34

Une Solution Rapide : Ripple Corrige un Problème Majeur Qui Pouvait Menacer les Utilisateurs de XRP Sur le Ledger

bitcoinist03/18 03:34

Escroqué par Polymarket, le bug cette fois est une « distorsion temporelle »

L'application de prédiction Polymarket a rencontré un bug lié au passage à l'heure d'été aux États-Unis le 8 mars. Ce changement horaire a provoqué un saut temporel de 2h00 à 3h00 (heure de l'Est), perturbant le système de calcul des événements de prédiction horaire sur les cryptomonnaies. Les marchés concernés affichaient une plage horaire incohérente "1-1 AM ET" au lieu de "1-3 AM ET", bien que la durée réelle reste d'une heure. Cette anomalie a affecté à la fois l'interface utilisateur et les données API, causant des pertes estimées à plus de 100 000 dollars pour les traders automatisés qui utilisaient ces données. Les utilisateurs demandent que Polymarket adopte le temps UTC pour éviter de futures erreurs et compenser les pertes subies. L'incident soulève des questions sur la nécessité de respecter les standards techniques des infrastructures financières, notamment l'usage du temps universel pour éviter toute ambiguïté temporelle.

marsbit03/09 08:19

Escroqué par Polymarket, le bug cette fois est une « distorsion temporelle »

marsbit03/09 08:19

J'ai été piégé par Polymarket, le bug cette fois-ci est une "distorsion temporelle"

L'application de prédiction Polymarket a rencontré un bug lié au passage à l'heure d'été aux États-Unis, provoquant des pertes estimées à plus de 100 000 dollars pour certains utilisateurs. Le 8 mars, à 2h00 heure normale de l'Est (EST), l'horloge a été avancée directement à 3h00 heure d'été (EDT), sautant ainsi toute la période de 2h00 à 3h00. Cela a affecté les marchés de prédiction horaires sur les cryptomonnaies (BTC, ETH, SOL, XRP) qui devaient se terminer à cette heure. La plateforme a affiché une période de trading erronée "1-1 AM ET" au lieu de "1-3 AM ET", créant une incohérence temporelle dans son interface et son API. Un utilisateur, "小Z" (@richrichardoz), a signalé que ce bug a fait planter les programmes de trading automatisés qui s'appuyaient sur l'heure de fin pour fonctionner. Il a exhorté Polymarket à adopter le temps UTC (Coordinated Universal Time) comme norme pour éviter de tels problèmes à l'avenir et à indemniser les utilisateurs affectés. Cet incident met en lumière un défaut de conception critique : l'utilisation de l'heure locale (sujette aux changements saisonniers) au lieu de l'UTC, la norme incontournable des infrastructures financières pour garantir la précision et la fiabilité des transactions automatisées. Bien que le problème ne se produise que deux fois par an, il soulève des questions importantes sur la robustesse technique nécessaire pour les marchés prédictifs émergents.

Odaily星球日报03/09 08:14

J'ai été piégé par Polymarket, le bug cette fois-ci est une "distorsion temporelle"

Odaily星球日报03/09 08:14

Ripple Dévoile les Prochaines Étapes Après un Bogue Critique de l'Amendement Batch sur le XRP Ledger

Ripple annonce un renforcement du processus d'amendement du XRP Ledger suite à la découverte d'une faille critique dans l'amendement Batch (XLS-56). Bien que les sauvegardes du réseau aient empêché tout impact sur le mainnet, l'entreprise reconnaît que l'amendement a progressé plus loin qu'il n'aurait dû. Ripple précise qu'il s'agit d'une défaillance dans la phase de révision initiale et non du modèle de gouvernance lui-même. Les correctifs proposés incluent des audits indépendants multiples pour les nouvelles fonctionnalités à risque, l'expansion du programme de bug bounty et l'introduction de tests adversariaux formalisés. L'entreprise incorpore également des outils d'IA pour la revue de code et des simulations d'attaques, et vise la vérification formelle comme norme pour les composants à haut risque. L'objectif est une assurance de bout en bout que le code est correct et sûr avant son activation.

bitcoinist03/04 17:35

Ripple Dévoile les Prochaines Étapes Après un Bogue Critique de l'Amendement Batch sur le XRP Ledger

bitcoinist03/04 17:35

Le débat sur la sécurité du XRP Ledger s'intensifie après l'alerte BatchGate

La controverse sur la sécurité du XRP Ledger s'intensifie après l'incident BatchGate, où une faille de validation a été découverte peu avant l'activation sur le mainnet. Daniel Keller, opérateur de validateurs, a retiré son soutien à tous les amendements en attente, estimant que les validateurs ne devraient pas être des réviseurs de code non rémunérés. Il exige que Ripple investisse davantage dans l'ingénierie protocolaire et les audits de sécurité. D'autres acteurs proposent un ralentissement du processus, des audits rémunérés et des programmes de prime aux bugs. Keller rejette un simple ralentissement et prône plutôt plus de ressources pour maintenir la vitesse de développement tout en renforçant la sécurité. L'incident soulève des questions sur la profondeur des examens protocolaires face aux changements proposés.

bitcoinist03/03 18:34

Le débat sur la sécurité du XRP Ledger s'intensifie après l'alerte BatchGate

bitcoinist03/03 18:34

La Fondation XRPL corrige un bogue majeur juste avant la sortie de Mainnet

Une vulnérabilité critique a été découverte sur le XRP Ledger par un outil d'IA et un ingénieur en sécurité, pouvant potentiellement exposer le réseau à un risque de 80 milliards de dollars. Cette faille, liée à des transactions malformées, aurait pu provoquer une rupture de consensus dans certains cas particuliers. L'ingénieur a signalé le problème à l'équipe de développement, qui a confirmé la menace et développé un correctif. Après des tests rigoureux, les opérateurs de nœuds ont été invités à mettre à jour leur logiciel. Aucune exploitation de la faille n’a été constatée avant la correction. Cet incident met en lumière l'importance des outils d'IA pour renforcer la sécurité des blockchains et la nécessité d’une collaboration rapide pour prévenir les risques systémiques.

TheNewsCrypto02/27 13:19

La Fondation XRPL corrige un bogue majeur juste avant la sortie de Mainnet

TheNewsCrypto02/27 13:19

Sui publie un post-mortem après l'arrêt du mainnet qui a interrompu les transactions pendant six heures

Suite à un arrêt de six heures du réseau principal Sui le 15 janvier, la Fondation Sui a publié un post-mortem détaillé. L’incident a été déclenché par un bug rare dans la logique de consensus, provoquant une divergence interne entre les validateurs lors du traitement de transactions conflictuelles dans des conditions spécifiques de garbage collection. Pour éviter toute finalisation incohérente, le réseau s’est arrêté automatiquement, conformément à ses mécanismes de sécurité. Aucune perte de fonds, aucun fork ou rollback n’a été constaté. Les opérations de lecture sont restées disponibles. La Fondation met en place des améliorations pour accélérer la détection des incohérences et renforcer les tests de consensus. L’événement confirme que l’architecture de Sui privilégie la sécurité en cas d’anomalie.

ambcrypto01/16 00:31

Sui publie un post-mortem après l'arrêt du mainnet qui a interrompu les transactions pendant six heures