Jeonlees

Serieus, streel je haar

977Volgend

1,3Kvolgers

Feed

Vandaag begreep ik het helemaal: we kunnen zowel onze borrow als deposit terugvinden in het dashboard, en in GT (loan Position) kunnen we de eerdere situatie zien (hier moet je echt goed opletten om het juiste netwerk te kiezen, want er zijn nu meteen 3 Chains; ik borrow op de bsc Chain, deposit op Ethereum, dus toen ik naar het dashboard ging, zag ik het niet.....) Dit jaar heb ik echt veel geleerd over het 'plukken van voordelen', maar de grootste les komt eigenlijk uit de praktijk. Als ik alle kennis van begin tot eind zou moeten begrijpen, zou dat best een uitdaging zijn, dus ik leer het beste door het gewoon te doen. In de openbare documentatie van TermMax wordt vermeld dat het protocol meerdere EVM Chains ondersteunt, waaronder Ethereum, Arbitrum, BNB Chain, Berachain, Base, X Layer, B² Network, Pharos, enzovoort. Het is niet zomaar lenen en uitlenen, maar fixed-rate borrowing & lending, wat betekent dat gebruikers hun leenkosten en opbrengstlimieten vooraf kunnen vastleggen. Waarom is dit belangrijk? Omdat DeFi-fondsen van nature verspreid zijn. Sommige gebruikers hebben activa op Ethereum, anderen op BNB Chain, weer anderen op Base of X Layer. Je kunt niet verwachten dat iedereen al zijn activa naar één Chain verhuist voor een fixed-rate markt. Cross-chain, asset swaps, toegang zoeken — hoe meer stappen, hoe groter de kans dat gebruikers afhaken. Dus TermMax kiest voor multi-chain, wat in wezen een antwoord is op een heel realistisch probleem: als fixed-rate lenen en uitlenen meer kapitaal wil aantrekken, kan het niet op één Chain blijven wachten tot gebruikers komen. Het moet naar de plekken waar het geld is. Deze logica is eigenlijk simpel, maar cruciaal. De kernwaarde van fixed-rate lenen is dat gebruikers hun kosten vooraf kennen. Bijvoorbeeld, een lener wil zijn kapitaal voor een bepaalde periode stabiel gebruiken, een uitlener wil zijn opbrengsten vooraf vastleggen. Maar als het te ingewikkeld is om de markt te betreden, worden gebruikers al ontmoedigd door cross-chain, gas fees, slippage en ingewikkelde processen voordat ze überhaupt de rente kunnen berekenen. Multi-chain implementatie lost niet het probleem op van "het lijkt alsof het ecosysteem groot is", maar verlaagt de drempel voor gebruikers om de fixed-rate markt te betreden. Vooral nu DeFi-gebruikers steeds meer verspreid zijn, met verschillende activa, opbrengstkansen en liquiditeitsomgevingen op verschillende Chains. Als TermMax slechts één Chain bedient, mist het een groot deel van de kapitaalvraag. Met multi-chain krijgt het de kans om fixed-rate lenen en uitlenen in meer realistische scenario's te integreren: stablecoin-financiering, hefboomstrategieën, onderpandleningen, vaste opbrengsten, termijnbeheer. Natuurlijk heeft multi-chain ook nadelen. Hoe meer Chains, hoe meer de liquiditeit kan versnipperen. Elke Chain heeft zijn markt, maar als de diepte van elke markt onvoldoende is, lijdt de gebruikerservaring daaronder. Dus waar TermMax echt op moet letten, is niet hoeveel Chains ze lanceren, maar of de leen- en uitleenbehoefte op die Chains echt groeit, of de termijnpools diep genoeg zijn, en of het kapitaal herhaaldelijk wordt gebruikt. Dat is het belangrijkste. Ik denk dat de multi-chain richting van TermMax echt waardevol is omdat het fixed-rate lenen en uitlenen van een enkel product naar een bredere on-chain kapitaalmarkt brengt. DeFi mist nu geen nieuwe Chains of verhalen, maar infrastructuur die kapitaal stabieler laat stromen. Om fixed-rate lenen en uitlenen groot te maken, is de eerste stap niet het uitleggen van complexe financiële modellen, maar gebruikers in staat stellen het op hun vertrouwde Chains te gebruiken. Dus de kern van dit artikel is simpel: TermMax multi-chain implementatie is niet om "het ecosysteem groter te laten lijken", maar om fixed-rate lenen en uitlenen dichter bij echt kapitaal te brengen. Waar het geld is, moet de rentemarkt zijn. Als TermMax op meerdere Chains echt diepte in lenen en uitlenen kan creëren, en niet alleen "gelanceerd" blijft, zal het zich ontwikkelen van een fixed-rate lending protocol naar een cross-chain rente-infrastructuur. Dat is waar je echt op moet letten in de toekomst. @TermMaxFi #TermMax

De waarheid is onthuld, het lijkt erop dat de snapshot-tijd gewoon niet helemaal hetzelfde was Maar ik deed het inderdaad in dezelfde tijdsperiode, hoewel ik het principe niet helemaal begrijp, gelukkig is er niets misgegaan Ook dank aan alle leraren voor de uitleg!! Op dit moment staat mijn mp-score nog steeds op 96k, dus ik moet de komende tijd wat huiswerk inhalen, woehoe, nu is het bijna een maand dat ik niet heb ingetekend op xp, hopelijk komt de TGE snel Vroeger, als een pool 20% of 30% schreef, was de eerste reactie van iedereen misschien "waar kan ik instappen"; nu is de eerste reactie meestal "waar komt de opbrengst vandaan", "hoe lang kan het standhouden", "hoe kan ik het bij afloop terugtrekken", "zit het risico ergens verborgen". Simpel gezegd, de markt is al te vaak onderwezen, mensen geloven niet meer in magische opbrengsten. Dat is ook het punt waar TermMax de laatste tijd over schrijft. TermMax heeft recent op X Layer USD₮0 enkelvoudige activa-leningen geopend, met een maximale vaste APY van ongeveer 5,07%, de onderpanden zijn bluechip-activa zoals xBTC, WOKB, WETH. Het is niet zo'n overdreven hoge opbrengst, maar sluit juist aan bij de huidige behoeften van gebruikers: enkelvoudige activa deelname, vooraf rente vastzetten, duidelijkere opbrengstgrenzen. Ik vind dit punt heel realistisch. Er ontbreken niet complexe producten in DeFi, maar producten die gebruikers kunnen begrijpen, kunnen berekenen en bereid zijn lang vast te houden. Veel opbrengststrategieën zijn heel geavanceerd verpakt, met cycli, nesting, cross-protocol stacking, klinkt professioneel, maar als gewone gebruikers het moeten bedienen, zien ze vaak niet eens waar het risico vandaan komt. De vaste rente-logica van TermMax is precies het tegenovergestelde. Het laat je niet raden of de APY morgen zal dalen, of elke dag de variabele rente in de gaten houden, maar zet eerst de looptijd en opbrengst neer. Je weet welke activa je uitleent, ongeveer tot wanneer het vaststaat, wat de vaste rente is, en dan bepaal je of het de moeite waard is om het geld erin te stoppen. Deze aanpak is niet spannend, maar past beter bij de huidige markt. Omdat DeFi na een paar rondes van hoge opbrengstverhalen, wat echt gebruikers vasthoudt, meestal niet "meer krachtig" is, maar "duidelijker". De waarde van vaste rente-leningen zit hierin: het laat geldbeheer van het najagen van trends langzaam terugkeren naar rekenen. Natuurlijk betekent vaste APY niet risicovrij. De liquiditeit van USDT0 zelf, prijsschommelingen van onderpanden, protocolrisico's, afwikkeling bij afloop, dat moet allemaal bekeken worden. TermMax kan gebruikers helpen de rente vast te zetten, maar kan niet alle risico's voor gebruikers wegnemen. Vooral als je de woorden "vaste opbrengst" ziet, is het grootste gevaar dat mensen het verkeerd begrijpen als "kapitaalgarantie". Dus ik denk dat het thema van TermMax nu zo bekeken kan worden: Het gaat niet om het concurreren met die overdreven hoge APY-producten om wie spannender is, maar om een meer langdurige vraag te beantwoorden: kunnen DeFi-opbrengstproducten meer als normale financiële instrumenten worden? Kunnen gebruikers het begrijpen voordat ze geld erin stoppen? Kunnen opbrengstgrenzen vooraf worden bevestigd? Kunnen kosten en looptijd duidelijk worden berekend? Kunnen risico's open en bloot worden getoond? Als deze vragen beantwoord kunnen worden, is de vaste rente-lening van TermMax niet alleen een opbrengstpool, maar een puzzelstukje in de volwassenwording van on-chain geldbeheer. De markt heeft nu geen verhalen tekort, maar wel zekerheid. En de grootste waarde van vaste rente is: minder mystiek, meer berekenbaarheid. @TermMaxFi #TermMax

Is er iemand die begrijpt waarom mijn borrow-sectie één dag minder telt dan mijn deposit? Ik doe tegelijkertijd mee, de afgelopen dagen was alles normaal, maar vandaag kloppen de dagen niet meer. Eerder had ik wbnb gestaked, ik probeerde net de geschiedenis te vinden om te zien wat er aan de hand is, maar ik kon het ook niet vinden. Verward. De verhouding was toen 1:2, best gezond. Daarnaast mis ik nog 6k om met mp 100k te bereiken, hoewel het nog ver weg is, weet ik geen oplossing meer. Laatst keek ik naar TermMax, een nieuw punt dat het waard is om over te schrijven: Ze hebben op X Layer USD₮0 single-asset fixed income lending gelanceerd, in de openbare informatie wordt vermeld dat de huidige vaste APY maximaal ongeveer 5,07% is. Deze update is niet bijzonder spectaculair, maar ik vind het juist heel dicht bij de echte behoeften van DeFi nu. Veel gebruikers zijn moe geworden van complexe strategieën. Vroeger verpakte DeFi opbrengsten vaak heel ingewikkeld: multi-asset combinaties, cyclische leverage, cross-protocol nesting, LP hedging, punten stapeling. Het klinkt geavanceerd, maar gewone gebruikers begrijpen vaak niet waar de opbrengst vandaan komt en weten niet waar de risico's zitten. Uiteindelijk krijgen ze de opbrengst niet, of raken ze in de war door slippage, gas, liquidaties en het verlaten van liquiditeit. Dus de focus van TermMax is deze keer niet alleen "weer een markt lanceren", maar het fixed rate lenen dichter bij een vorm brengen die gewone gebruikers kunnen begrijpen: single asset, vaste opbrengst, rente vooraf bekend. Je gebruikt alleen USD₮0, geen complexe asset combinaties nodig; de rente is vooraf vastgezet, je hoeft niet elke dag de schommelende APY te volgen; wat gebruikers moeten beoordelen is duidelijker: hoe lang de looptijd is, hoeveel opbrengst, waar het risico zit. Dit is eigenlijk een terugkeer waar DeFi nu veel behoefte aan heeft. Als de markt heet is, houden mensen van complexe strategieën omdat die er makkelijker uitzien om opbrengsten te vergroten. Maar naarmate de markt volwassener wordt, ontdekken gebruikers dat de producten die echt op lange termijn blijven, vaak niet de meest spectaculaire zijn, maar de makkelijkst te berekenen. De vaste rente logica van TermMax draait erom dat gebruikers eerst hun rekeningen duidelijk krijgen. Leners weten de kosten, uitleners kennen de opbrengstlimiet, het kapitaal wordt niet continu door variabele rente geleid. De TermMax website positioneert zichzelf ook als een fixed-rate borrowing & lending marketplace, met nadruk op voorspelbare rentes en vaste leenlasten. Natuurlijk betekent vaste opbrengst niet risicovrij. De asset risico's van USD₮0 zelf, on-chain liquiditeit, protocol risico's, afwikkeling bij afloop, dat moet allemaal goed bekeken worden. Vooral in DeFi is het gevaarlijk om bij het zien van "fixed APY" je ogen te sluiten en er blind in te duiken. Vast is de rente, niet de veiligheid van het kapitaal, en ook niet dat de marktomstandigheden niet veranderen. Maar vanuit productperspectief vind ik deze update van TermMax de juiste richting. DeFi kan niet altijd alleen maar voor de oude spelers zijn die scripts kunnen schrijven, protocollen kunnen ontleden en complexe cycli kunnen berekenen. De volgende fase van producten die echt kunnen groeien, moet begrijpelijk zijn voor gewone gebruikers: welke asset stop ik erin, hoe lang zet ik het vast, hoeveel krijg ik ongeveer, wat is het belangrijkste risico. De single-asset fixed income markt van TermMax ligt precies in die richting. Het maakt DeFi niet ingewikkelder, maar juist leesbaarder, beter berekenbaar en makkelijker te gebruiken. Dat is misschien wel de kant van fixed rate lending die echt geschikt is voor het grote publiek: Niet dat gebruikers achter APY's aanrennen, maar dat ze voor ze instappen duidelijk hun opbrengst en risicogrenzen zien. @TermMaxFi #TermMax

In het afstudeerteam zit Termmax, en het voelt echt alsof na deze activiteit de TGE eraan komt. Gelukkig heb ik op tijd meegedaan aan de puzzelactiviteit Ik kan het tempo van MP niet bijhouden, dus vul ik mijn XP aan. Echt, je mag een activiteit niet halverwege opgeven, je moet volhouden 💪 Gisteren heb ik in de groep van Mushroom Brother geleerd dat je zelfs aangekochte Amerikaanse aandelen in Termmax kunt stoppen om punten te verdienen, twee vliegen in één klap. De Amerikaanse aandelen zijn de laatste tijd flink gestegen, jammer dat ik deze kans heb gemist, woe woe woe Veel mensen denken meteen aan hefboomwerking, circulatie en het verhogen van kapitaalefficiëntie zodra de markt beweegt. Dat is een normale reactie, want als de markt stil staat, heeft niemand zin om zijn portemonnee te openen. Maar het echte gevaar bij volatiliteit is vaak niet dat je de verkeerde richting kiest, maar dat de financieringskosten plotseling uit de hand lopen. Dit is ook waarom ik denk dat TermMax nu opnieuw de moeite waard is om te bekijken. De kern van TermMax is niet simpelweg "lenen" of "uitlenen", maar lenen tegen een vaste rente. Simpel gezegd kunnen gebruikers hun leenkosten of opbrengstlimiet vooraf vastzetten, zodat ze niet elke dag door een variabele rente worden beïnvloed. De TermMax-website benadrukt fixed borrowing cost, lock your rate, one-click leverage, wat betekent dat je de kosten vastzet voordat je een strategie ingaat. Dit is erg praktisch in de huidige markt. Als de markt stabiel is, lijkt een variabele rente geen probleem. Of de leenkosten nu iets hoger of lager zijn, het is acceptabel. Maar zodra de markt beweegt en de kapitaalbehoefte stijgt, kan de variabele rente plotseling omhoog schieten. Je zorgvuldig uitgedachte strategie kan dan direct worden aangetast door veranderende leenkosten. Veel DeFi-gebruikers hebben hier al ervaring mee. Aanvankelijk kijk je naar de opbrengst, maar later besef je dat de kosten het echte probleem zijn. Vooral bij circulatiestrategieën, hefboomrendementen en onderpandfinanciering moet je niet alleen kijken naar "hoeveel je kunt vergroten", maar ook naar "of de kosten na vergroting niet onvoorspelbaar worden". De waarde van TermMax ligt hier: het verandert hefboom en lenen van "gissen tijdens het lopen" naar "eerst rekenen, dan uitvoeren". Dit betekent niet dat vaste rente altijd beter is dan variabele rente, maar het geeft gebruikers een andere keuze. Als je verwacht dat de marktvolatiliteit toeneemt of als je voor een bepaalde periode stabiel kapitaal nodig hebt, is vaste rente zinvoller. Want dan weet je tenminste wanneer je het geld terugbetaalt, wat het kost en wat je aan het einde moet doen. Ik denk dat dit het punt is waarop TermMax goed aansluit bij de huidige trends. De markt heeft geen gebrek aan kansen, maar aan beheersbare kansen. Er is geen tekort aan verhalen over hoge opbrengsten, maar wel aan duidelijk vooraf berekende financieringskosten. Er is geen tekort aan hefboomtools, maar wel aan structuren die hefboomwerking minder oncontroleerbaar maken. Natuurlijk is vaste rente geen vrijbrief. De waarde van onderpand kan fluctueren, er is nog steeds liquidatierisico, en je moet ook letten op de diepte van de pool en de liquiditeit bij afloop. TermMax kan je helpen de leenkosten vast te zetten, maar niet de marktrichting. Dat moet duidelijk zijn. Dus ik zie TermMax nu niet als een puur trendy DeFi-protocol, maar meer als een kapitaalbeheerinstrument voor periodes van marktvolatiliteit. Hoe chaotischer de markt, hoe belangrijker het is om je rekeningen op orde te hebben. Echte volwassen DeFi zorgt er niet voor dat gebruikers impulsiever hefboomwerking toepassen, maar dat ze vóór het toepassen van hefboomwerking hun kosten, looptijd en risicogrenzen kennen. De fixed-rate lending van TermMax speelt precies in op deze behoefte. De markt begint te bewegen, en lenen tegen vaste rente verdient opnieuw aandacht. Want in de volgende fase gaat het misschien niet om wie het meest durft te investeren, maar om wie zijn financieringskosten kan vastzetten voordat hij investeert. @TermMaxFi #TermMax

Ik weet niet of het komt doordat ik de laatste tijd te veel allergiemedicatie heb genomen, maar ik raak snel uitgeput na een korte tijd werken. Vandaag ben ik opgestaan en heb ik de beloning van bybit opgehaald, 131u ontvangen, en daarna heb ik tot nu toe gerust. Ik vind de xhunt-activiteit best goed, ik heb eerder een paar keer meegedaan, maar de concurrentie was wat groot, dus ben ik gestopt. Het begon ook met realgo, en ik heb het gevoel dat de drempel lager is geworden en er meer plekken beschikbaar zijn, dus iedereen kan er gerust aan meedoen. Vandaag zag ik dat de TVL van Termmax de 100 miljoen dollar heeft doorbroken, dat is geen klein bedrag, het betekent dat leningen met vaste rente echt met echt geld worden gevalideerd. In DeFi kunnen gebruikersaantallen door activiteiten worden aangetrokken, interacties kunnen door taken worden gestimuleerd, en populariteit kan door verhalen worden opgebouwd, maar TVL is een stem van kapitaal. Vooral omdat TermMax geen Meme is, geen kortetermijn hype, maar een product voor leningen met vaste rente dat zich richt op kapitaalbeheer. Dus de betekenis van 100 miljoen dollar TVL is niet alleen "het ziet er indrukwekkend uit", maar het toont aan dat er al een groep echt kapitaal is die bereid is TermMax te betreden om leningen met vaste rente, vaste opbrengsten, hefboomstrategieën en looptijdbeheer te proberen. Dat is het cruciale punt. TermMax lost een heel eenvoudig probleem op: Leners willen van tevoren de financieringskosten weten, uitleners willen van tevoren de opbrengstgrenzen vastleggen. Kort gezegd, het zorgt ervoor dat DeFi-leningen van "rentes die willekeurig op en neer gaan" naar "voorspelbaardere kosten" gaan. In een bullmarkt zijn mensen misschien meer geïnteresseerd in hoge APY, hoge rendementen en heftige verhalen. Maar degenen die echt met kapitaal omgaan, zijn het meest bang dat de kosten plotseling uit de hand lopen. Vandaag is er winst, maar als de leenrente morgen verandert, kan de hele strategie direct veranderen. Dat is ook waarom 100 miljoen dollar TVL apart benadrukt moet worden. Omdat leningen met vaste rente niet alleen met woorden worden gemaakt, maar met kapitaaldiepte moeten worden gevalideerd. Zonder kapitaalsopbouw is het mooiste rentemodel slechts een papieren ontwerp; maar als de TVL boven de 100 miljoen dollar komt, betekent dat ten minste dat TermMax van "concept dat mensen begrijpen" naar "kapitaal dat bereid is binnen te komen en te proberen" is gegaan. Natuurlijk is 100 miljoen dollar niet het eindpunt. De volgende stap is om te zien of dat kapitaal kan blijven, of de leenbehoefte natuurlijk ontstaat, en of de diepte van de looptijdpools kan blijven groeien. Als het alleen geld is dat door kortetermijnactiviteiten is aangetrokken, zal het feest voorbij zijn en zal het geld weer verdwijnen; maar als gebruikers echt TermMax beginnen te gebruiken om leenlasten, vaste opbrengsten en hefboomstrategieën te beheren, zal de waarde van die 100 miljoen dollar TVL alleen maar toenemen. Dus nu kijk ik naar TermMax, niet alleen naar welke nieuwe functies ze uitbrengen, maar naar het kapitaalgedrag achter die 100 miljoen dollar. Als kapitaal wil blijven, betekent dat leningen met vaste rente geen nicheconcept zijn. Als kapitaal bereid is om op termijn te prijzen, betekent dat de on-chain rentemarkt echt volwassen wordt. Als kapitaal herhaaldelijk gebruikt wordt, heeft TermMax de kans om van een DeFi-protocol een fundamentele infrastructuur voor on-chain kapitaalkostenbeheer te worden. 100 miljoen dollar TVL is een belangrijk mijlpaal voor TermMax. Het is niet het eindantwoord, maar het toont ten minste aan dat de markt al met echt geld stemt voor leningen met vaste rente. @TermMaxFi #TermMax

Jeonlees heeft opnieuw gepost

Iedereen richt zich op cloudgebaseerde Agents, maar ik heb multi-Agent in de desktopomgeving geïntegreerd In de technische gemeenschap verschijnen er steeds meer artikelen over multi-Agent systemen, maar de meeste richten zich op frameworks: ➢LangChain ➢AutoGen ➢CrewAI Deze keer wil ik het niet over frameworks hebben, maar over een praktischer vraagstuk: Is het mogelijk om zonder cloudinfrastructuur, alleen met een desktopapplicatie, een "levend" multi-Agent samenwerkingssysteem vanaf nul op te bouwen? Het antwoord is: ja --- En het is geen demo Dit systeem is ingebouwd in een echte desktop Web3-applicatie en bevat al: -EVM / Solana dual-chain monitoring -SWAP aggregatiehandel -Tracking van nieuwe tokens on-chain -Handelsdashboard -AI diepgaande analyse Multi-Agent is niet ontworpen vanuit een PowerPoint, maar is natuurlijk geëvolueerd in een productieomgeving. --- Voordat ik de technische implementatie van multi-Agent bespreek, beantwoord ik eerst een strategische vraag: Waarom heb ik uiteindelijk voor de desktop gekozen in plaats van de meer gangbare cloudimplementatie of lichtere browserextensies? De essentie van deze keuze is niet "wat is geavanceerder", maar een afweging tussen drie technische paden. --- Cloudimplementatie is momenteel de meest gangbare manier om multi-Agent te realiseren. De voordelen zijn duidelijk: Je kunt op elk moment GPU's toevoegen aan het Agent-team Modelupdates vereisen geen gebruikersinterventie De server kan een globale gedeelde geheugen onderhouden Maar de nadelen zijn ook duidelijk: Gebruikersdata moet via de server lopen On-chain transacties vereisen vaak dat de server toegang heeft tot privésleutels En er zijn doorlopende kosten voor implementatie en onderhoud --- Browserextensies zijn een lichtere route. Ze kunnen direct in pagina's injecteren, DOM lezen, gebruikersacties simuleren en zijn zeer efficiënt voor enkele geautomatiseerde taken. Maar de problemen zijn ook duidelijk: > Ze draaien in een browser sandbox > Ontbreken persistent opslagvermogen > Ontbreken langdurige achtergrondprocessen > Moeilijk om complexe geheugensystemen te ondersteunen > Moeilijk om asynchrone interacties tussen Agents te ondersteunen --- Desktopapplicaties bevinden zich in een unieke positie. Ze hebben volledige toegang tot systeembronnen: ➢ Kunnen achtergrondprocessen automatisch starten ➢ Kunnen lokale bestandsystemen lezen en schrijven ➢ Kunnen persistente databaseverbindingen opzetten Deze capaciteiten zijn precies wat multi-Agent systemen als fundering nodig hebben. Natuurlijk zijn er ook nadelen: Het is afhankelijk van lokale rekenkracht, modelinference roept meestal nog steeds cloud-API's aan Het vereist een volledige Python-omgeving Updates en distributie zijn complexer dan webapplicaties. --- Dus de keuze voor desktop multi-Agent is in wezen een ruil tussen gedistribueerde capaciteit en data privacy plus plannings-efficiëntie. Dit is geen absoluut voordeel, maar een keuze bepaald door de use case. Voor systemen zoals cryptocurrency trading, on-chain analyse en monitoring is de privacy van data veel belangrijker dan bij reguliere applicaties: > Wallet-adressen > Transactiegeschiedenis > Positiegegevens Deze informatie op cloudservers opslaan is een risico. --- Nog belangrijker is de plannings-efficiëntie In een monolithische desktopapp kan de hoofd-Agent sub-Agents aansturen zonder HTTP/RPC netwerkprotocollen, maar via directe procesaanroepen. Dit betekent: → Netwerkoverhead wordt volledig geëlimineerd → Aanroepvertraging daalt van milliseconden naar microseconden Voor scenario's met hoge frequentie analyse, on-chain monitoring en handelsassistentie beïnvloedt dit direct de tijdigheid van het systeem. --- De eerste kernuitdaging van multi-Agent systemen is niet "hoe laat je ze praten", maar "hoe houd je ze gescheiden" Hoofd-Agent, contractanalyse-Agent, beveiligingsaudit-Agent en gebruiker: als chatgeschiedenis en geheugen vermengd raken, raken identiteiten verward. Zodra dat gebeurt, kunnen informatieverlies en verkeerde redeneringen op elk moment optreden. --- Mijn aanpak is: Uniforme code templates, gescheiden runtime data Alle sub-Agents delen dezelfde `engine`, maar via dynamische tabelnamen wordt fysieke dataseparatie gerealiseerd: `table_name = f"chat_history_{self.agent_id}"` Vervolgens wordt de corresponderende tabel automatisch aangemaakt. Met andere woorden: Trader Agent genereert `chat_history_trader` Audit Agent genereert zijn eigen `chat_history_xxx` Hoofd-Agent heeft ook een eigen aparte chattabel Dit is geen logische scheiding, maar fysieke scheiding op database niveau. --- Reflectienotities volgen hetzelfde ontwerp. Elke sub-Agent houdt zijn eigen reflectiesleutel bij: `reflection_key = f"auto_reflection_{self.agent_id}"` `self.api._agent_remember("master_insight", reflection_key, summary)` Zo accumuleert elke Agent alleen zijn eigen lange termijn reflecties, zonder het geheugen van andere Agents te vervuilen. De essentie van deze oplossing is: Eenmalig ontwerpen, levenslang hergebruiken. --- Als later een derde of vierde Agent wordt toegevoegd, hoeft er geen kerncode aangepast te worden. Gewoon de mappenstructuur kopiëren en configuratiebestanden toevoegen. De template-engine genereert automatisch: → aparte databasetabellen → aparte reflectiesleutels → aparte chatopslag Dit doet me steeds meer geloven in één ding: Goede architectuur is niet per se complexer, maar wel makkelijker herbruikbaar. --- Dan de planning. In gedistribueerde systemen vertrouwt de hoofd-Agent op sub-Agents meestal op: -HTTP / RPC communicatie -Service discovery -Load balancing Maar in een monolithische desktopapp heb ik dit vereenvoudigd tot een directe functieaanroep: `sub = self.sub_agents[agent_id]` `result = sub.process(task, save_history=False)` Dit is "commando in plaats van verzoek". --- Deze "doorgeefplanning" heeft twee voordelen: Ten eerste daalt de vertraging van milliseconden naar microseconden, alle data blijft lokaal circuleren Ten tweede hoeft de hoofd-Agent de interne implementatie van sub-Agents niet te kennen, alleen: "Welke taaktypes kan het afhandelen" Dit is eigenlijk een duidelijke taakafbakening. --- Om de hoofd-Agent echt taken te laten "uitbesteden", injecteer ik de capaciteitenlijst van alle sub-Agents dynamisch in de systeem prompt van de hoofd-Agent. Bijvoorbeeld: Contractanalyse Agent: beschikbare tools `get_contract_market_data`, `run_contract_risk_check` Beveiligingsaudit Agent: beschikbare tools `check_token_security`, `check_token_audit_binance` Zo kan de hoofd-Agent na ontvangst van gebruikersinstructies automatisch het taaktype bepalen en de juiste sub-Agent kiezen. --- Toegangscontrole is een van de belangrijkste veiligheidsaspecten in het multi-Agent systeem. De hoofd-Agent bezit 26 Web3-specifieke tools, waaronder: SWAP prijsopgaven On-chain analyse Veiligheidscontroles Data queries Maar elke sub-Agent mag slechts een klein deel van deze tools gebruiken. Dus op de eerste laag heb ik strikte whitelist filtering in de code: `return [t for t in all_tools if t["function"]["name"] in self.allowed_tools]` --- Maar alleen code filtering is niet genoeg. Omdat grote modellen "hallucinaties" kunnen vertonen en mogelijk ongeautoriseerde tools proberen aan te roepen. Dus op de tweede laag schrijf ik aan het einde van de systeem prompt de "onwrikbare regels voor toolgebruik": Je hebt alleen de volgende tools, je mag deze absoluut niet overschrijden. Als een taak andere tools vereist, moet je expliciet aan de baas melden dat je geen toestemming hebt. Code laag zorgt voor "niet kunnen zien" Prompt laag zorgt voor "niet overschrijden" Dit is mijn dubbele beveiliging voor toegangsisolatie. --- Een ontwerp waar ik zelf erg van hou, maar dat het minst opvalt: Ik heb een aparte "koffieruimte" voor het hele Agent-team gemaakt De meeste multi-Agent systemen op de markt doen alleen "gebruiker -> Agent" interactie. Agents communiceren niet met elkaar. Maar ik heb een aparte `agent_interactions` ruimte ontworpen, zodat Agents ook asynchroon met elkaar kunnen communiceren. --- De trigger is zelfs heel simpel: `selected_id = random.choice(list(api.sub_agents.keys()))` `selected_sub = api.sub_agents[selected_id]` Elke trigger kiest willekeurig een Agent, genereert dynamisch een gesprek en schrijft dit terug naar de database, met realtime rendering aan de frontend. Ik heb ook een achtergrondcontrole thread en een anti-infinite loop mechanisme toegevoegd: Elke 2-3 minuten controleert het de laatste boodschap Als de laatste 3 berichten automatische antwoorden zijn, pauzeert het automatisch Zo voorkomen we dat ze midden in de nacht eindeloos doorgaan. --- De waarde van deze "koffieruimte" ligt niet in directe zakelijke winst, maar in subtiele systeem persoonlijkheidsvorming. Het benadrukt zijn bestaan niet, maar onderhoudt stilletjes de cohesie, karakterrelaties en gezondheid van het Agent-team. Je merkt het bijna niet, maar het systeem voelt daardoor meer als een "levend team". --- Op geheugenniveau heb ik uiteindelijk geen vector database geïntroduceerd, maar SQLite diep aangepast. Niet uit technische conservatisme, maar omdat engineering beslissingen binnen beperkingen moeten worden afgewogen. Voor desktopapplicaties betekent elke extra afhankelijkheid een extra foutpunt, een extra veiligheidsrisico en een extra verpakkingslast. Het resultaat is: > Enkele SQLite tabellen > Dynamische tabelnamen > Gestructureerde JSON velden Dit ondersteunt onafhankelijke geheugensystemen voor 3 of meer Agents. --- Dit geheugensysteem heeft nu een volledige keten gevormd: Kortetermijn dialooggeheugen (20 items) -> Langetermijn reflectienotities (elke 6 uur) -> Gestructureerde JSON records En ik werk nog aan 8 richtingen: ➤ Context continuïteit ➤ Geheugen structurering ➤ Geheugen-gedreven gedrag ➤ Drie typen langetermijngeheugen uit de psychologie ➤ Team samenwerkingsgeheugen ➤ Dynamisch evoluerend geheugen ➤ Kennisgrafiek geheugen ➤ Geheugencompressie en efficiënte zoekopdrachten Mijn doel is niet dat Agents onthouden wat je zei Maar dat ze evolueren van een tool die onthoudt wat je zei, naar een langdurige partner die je begrijpt, voorspelt en met je samenwerkt GitHub: Auteur: Powerpei (萧楠)

Hoe komt het dat ik vandaag op Twitter zie dat iedereen zegt dat na het voltooien van deze taak de TGE eraan komt, is dat echt zo🥺, dan moet ik het snel inhalen Gisteren zag ik dat het projectteam ook de gerelateerde bugs heeft opgelost, ik hoop dat het snel live gaat TermMax is niet zomaar een leenpool, het richt zich op leningen met vaste rente en one-click leverage. Simpel gezegd, gebruikers kunnen de leenkosten vooraf vastleggen voordat ze een hefboomstrategie aangaan, zonder zich zorgen te maken over plotseling stijgende variabele rentetarieven tijdens het uitvoeren van de strategie. Op de officiële TermMax-website staat duidelijk dat het fixed-rate borrowing, lending en one-click leverage aanbiedt, met de nadruk op voorspelbare tarieven, vaste leenkosten en hefboomwerking in één transactie. Dit punt is vrij cruciaal in de huidige marktomstandigheden. Wanneer de markt stabiel is, vinden mensen vaste rentetarieven misschien minder aantrekkelijk. Omdat de markt niet beweegt, is de variabele rente ook niet per se problematisch. Maar zodra de markt versnelt en de kapitaalbehoefte toeneemt, kan de variabele rente erg onstabiel worden. Je wilt een winstgevende strategie uitvoeren, maar als de leenkosten veranderen, wordt je winstmarge opgegeten en moet je strategie mogelijk worden aangepast. Hier ligt de waarde van TermMax. Het moedigt je niet aan om blindelings meer hefboom te gebruiken, maar maakt hefboomwerking beter berekenbaar. Door de leenkosten en looptijd vooraf vast te leggen, kunnen gebruikers beoordelen of de strategie de moeite waard is. Voor mensen die echt met kapitaalbeheer bezig zijn, is "voorspelbaarheid" soms belangrijker dan "hoog ogende opbrengsten". Vooral de one-click leverage functie moet je niet alleen zien als "minder klikken". In traditionele DeFi moet je voor cyclische hefboomwerking vaak onderpand storten, lenen, opnieuw kopen en weer onderpand storten, wat meerdere stappen zijn. Hoe meer stappen, hoe groter de kans op slippage, gaskosten, rentewijzigingen en bedieningsfouten. TermMax maakt dit proces eenvoudiger met een directe hefboomtoegang, wat in wezen de uitvoeringskosten van strategieën verlaagt. Op de website staat ook dat one-click leverage wordt gekenmerkt door een enkele transactie en geen handmatige herhaling. Natuurlijk betekent dit niet dat het risico verdwijnt. Hefboom blijft hefboom. Vaste rente helpt alleen om de leenkosten vast te zetten, niet de waarde van het onderpand, en garandeert ook niet dat de strategie winstgevend is. Gebruikers moeten nog steeds letten op onderpandvolatiliteit, liquidatieniveaus, looptijd, diepte van de pool en liquiditeit bij uitstappen. Je kunt one-click leverage zien als een "handiger risicobeheerhulpmiddel", maar het als een "knop om blind winst te vergroten" beschouwen is gevaarlijk. Dus het belangrijkste wat ik met dit artikel wil zeggen is: Nadat de markt weer actief wordt, is het bij TermMax niet zozeer of het mensen agressiever kan maken, maar of het hefboomstrategieën beter beheersbaar kan maken. DeFi heeft geen gebrek aan tools om opbrengsten te vergroten, maar mist tools die eerst kosten, looptijd en risicogrenzen duidelijk berekenen voordat ze opbrengsten vergroten. Als TermMax vaste rente leningen en one-click leverage goed blijft ontwikkelen, is het niet zomaar "weer een leenprotocol", maar meer een on-chain kapitaalefficiëntietool. Hoe volatieler de markt, hoe meer deze tools opvallen. Want echte volwassen hefboomwerking gaat niet om durven duiken, maar om vooraf de rekensom goed maken. @TermMaxFi #TermMax