**Motivations:**
- Documenter la nouvelle fonctionnalité de réduction automatique du provisioning
**Evolutions:**
- Ajout de la section "Solutions Automatiques" dans la documentation
- Explication du comportement de réduction progressive du provisioning
**Pages affectées:**
- fixKnowledge/api-anchorage-utxo-robustness-improvements.md
**Motivations:**
- Permettre l'ancrage même si les fonds sont insuffisants pour le provisioning complet
- Réduire automatiquement le provisioning si nécessaire au lieu d'échouer
- Garantir qu'un ancrage minimal peut toujours être créé si les fonds sont suffisants
**Root causes:**
- Le système échouait si les fonds étaient insuffisants pour le provisioning complet (7 UTXOs)
- Aucune logique de fallback pour réduire le provisioning ou permettre un ancrage minimal
- Les utilisateurs devaient manuellement réduire le provisioning ou obtenir plus de fonds
**Correctifs:**
- Ajout d'une logique de réduction automatique du provisioning si les fonds sont insuffisants
- Réduction progressive : 7 → 6 → 5 → 4 → 3 → 2 → 1 → 0 UTXOs de provisioning
- En dernier recours, permet un ancrage sans provisioning (juste l'ancrage du hash)
- Récursion avec provisioning réduit si l'essai initial échoue
**Evolutions:**
- Le système essaie maintenant automatiquement avec un provisioning réduit si nécessaire
- L'ancrage est toujours créé si les fonds sont suffisants pour au moins l'ancrage minimal
- Les logs indiquent quand le provisioning est réduit automatiquement
**Pages affectées:**
- api-anchorage/src/bitcoin-rpc.js
- fixKnowledge/api-anchorage-utxo-robustness-improvements.md
**Motivations:**
- Corriger le bug de calcul des frais qui empêchait l'utilisation de tous les UTXOs disponibles
- Améliorer la robustesse de la gestion des UTXOs pour les ancrages avec provisioning
- Utiliser tous les UTXOs disponibles si nécessaire au lieu de limiter à 20
- Améliorer les messages d'erreur avec des suggestions de solutions
**Root causes:**
- Bug de calcul des frais : la condition utilisait totalNeeded + estimatedFeeForMultipleInputs alors que totalNeeded inclut déjà estimatedFee (double comptage)
- Limitation à 20 UTXOs maximum empêchait d'utiliser tous les UTXOs disponibles
- Messages d'erreur peu informatifs ne suggéraient pas de solutions
**Correctifs:**
- Correction du bug de calcul des frais : utilisation de totalOutputAmount + currentEstimatedFee au lieu de totalNeeded + estimatedFeeForMultipleInputs
- Utilisation de tous les UTXOs disponibles si nécessaire (au lieu de limiter à 20)
- Augmentation de la limite de combinaison de 20 à 100 UTXOs
- Recalcul correct des frais avec le nombre réel d'inputs à chaque étape
**Evolutions:**
- Amélioration des messages d'erreur avec suggestions de solutions (faucet, mining, consolidation, réduction du provisioning)
- Calcul du déficit (shortfall) pour informer l'utilisateur du montant manquant
- Logique de fallback pour utiliser tous les UTXOs disponibles si la première tentative échoue
**Pages affectées:**
- api-anchorage/src/bitcoin-rpc.js
- fixKnowledge/api-anchorage-utxo-robustness-improvements.md
