Pool vitality: liveness as a measured property, not an assumption

BlazePhoenix Engineering · updated 2026-07-17 · 5 min · written from the deployed bytecode

Abstract in 15 languages · resumo · resumen · 摘要 · 要旨 · ملخص

EnglishRegistries rot as liquidity migrates. BlazePhoenix treats slot occupancy as a lease: pools stay only while measured vitality — real depth, live quoting — keeps winning; decayed incumbents are evicted by measurement, not committee.

PortuguêsRegistos apodrecem quando a liquidez migra. A BlazePhoenix trata a ocupação de slot como arrendamento: pools ficam só enquanto a vitalidade medida — profundidade real, cotação viva — continua a vencer; incumbentes decaídos são despejados por medição, não por comité.

EspañolLos registros se pudren cuando la liquidez migra. BlazePhoenix trata la ocupación de slots como un alquiler: los pools permanecen solo mientras su vitalidad medida — profundidad real, cotización viva — siga ganando; los titulares decaídos son desalojados por medición, no por comité.

FrançaisLes 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é.

DeutschRegister verrotten, wenn Liquidität abwandert. BlazePhoenix behandelt Slot-Belegung als Miete: Pools bleiben nur, solange gemessene Vitalität — echte Tiefe, lebendiges Quoting — weiter gewinnt; verfallene Inhaber werden per Messung entfernt, nicht per Komitee.

РусскийРеестры гниют, когда ликвидность мигрирует. BlazePhoenix считает слот арендой: пул остаётся, лишь пока его измеренная жизнеспособность — реальная глубина, живые котировки — продолжает побеждать; угасших вытесняет измерение, а не комитет.

TürkçeLikidite göç ettikçe kayıtlar çürür. BlazePhoenix slot işgalini kira sayar: havuzlar ancak ölçülen canlılıkları — gerçek derinlik, canlı fiyatlama — kazandıkça kalır; çürüyen sakinleri komite değil ölçüm tahliye eder.

العربيةتتعفن السجلات حين تهاجر السيولة. تعامل BlazePhoenix شغل الخانة كعقد إيجار: تبقى المجمّعات ما دامت حيويتها المقاسة — عمق حقيقي وتسعير حي — تفوز؛ والمتهالكون يُخلَون بالقياس لا بلجنة.

हिन्दीलिक्विडिटी के पलायन से रजिस्ट्रियाँ सड़ जाती हैं। BlazePhoenix स्लॉट को किराए की तरह देखता है: पूल तभी टिकते हैं जब मापी गई जीवंतता — वास्तविक गहराई, जीवित कोटिंग — जीतती रहे; क्षीण पूलों को समिति नहीं, माप बेदखल करता है।

日本語流動性が移動すればレジストリは腐ります。BlazePhoenixはスロット占有をリースとして扱います。実際の深さと生きた見積もりという計測されたバイタリティが勝ち続ける限りだけプールは留まり、衰えた在位者は委員会ではなく計測によって追放されます。

中文流动性迁移时,注册表就会腐烂。BlazePhoenix 将槽位占用视为租约:池只有在实测活力——真实深度、活跃报价——持续获胜时才能留下;衰败的在位者由测量驱逐,而非委员会。

한국어유동성이 이동하면 레지스트리는 썩습니다. BlazePhoenix는 슬롯 점유를 임대로 취급합니다. 실측 활력—실제 깊이, 살아있는 견적—이 계속 이기는 동안만 풀이 남고, 쇠락한 기존 풀은 위원회가 아니라 측정이 퇴출합니다.

Bahasa IndonesiaRegistri membusuk saat likuiditas bermigrasi. BlazePhoenix memperlakukan slot sebagai sewa: pool bertahan hanya selama vitalitas terukurnya — kedalaman nyata, kuotasi hidup — terus menang; petahana yang lapuk digusur oleh pengukuran, bukan komite.

বাংলাতারল্য সরে গেলে রেজিস্ট্রি পচে যায়। BlazePhoenix স্লট দখলকে ভাড়া হিসেবে দেখে: পুল ততক্ষণই থাকে যতক্ষণ পরিমাপকৃত প্রাণশক্তি — প্রকৃত গভীরতা, জীবন্ত কোটিং — জিততে থাকে; ক্ষয়প্রাপ্তদের কমিটি নয়, পরিমাপই উচ্ছেদ করে।

FilipinoNabubulok ang mga registry kapag lumipat ang liquidity. Itinuturing ng BlazePhoenix na upa ang pag-okupa ng slot: nananatili ang pool habang panalo ang sinusukat na sigla nito — totoong lalim, buhay na pag-quote; ang mga nanghinang nakaupo ay pinapaalis ng sukatan, hindi ng komite.

Every pool list in DeFi is a snapshot of a market that no longer exists. Liquidity migrates to new fee tiers, incentives end, LPs leave — and the registry still lists the corpse. Routing through dead pools is not a neutral mistake: stale candidates waste gas on every quote, dilute the median the router reasons over, and in the worst case become the manipulation surface described in the phantom-liquidity article.

BlazePhoenix treats slot occupancy as a lease, not a deed. A pool's vitality — its measured ability to actually serve flow — is what keeps it in the Hub's 16 slots: real held depth (balanceOf, not self-reported reserves), live quoting capability at relevant sizes, and the fitness contest that lets any challenger evict a decayed incumbent by beating it with a clear 25% margin.

The exact math (from the deployed bytecode)

Vitality is a swap-count EMA that decays with block age: v = swapCount >> (age/16), which halves roughly every 16 blocks of silence and hits zero after a ~65,536-block window (about 9 days at 12s blocks) — a pool alive right now keeps its full count, a pool silent for a week is nearly weightless. The composite fitness is psi = vitality × 2^depthBucket, where the depth bucket is log10(depth/1e15) capped at 15, so each order of magnitude of real depth DOUBLES the weight. Pools touching a bridge token earn +25%; concentrated-liquidity kinds earn +5%.

Admission at a full 16-slot table requires the newcomer's projected fitness to beat the weakest incumbent by a strict 25% margin — and discovery itself is throttled by freshness: the full CREATE2 sweep is skipped only when at least 3 registered venues were active within the last 3,600 seconds, so hot pairs stay cheap to quote while quiet pairs always re-discover.

Death by measurement, not by committee

No governance vote decides a pool is dead. It simply stops winning measurements: its real balance no longer supports competitive quotes, a healthier pool demonstrates superior fitness, and the eviction rule does the rest. The registry stays alive the same way the quotes stay honest — by continuously re-deriving the truth from chain state instead of remembering yesterday's.

This is the quiet thesis across the whole system: solvency is re-computed per block, floors are re-derived per execution, candidates are re-measured per challenge. Nothing is trusted because it was once true.

Do not trust this page — reproduce it

Every claim above is checkable against the chain. Start here:

read a slot's pool, then check its real depth: cast call <token> "balanceOf(address)(uint256)" <pool> --rpc-url https://mainnet.base.org — compare against what it advertises

Contracts are verified on every chain we deploy to — addresses in the protocol manifest. Deeper formal treatment: the whitepaper (PDF).

Related engineering