La base de connaissances complète, résumée en français. Chaque entrée renvoie à l’article intégral en anglais — et chaque affirmation se termine par une commande que chacun peut exécuter contre la chaîne. Calcule, ne fais pas confiance.
BlazePhoenix calcule les cotations d'agrégateur DEX on-chain via previewPlan et l'extraction par revert : le prix affiché est produit par le contrat qui exécute, sans serveur de prix à croire sur parole.
Article complet (en anglais) →
Un pool peut coter n'importe quel prix gratuitement ; détenir les jetons, voilà le coût. L'ancre de capital n'admet que les cotations proches de celle du pool au plus grand solde RÉEL vérifié.
Article complet (en anglais) →
Même un pool honnête a une capacité finie. Le double verrou plafonne la part de chaque pool selon ses avoirs réels et refuse les ordres que l'ensemble ne peut absorber — no_route vaut mieux qu'un désastre assuré.
Article complet (en anglais) →
Le Router re-dérive le minimum de sortie ON-CHAIN à l'exécution : l'appelant peut le durcir, jamais l'assouplir, et chaque segment doit livrer au moins 75 % du plan sous peine de revert intégral.
Article complet (en anglais) →
Quand l'exécution dépasse la cotation, la différence revient au trader, hors frais — inscrit dans le bytecode immuable du Router et vérifiable ordre par ordre en rejouant les cotations aux blocs historiques.
Article complet (en anglais) →
Le moteur de staking expose isSolvent() et un rapport solvency() de 13 champs calculé par le contrat depuis sa propre comptabilité — un invariant vérifiable par quiconque à n'importe quel bloc, pas un PDF d'audit.
Article complet (en anglais) →
Le Hub conserve le registre des pools candidats on-chain : 16 slots compactés par paire, où un challenger doit dépasser de 25 % la fitness mesurée du plus faible titulaire pour l'évincer — une curation par concours, pas une whitelist.
Article complet (en anglais) →
BlazePhoenix utilise le stockage transitoire EIP-1153 pour ses verrous de réentrance et drapeaux de route : l'EVM elle-même les remet à zéro en fin de transaction, rendant les fuites d'état périmé irreprésentables.
Article complet (en anglais) →
Le CONTRÔLE (paramètres, fonds — renonçable à jamais) est séparé de la CURATION (maintenance des pools, bornée par les règles du Hub) : la décentralisation ne pourrit pas en négligence ; les EOA EIP-7702 sont des appelants de premier rang.
Article complet (en anglais) →
Les requêtes de cotation identiques et simultanées partagent UN appel on-chain (singleflight), les aperçus sont mis en cache en périphérie pendant un bloc, et meta.cache révèle miss/coalesced/hit — une efficacité transparente, jamais magique.
Article complet (en anglais) →
Les symboles ne sont pas des identifiants — n'importe qui peut déployer un faux USDC. Le résolveur choisit le candidat dont les paires détiennent la liquidité vérifiée la plus profonde et renvoie ce choix dans chaque réponse.
Article complet (en anglais) →
CREATE2 rend l'adresse d'un pool légitime calculable avant même son existence : le Hub dérive où le pool canonique DOIT résider et compare — l'usurpation devient un écart d'adresse, pas un exploit.
Article complet (en anglais) →
Les registres pourrissent quand la liquidité migre. BlazePhoenix traite l'occupation d'un slot comme un bail : un pool reste tant que sa vitalité mesurée — profondeur réelle, cotation vivante — continue de gagner ; les titulaires décrépits sont évincés par la mesure, pas par un comité.
Article complet (en anglais) →
Chaque transaction déplaçant de la valeur s'exécute sous un garde conserves : si la variation du solde réel diverge de celle de l'obligation comptable au-delà de la poussière, la transaction se révoque elle-même — l'insolvabilité devient inatteignable, pas seulement observable.
Article complet (en anglais) →
Aucun keeper requis : chaque transaction ordinaire balaie une fenêtre tournante et bornée en gaz d'emprunteurs (max 10), liquide ce qui est sous l'eau et paie le surplus de 5 % à qui a porté le gaz — le livre se nettoie par le flux organique.
Article complet (en anglais) →
Le collatéral EST l'actif emprunté (BZPX des deux côtés) : aucun oracle de prix n'existe nulle part dans le contrat — la manipulation d'oracle, la classe d'exploit la plus coûteuse de la DeFi, n'a littéralement rien à attaquer.
Article complet (en anglais) →
Un seul GET renvoie une cotation de swap calculée on-chain — sans clé d'API, sans inscription, CORS ouvert, quatre chaînes. Ajoutez le paramètre recipient et la réponse inclut un calldata prêt à diffuser : coter, signer, envoyer.
Article complet (en anglais) →
Le bot ne détient jamais de clés : il cote via l'API publique et remet à l'utilisateur un lien profond pour signer dans son propre portefeuille. Pas de clés privées côté serveur, pas de garde, pas de .env vidé — le SDK fournit un bot Telegram complet bâti ainsi.
Article complet (en anglais) →
Tout l'état utile d'un pool tient dans un seul mot de 256 bits : noter un candidat coûte un unique SLOAD — mesuré sur un fork de Base : ~38 % de gaz économisé à chaque swap chaud. Une vérité bon marché est une vérité qu'on continue de lire.
Article complet (en anglais) →
Un seul dispatcher cote huit espèces d'AMM — V2, V3, Algebra, Solidly, Curve stable, Curve crypto, Balancer, V4 — par formules fermées là où la formule est la vérité, et en interrogeant le bytecode du pool partout où la réplication pourrait mentir.
Article complet (en anglais) →
Stateless : le Core est une bibliothèque pure, mêmes entrées, mêmes sorties, pour toujours. Serverless : aucun keeper, indexeur ni serveur RFQ dans le chemin critique. Ungovernable : tout pouvoir dangereux est renonçable définitivement — la gouvernance ne survit que là où elle est bénigne.
Article complet (en anglais) →
Un DEX est un distributeur de tokens ; il en existe des milliers aux prix différents. Un agrégateur les vérifie tous et route votre ordre vers la meilleure combinaison — et la question qui les départage : QUI calcule le prix affiché ?
Article complet (en anglais) →
Vous avez confirmé 100 et reçu 97 — les 3 manquants, c'est le slippage. Une part est naturelle, une part vient de votre taille, une part d'un bot sandwich. Votre bouclier : un minimum imposé par le CONTRAT à l'exécution, pas par le site.
Article complet (en anglais) →
Cinq vérifications avant tout swap : tapez l'URL vous-même, vérifiez l'ADRESSE du token et non le nom, testez d'abord avec des miettes, fixez une vraie limite de slippage et passez la liquidité réelle du pool aux rayons X. Dix minutes d'habitude valent des années de regret.
Article complet (en anglais) →
Trois questions démasquent les mauvais programmes de staking : d'où vient le rendement, l'opérateur peut-il prendre l'argent, et comment SAVEZ-vous que l'argent est encore là ? La réponse la plus forte : un contrat qui prouve sa propre solvabilité à la demande.
Article complet (en anglais) →
Le graphique montre ce que les pools PRÉTENDENT ; la chaîne montre ce qu'ils DÉTIENNENT — et détenir ne se falsifie pas. Collez n'importe quel token dans le Pool X-Ray gratuit et comparez la liquidité annoncée aux soldes réels on-chain en dix secondes.
Article complet (en anglais) →
Le gaz est le coût mesuré du calcul — complexité fois congestion — et une transaction échouée paie quand même le travail. Les L2 comme Base regroupent des milliers de transactions, ramenant le même swap de dollars à des fractions de centime.
Article complet (en anglais) →
Expected out est une prévision ; MINIMUM RECEIVED est votre seul vrai contrat avec la machine. Le price impact dit si votre taille dépasse la profondeur. Lisez une cotation comme des données, pas comme une invitation à signer.
Article complet (en anglais) →
Connecter un portefeuille ne révèle que votre adresse et laisse le site PROPOSER des transactions — le danger vit dans ce que vous SIGNEZ. Les approbations autorisent des contrats précis pour des montants précis : signez lentement, vérifiez le contrat, révoquez l'obsolète.
Article complet (en anglais) →
Des codes machine stables (bad_*, no_route, rpc_unreachable + retry-after), une coalescence qui absorbe les rafales de polling, et pas de clés d'API car le modèle de coûts les rend inutiles — le contrat opérationnel, documenté comme tel.
Article complet (en anglais) →
POST /api/quote/batch cote jusqu'à 10 paires en un aller-retour, ordre préservé, erreurs en ligne par élément — une paire morte ne casse jamais la boucle. Résolvez les symboles une fois, groupez par adresses, rafraîchissez au rythme des blocs.
Article complet (en anglais) →
Chaque exécution émet un événement Swap au topic0 connu sur quatre chaînes — pointez eth_getLogs vers les Routers et le flux de volume est à vous. Re-cotez n'importe quel fill à son bloc et auditez vous-même notre registre coté-vs-exécuté.
Article complet (en anglais) →
L'ensemble complet des formules du protocole, marqué par origine : les invariants AMM standard que nous calculons et citons, et les originaux que nous avons créés — l'Iron Law Φ, le Vitality Field Ψ, le Capital-Anchored Filter, le capacity clamp et la Master Conservation Identity, chacun dérivé du bytecode déployé.
Article complet (en anglais) →
Une API de cotation sans clé, tous les runtimes : intégration copier-coller pour bots fetch sans clé, serveurs keyed-RPC, ethers v6, viem, web3.py et schémas de function-calling LLM pour que les agents IA tradent nativement via BlazePhoenix.
Article complet (en anglais) →
La plupart de la DeFi est du Web 2.5 : la chaîne est un rail de règlement pour des décisions prises sur des serveurs off-chain qu'il faut croire. Le Web 3.0 met la décision elle-même on-chain. Le seul test : si tous les serveurs de l'équipe s'éteignaient maintenant, pourriez-vous encore coter et échanger ? Le nôtre : oui.
Article complet (en anglais) →
BZPX en faits vérifiables : le contrat Base 0x2311…7483, une émission fixe de 180M sur 7 ans, son rôle d'unique actif de staking (aucun oracle à attaquer) et les fonctions on-chain — isSolvent(), solvency() — qui laissent chacun vérifier chaque chiffre sans croire l'équipe.
Article complet (en anglais) →
Le price impact est le coût que vous causez vous-même : échanger contre un pool fini déplace le prix, et un pool mince punit surtout la taille.
Article complet (en anglais) →
Un pool de liquidité, ce sont deux piles de tokens détenues par un contrat ; le ratio fixe le prix et la profondeur réelle décide votre coût.
Article complet (en anglais) →
Un AMM est une formule qui fixe les prix depuis les soldes d'un pool plutôt qu'un carnet d'ordres ; x·y=k cote toujours, et le price impact est où il vous facture.
Article complet (en anglais) →
Un token honeypot vous laisse acheter mais pas vendre — une logique cachée bloque les sorties pendant que le cours monte ; un X-Ray de dix secondes en démasque la plupart.
Article complet (en anglais) →
Un rug pull est une arnaque de sortie : les initiés vident la liquidité ou déversent une réserve cachée, effondrant le prix à zéro — liquidité verrouillée et profondeur réelle sont vos garde-fous.
Article complet (en anglais) →
ETH est la pièce native ; WETH est le même éther emballé en ERC-20 standard pour que les contrats le traitent uniformément — toujours échangeable 1:1, jamais un autre actif.
Article complet (en anglais) →
Une approbation est une permission permanente donnée à un contrat de déplacer votre token — elle survit à l'échange, donc les approbations infinies sont un risque vivant à revoir et révoquer.
Article complet (en anglais) →
Un portefeuille détient les clés qui contrôlent vos pièces on-chain, pas les pièces ; la phrase de récupération EST les fonds, ne la saisissez jamais sur un site ni ne la partagez.
Article complet (en anglais) →
La market cap est un titre (prix × offre) ; la liquidité est ce vers quoi vous pouvez sortir. Quand la cap dépasse la profondeur réelle, l'essentiel de cette valeur est inatteignable.
Article complet (en anglais) →
Un stablecoin vise à garder une valeur fixe, souvent 1 $, via un adossement fiat, crypto ou algorithmique — mais l'ancrage ne vaut que le mécanisme qui le soutient.
Article complet (en anglais) →
Les agents autonomes échouent comme la DeFi impérative : ils improvisent quand le chemin s'épuise. BlazePhoenix contraint l'exécution par un invariant vérifié à la frontière — l'Iron Law Φ, bornée à 75% — et un revert fail-closed, un modèle pour aligner l'IA par les mathématiques, pas la politique.
Article complet (en anglais) →
Swapper sur Base coûte des centimes : connectez le wallet, vérifiez l'ADRESSE du token, fixez le minOut et vérifiez la profondeur réelle de la pool avec le X-Ray.
Article complet (en anglais) →
Le gas coûte des centimes sur les L2 et des dollars sur le mainnet — mais c'est la profondeur de liquidité, pas le gas, qui décide du coût réel ; la chaîne la moins chère est celle aux pools les plus profondes pour VOTRE paire.
Article complet (en anglais) →
Sur une app de courtage l'ordre s'exécute dans un système privé qu'il faut croire ; sur un DEX c'est un appel public de contrat que chacun peut auditer — garde, transparence et recours sont les vraies différences.
Article complet (en anglais) →
Une CEX détient vos fonds et apparie les ordres en privé ; un DEX ne touche jamais la garde et exécute en public — et on-chain la solvabilité peut être imposée à chaque transaction, pas attestée trimestriellement.
Article complet (en anglais) →
Les seuls fondamentaux d'un memecoin sont l'offre et la liquidité — le graphique, c'est de l'attention. Règle des dix secondes : passez les pools au X-Ray contre la profondeur fantôme et dimensionnez sur la liquidité RÉELLE, jamais sur le rêve.
Article complet (en anglais) →
Une Layer 2 regroupe les transactions hors chaîne et les règle sur Ethereum — la sécurité du mainnet pour des centimes par swap ; Base, Optimism et Arbitrum sont les voies rapides où vit la DeFi grand public.
Article complet (en anglais) →
Un bot sandwich achète juste avant votre swap et vend juste après, empochant votre tolérance de slippage — la défense : un minOut serré plus des planchers imposés par le CONTRAT à chaque leg, pas par le frontend.
Article complet (en anglais) →
La DeFi échange le risque de garde contre les risques de contrat, de marché, d'arnaque et d'auto-garde — la différence : la plupart sont VÉRIFIABLES par vous, avant de vous engager, gratuitement.
Article complet (en anglais) →
Cinq agrégateurs, cinq cotations : couverture de routage, fraîcheur, modèles de frais et honnêteté de simulation diffèrent — comparez le prix EXÉCUTÉ et préférez les cotations reproductibles par un eth_call.
Article complet (en anglais) →
Les vrais cadeaux d'Ethereum aux traders relèvent de la physique, pas du prix : atomicité (le trade s'exécute en entier ou pas du tout), déterminisme (les cotations veulent dire quelque chose) et état public (tout solde auditable, gratuitement).
Article complet (en anglais) →
Chaque nombre de la carte de swap décodé : réception nette, zones d'impact, minOut, le plancher du contrat, et quels avertissements signifient stop ou prudence.
Article complet (en anglais) →
Les cartes de staking décodées : stake effectif et boost 1,10x–2,75x, limites d'emprunt, santé dette/stake face à la ligne des 95% et bannière de solvabilité en direct.
Article complet (en anglais) →
Points de départ pratiques du slippage : ~0,2% pour les paires établies et profondes, 0,5–1% pour les memecoins volatils — trop lâche offre une prime aux bots, trop serré fait échouer ; réglez juste au-dessus de la dérive réelle.
Article complet (en anglais) →
Le parcours complet du débutant : connecter, vérifier l'adresse, coter, régler le slippage, exécuter, lire le reçu sur l'explorer — puis verrouiller un premier stake et vérifier soi-même la solvabilité.
Article complet (en anglais) →
Les systèmes d'intents mettent votre ordre aux enchères auprès de solveurs off-chain qu'il faut croire collectivement ; BlazePhoenix calcule le routage on-chain, reproductible par un eth_call — vérifiabilité contre enchère, comparées honnêtement.
Article complet (en anglais) →
Le Nakamoto Test : cinq questions falsifiables — règlement, vérification, survie, permission, transparence — mesurant tout protocole face à la vision fondatrice de Satoshi et Vitalik, avec notre bulletin honnête.
Article complet (en anglais) →
Chaque proportion dans BlazePhoenix — parts de récompense, ratios de collatéral, tranches d’intérêt — passe par une seule multiplication-puis-division sur 512 bits (mulDiv), de sorte que le produit intermédiaire a·b ne déborde jamais et qu’aucun nombre ne dérive d’un seul wei ; diviser par un impair emploie un inverse modulaire de Newton-Raphson qui double ses bits corrects à chaque étape, 4 → 256.
Article complet (en anglais) →
BlazePhoenixStaking fait tourner deux accumulateurs de type MasterChef sur une seule base de stake : l’émission (180M BZPX sur 7 ans) payée sur le stake effectif boosté, et l’intérêt des emprunteurs versé uniquement aux épargnants purs — des dénominateurs distincts, pour qu’aucun rôle n’en subventionne un autre, le tout sous un unique invariant de solvabilité et un boost de blocage quadratique jusqu’à 2,75×.
Article complet (en anglais) →