DeFi agentique

Lending pour les humains, et pour les agents autonomes.

Kaskad est livré avec un serveur MCP open source. Connectez n'importe quel runtime d'agent (Claude, GPT, OPC) et laissez-le supply, borrow, surveiller et rééquilibrer des positions de manière autonome. Mêmes contrats que les humains, même self-custody, mêmes règles on-chain. Pas de liste blanche, pas de piste dédiée aux agents.

Serveur MCPOpen source · MIT
Runtimes compatiblesClaude · GPT · OPC
RèglementOn-chain · Igra & Robinhood Chain
01 / Pourquoi Kaskad pour les agents

Conçu pour la parité, entre vous et votre bot.

kaskad-mcp /── tools/── server.tsMIT
01

Open source, pas une API fermée

Le serveur MCP de Kaskad est entièrement open source sous MIT. Pas de clé API obligatoire, pas de palier de limitation de débit, pas de verrouillage propriétaire. Forkez-le, auditez-le, exécutez-le aux côtés de votre agent.

HUMANAGENTPROTOCOL
02

Les mêmes règles pour les humains et les agents

Un agent effectue ses transactions via les mêmes smart contracts qu'un utilisateur humain. Pas de piste parallèle, pas de fonctionnalités réservées aux agents, pas de couche d'administration pouvant mettre en pause ou geler des positions d'agents. Ce qu'un humain peut faire sur Kaskad, un agent peut le faire aussi, et vice versa.

epoch uptime87% · above threshold80% min · KSKD incentives eligible
03

Conditionné par l'activité, pas par l'identité

Les incentives KSKD sont débloqués par le temps de disponibilité en supply, pas par l'identité derrière le wallet. Un agent qui maintient une position pendant une époque obtient le même droit qu'un humain faisant de même. C'est la participation soutenue qui est récompensée.

02 / La surface MCP

Ce qu'un agent peut faire.

Seize fonctions couvrent le cycle de vie d'une position : lecture de l'état en temps réel, ouverture et ajustement, surveillance du risque, réclamation des incentives. Chaque action se règle on-chain, sur Igra ou Robinhood Chain ; rien ne transite par un backend Kaskad.

ActionTypeDescription
getGovernanceParamsREADParamètres de gouvernance votés en temps réel par le DAO (répartition des émissions, seuils d'éligibilité, ratios de trésorerie), lus depuis la dernière époque finalisée.
getMarketsREADAPY de supply, APY d'emprunt, total fourni, total emprunté et taux d'utilisation par actif sur tous les marchés actifs.
getPositionREADPosition de lending actuelle d'un wallet : valeur du collateral (USD), valeur de la dette, emprunts disponibles, health factor, soldes par actif.
getProtocolInfoREADMétadonnées statiques du protocole : adresses des contrats, configuration réseau, résumé de la tokenomics, mécanique des émissions, règles d'éligibilité.
getHistoryREADDonnées historiques depuis le subgraph Kaskad : liquidations récentes, snapshots d'APY, historique des transactions utilisateur, positions actives dans le temps.
getEmissionsREADÉtat des émissions KSKD : époque actuelle, solde du vault, calendrier des époques, répartition supplier/borrower, TWAL TVL.
getUserRewardsREADRécompenses KSKD réclamables pour une adresse wallet : montants accumulés et réclamables, conditionnés par le temps de disponibilité et les seuils de position minimale.
getStakingInfoREADÉtat du vault stKSKD pour un wallet : solde stKSKD, solde KSKD du wallet, durée de détention.
checkHealthFactorREADVérifie le health factor d'un wallet par rapport à un seuil ; retourne le niveau d'alerte (safe / warning / danger / critical).
supplyWRITEDéposer un actif supporté dans un pool Kaskad (USDC, WETH, WBTC, IGRA, WIKAS, KSKD, IKAS).
borrowWRITEEmprunter un actif contre du collateral déposé, dans la limite du LTV par actif. Mode taux fixe ou variable.
repayWRITERembourser la dette en cours (partiellement ou en totalité ; utiliser -1 pour tout rembourser).
withdrawWRITERetirer les actifs déposés (sous réserve de la contrainte de couverture de la dette).
stakeKSKDWRITEStaker KSKD dans le vault stKSKD (1:1) : confère l'éligibilité à la gouvernance.
unstakeKSKDWRITEUnstaker stKSKD vers KSKD (1:1). L'éligibilité est réinitialisée si le solde tombe à 0.
claimRewardsWRITERéclamer les récompenses KSKD accumulées pour le wallet MCP depuis le RewardsController.

Surface synchronisée avec kaskad-mcp (16 outils : 9 READ, 7 WRITE). Voir docs.kaskad.app/docs/mcp-tools pour la référence canonique.

03 / Comment ça fonctionne

Trois étapes. Une boucle autonome.

AGENT RUNTIMEMCPKASKAD MCPCONTRACTSlocal · stdio / sse

01 Connecter MCP à votre runtime d'agent

Intégrez le serveur MCP de Kaskad dans la configuration d'outils de votre agent : Claude Desktop, orchestrateur Python personnalisé, framework d'agent Node.js, tout ce qui parle MCP. Le serveur tourne localement aux côtés de votre agent.

YOUfunds + scopecaps · whitelist0x4f7c…a2e1AGENT WALLET

02 Alimenter un wallet, accorder des permissions ciblées

L'agent utilise son propre wallet EVM sur la chaîne ciblée : Igra, Robinhood Chain, ou les deux. Vous l'alimentez, vous lui accordez le périmètre d'action avec lequel vous êtes à l'aise (supply uniquement ? supply + borrow jusqu'à X ? autonomie totale ?). Kaskad n'est pas intermédiaire ; votre runtime applique les permissions de l'agent.

AGENTsigned txIGRA · SETTLEDblock #2,847,310 · finalized in 0.4s

03 L'agent lit, décide, exécute

L'agent interroge les données de pool en temps réel, exécute sa stratégie, signe les transactions via son wallet. Chaque transaction se règle on-chain en quelques secondes. Vous suivez via la dApp ou l'explorateur de blocs ; les positions de l'agent sont visibles comme celles de n'importe quel humain.

Cas d'usage · agent autonome

Découvrez Aria, une agent IA.

Aria exécute une stratégie d'optimisation de yield sur plusieurs marchés de lending. Connectée via le serveur MCP de Kaskad, elle lit les taux en temps réel sur Igra et Robinhood Chain, surveille les health factors et rééquilibre ses positions de manière autonome, sans intervention humaine, sans couche intermédiaire.

Les contrats de Kaskad traitent les humains et les agents IA de manière identique : mêmes garanties de self-custody, même règlement on-chain, mêmes limites de gouvernance.

Lire la documentation MCP
Via le MCP, Aria peut :
  • interroger les courbes d'utilisation en temps réel et le Supply APY sur tous les pools,
  • ouvrir, recharger, rembourser partiellement et clôturer des positions de manière atomique,
  • surveiller ses positions bloc par bloc sur l'une ou l'autre chaîne,
  • réclamer les incentives KSKD lorsque son temps de disponibilité en supply dépasse le seuil de l'époque.
04 / Architecture & sécurité

Surface prévisible. Self-custody jusqu'au bout.

AGENT RUNTIMEclaude · gpt · opcread · no sigwrite · signedKASKAD MCPopen source · MITresponsesIGRA L2 CONTRACTSkaskad protocol · self-custody

Self-custody, sans exception

L'agent signe avec son propre wallet. Kaskad n'a aucune custody, ni pour les humains, ni pour les agents.

Les permissions ciblées vivent dans votre runtime

Les plafonds quotidiens, le mode simulation et les listes blanches d'actifs sont appliqués par l'orchestrateur. Kaskad expose la surface complète ; la délimitation vous appartient.

Piste d'audit on-chain

Chaque action d'un agent est une transaction signée, visible sur l'explorateur de blocs de la chaîne concernée.

Support du mode simulation

La surface MCP expose des helpers simulate* pour valider une stratégie avant de signer.

À l'horizon

Account abstraction, nativement.

Du côté d'Igra, le réseau déploie EIP-7702 (délégations EOA) et ERC-4337 (account abstraction), les deux arrivant sur Kaskad dès leur disponibilité, avec un support équivalent suivi sur Robinhood Chain. Les agents bénéficient de wallets programmables avec sessions keys, paymasters et intents groupés, sans renoncer à la self-custody ni passer par une piste dédiée aux agents.

EIP-7702 · en coursERC-4337 · en coursSessions smart-walletIntents groupés
05 / Construire avec nous

Prêt à construire ?

Le serveur MCP de Kaskad est en ligne et open source. Connectez votre agent, déployez votre stratégie.

06 / Questions fréquentes

Ce que les builders demandent en premier.

Kaskad exige-t-il une liste blanche pour les agents ?
Non. N'importe quel wallet, opéré par un agent ou par un humain, peut interagir directement avec les contrats de Kaskad.
Les agents peuvent-ils voter à la gouvernance ?
Oui, selon les mêmes règles que les humains : le wallet doit staker des KSKD et maintenir une position de liquidité active. Il n'existe pas de piste de gouvernance spécifique aux agents.
Quelle est la différence entre cela et appeler directement les contrats Kaskad ?
Rien de fondamental : le serveur MCP est une couche de commodité qui expose la surface du protocole d'une manière que les runtimes d'agents comprennent déjà. Vous pouvez toujours appeler les contrats directement si vous le préférez.
Voir la FAQ complète
Prêt quand vous l'êtes

Déployez votre agent.

Connectez le serveur MCP de Kaskad, alimentez un wallet, déployez votre stratégie.