Aave DAO adopte la proposition pour activer la garantie native bitcoin (BTC) sur Aave V4 via Babylon

Aave DAO adopte la proposition pour activer la garantie native bitcoin (BTC) sur Aave V4 via Babylon

Image personnalisée
Le DAO Aave a approuvé une proposition le 9 novembre 2026 pour activer la garantie native en bitcoin (BTC) sur Aave V4 via les Trustless Bitcoin Vaults de Babylon. La demande de commentaire Aave (ARFC) a été adoptée avec un soutien de 100 %, avançant les plans permettant aux détenteurs de bitcoin d'emprunter des stablecoins tout en conservant leur BTC sous-jacent sur le réseau Bitcoin. L'intégration proposée inclut un facteur de garantie de 78 % et des lignes de crédit en stablecoin initiales de 21 millions de dollars, ce qui pourrait élargir le rôle du bitcoin dans le prêt décentralisé (DeFi). Toutefois, cette approbation représente une étape préliminaire de gouvernance et non un lancement de produit en direct, l'autorisation finale sur chaîne et le déploiement technique étant encore en attente.
 

Points clés

  • Le DAO Aave a approuvé la proposition de garantie native bitcoin de Babylon le 9 novembre 2026, avec 100 % des votes en faveur de l'ARFC.
  • Les coffres sans confiance de Babylon permettraient d’emprunter avec garantie BTC sur Aave V4 sans transférer le bitcoin sous-jacent vers Ethereum.
  • La configuration de prêt proposée inclut un facteur de garantie de 78 %, des lignes de crédit en stablecoin à hauteur de 21 millions de dollars et un plafond initial de garantie de 300 BTC.
  • Aave DAO et la Babylon Foundation partageaient les revenus éligibles, avec des allocations pour des rachats de jetons AAVE et BABY.
  • Les évaluations de sécurité ont identifié et corrigé des vulnérabilités graves, bien que le règlement des liquidations, les retards de rachat et les opérations interchaînes introduisent des risques persistants.
  • L'approbation finale de la proposition d'amélioration Aave et la préparation technique restent nécessaires avant le déploiement sur mainnet ciblé à la fin de l'année 2026.
 

Aave DAO approuve la proposition Babylon pour permettre la garantie native bitcoin sur Aave V4

Le DAO Aave a approuvé une proposition de gouvernance le 9 novembre 2026 pour introduire le bitcoin natif comme garantie sur Aave V4 via les Trustless Bitcoin Vaults (TBV) de Babylon. Cette proposition permettrait aux détenteurs de bitcoin de sécuriser des prêts décentralisés sans transférer de BTC vers un custodien centralisé ni le convertir en actif emballé. L'intégration relierait les garanties natives bitcoin à l'infrastructure de prêt basée sur ethereum d'Aave, permettant au BTC de soutenir les emprunts tout en restant sécurisé sur sa blockchain d'origine.
 

Le vote de la DAO Aave est adopté avec 100 % de soutien le 9 novembre 2026

Le résultat unanime a suivi plusieurs mois de développement technique et d'examen communautaire impliquant Aave Labs, Babylon Labs et des spécialistes indépendants du risque. L'initiative a été introduite dans le processus de gouvernance d'Aave en mai 2026, avec un premier Temperature Check avancé en juin. Babylon a ensuite publié le détaillé ARFC le 14 octobre, décrivant l'intégration proposée, les responsabilités de gouvernance et les mesures de sécurité opérationnelles. Le vote de novembre a confirmé le soutien parmi le pouvoir de vote participant pour passer à la mise en œuvre.
 
L'approbation est particulièrement pertinente car le bitcoin natif a historiquement fait face à des exigences techniques supplémentaires lorsqu'il est utilisé dans la finance décentralisée basée sur Ethereum. Les arrangements existants via le protocole de prêt décentralisé d'Aave reposent généralement sur des représentations emballées telles que WBTC ou cbBTC, ce qui introduit des hypothèses de garde et de confiance différentes. La proposition de Babylon vise à permettre l'emprunt adossé au BTC tout en conservant le Bitcoin sous-jacent sur sa blockchain d'origine. Pour Aave, cette intégration étendrait son modèle de prêt à une nouvelle forme de garantie sans exiger que le bitcoin lui-même fonctionne comme un jeton natif d'Ethereum.
 

Pourquoi une approbation finale de l'AIP est encore requise avant le lancement

Malgré le vote réussi sur Snapshot, l'intégration Babylon n'a pas encore reçu l'approbation finale pour l'activation sur le mainnet. L'ARFC établit le soutien de la communauté pour le design proposé, mais la mise en œuvre doit encore passer par une Aave Improvement Proposal (AIP), la phase formelle de gouvernance sur chaîne. Selon Babylon Labs, le déploiement sur le mainnet Ethereum est ciblé pour la fin 2026, sous réserve de la préparation technique, des examens de sécurité et des exigences de gouvernance restantes.
 
Les étapes suivantes incluent :
  • Approbation finale de la gouvernance : L'AIP doit terminer le processus de vote et d'exécution sur chaîne d'Aave avant que l'intégration ne puisse être activée.
  • Sécurité et préparation au déploiement : La mise en œuvre doit terminer ses examens restants et ses préparations opérationnelles avant une utilisation en production.
  • Déploiement contrôlé du mainnet : Babylon prévoit un déploiement initial restreint avec des limites sur la participation et le volume de garantie, suivi d'une éventuelle expansion en fonction de la préparation opérationnelle.
 
La décision du 9 novembre établit donc une étape importante de gouvernance pour le prêt natif de bitcoin sur Aave V4, tandis que la disponibilité des emprunts garantis par du BTC reste dépendante de la finalisation de ces étapes d'implémentation.
 

Comment Babylon permet un collatéral BTC natif et l'emprunt de stablecoins sur Aave V4

L'intégration de Babylon avec Aave V4 utilise des Trustless Bitcoin Vaults (TBV) pour relier les garanties en bitcoin aux marchés de prêt sur Ethereum. Au lieu de déplacer du BTC entre les blockchains, le système verrouille le bitcoin dans des coffres programmables et crée un enregistrement de garantie correspondant que Aave peut reconnaître. Cette structure permettrait aux emprunteurs d'accéder à la liquidité en stablecoin prise en charge tout en conservant leur BTC sous-jacent sécurisé sur le réseau Bitcoin. L'architecture proposée combine les règles de transaction natives du bitcoin avec les mécanismes de prêt, d'évaluation des garanties et de gestion des risques d'Aave V4.
 

Comment les coffres Bitcoin sans confiance de Babylon permettent le prêt natif de BTC

Les coffres sans confiance de Babylon verrouillent du BTC dans des sorties de transaction non dépensées (UTXO) basées sur Taproot, avec des conditions de dépense établies avant l'activation du coffre. Aave V4 reconnaît cette garantie grâce à une représentation comptable ERC-20 à transfert restreint qui suit le bitcoin verrouillé au taux de 1:1. Contrairement aux bitcoins emballés et autres jetons emballés wrapped Bitcoin and other wrapped tokens, cette représentation ne peut pas être transférée, négociée ou détenue en dehors de l'intégration. Babylon utilise des preuves cryptographiques et un mécanisme de contestation pour vérifier les événements de rachat autorisés, reliant l'activité de prêt sur Ethereum aux règles de règlement natives du bitcoin.
 
L'intégration fonctionne via l'architecture Hub-and-Spoke d'Aave V4. Un Spoke de prêt Babylon dédié gère les positions d'emprunt garanties par du bitcoin, tandis que les Hubs de liquidité d'Aave fournissent les actifs de prêt pris en charge. Un adaptateur coordonne l'activation des coffres, les emprunts, les remboursements et les retraits de garantie, avec des contrats de position individuels suivant les obligations de chaque déposant. Le flux de prix BTC/USD de Chainlink prend en charge l'évaluation de la garantie et les calculs du facteur de santé. Plusieurs coffres bitcoin peuvent soutenir une position d'emprunt, bien que chaque coffre reste soumis à ses conditions de dépense prédéfinies et à ses procédures de rachat.
 

Facteur de garantie Aave V4, lignes de crédit en stablecoin et limites d'emprunt

L'intégration proposée inclut un facteur de garantie de 78 %, établissant un paramètre de risque utilisé pour déterminer la capacité d'emprunt contre des garanties BTC éligibles. Les limites d'emprunt réelles dépendent également de la liquidité disponible, de l'accumulation des intérêts, de la santé de la position et d'autres restrictions du marché. Selon la proposition de gouvernance Aave et l'évaluation de LlamaRisk, la configuration initiale du Core Hub inclut 21 millions de dollars en lignes de crédit en stablecoin. Les emprunteurs paieraient des intérêts variables en fonction des conditions du marché de prêt de l'actif sélectionné, tandis que des frais supplémentaires liés à l'intégration pourraient s'appliquer.
 
La configuration initiale du risque spécifie également plusieurs limites opérationnelles :
  • Liquidité des stablecoins : les lignes de crédit proposées incluent 8 millions de dollars chacune pour USDT et USDC, 2 millions de dollars chacune pour USDG et RLUSD, et 1 million de dollars pour GHO.
  • Capacité de garantie : LlamaRisk recommande un plafond initial de 300 BTC en garantie, avec des ajustements possibles sous réserve de la gouvernance et des évaluations des risques.
  • Liquidité de règlement séparée : Une ligne de crédit de 100 WBTC est proposée pour le BTCVault Swap Spoke, distincte des 21 millions de dollars alloués à l'emprunt de stablecoins.
 
Ces montants représentent des limites de crédit prévues, et non des prêts en cours ou une liquidité garantie disponible pour les emprunteurs individuels. L'architecture prend également en charge un Babylon Hub dédié avec des limites d'actifs configurées séparément.
 

Comment fonctionnent les liquidations natives de bitcoin sur Aave V4

Les positions garanties par du bitcoin deviennent éligibles à la liquidation lorsque leur facteur de santé tombe en dessous de 1, ce qui indique que la garantie ne couvre plus suffisamment la dette en cours selon les règles de risque du protocole. Contrairement aux garanties ERC-20 classiques, les coffres individuels de bitcoin ne peuvent pas être saisis partiellement car leurs UTXO sous-jacents sont indivisibles. Le système procède donc à la liquidation de coffres entiers, tout en permettant aux positions contenant plusieurs coffres de conserver autant que possible la garantie non affectée. Un mécanisme d'équité peut réduire la dette restante ou compenser les emprunteurs en WBTC lorsque la garantie saisie dépasse le montant requis selon les règles de liquidation.
 
Le BTCVault Swap Spoke résout le décalage temporel entre les liquidations Ethereum et le rachat Bitcoin. Contrairement aux mécanismes de liquidation DeFi conventionnels DeFi liquidation mechanisms, qui peuvent régler directement en utilisant des jetons de garantie transférables, ce système doit tenir compte des restrictions de rachat des coffres Bitcoin. Les liquidateurs éligibles peuvent recevoir un règlement en WBTC via l'infrastructure de prêt, tandis que les arbitragistes enregistrés acquièrent ultérieurement les coffres Bitcoin en dépôt, remboursent la dette WBTC associée et finalisent le rachat sur Bitcoin. Ce processus sépare le règlement immédiat de la liquidation de la période de rachat Bitcoin et de contestation qui dure plusieurs jours. Toutefois, son efficacité dépend de la liquidité WBTC disponible, de contrats de règlement fonctionnels et de la participation des arbitragistes, ce qui génère des risques opérationnels différents de ceux des marchés de garantie traditionnels basés sur Ethereum.
 

Partage des revenus Aave–Babylon, risques de sécurité et calendrier du lancement natif de BTC

L'intégration proposée entre Aave et Babylon inclut un accord de partage des revenus, des évaluations de sécurité indépendantes et une stratégie de déploiement en phases visant à gérer les risques liés au prêt décentralisé adossé au bitcoin. Au-delà de l'introduction du bitcoin natif comme garantie, cet accord définit la répartition des revenus du protocole, les organisations qui superviseront l'infrastructure critique, et les garanties qui doivent être en place avant une participation plus large. Ces détails commerciaux et opérationnels aideront à déterminer la viabilité à long terme de l'intégration.
 

Comment Aave et Babylon partageront les revenus et financeront les rachats d'AAVE et de BABY

Dans la proposition de gouvernance, l'Aave DAO recevra les 500 000 $ initiaux de revenus annuels qualifiés générés par l'intégration. Les revenus au-delà de ce seuil seront répartis entre l'Aave DAO, la Babylon Foundation et une allocation dédiée à l'achat de jetons. Les revenus qualifiés incluent les frais de liquidité du Aave Hub liés aux activités d'emprunt de Babylon et les frais de liquidation perçus via l'intégration. Ils ne représentent pas tous les intérêts payés par les emprunteurs. L'accord utilise des tranches de revenu progressives, ce qui signifie que chaque pourcentage s'applique uniquement aux revenus générés dans sa fourchette spécifique, avec des distributions mensuelles.
 
Dans le cadre de l'accord de partage des revenus proposé, Aave DAO recevrait 100 % des premiers 500 000 $ de revenus annuels éligibles. Les revenus au-delà de ce montant seraient répartis progressivement entre Aave DAO, la Babylon Foundation et une allocation dédiée à l'achat de jetons, selon les seuils suivants :
 
  • 500 000 $–2 millions $ : Aave DAO reçoit 78 %, la Babylon Foundation reçoit 18 %, et 4 % sont destinés à l'achat de jetons.
  • 2 millions $ à 4 millions $ : la DAO Aave reçoit 72,5 %, la Babylon Foundation reçoit 22,5 %, et 5 % sont alloués à l'achat de jetons.
  • 4 millions de dollars à 6 millions de dollars : Aave DAO reçoit 67 %, la Babylon Foundation reçoit 27 %, et 6 % soutient les achats de jetons.
  • Au-dessus de 6 millions de dollars : Aave DAO reçoit 61,5 %, la Babylon Foundation reçoit 31,5 %, et 7 % sont alloués à l'achat de jetons.
 
Ces pourcentages s'appliquent uniquement aux revenus éligibles au sein de chaque tranche respective, et non au montant total des revenus annuels. L'allocation d'achat de jetons serait répartie entre AAVE (85 %) et BABY (15 %), sous réserve de la génération réelle de revenus après le lancement de l'intégration.
 
L'allocation d'achat de jetons orienterait 85 % vers AAVE et 15 % vers BABY, les jetons achetés étant répartis équitablement entre Aave DAO et Babylon Foundation. Babylon Foundation serait également chargée des dispositions d'incitation soutenant l'intégration, y compris les incitations aux emprunteurs et les partenariats stratégiques. Toutefois, ces allocations dépendent du revenu réellement éligible après le lancement. Elles ne garantissent pas de revenus, de volumes d'achat de jetons ou de performance future du prix du jeton AAVE.
 

Audits de sécurité, gouvernance du protocole et risques restants liés aux garanties en bitcoin

L'audit de sécurité de Babylon couvre cinq composants majeurs, notamment les contrats de coffre-fort Bitcoin, les prouveurs cryptographiques, les contrats intelligents Ethereum, les services web et le protocole de vérification BaBe. La documentation de gouvernance identifie Coinspect, Sherlock, Zellic, ABDK, ZK Security et Runtime Verification parmi les sociétés de sécurité impliquées, avec des responsabilités d'audit se chevauchant. Aave Labs a également mené des évaluations internes et organisé des vérifications indépendantes supplémentaires, incluant des travaux impliquant Certora. Selon l'évaluation du 23 octobre de LlamaRisk, les audits antérieurs avaient identifié des vulnérabilités de gravité élevée et critique qui ont ensuite été corrigées. Des audits ultérieurs n'ont pas révélé de nouveaux problèmes critiques, tandis que les anomalies de gravité inférieure restantes ont été résolues ou reconnues.
 
Néanmoins, les audits de sécurité terminés n'éliminent pas les risques liés aux contrats intelligents ou opérationnels. Le système dépend d'une vérification cryptographique correcte, d'informations fiables sur l'état interchaîne et de contrôles d'urgence fonctionnels. LlamaRisk a recommandé une surveillance indépendante de la preuve de réserves pour vérifier les bitcoins garantissant les coffres actifs. Le cadre de gouvernance sépare également les responsabilités de supervision : l'Aave DAO contrôle les paramètres du marché de prêt, tandis que les représentants de la gouvernance Babylon supervisent l'infrastructure sous-jacente des coffres. Les mises à jour de contrat et les modifications de paramètres sont soumises à des délais, bien que les fonctions d'arrêt et de gel d'urgence puissent restreindre l'activité si nécessaire. Babylon maintient également un programme de récompense pour signalement de bogues de 500 000 $ via Sherlock, les contrats d'intégration devant entrer dans son champ d'application.
 

Calendrier de lancement des garanties bitcoin natives Aave V4 et prochaines étapes de développement

Babylon Labs a identifié la fin 2026 comme date cible pour le déploiement sur le mainnet d'ethereum, bien que ce calendrier reste conditionnel à l'autorisation finale de gouvernance et à la préparation technique. Le lancement initial est conçu pour fonctionner avec une participation restreinte, sans ouvrir immédiatement les dépôts à tous les détenteurs de bitcoin. L'évaluation de LlamaRisk décrit une liste blanche en mode default-deny, commençant avec des participants institutionnels et partenaires sélectionnés, suivie d'une éventuelle expansion de l'accès aux emprunteurs et de la capacité du protocole sur une période d'environ six mois. Le moment et l'échelle de cette expansion dépendront des performances opérationnelles, des évaluations des risques et des décisions de gouvernance.
 
L'expérience utilisateur initiale différerait également des marchés de prêt ordinaires d'Aave. Aave Labs a indiqué que les utilisateurs pourraient consulter les positions liées à Babylon via Aave Pro, tandis que les actions transactionnelles seraient gérées via l'interface de Babylon. Le SDK Aave standard ne devrait pas prendre en charge ces transactions de marché à la sortie, avec une documentation et des outils d'intégration spécialisés fournis séparément. Au 11 novembre 2026, le prochain jalons identifiés publiquement reste la proposition d'amélioration Aave finale et la confirmation du calendrier de déploiement. Ni la fenêtre de lancement ciblée ni les dispositions financières proposées n'établissent que l'intégration génère déjà des revenus ou prend en charge des prêts natifs BTC en direct.
 

Conclusion

L'approbation de la proposition Babylon par la DAO Aave fait progresser un modèle de prêt qui pourrait relier des garanties en bitcoin natif au DeFi basé sur Ethereum sans exiger que les emprunteurs convertissent leurs BTC en jetons emballés librement transférables. L'architecture proposée, les paramètres de prêt et le cadre de partage des revenus établissent une base pour l'intégration, bien que son impact commercial dépendra de l'activité d'emprunt réelle et des revenus du protocole après le déploiement. Ce dispositif introduit également des considérations techniques spécifiques, notamment en ce qui concerne la vérification des garanties, le règlement des liquidations et les opérations interchaînes.
 
La prochaine étape importante est la dernière proposition d'amélioration Aave (AIP), suivie de la confirmation de la préparation sécuritaire et de l'activation du mainnet. L'objectif de déploiement de Babylon fin 2026 reste conditionnel, tandis que les restrictions initiales de participation et les limites de garantie pourraient limiter les activités initiales. Pour Aave et Babylon, le test décisif sera de déterminer si l'intégration peut soutenir un prêt garanti par du BTC tout en maintenant une liquidité adéquate, des contrôles des risques transparents et un remboursement sécurisé des garanties.
 

FAQ

L'intégration d'Aave V4 par Babylon nécessite-t-elle une mise à niveau du réseau bitcoin ?

Non. L'intégration proposée utilise les fonctionnalités existantes de bitcoin, y compris les conditions de transaction basées sur Taproot. Elle ne nécessite pas de fork dur de bitcoin ni de modification des règles de consensus du réseau.

L'utilisation du BTC natif comme garantie est-elle identique au staking de bitcoin ?

Non. Le prêt adossé au bitcoin permet au bitcoin de garantir un prêt, tandis que les dispositifs de staking du bitcoin impliquent généralement de bloquer du BTC pour soutenir un autre réseau ou protocole. Ces activités présentent des mécanismes, des obligations financières et des risques différents.

Les emprunteurs peuvent-ils retirer leur bitcoin tandis qu'un prêt Aave V4 reste actif ?

Les retraits dépendent de la dette en cours et des exigences de garantie de l'emprunteur. Les emprunteurs ne peuvent généralement pas retirer librement du BTC verrouillé si cela laissait leurs prêts sous-garantis. Le rachat de vault bitcoin suit également les conditions de retrait du protocole.

Un facteur de garantie de 78 % signifie-t-il que les prêts en bitcoin sont liquidés à 78 % ?

Pas nécessairement. Le facteur de garantie aide à déterminer la capacité d'emprunt, tandis que la liquidation dépend du seuil de liquidation applicable et du facteur de santé de la position. Les intérêts d'emprunt et les variations de la valeur de la garantie peuvent également affecter l'éligibilité à la liquidation.
 

Avertissement

Ces informations générales sur le marché, provenant éventuellement de sources tierces, commerciales ou sponsorisées, sont fournies à titre informatif et éducatif uniquement et ne constituent ni un conseil financier ou en investissement, ni une offre, une sollicitation, ni une garantie. Nous déclinons toute responsabilité quant à leur exactitude, intégralité, fiabilité et aux pertes résultantes. Les investissements/le trading comportent des risques ; les performances passées ne garantissent pas les résultats futurs. Les utilisateurs doivent effectuer leurs propres recherches, juger avec prudence et assumer pleine responsabilité. Pour plus de détails, veuillez consulter les Conditions d'utilisation et les Divulgations de risque de KuCoin.

Avertissement : Pour votre confort, cette page a été traduite à l'aide de la technologie IA. Pour obtenir les informations à la source, consultez la version anglaise originale.