Jeonlees

Sérieusement, caresse tes cheveux

977Suit

1,3 kfollowers

Feed

Aujourd'hui, j'ai complètement compris, en fait, tout ce que nous empruntons et déposons peut être trouvé dans le tableau de bord, puis dans GT (loan Position) on peut voir la situation précédente (il faut absolument bien choisir le réseau ici, car il y a maintenant 3 chaînes, j'ai emprunté sur la chaîne bsc, déposé sur Ethereum, donc à ce moment-là, je ne voyais rien sur le tableau de bord.....) Cette année, j'ai vraiment appris beaucoup de choses sur le farming, en fait, le plus grand apprentissage vient de la pratique. Si on me demandait de comprendre toute la chaîne des connaissances, je pense que ce serait très difficile, donc mieux vaut apprendre par la pratique. Dans les documents publics de TermMax, il est mentionné que le protocole couvre plusieurs chaînes EVM, y compris Ethereum, Arbitrum, BNB Chain, Berachain, Base, X Layer, B² Network, Pharos, etc. Ce n'est pas un simple prêt, mais un prêt et emprunt à taux fixe, ce qui permet aux utilisateurs de verrouiller à l'avance le coût d'emprunt et les limites de rendement. Pourquoi ce point est-il important ? Parce que les fonds DeFi sont naturellement décentralisés. Certains utilisateurs ont des actifs sur Ethereum, d'autres sur BNB Chain, d'autres sur Base, d'autres sur X Layer. On ne peut pas s'attendre à ce que tout le monde déplace tous ses actifs sur une seule chaîne juste pour un marché à taux fixe. Plus il y a d'étapes comme le cross-chain, l'échange d'actifs, la recherche d'entrées, plus les utilisateurs risquent d'abandonner. Donc, TermMax fait du multi-chaîne, ce qui répond à une question très réaliste : si le prêt à taux fixe veut être utilisé par plus de capitaux, il ne peut pas rester sur une seule chaîne à attendre que les utilisateurs viennent. Il doit aller là où se trouvent les fonds. Cette logique est en fait assez simple, mais très importante. La valeur centrale du prêt à taux fixe est de permettre aux utilisateurs de connaître à l'avance le coût. Par exemple, un emprunteur veut utiliser des fonds de manière stable pendant un certain temps, un prêteur veut verrouiller à l'avance les limites de rendement. Mais si le chemin d'entrée sur le marché est trop compliqué, l'utilisateur sera découragé par le cross-chain, le gas, le slippage et les procédures avant même de commencer à calculer le taux. Le déploiement multi-chaîne ne vise pas à "faire paraître l'écosystème grand", mais à réduire la barrière d'entrée des utilisateurs dans le marché à taux fixe. Surtout maintenant que les utilisateurs DeFi sont de plus en plus dispersés, avec différents actifs, différentes opportunités de rendement et différents environnements de liquidité sur différentes chaînes. Si TermMax ne sert qu'une seule chaîne, il sera difficile de capter la demande complète de capitaux. Avec le multi-chaîne, il a la chance d'intégrer le prêt à taux fixe dans plus de scénarios réels : financement en stablecoins, stratégies à effet de levier, prêts garantis, revenus fixes, gestion des échéances. Bien sûr, le multi-chaîne n'a pas que des avantages. Plus il y a de chaînes, plus la liquidité peut être fragmentée. Chaque chaîne a son marché, mais si la profondeur de chaque marché est insuffisante, l'expérience utilisateur en pâtira. Donc, ce que TermMax doit vraiment surveiller à l'avenir, ce n'est pas combien de chaînes sont lancées, mais si la demande de prêt sur ces chaînes est bien ancrée, si les pools d'échéances ont de la profondeur, si les fonds sont réutilisés. C'est ça l'essentiel. Je pense que la direction multi-chaîne de TermMax a une vraie valeur : faire passer le prêt à taux fixe d'un produit unique à un marché de capitaux plus large sur la chaîne. DeFi ne manque pas de nouvelles chaînes ni de nouvelles narrations, ce qui manque, ce sont des infrastructures qui permettent aux fonds de circuler plus stablement. Pour que le prêt à taux fixe grandisse, la première étape n'est pas de parler de modèles financiers complexes, mais de permettre aux utilisateurs de l'utiliser sur leurs chaînes habituelles. Donc, le cœur de cet article est simple : Le déploiement multi-chaîne de TermMax n'est pas pour "faire paraître l'écosystème grand", mais pour rapprocher le prêt à taux fixe des fonds réels. Là où sont les fonds, le marché des taux doit être là. Si TermMax peut continuer à créer de la profondeur de prêt sur plusieurs chaînes, et pas seulement rester au stade "lancé", alors sa position passera d'un protocole de prêt à taux fixe à une infrastructure de taux inter-chaînes. C'est là que réside vraiment son intérêt futur. @TermMaxFi #TermMax

La vérité est enfin révélée, il semble que le temps de snapshot ne soit pas tout à fait le même Mais j'ai effectivement agi dans la même période, même si je ne comprends pas très bien ce principe, heureusement qu'il n'y a pas eu de problème Je remercie également tous les enseignants pour leurs réponses !! Actuellement, mon score mp est encore à 96k, donc je dois rattraper un peu les devoirs ces derniers temps, ouin ouin, maintenant xp est presque à un mois de connexion continue, j'espère que le TGE arrivera bientôt Avant, quand un pool affichait 20%, 30%, la première réaction de tout le monde était peut-être « où investir » ; maintenant, la première réaction est plutôt « d'où vient le rendement », « combien de temps cela peut-il durer », « comment récupérer à l'échéance », « le risque est-il caché derrière ». En clair, le marché a été trop souvent éduqué, les gens ne croient plus aux rendements mystiques. C'est aussi un point intéressant à écrire récemment sur TermMax. TermMax a récemment ouvert sur X Layer un prêt d'actifs uniques en USD₮0, avec un APY fixe maximum d'environ 5,07%, les garanties étant des actifs blue-chip comme xBTC, WOKB, WETH. Ce n'est pas un rendement exagérément élevé, mais cela correspond plutôt aux besoins actuels des utilisateurs : participation avec un seul actif, taux d'intérêt verrouillé à l'avance, limites de rendement plus claires. Je trouve ce point très réaliste. Aujourd'hui, DeFi ne manque pas de produits complexes, mais il manque des produits que les utilisateurs comprennent, peuvent calculer clairement et sont prêts à conserver à long terme. Beaucoup de stratégies de rendement sont très sophistiquées, avec des boucles, des imbrications, des superpositions inter-protocoles, ce qui semble très professionnel, mais quand un utilisateur lambda doit opérer, il ne voit souvent même pas d'où vient le risque. La logique du taux fixe de TermMax est justement l'inverse. Ce n'est pas pour vous faire deviner si l'APY va baisser demain, ni pour vous faire surveiller chaque jour les fluctuations du taux variable, mais pour afficher d'abord la durée et le rendement. Vous savez quel actif vous prêtez, à peu près jusqu'à quand, quel est le taux fixe, puis vous jugez si cela vaut la peine d'y mettre vos fonds. Cette approche n'est pas excitante, mais elle convient mieux au marché actuel. Parce qu'après plusieurs cycles d'histoires de rendements élevés, ce qui retient vraiment les utilisateurs, ce n'est pas « plus fort », mais « plus clair ». La valeur du prêt à taux fixe est là : il fait passer la gestion des fonds de la recherche de tendances à la comptabilité. Bien sûr, un APY fixe ne signifie pas sans risque. La liquidité de USDT0, la volatilité des garanties, les risques du protocole, la situation à l'échéance, tout cela doit être pris en compte. TermMax peut aider les utilisateurs à verrouiller le taux, mais ne peut pas éliminer tous les risques. Surtout, quand on voit les mots « rendement fixe », le plus grand danger est de le confondre avec un « rendement garanti ». Donc je pense que le thème actuel de TermMax peut être vu ainsi : Ce n'est pas une compétition avec ces produits à APY exagérément élevés pour savoir qui est le plus excitant, mais une réponse à une question plus longue : les produits de rendement DeFi peuvent-ils devenir des outils financiers plus normaux ? Les utilisateurs peuvent-ils comprendre avant d'investir ? Peut-on confirmer à l'avance les limites de rendement ? Peut-on calculer clairement les coûts et la durée ? Peut-on exposer les risques clairement ? Si ces questions peuvent être résolues, le prêt à taux fixe de TermMax ne sera pas seulement un pool de rendement, mais une pièce du puzzle vers une gestion mature des fonds sur la blockchain. Le marché ne manque pas d'histoires, il manque de certitudes. Et la plus grande valeur du taux fixe, c'est moins de mysticisme, plus de calculabilité. @TermMaxFi #TermMax

Est-ce que quelqu'un comprend pourquoi ma section emprunt (borrow) a un jour de moins que la section dépôt (deposit) ? Je participe aux deux en même temps, les premiers jours tout était normal, mais aujourd'hui le nombre de jours ne correspond plus. Avant, j'avais mis en garantie du wbnb, et je viens d'essayer de retrouver l'historique pour voir ce qui se passe, mais je ne trouve rien, je suis perdu. Le ratio à l'époque était de 1:2, c'était assez sain. Par ailleurs, il me manque encore 6k pour atteindre 100k sur mp, même si c'est encore loin, je n'ai plus d'idées. Récemment, j'ai regardé TermMax, un nouveau point qui mérite d'être écrit : Ils ont lancé sur X Layer un prêt à revenu fixe en actif unique USD₮0, avec un APY fixe annoncé jusqu'à environ 5,07%. Cette mise à jour n'est pas particulièrement spectaculaire, mais je trouve qu'elle correspond bien aux besoins réels actuels de la DeFi. Parce que beaucoup d'utilisateurs sont fatigués par les stratégies complexes. Dans le passé, la DeFi aimait emballer les rendements de façon compliquée : portefeuilles multi-actifs, levier cyclique, nesting inter-protocoles, couverture LP, accumulation de points. Ça semble très avancé, mais pour l'utilisateur lambda, c'est souvent incompréhensible d'où vient le rendement et où se cachent les risques. Au final, soit ils ne récupèrent pas les gains, soit ils sont perdus à cause du slippage, du gas, des liquidations ou de la sortie de liquidité. Donc, l'essentiel chez TermMax cette fois n'est pas juste « un nouveau marché », mais qu'ils ont rendu le prêt à taux fixe plus accessible à l'utilisateur moyen : actif unique, rendement fixe, taux connu à l'avance. On participe uniquement avec USD₮0, pas besoin de portefeuilles complexes ; le taux est verrouillé à l'avance, pas besoin de surveiller chaque jour les variations de l'APY ; les utilisateurs savent clairement ce qu'ils doivent juger : durée, rendement, risques. C'est en fait un retour dont la DeFi a grand besoin aujourd'hui. Quand le marché est chaud, tout le monde aime les stratégies complexes car elles semblent amplifier les gains. Mais plus le marché mûrit, plus les utilisateurs réalisent que les produits qui durent sont rarement les plus tape-à-l'œil, mais ceux qui sont les plus simples à calculer. La logique du taux fixe de TermMax est de permettre aux utilisateurs de bien comprendre leurs comptes. L'emprunteur connaît son coût, le prêteur connaît sa limite de rendement, les fonds ne sont pas ballottés par des taux variables. Le site officiel de TermMax se positionne comme un marché de prêt & emprunt à taux fixe, mettant en avant des taux prévisibles et un coût d'emprunt fixe. Bien sûr, rendement fixe ne veut pas dire sans risque. Il faut bien comprendre les risques liés à l'actif USD₮0 lui-même, la liquidité on-chain, les risques du protocole, et la situation à l'échéance. Surtout en DeFi, il est dangereux de foncer les yeux fermés dès qu'on voit « APY fixe ». Ce qui est fixe, c'est le taux, pas la sécurité du principal ni la stabilité du marché. Mais du point de vue produit, je pense que cette mise à jour de TermMax est la bonne. La DeFi ne peut pas toujours servir uniquement les experts qui savent coder, décomposer les protocoles et calculer des boucles complexes. La prochaine étape pour élargir le public sera des produits que l'utilisateur lambda peut comprendre : quel actif je mets, combien de temps, quel rendement approximatif, quels sont les risques principaux. Le marché à revenu fixe en actif unique de TermMax est pile dans cette direction. Ce n'est pas rendre la DeFi plus compliquée, mais la rendre plus lisible, plus calculable, plus facile à utiliser. C'est peut-être là que le prêt à taux fixe trouve vraiment son public : Ce n'est pas pour que l'utilisateur court après l'APY partout, mais pour qu'il comprenne clairement ses gains et ses limites de risque avant d'entrer. @TermMaxFi #TermMax

Dans l'équipe diplômée, il y a Termmax, et on a vraiment l'impression qu'après cette vague d'activités, le TGE va vraiment arriver. Heureusement que l'activité du puzzle a été faite à temps Je ne peux pas suivre le rythme de mp, alors je compense un peu avec xp, vraiment, quand on fait une activité, il ne faut pas abandonner en cours de route, il faut persévérer 💪 Hier, dans le groupe, j'ai même appris de Mushroom Brother qu'on peut mettre les actions américaines achetées dans Termmax pour gagner des points, c'est un double avantage. En ce moment, les actions américaines montent en flèche, dommage d'avoir raté cette vague, ouin ouin ouin Beaucoup de gens, dès que le marché commence à bouger, pensent à augmenter leur levier, faire du recycling, améliorer l'efficacité du capital. Cette réaction est normale, car quand le marché est stagnant, personne n'a envie d'ouvrir son portefeuille. Mais le problème, c'est que quand la volatilité arrive, le vrai danger n'est souvent pas de se tromper de direction, mais que le coût du capital devienne soudainement incontrôlable. C'est aussi pour cela que je pense que TermMax mérite d'être reconsidéré maintenant. Le cœur de TermMax n'est pas simplement "emprunter" ou "prêter", mais le prêt à taux fixe. En termes simples, l'utilisateur peut verrouiller à l'avance le coût d'emprunt ou la limite de rendement, sans être soumis chaque jour à un taux variable. Le site officiel de TermMax insiste aussi sur fixed borrowing cost, lock your rate, one-click leverage, c'est-à-dire fixer le coût avant d'entrer dans la stratégie. Ce point est très utile dans le marché actuel. Quand le marché est stable, le taux variable ne semble pas poser de problème. Un coût d'emprunt un peu plus bas ou un peu plus haut semble acceptable. Mais dès que le marché devient volatil, la demande de capital augmente, et le taux variable peut soudainement grimper. La stratégie que vous aviez bien calculée peut voir sa marge de profit disparaître à cause du changement du coût d'emprunt. Beaucoup d'utilisateurs DeFi ont déjà subi cette perte. Au début, ils regardent le rendement, mais ensuite ils réalisent que le vrai problème est le coût. Surtout pour les stratégies de recycling, les gains à effet de levier, le financement par garantie, il ne faut pas seulement regarder "combien on peut amplifier", mais aussi "si le coût après amplification ne va pas changer brutalement". La valeur de TermMax est là : il transforme le levier et le prêt de "deviner en marchant" en "calculer avant d'agir". Ce n'est pas dire que le taux fixe est toujours meilleur que le taux variable, mais cela donne aux utilisateurs une autre option. Quand vous pensez que la volatilité du marché va augmenter, ou que vous avez besoin d'utiliser des fonds de manière stable pendant un certain temps, le taux fixe devient plus pertinent. Parce que vous savez au moins quand vous avez emprunté cet argent, à quel coût, et ce à quoi vous devez faire face à l'échéance. Je pense que c'est là que TermMax s'intègre bien dans les tendances actuelles. Le marché ne manque pas d'opportunités, il manque des opportunités contrôlables. Il ne manque pas de récits à haut rendement, il manque des coûts de capital qu'on peut calculer à l'avance. Il ne manque pas d'outils de levier, il manque des structures qui empêchent le levier de devenir incontrôlable. Bien sûr, le taux fixe n'est pas une carte d'immunité. Le prix des garanties fluctue, le risque de liquidation existe toujours, la profondeur du pool et la liquidité à l'échéance doivent aussi être prises en compte. TermMax peut vous aider à verrouiller le taux d'emprunt, mais pas à verrouiller la direction du marché. Il faut être clair là-dessus. Donc maintenant, je vois TermMax non pas comme un simple protocole DeFi à la mode, mais plutôt comme un outil de gestion des fonds en période de volatilité du marché. Plus le marché est chaotique, plus il faut bien calculer ses comptes. Un DeFi vraiment mature ne pousse pas les utilisateurs à augmenter leur levier de façon impulsive, mais leur fait connaître leurs coûts, leurs durées et leurs limites de risque avant de le faire. Le prêt à taux fixe de TermMax répond parfaitement à ce besoin. Le marché commence à bouger, le prêt à taux fixe mérite d'être revalorisé. Parce que la prochaine étape ne sera peut-être pas de savoir qui ose foncer, mais qui peut verrouiller son coût de capital avant de foncer. @TermMaxFi #TermMax

Je ne sais pas si c'est parce que j'ai pris trop d'antihistaminiques récemment, mais ces derniers temps, je n'ai plus d'énergie après avoir travaillé un moment. Aujourd'hui, je me suis levé pour récupérer la récompense de bybit, j'ai reçu 131u, puis je me suis reposé jusqu'à maintenant. Je trouve que les activités de xhunt sont plutôt bonnes, j'y ai participé plusieurs fois auparavant, mais la concurrence était un peu trop forte, donc je n'ai pas continué. Cela a aussi commencé avec realgo, et j'ai l'impression que le seuil d'entrée a baissé, avec plus de places disponibles, donc tout le monde peut y participer quand il a du temps. Aujourd'hui, j'ai vu que le TVL de Termmax a dépassé 100 millions de dollars, ce n'est pas un petit chiffre, c'est la preuve concrète que le prêt à taux fixe commence à être validé avec de l'argent réel. Dans la DeFi, le nombre d'utilisateurs peut être attiré par des événements, le volume d'interactions peut être gonflé par des tâches, la popularité peut être construite par des récits, mais le TVL est un vote avec des fonds. Surtout que TermMax ne fait pas du Meme, ni du trading émotionnel à court terme, mais un produit de prêt à taux fixe orienté gestion des fonds. Donc, la signification d'un TVL de 100 millions de dollars n'est pas juste « ça a de la gueule », mais cela montre qu'il y a déjà un groupe de fonds réels prêts à entrer dans TermMax pour essayer le prêt à taux fixe, le rendement fixe, les stratégies à effet de levier et la gestion des échéances. C'est ça le point clé. Le problème que TermMax résout est simple : Les emprunteurs veulent connaître à l'avance le coût des fonds, les prêteurs veulent verrouiller à l'avance la limite de rendement. En clair, il s'agit de faire passer le prêt DeFi de « taux d'intérêt qui sautent au gré du marché » à « coût plus prévisible ». Quand le marché est euphorique, tout le monde aime voir des APY élevés, des rendements multipliés, des récits agressifs. Mais ceux qui gèrent vraiment les fonds ont surtout peur que le coût devienne soudainement incontrôlable. Aujourd'hui, on fait des bénéfices, mais si le taux d'emprunt change demain, toute la stratégie peut être déformée. C'est pourquoi un TVL de 100 millions de dollars mérite d'être souligné. Parce que le prêt à taux fixe ne se décrète pas, il doit être validé par la profondeur des fonds. Sans dépôt de fonds, même le plus beau modèle de taux n'est qu'un design sur papier ; mais quand le TVL dépasse 100 millions de dollars, cela signifie au moins que TermMax est passé de « un concept compris par certains » à « des fonds prêts à entrer et essayer ». Bien sûr, 100 millions de dollars n'est pas une fin en soi. Il faut maintenant voir si ces fonds peuvent rester, si la demande de prêt se produit naturellement, si la profondeur des pools à terme peut continuer à croître. Si c'est juste de l'argent attiré par des événements à court terme, l'engouement passera et l'argent partira ; mais si les utilisateurs commencent vraiment à utiliser TermMax pour gérer le coût des emprunts, les rendements fixes et les stratégies à effet de levier, alors la valeur réelle de ce TVL de 100 millions de dollars augmentera. Donc, quand je regarde TermMax maintenant, je ne me concentre pas seulement sur les nouvelles fonctionnalités qu'ils lancent, mais sur le comportement des fonds derrière ces 100 millions de dollars. Si les fonds veulent rester, cela montre que le prêt à taux fixe n'est pas un concept de niche. Si les fonds acceptent de fixer les prix selon les échéances, cela montre que le marché des taux sur la blockchain mûrit vraiment. Si les fonds utilisent le service de manière répétée, TermMax a alors la chance de passer d'un protocole DeFi à une infrastructure de gestion des coûts des fonds sur la blockchain. 100 millions de dollars de TVL est une étape très importante pour TermMax. Ce n'est pas la réponse finale, mais cela montre au moins que le marché commence à voter avec de l'argent réel pour le prêt à taux fixe. @TermMaxFi #TermMax

Jeonlees a reposté

Tout le monde se concentre sur les Agents cloud, mais moi, j'ai intégré le multi-Agent dans une application de bureau Dans la communauté technique, les articles sur les systèmes multi-Agent se multiplient, mais la plupart tournent autour des frameworks : ➢LangChain ➢AutoGen ➢CrewAI Cette fois, je ne veux pas parler de frameworks, mais d'un problème plus concret : Peut-on construire un système de collaboration multi-Agent "vivant" à partir de zéro, uniquement avec une application de bureau, sans infrastructure cloud ? La réponse est : oui --- Et ce n'est pas un simple prototype Ce système est intégré dans une véritable application Web3 de bureau, qui comprend déjà : - Surveillance double chaîne EVM / Solana - Transactions agrégées SWAP - Suivi des nouveaux tokens on-chain - Tableau de bord des transactions - Analyse approfondie par IA Le multi-Agent n'est pas conçu sur un PPT, il a évolué naturellement en environnement de production. --- Avant de discuter de la mise en œuvre technique du multi-Agent, je réponds d'abord à une question de direction : Pourquoi ai-je finalement choisi le bureau, plutôt que le déploiement cloud plus courant ou une extension de navigateur plus légère ? Ce choix n'est pas une question de "qui est plus avancé", mais un compromis entre trois voies technologiques. --- Le déploiement cloud est actuellement la méthode la plus courante pour le multi-Agent. Ses avantages sont évidents : On peut ajouter des GPU à l'équipe d'Agents à tout moment La mise à jour des modèles ne nécessite pas d'intervention utilisateur Le serveur peut maintenir une mémoire partagée globale Mais le coût est aussi évident : Les données utilisateur doivent transiter par le serveur Les transactions on-chain nécessitent souvent d'ouvrir l'accès aux clés privées au serveur Et cela engendre des coûts continus de déploiement et de maintenance --- Les extensions de navigateur sont une autre voie légère. Elles peuvent s'injecter directement dans la page, lire le DOM, simuler les actions utilisateur, très efficaces pour des tâches d'automatisation uniques. Mais le problème est direct : > Elles fonctionnent dans un sandbox du navigateur > Manquent de capacité de stockage persistant > Manquent de threads d'arrière-plan à long terme > Difficile de supporter un système de mémoire complexe > Difficile aussi de supporter l'interaction asynchrone entre Agents --- L'application de bureau occupe une position unique. Elle a un accès complet aux ressources système : ➢ Peut lancer des threads en arrière-plan ➢ Peut lire et écrire dans le système de fichiers local ➢ Peut établir des connexions à une base de données persistante Ces capacités sont précisément les infrastructures de base dont un système multi-Agent a besoin. Bien sûr, il y a un coût : Elle dépend de la puissance locale, l'inférence des modèles appelle souvent encore des API cloud Elle nécessite un environnement Python complet La mise à jour et la distribution sont plus complexes que pour une application web. --- Ainsi, choisir le bureau pour construire un multi-Agent, c'est en essence échanger des capacités distribuées contre la confidentialité des données et l'efficacité de l'ordonnancement. Ce n'est pas un avantage absolu, mais un choix dicté par le contexte. Pour les systèmes de trading crypto, d'analyse on-chain, de surveillance, la confidentialité des données est bien plus exigeante que pour les applications classiques : > Adresses de portefeuille > Historique des transactions > Données de position Ces informations sur un serveur cloud représentent un risque. --- Plus important encore, l'efficacité de l'ordonnancement Dans une application de bureau monolithique, l'Agent principal ordonne aux sous-Agents d'exécuter des tâches sans passer par des protocoles réseau HTTP / RPC, mais par des appels directs en processus. Cela signifie : → Le coût réseau est complètement éliminé → La latence d'appel passe de la milliseconde à la microseconde Pour l'analyse haute fréquence, la surveillance on-chain, l'assistance au trading, cette différence impacte directement la réactivité du système. --- Le premier défi clé d'un système multi-Agent n'est pas "comment les faire discuter", mais "comment les isoler" Agent principal, Agent d'analyse de contrats, Agent d'audit de sécurité, plus l'utilisateur, si les historiques de chat et mémoires se mélangent, les identités se confondent. Et une fois confondues, la perte d'information et les erreurs de raisonnement peuvent survenir à tout moment. --- Ma méthode est : Modèles de code unifiés, données d'exécution isolées Tous les sous-Agents partagent le même moteur, mais via des noms de tables dynamiques, on réalise une isolation physique des données : `table_name = f"chat_history_{self.agent_id}"` Puis on crée automatiquement la table correspondante. Autrement dit : L'Agent trader génère `chat_history_trader` L'Agent audit génère son propre `chat_history_xxx` L'Agent principal a aussi sa table de chat indépendante Ce n'est pas une isolation logique, mais une isolation physique au niveau base de données. --- Les notes de réflexion suivent la même conception. Chaque sous-Agent enregistre sa propre clé de réflexion : `reflection_key = f"auto_reflection_{self.agent_id}"` `self.api._agent_remember("master_insight", reflection_key, summary)` Ainsi chaque Agent accumule ses réflexions à long terme, Sans polluer la mémoire des autres Agents. Le point clé de cette solution est : Une conception unique, réutilisable à vie. --- Ajouter un troisième ou quatrième Agent plus tard ne nécessite aucun changement dans le code central. Il suffit de copier la structure des dossiers et d'ajouter les fichiers de configuration. Le moteur de templates génère automatiquement : → Tables de base de données indépendantes → Clés de réflexion indépendantes → Zones de stockage de chat indépendantes Cela me convainc de plus en plus : Une bonne architecture n'est pas forcément plus complexe, Mais elle est toujours plus facile à réutiliser. --- Passons à l'ordonnancement. Dans un système distribué, l'Agent principal ordonne aux sous-Agents via : - Communication HTTP / RPC - Découverte de services - Équilibrage de charge Mais dans une application de bureau monolithique, j'ai simplifié cela en un appel de fonction direct : `sub = self.sub_agents[agent_id]` `result = sub.process(task, save_history=False)` C'est un "ordre" et non une requête. --- Cette "ordonnance par relais" a deux avantages : Premièrement, la latence passe de la milliseconde à la microseconde, toutes les données circulent localement Deuxièmement, l'Agent principal n'a pas besoin de connaître les détails internes des sous-Agents, il doit juste savoir : "Quels types de tâches peut-il traiter ?" C'est en fait une frontière claire des responsabilités. --- Pour que l'Agent principal sache vraiment "déléguer", j'injecte dynamiquement la liste des capacités de tous les sous-Agents dans son prompt système. Par exemple : Agent d'analyse de contrats : outils disponibles `get_contract_market_data`, `run_contract_risk_check` Agent d'audit de sécurité : outils disponibles `check_token_security`, `check_token_audit_binance` Ainsi, quand l'Agent principal reçoit une commande utilisateur, il peut automatiquement déterminer le type de tâche et choisir le sous-Agent approprié. --- Le contrôle des permissions est l'un des problèmes de sécurité les plus cruciaux dans un système multi-Agent. L'Agent principal possède 26 outils Web3 exclusifs, couvrant : Cotation SWAP Analyse on-chain Détection de sécurité Requêtes de données Mais chaque sous-Agent ne doit utiliser qu'une petite partie de ces outils. Donc, première couche, j'applique un filtrage strict en liste blanche au niveau du code : `return [t for t in all_tools if t["function"]["name"] in self.allowed_tools]` --- Mais le filtrage code seul ne suffit pas. Car les grands modèles peuvent générer des "hallucinations" et tenter d'appeler des outils non autorisés. Donc deuxième couche, j'écris à la fin du prompt système une "règle d'or d'utilisation des outils" : Tu ne possèdes que ces outils, tu ne dois absolument pas dépasser les limites. Si une tâche nécessite d'autres outils, tu dois clairement informer le boss que tu n'as pas la permission. Le code empêche de "voir" Le prompt empêche de "dépasser" C'est ma double protection pour l'isolation des permissions. --- Un autre design que j'aime beaucoup, mais qui est le moins visible : J'ai créé une salle de pause dédiée pour toute l'équipe d'Agents La plupart des systèmes multi-Agent sur le marché ne font que l'interaction "utilisateur -> Agent". Les Agents ne communiquent pas entre eux. Mais j'ai conçu un espace `agent_interactions` pour permettre aussi des interactions asynchrones entre Agents. --- Le mécanisme de déclenchement est même très simple : `selected_id = random.choice(list(api.sub_agents.keys()))` `selected_sub = api.sub_agents[selected_id]` À chaque déclenchement, le moteur choisit un Agent au hasard, génère dynamiquement un tour de dialogue, puis écrit dans la base de données, avec rendu en temps réel sur le front. J'ai aussi ajouté un thread de vérification en arrière-plan et un mécanisme anti-boucle infinie : Vérifie le dernier message toutes les 2-3 minutes Si les 3 derniers sont des réponses automatiques, met en pause Pour éviter qu'ils ne discutent sans fin la nuit. --- La valeur de cette "salle de pause" n'est pas dans la création directe de valeur business, mais dans une forme subtile de construction de la personnalité du système. Elle ne met pas en avant sa présence, Mais maintient discrètement la cohésion, les relations de caractère et la santé de l'équipe d'Agents. On la sent à peine, Mais grâce à elle, le système ressemble plus à une "équipe vivante". --- Au niveau mémoire, je n'ai finalement pas introduit de base vectorielle, mais continué à personnaliser profondément SQLite. Ce n'est pas par conservatisme technique, mais parce que les décisions d'ingénierie doivent être prises en fonction des contraintes. Pour une application de bureau, chaque dépendance supplémentaire est un point de défaillance, un risque de sécurité, un poids de packaging. Le résultat est : > Quelques tables SQLite > Noms de tables dynamiques > Champs JSON structurés Cela supporte un système de mémoire indépendant pour 3 Agents ou plus. --- Ce système de mémoire a maintenant une chaîne complète : Mémoire de conversation à court terme (20 messages) -> Notes de réflexion à long terme (toutes les 6 heures) -> Enregistrements JSON structurés Et je continue à avancer sur 8 directions : ➤ Continuité contextuelle ➤ Structuration de la mémoire ➤ Mémoire pilotant le comportement ➤ Trois types de mémoire à long terme en psychologie ➤ Mémoire de collaboration d'équipe ➤ Mémoire à évolution dynamique ➤ Mémoire de graphe de connaissances ➤ Compression et recherche efficace de la mémoire Mon objectif n'est pas que l'Agent se souvienne de ce que tu as dit Mais qu'il évolue d'un outil qui se souvient de toi à un partenaire à long terme qui te comprend, te prédit et collabore avec toi GitHub : Auteur : Powerpei (萧楠)

Comment se fait-il qu'en parcourant Twitter aujourd'hui, j'ai vu tout le monde dire que cette tâche sera terminée avant le TGE, c'est vrai 🥺, alors je dois me dépêcher de rattraper ça Hier, j'ai aussi vu que l'équipe du projet a corrigé les bugs liés, j'espère que ça sera lancé rapidement par la suite TermMax n'est pas simplement une piscine de prêt, il mise sur le prêt à taux fixe et le levier en un clic. En termes simples, cela signifie que les utilisateurs peuvent verrouiller à l'avance le coût de l'emprunt avant d'entrer dans une stratégie à effet de levier, sans avoir à s'inquiéter que le taux variable augmente soudainement pendant qu'ils exécutent la stratégie. Le site officiel de TermMax précise également qu'il offre des emprunts et prêts à taux fixe ainsi que le levier en un clic, avec un accent sur des taux prévisibles, un coût d'emprunt fixe et un levier en une seule transaction. Ce point est crucial dans l'environnement actuel du marché. Quand le marché est calme, beaucoup peuvent penser que les taux fixes ne sont pas si attrayants. Parce que sans volatilité, les taux variables ne sont pas forcément pénalisants. Mais dès que le marché s'accélère et que la demande de capitaux augmente, les taux variables peuvent devenir très instables. Vous vouliez faire une stratégie rentable, mais si le coût de l'emprunt change, votre marge de profit peut être réduite, voire vous forcer à ajuster la stratégie. C'est là que réside la valeur de TermMax. Il ne s'agit pas de vous encourager à prendre des leviers sans réfléchir, mais de rendre le levier plus calculable. En verrouillant à l'avance le coût et la durée de l'emprunt, l'utilisateur peut évaluer si la stratégie vaut la peine d'être mise en œuvre. Pour ceux qui gèrent vraiment leurs fonds, la « prévisibilité » est parfois plus importante qu'un rendement apparemment élevé. Surtout pour la fonction de levier en un clic, je pense qu'il ne faut pas la réduire à « moins de clics ». Dans la DeFi traditionnelle, faire un levier cyclique implique souvent de déposer en garantie, emprunter, racheter, re-déposer, plusieurs étapes. Plus il y a d'étapes, plus le risque de slippage, de frais de gas, de variation des taux et d'erreurs augmente. TermMax simplifie cela en une entrée de levier plus directe, ce qui réduit le coût d'exécution de la stratégie. Leur site mentionne aussi que le levier en un clic se caractérise par une transaction unique, sans boucle manuelle. Bien sûr, cela ne signifie pas que le risque disparaît. Le levier reste du levier. Le taux fixe ne verrouille que le coût de l'emprunt, pas le prix des garanties, ni ne garantit que la stratégie sera rentable. L'utilisateur doit toujours surveiller la volatilité des garanties, la ligne de liquidation, l'échéance, la profondeur du pool et la liquidité de sortie. Considérer le levier en un clic comme une « entrée de gestion des risques plus pratique » est correct, mais le voir comme un « bouton pour augmenter les gains les yeux fermés » est dangereux. Donc, le point principal que je veux exprimer dans cet article est simple : Après la reprise du marché, ce qui rend TermMax intéressant, ce n'est pas qu'il permette d'être plus agressif, mais qu'il rende les stratégies à effet de levier plus contrôlables. La DeFi ne manque pas d'outils pour amplifier les gains, mais elle manque d'outils qui calculent clairement les coûts, la durée et les limites de risque avant d'amplifier les gains. Si TermMax peut continuer à bien développer le prêt à taux fixe et le levier en un clic, sa position ne sera pas seulement « un autre protocole de prêt », mais plutôt un outil d'efficacité des capitaux on-chain. Plus le marché est volatil, plus ce type d'outil a de la valeur. Après tout, un levier vraiment mature ne consiste pas à oser foncer, mais à pouvoir faire ses comptes clairement avant de foncer. @TermMaxFi #TermMax