सात contracts। एक ही गणित।

पूरा protocol सात contracts का है, और इसके दोनों इंजन एक ही तरह बने हैं: आधार पर एक शुद्ध-गणित library, जिसे काम करने वाले contracts import करते हैं, ताकि कोई संख्या दोबारा परिभाषित न हो और कोई contract ऐसी value पर भरोसा न करे जो उसने खुद न निकाली हो। पाँच मिलकर aggregator बनाते हैं; दो मिलकर staking इंजन। नीचे दिया हर पता Base पर असली, verified deployment है; वही bytecode Ethereum, Optimism, Arbitrum और Robinhood Chain पर चलता है (पूरा मैट्रिक्स /verify में)।

Aggregator Pentad — पाँच का समूह

“पाँच contracts, जिनमें से एक शुद्ध गणित है और बाकी चार उसे import करते हैं।” Core गणना करता है; Hub याद रखता है; Solver तय करता है; Router निपटान करता है; Quoter पूर्वावलोकन दिखाता है। हर एक में एक ही सघन error path है, जिससे revert surface उतना ही पठनीय रहता है जितना सफल path।

BlazePhoenixCoreशुद्ध library · inlined, कोई अलग पता नहीं

Ω · 𝒟 · Φ · Ψ — शुद्ध-गणित library, stateless। न storage, न owner, न upgrade path — सिर्फ़ functions। the Eightfold Dispatcher Ω, Deterministic Derivation 𝒟, the Iron Law Φ और the Vitality Field Ψ यहीं शुद्ध गणनाओं के रूप में रहते हैं। बाकी चार इसे import करते हैं; गणित कहीं और दोबारा परिभाषित नहीं होता।

Hub0x428554DEe93A1B8B5Bc6Fd19adDAfe55106fc04C

Ψ · registry — venue registry और vitality field। इसमें candidate-pool registry (हर pair के लिए 16 packed slots), vitality field और bridge-token set रहते हैं, ERC-7201 namespacing के तहत, ताकि इसका storage किसी consumer के slots से कभी टकरा न सके।

Solver0xB1902990260975dD4C89ad74B1f317bc100CB830

𝒰(route) — read-path optimiser। एक शुद्ध read-path optimiser जो routes पर meta-equation को अधिकतम करता है और ऐसी किसी state को नहीं छूता जिसे वह derive न कर सके। यह तय करता है; निपटान कभी नहीं करता।

Router0x2a779f9Be49aac57495A8B6467Cc325a8a47Eb9f

Φ · execute — atomic execution, फ़ंड हिलाने वाला अकेला contract। यही एकमात्र contract है जो value हिलाता है, और वह उसे caller की minimum-output सीमा के तहत atomically हिलाता है — the Iron Law Φ की floor को on-chain दोबारा derive करते हुए, ताकि कोई ज़हरीला frontend उसे कभी घटा न सके। विश्राम की स्थिति में यह कुछ भी नहीं रखता।

Quoter0x4cEF0615614B212895F45Aa1D4833B16666E18d3

previewPlan — off-chain preview mirror। previewPlan के ज़रिये off-chain preview के लिए यह Solver का दर्पण है, और रचना से ही वही संख्या देता है जो Router realise करेगा। quote ही execution logic है।

5 contracts।

Staking Dyad — दो का जोड़ा

वही अनुशासन, protocol की अपनी पूँजी पर लागू: एक शुद्ध-गणित library और वह इंजन जो उसे import करता है। चूँकि collateral और उधार लिया गया asset एक ही token (BZPX) हैं, इसलिए कहीं कोई price oracle है ही नहीं — पूरा एक attack surface रचना से ही अनुपस्थित है।

BlazePhoenixMathLibशुद्ध library · inlined, कोई अलग पता नहीं

mulDiv · rawBalanceOf — शुद्ध-गणित library, inlined। पूरा 512-bit multiply-then-divide जिससे हर अनुपात गुज़रता है, और साथ में rawBalanceOf, वह staticcall जो contract को अपना ही backing पढ़ने देता है। सब कुछ internal है, इसलिए यह इंजन के bytecode में inline हो जाती है (कोई अलग पता नहीं), ठीक वैसे ही जैसे Core, aggregator के लिए है।

BlazePhoenixStaking0x3f60C7aa0c36a78D200405feBE143d2Cf3fA0c77

conserves — solvency-enforced इंजन। एक ही contract वह सब करता है जिसे ज़्यादातर protocols तीन में बाँटते हैं — vault, lending market और lock-boost — जिन्हें एक ही UserInfo record और दो accumulators से मिलाया जाता है, और value हिलाने वाला हर path conserves guard में लिपटा है। सोलह साल में द्विवार्षिक halving curve पर 180M BZPX; solvency एक revert शर्त है, dashboard की रीडिंग नहीं।

2 contracts।

वह एक समीकरण जिस पर हर इंजन टिका है

aggregator, candidate routes पर एक ही objective को अधिकतम करता है — net output लो, पर सिर्फ़ उन routes से जो the Iron Law Φ की floor पार करते हैं, और हर pool की vitality से भारित:

<math xmlns="http://www.w3.org/1998/Math/MathML" display="block"><mrow><mi>𝒰</mi><mo>(</mo><mi>route</mi><mo>)</mo><mo>=</mo><mi>𝟙</mi><mo>[</mo><msub><mi>y</mi><mtext>net</mtext></msub><mo>≥</mo><mi>Φ</mi><mo>·</mo><msub><mi>y</mi><mtext>quote</mtext></msub><mo>]</mo><mo>·</mo><msub><mi>y</mi><mtext>net</mtext></msub><mo>·</mo><munder><mo>∏</mo><mi>i</mi></munder><msubsup><mi>Ψ</mi><mi>i</mi><msub><mi>w</mi><mi>i</mi></msub></msubsup></mrow></math>

staking इंजन the Master Conservation Identity पर टिका है — भौतिक balance उतना ही है जितना ledger पर बकाया है, और हर transaction में conserves guard इसे लागू करता है, जिससे insolvent state पहुँच से ही बाहर हो जाती है, केवल दिखने भर की बात नहीं:

balanceOf(this) + totalBadDebt
  == (totalStaked − totalDebt) + rewardReserve + protocolReserve
     + (totalRewardDistributed − totalRewardsPaid)

इसे chain से सीधे, मुफ़्त में, लाइव पढ़ें: /solvency (या isSolvent() · solvency() · auditInvariants())।

पूरी चीज़ खुद verify करें

यहाँ कुछ भी भरोसे की माँग नहीं करता। staking इंजन अभी लाइव है और solvent है:

cast call 0x3f60C7aa0c36a78D200405feBE143d2Cf3fA0c77 "isSolvent()(bool)" --rpc-url https://mainnet.base.org

कोड लाइसेंस: contracts 2030 तक BUSL-1.1 के अंतर्गत हैं — पढ़ें, audit करें और स्वतंत्र रूप से verify करें; production उपयोग के लिए लाइसेंस चाहिए। partner बनें, clone न करें ›

English (पूरा architecture पेज)