# Optimisation Articles associés

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

Ce que la déclaration financière de Trump vous enseigne sur la stratégie fiscale la plus sous-estimée

Le gouvernement américain a récemment publié la déclaration financière de Donald Trump, révélant comment l'un des plus grands détenteurs de crypto-actifs aux États-Unis détient des dizaines de millions de dollars en actifs numériques sans devoir payer d'impôts immédiats. La stratégie centrale est simple et applicable à tout investisseur : tant que vous ne vendez pas, vous ne payez généralement pas d'impôt. Le document montre que Trump détient plus de 50 millions de dollars en Bitcoin et des millions en Ethereum dans un portefeuille "cold", sans déclarer de revenus associés. Ces gains non réalisés ne déclenchent pas d'événement taxable, permettant un report illimité de l'impôt sur les plus-values jusqu'à la vente. Cependant, certains revenus sont imposables l'année de leur réception. Trump a déclaré environ 511 000 $ de récompenses de staking (reconnues comme revenu ordinaire) et des intérêts sur des stablecoins USDC. De plus, des royalties de 635 millions de dollars sur des "Celebration Coins", des frais de licence NFT, ainsi que des ventes de tokens et d'actions rapportant des centaines de millions sont imposés comme revenu ordinaire ou selon les règles de plus-values. Le document met en lumière une stratégie d'optimisation fiscale simple mais souvent sous-estimée : le report d'impôt par la détention. Tant qu'un actif apprécié n'est pas vendu, échangé ou dépensé, aucun impôt sur la plus-value n'est dû. Ce principe de base s'applique à tout investisseur en crypto-monnaies, quelle que soit la taille du portefeuille.

Foresight News07/03 07:54

Ce que la déclaration financière de Trump vous enseigne sur la stratégie fiscale la plus sous-estimée

Foresight News07/03 07:54

Guide du mode Goal de Codex : comment inciter l'IA à poursuivre un objectif spécifique

**Titre : Guide de l'utilisation du mode Goal de Codex : Comment faire avancer l'IA vers un objectif concret** **Résumé en français :** Le mode Goal (/goal) de Codex transforme l'outil d'un assistant codant à requêtes ponctuelles en un agent exécutant capable de travailler de manière autonome sur un objectif à long terme, pendant des heures ou des jours. La clé du succès réside dans la définition d'un **critère de sortie clair et vérifiable** (ex : "réduire le temps de déploiement de 30%", "LCP sous 2.5 secondes"), permettant à Codex de savoir quand s'arrêter. Il est crucial de fournir des **orientations et des outils** pour guider ses efforts et mesurer les progrès dans un **environnement de test réaliste**, proche de la production. L'article met en garde contre les **objectifs visuels** purs ("reproduire un UI pixel-perfect"), qui peuvent mener à des impasses. Il recommande de les décomposer en spécifications fonctionnelles ou en checklist. Pour les tâches longues, un **suivi des progrès** via commits, PR brouillons, rapports ou notifications est essentiel. Enfin, une fois l'objectif atteint, une **phase de revue et de nettoyage** du code est nécessaire pour éliminer les tentatives infructueuses laissées en chemin. Le mode Goal représente ainsi un changement de paradigme : le développeur ne se contente plus de rédiger des prompts, mais **définit des objectifs, configure l'environnement et gère un agent d'exécution** pour des projets ambitieux.

marsbit06/06 08:15

Guide du mode Goal de Codex : comment inciter l'IA à poursuivre un objectif spécifique

marsbit06/06 08:15

La réduction de 99% du prix de Xiaomi MiMo n'est pas un coup marketing ! Luo Fuli répond aux détracteurs sur X

Dans un article intitulé "La réduction de 99% du prix de MiMo de Xiaomi n'est pas du marketing ! Luo Fuli répond aux détracteurs sur X", Luo Fuli, responsable de MiMo, a publié un billet de blog technique de 5000 mots pour expliquer la baisse drastique des prix de l'API MiMo-V2.5. Contrairement aux interprétations initiales d'une guerre des prix ou d'une stratégie de perte, cette réduction de 99% concerne spécifiquement le coût des entrées en cache ("Input Cache Hit"), c'est-à-dire la relecture du contexte historique dans les conversations longues. Le billet détaille six piliers d'ingénierie ayant permis cette réduction : 1. **Architecture Hybride SWA** : Réduction du volume de la mémoire cache (KVCache) à 1/7 grâce à une attention par fenêtre glissante sur 60 des 70 couches du modèle. 2. **Gestion en double pool** : Allocation efficace de la mémoire pour matérialiser les gains théoriques du SWA, multipliant par 5 le nombre d'utilisateurs simultanés par GPU. 3. **Cache de préfixe optimisé** : Augmentation du taux de réussite du cache à 93-95% en moyenne, évitant de recalculer les contextes répétés. 4. **Système de cache distribué GCache** : Stockage des données sur les SSD des machines GPU existantes, réduisant les coûts de stockage additionnels à zéro. 5. **Système de routage LLM-Router** : Optimisation de l'acheminement des requêtes pour maximiser l'utilisation du cache et améliorer les performances. 6. **Prédiction Multi-Token (MTP)** : Accélération de la génération des réponses du modèle, réduisant également les coûts de sortie. Cette chaîne d'optimisations systémiques a réduit le temps GPU par requête d'un ordre de grandeur, permettant une baisse de prix de 99% tout en maintenant une marge positive. Luo Fuli souligne qu'il s'agit d'un accomplissement d'ingénierie validé en production, et non d'une simple manœuvre marketing, offrant une référence pour réduire les coûts dans le secteur de l'IA.

marsbit05/31 10:42

La réduction de 99% du prix de Xiaomi MiMo n'est pas un coup marketing ! Luo Fuli répond aux détracteurs sur X

marsbit05/31 10:42

Avancée majeure dans la collaboration de l'IA ! Stanford et NVIDIA éliminent les frictions de communication de l'IA, la vitesse de raisonnement bondit de 2,4 fois

Percée majeure dans la collaboration IA : Des chercheurs de Stanford, de l'UIUC, du MIT et de NVIDIA ont développé "RecursiveMAS", une nouvelle architecture qui permet à plusieurs agents IA de communiquer directement par leurs représentations internes (espace latent), éliminant ainsi la nécessité de générer et d'analyser du texte à chaque étape. Cette approche, comparée à une "télépathie", surmonte le problème de la "taxe linguistique" qui ralentit et alourdit les systèmes multi-agents traditionnels. Le système repose sur des modules légers "RecursiveLink" qui transfèrent les états cachés entre modèles. Seuls ces modules nécessitent un entraînement (environ 0.31% des paramètres), les modèles de base restant figés, ce qui réduit considérablement les coûts. Les tests sur 9 benchmarks montrent des gains significatifs : la précision augmente de 8.3% en moyenne, la vitesse de raisonnement est multipliée par 2.4 (avec des gains croissant avec le nombre de cycles récursifs), et la consommation de tokens est réduite de 75%. Cela ouvre une nouvelle voie pour améliorer l'efficacité des systèmes multi-agents en augmentant la profondeur récursive plutôt que le nombre d'agents ou la taille des modèles. Des défis subsistent, comme la vérification indépendante des résultats, l'interopérabilité entre modèles hétérogènes et la réduction de l'explicabilité du processus de collaboration.

marsbit05/21 00:17

Avancée majeure dans la collaboration de l'IA ! Stanford et NVIDIA éliminent les frictions de communication de l'IA, la vitesse de raisonnement bondit de 2,4 fois

marsbit05/21 00:17

Comment devenir un utilisateur avancé de Claude en 30 jours ?

**Résumé : Comment devenir un utilisateur avancé de Claude en 30 jours** Ce guide propose un parcours sur 30 jours pour transformer Claude d'un simple outil de questions-réponses en un véritable assistant de travail personnalisé et productif. L'accent est mis sur la construction d'un système durable plutôt que sur des astuces ponctuelles. **Semaine 1 : Maîtriser les bases** - **Jours 1-2 :** Apprendre à structurer ses prompts avec les éléments clés : Rôle, Contexte, Tâche, Format et Contraintes. - **Jours 3-4 :** Comprendre la fenêtre de contexte pour placer les informations importantes au début des conversations longues. - **Jours 5-7 :** Configurer trois **Projects** (projet principal, recherche, écriture) pour fournir un contexte permanent, et activer la **Mémoire** pour que Claude retienne vos préférences personnelles. **Semaine 2 : Construire ses premiers flux de travail** - **Jours 8-9 :** Créer un flux de travail type pour la **recherche**. - **Jours 10-11 :** Établir un processus en deux étapes pour l'**écriture** (plan puis rédaction). - **Jours 12-14 :** Mettre en place un flux pour l'aide à la **prise de décision**. **Semaine 3 : Automatiser et connecter** - **Jours 15-17 :** Utiliser **Claude Cowork** pour lui permettre d'exécuter des tâches autonomes sur votre ordinateur (organisation de fichiers, synthèses). - **Jours 18-19 :** Connecter Claude à vos outils (Google Drive, Slack, Gmail, etc.) pour plus d'efficacité. - **Jours 20-21 :** Configurer une première tâche **automatisée** récurrente (ex: briefing matinal automatique). **Semaine 4 : Optimiser et systématiser** - **Jours 22-24 :** Réviser et optimiser tous les flux de travail existants en fonction des résultats. - **Jours 25-26 :** Constituer une **base de connaissances** avec les meilleures sorties de Claude pour les réutiliser. - **Jours 27-28 :** Enseigner la méthode à un collègue pour solidifier sa propre compréhension. - **Jours 29-30 :** Concevoir son **système d'exploitation personnel** idéal avec Claude, en planifiant tous les flux et connexions nécessaires. **Résultat au Jour 31 :** Claude fonctionne comme un système intégré : tâches automatisées, contexte immédiatement disponible dans chaque nouvelle conversation, et production de qualité nécessitant moins de corrections. L'utilisateur gagne un temps considérable pour se concentrer sur des travaux à haute valeur ajoutée. La clé n'est pas la maîtrise de commandes secrètes, mais l'investissement dans la création d'un système personnalisé et évolutif.

marsbit05/20 08:11

Comment devenir un utilisateur avancé de Claude en 30 jours ?

marsbit05/20 08:11

Pourquoi la création du SocialFi est issue d'une mauvaise lecture de son propre média

Le texte soutient que l'échec du SocialFi (la fusion des réseaux sociaux et de la finance décentralisée) provient d'une mécompréhension fondamentale de la nature des médias sociaux. S'appuyant sur la théorie "médias chauds vs froids" de Marshall McLuhan, l'auteur explique que les réseaux sociaux sont un "média froid" : leur valeur réside dans la participation et l'interprétation active des utilisateurs, qui comblent les "blancs" des signaux incomplets (comme un tweet isolé). Le SocialFi, en attribuant une valeur financière explicite et en temps réel à chaque interaction (comme le prix d'un "like" ou d'un abonnement), transforme ce média froid en un "média chaud". Le signal devient trop défini (le prix), éliminant toute ambiguïté et nécessité de participation pour lui donner du sens. Les utilisateurs passent alors de l'engagement social à l'optimisation financière et à la spéculation, comme le montre l'exemple de Friend.tech. La plateforme n'est plus un réseau social mais un marché déguisé, qui s'effondre une fois la spéculation terminée. Cette dérive de "froid" vers "chaud" touche aussi les plateformes traditionnelles (ajout d'indicateurs, algorithmes) et a détruit la culture NFT, transformant les collectionneurs en traders. La solution viable, selon l'auteur, est de maintenir le média social "froid" tout en permettant à la valeur de se condenser localement et ponctuellement, sans saturer l'ensemble des interactions (ex: les abonnements Substack, les dons Wikipedia). La leçon centrale est que "la liquidité, c'est la chaleur" : injecter une valorisation financière liquide dans un média froid le transforme et le détruit.

marsbit05/14 09:50

Pourquoi la création du SocialFi est issue d'une mauvaise lecture de son propre média

marsbit05/14 09:50

À l'ère de l'Auto Research, 47 tâches sans réponse standard deviennent le tableau de référence obligatoire pour évaluer les capacités des Agents

À l'ère de la recherche automatique (Auto Research), 47 tâches sans réponse standard constituent désormais un banc d'essai obligé pour évaluer les capacités des agents IA. Le benchmark Frontier-Eng Bench, développé par le Navers lab d'Einsia AI, rompt avec l'approche traditionnelle des IA "mémorisantes". Il les confronte à un cycle d'ingénierie complet : proposer un plan, l'exécuter dans un simulateur, analyser les erreurs, ajuster les paramètres et recommencer. Ces 47 défis multidisciplinaires, comme l'optimisation de la stabilité d'un robot sous-marin ou des limites de charge rapide d'une batterie, n'ont pas de solution parfaite mais exigent une optimisation continue. L'IA doit apprendre à naviguer entre des contraintes contradictoires (puissance, sécurité, performance) et à s'améliorer de manière itérative grâce au feedback, à l'image d'un ingénieur expérimenté. Les résultats montrent que les progrès suivent une loi de décroissance : les gains sont rapides au début puis deviennent plus rares et plus faibles. La recherche révèle également que si l'exploration de plusieurs pistes en parallèle (largeur) est utile, la persévérance sur une voie prometteuse (profondeur) reste cruciale pour les percées. Cette évolution esquisse un futur où les chercheurs humains définiraient les objectifs, tandis que des agents IA effectueraient des optimisations 24h/24 via des boucles de rétroaction avec des outils de simulation et d'ingénierie, marquant peut-être l'avènement de "l'ingénieur IA".

marsbit05/13 07:38

À l'ère de l'Auto Research, 47 tâches sans réponse standard deviennent le tableau de référence obligatoire pour évaluer les capacités des Agents

marsbit05/13 07:38

活动图片