<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>BlazePhoenix Engineering</title>
    <link>https://blazephoenix.xyz/learn</link>
    <atom:link href="https://blazephoenix.xyz/learn-feed.xml" rel="self" type="application/rss+xml"/>
    <description>DeFi engineering from the deployed bytecode: on-chain quoting, phantom-liquidity defense, provable solvency. Every article ends with a command to reproduce its claims.</description>
    <language>en</language>
    <copyright>© 2026 BlazePhoenix. All rights reserved.</copyright>
    <item>
      <title>On-chain quoting: why the price you see is the price the contract computed</title>
      <link>https://blazephoenix.xyz/learn/on-chain-quoting</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/on-chain-quoting</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>How BlazePhoenix computes DEX-aggregator quotes fully on-chain via previewPlan and revert-extraction, why that removes the trusted-API problem, and what exact-mode requoting means for execution guarantees.</description>
    </item>
    <item>
      <title>Phantom liquidity: when pools advertise depth they do not hold</title>
      <link>https://blazephoenix.xyz/learn/phantom-liquidity</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/phantom-liquidity</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>The capital-anchor doctrine: how BlazePhoenix filters quote-manipulation by anchoring route selection on real token balances, with a measured case where two dead pools outvoted a $401k pool.</description>
    </item>
    <item>
      <title>The two-tier capacity clamp: refusing trades a pool cannot absorb</title>
      <link>https://blazephoenix.xyz/learn/capacity-clamp</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/capacity-clamp</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>Why BlazePhoenix caps per-pool trade size against real holdings — with the measured case of a 117x phantom quote and a 27% loss that the clamp turns into a refusal.</description>
    </item>
    <item>
      <title>The iron floor: a minimum output the contract re-derives for itself</title>
      <link>https://blazephoenix.xyz/learn/iron-floor</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/iron-floor</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>How BlazePhoenix computes minOut on-chain at execution time — callers can tighten it but never relax it — and why per-leg floors stop sandwich decomposition.</description>
    </item>
    <item>
      <title>The surplus doctrine: when execution beats the quote, the user keeps the difference</title>
      <link>https://blazephoenix.xyz/learn/surplus-doctrine</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/surplus-doctrine</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>BlazePhoenix returns positive slippage to the trader, fee-exempt, enforced in Router bytecode — not a marketing promise. How it works and how to verify it per fill.</description>
    </item>
    <item>
      <title>Provable staking solvency: an invariant anyone can check, any block</title>
      <link>https://blazephoenix.xyz/learn/proof-of-solvency</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/proof-of-solvency</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>The BlazePhoenix staking engine exposes isSolvent() and a 13-field solvency() report on-chain. What the invariant covers, how the live report works, and how to reproduce it.</description>
    </item>
    <item>
      <title>The Hub: a self-curating pool registry with fitness eviction</title>
      <link>https://blazephoenix.xyz/learn/hub-slot-registry</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/hub-slot-registry</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>How BlazePhoenix keeps its candidate-pool set honest on-chain: a packed 256-bit slot registry capped at 16 slots, where a challenger must beat the incumbent by a 25% fitness margin to evict it.</description>
    </item>
    <item>
      <title>EIP-1153 transient storage: route context that cannot outlive the transaction</title>
      <link>https://blazephoenix.xyz/learn/transient-storage</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/transient-storage</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>Where BlazePhoenix uses transient storage (TSTORE/TLOAD): reentrancy locks and fee-on-transfer flags that reset to zero at transaction end by protocol law — cheaper than SSTORE and immune to stale-state bugs.</description>
    </item>
    <item>
      <title>Renouncing power without abandoning the protocol: the control/curator split</title>
      <link>https://blazephoenix.xyz/learn/control-split</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/control-split</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>BlazePhoenix separates CONTROL (parameters, upgrades, funds — renounceable) from CURATION (candidate maintenance — operational), so decentralization does not have to mean neglect. Plus EIP-7702 as a first-class entry path.</description>
    </item>
    <item>
      <title>One on-chain call for a thousand clients: quote coalescing at the edge</title>
      <link>https://blazephoenix.xyz/learn/rpc-coalescing</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/rpc-coalescing</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>How the BlazePhoenix public API absorbs traffic spikes without hammering RPCs: request coalescing (singleflight), one-block edge caching, and a meta.cache field that tells every client exactly what happened.</description>
    </item>
    <item>
      <title>Any ticker, one honest answer: resolving symbols by deepest real liquidity</title>
      <link>https://blazephoenix.xyz/learn/universal-symbols</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/universal-symbols</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>How the BlazePhoenix API turns an arbitrary token symbol into an address: choose the candidate with the deepest verified liquidity, echo the resolution back, and let addresses stay the precision path.</description>
    </item>
    <item>
      <title>CREATE2 discovery: verifying a pool is who it claims to be</title>
      <link>https://blazephoenix.xyz/learn/create2-discovery</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/create2-discovery</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>How the BlazePhoenix Hub uses deterministic CREATE2 addresses (EIP-1014) to derive where a pool MUST live before trusting it — impersonation becomes an address mismatch instead of an exploit.</description>
    </item>
    <item>
      <title>Pool vitality: liveness as a measured property, not an assumption</title>
      <link>https://blazephoenix.xyz/learn/pool-vitality</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/pool-vitality</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>Registries rot: pools die, liquidity migrates, incentives dry up. BlazePhoenix treats a pool's right to receive order flow as something continuously re-earned through measured vitality — real depth, real quoting, real recency.</description>
    </item>
    <item>
      <title>The Master Conservation Identity: making insolvency unreachable, not just observable</title>
      <link>https://blazephoenix.xyz/learn/master-conservation-identity</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/master-conservation-identity</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>One equation the whole staking book obeys — balance + badDebt = net principal + reserves + accrued-unpaid — enforced per-transaction by a conserves guard. A tx that would leak value reverts itself.</description>
    </item>
    <item>
      <title>The self-cleaning book: keeper-free maintenance carried by ordinary transactions</title>
      <link>https://blazephoenix.xyz/learn/autonomous-maintenance</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/autonomous-maintenance</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>BlazePhoenix staking has no keeper requirement: every user transaction sweeps a rotating, gas-bounded window of borrowers, liquidates anything underwater and pays the surplus to whoever carried the gas.</description>
    </item>
    <item>
      <title>Lending without a price oracle: deleting an attack surface instead of defending it</title>
      <link>https://blazephoenix.xyz/learn/oracle-free-lending</link>
      <guid isPermaLink="true">https://blazephoenix.xyz/learn/oracle-free-lending</guid>
      <pubDate>Fri, 17 Jul 2026 12:00:00 GMT</pubDate>
      <description>In BlazePhoenix staking the collateral IS the borrowed asset (BZPX both sides), so no price oracle exists anywhere — oracle manipulation, the cause of hundreds of millions in DeFi losses, has nothing to attack.</description>
    </item>
  </channel>
</rss>
