ऑन-चेन लिक्विडेशन: Aave और Compound की मैकेनिक्स, और उनके इर्द-गिर्द का बॉट बिजनेस

Aave पर एक लिक्विडेशन एक खुला सार्वजनिक प्रस्ताव है: किसी और का कर्ज चुकाओ और उसका collateral 5–15% के डिस्काउंट पर पाओ। यह प्रस्ताव एक immutable कॉन्ट्रैक्ट में लिखा हुआ है, इसमें किसी परमिशन, किसी KYC, प्रोटोकॉल के साथ किसी रिश्ते की जरूरत नहीं — बस उस ब्लॉक में liquidationCall() कॉल करने वाला पहला address बनना है जिसमें कोई position उस रेखा को पार करती है। यह क्रिप्टो की सबसे शुद्ध रेस है: इनाम पैसे-पैसे तक पता है, ट्रिगर (ज्यादातर) predictable है, और एकमात्र सवाल यह है कि क्या आपका infrastructure सबसे पहले वहां पहुंचता है।

यह लेख इस मशीन को शुरू से अंत तक चीरता है: वह ठीक-ठीक गणित जो परिभाषित करता है कि कोई position कब liquidatable बनती है, Chainlink oracle की मैकेनिक्स लिक्विडेशन को reactive के बजाय predictable क्यों बनाती है, एक competitive लिक्विडेशन बॉट असल में किन हिस्सों से बना होता है, और इस रेस की economics इतनी सिकुड़ क्यों गई है कि अब ज्यादातर बोनस block builders के पास — और बढ़ते हुए, खुद प्रोटोकॉल्स के पास — वापस रिस जाता है। अंत में हम इसकी तुलना perp-DEX लिक्विडेशन (GMX, Hyperliquid) से करते हैं, जो ऊपरी तौर पर मिलते-जुलते दिखते हैं पर पूरी तरह से एक अलग खेल हैं।

मैकेनिक्स: health factor, थ्रेशोल्ड, बोनस

LTV बनाम liquidation threshold

Aave v3 पर हर collateral asset दो अलग-अलग risk parameters साथ लेकर चलता है, और इन्हें आपस में गड्डमड्ड कर देना उधार लेने वालों की सबसे आम गलती है:

• LTV (loan-to-value) — origination के समय आप asset के बदले जितना अधिकतम उधार ले सकते हैं। Aave v3 mainnet पर WETH के लिए यह लगभग 80% है।
• Liquidation threshold — वह collateralization स्तर जिस पर position liquidatable बन जाती है। WETH के लिए, लगभग 83%।

इन दोनों के बीच का फासला एक जानबूझकर रखा गया बफर है: आप ऐसी position नहीं खोल सकते जो तुरंत liquidatable हो। पर यह बफर पतला है — "अधिकतम उधार ली गई" और "लपकने के लिए तैयार" के बीच बस कुछ प्रतिशत की उलटी कीमत-चाल का फासला होता है।

Health factor सब कुछ एक ही संख्या में समेट देता है:

$HF = \frac{\sum_i C_i \cdot P_i \cdot LT_i}{\sum_j D_j \cdot P_j}$

जहां $C_i$ collateral asset $i$ की मात्रा है, $P_i$ उसकी oracle कीमत, $LT_i$ उसका liquidation threshold, और $D_j \cdot P_j$ हर debt position का मूल्य। जब $HF < 1$ होता है, कोई भी लिक्विडेट कर सकता है। कोई grace period नहीं, कोई margin call नहीं, कोई सूचना नहीं। यह शर्त lazily जांची जाती है — कुछ नहीं होता जब तक कोई फंक्शन को कॉल न करे।

Close factor और liquidation bonus

दो और parameters तय करते हैं कि liquidator को क्या मिलता है:

• Close factor — एक ही लिक्विडेशन जितने हिस्से का debt चुका सकता है, उसका अंश। Aave v3 का default 50% है। Aave v3.3 से, जब $HF < 0.95$ हो (यानी CLOSE_FACTOR_HF_THRESHOLD), या जब position का collateral या debt किसी dust threshold (~$2,000) से नीचे हो, तो close factor 100% पर उछल जाता है — छोटी positions दो ट्रांजैक्शन के लायक नहीं होतीं, और बचा हुआ dust bad-debt accounting की समस्याएं पैदा करता है।
• Liquidation bonus (जिसे liquidation penalty भी कहते हैं, आप किस पक्ष में हैं इस पर निर्भर करता है) — वह डिस्काउंट जिस पर liquidator collateral खरीदता है। Aave पर यह एक निश्चित spread होता है जो governance द्वारा प्रति-asset सेट किया जाता है: WETH और प्रमुख stablecoins के लिए लगभग 5%, और volatile long-tail collateral के लिए 10–15% तक।

Compound v2 भी अलग constants के साथ इसी तरह काम करता है: liquidateBorrow() के साथ 50% close factor और 8% liquidation incentive (जब्त किया गया cToken collateral चुकाए गए debt का 1.08× मूल्य का होता है)। Compound v3 (Comet) ने इस flow को दो चरणों में फिर से डिजाइन किया: absorb() underwater position को प्रोटोकॉल की अपनी balance sheet पर खींच लेता है (debt reserves में socialize हो जाता है, collateral प्रोटोकॉल की संपत्ति बन जाता है), और buyCollateral() किसी को भी उस collateral को प्रोटोकॉल से governance-कॉन्फ़िगर किए गए डिस्काउंट पर, base asset में भुगतान करके, खरीदने देता है। व्यवहार में एक liquidator दोनों को एक ही ट्रांजैक्शन में कॉल करता है — absorb खुद कुछ भुगतान नहीं करता, मुनाफा पूरी तरह डिस्काउंटेड buyCollateral में होता है।

एक ठोस position, कदम-दर-कदम liquidate की गई

Aave v3 WETH के प्रतिनिधि parameters लें: LTV 80%, liquidation threshold 83%, liquidation bonus 5%।

सेटअप. आप $3,000 पर 10 WETH जमा करते हैं ($30,000 collateral) और 20,000 USDC उधार लेते हैं।

$HF = \frac{30{,}000 \times 0.83}{20{,}000} = 1.245$

Liquidation price. $HF = 1$ तब होता है जब collateral का मूल्य गिरकर 20{,}000 / 0.83 = \24{,}096 पर आ जाता है, यानी ETH **\2,410** पर — एक 19.7% drawdown। सुरक्षित लगता है। है नहीं, क्योंकि ETH नाश्ते में 20% drawdowns कर लेता है।

गिरावट. ETH oracle पर $2,350 दिखाता है। Collateral अब $23,500 है:

$HF = \frac{23{,}500 \times 0.83}{20{,}000} = 0.975$

$0.95 < HF < 1$, इसलिए 50% close factor लागू होता है। एक liquidator आपके debt में से 10,000 USDC चुकाता है और oracle कीमत पर 10{,}000 \times 1.05 = \10{,}500$ मूल्य का collateral जब्त करता है:

$\frac{10{,}500}{2{,}350} = 4.468 \text{ WETH}$

Liquidator का P&L. उसने $10,000 खर्च किए और $10,500 का ETH पाया: एक फंक्शन कॉल के लिए $500 gross मुनाफा, gas, ETH से बाहर निकलने के swap खर्च से पहले, और — सबसे अहम — रेस जीतने के लिए जो भी बोली लगानी पड़ी उससे पहले (इस पर आगे और बात)।

आपका P&L. Debt घटकर $10,000, collateral घटकर 5.532 WETH ($13,000)। नया health factor:

$HF = \frac{13{,}000 \times 0.83}{10{,}000} = 1.079$

दो असहज तथ्य ध्यान दें। पहला, आपने जबरन deleveraging के विशेषाधिकार के लिए $500 चुकाए — बोनस पूरी तरह आपकी equity से निकलता है। दूसरा, 1.079 का नया HF मुश्किल से पानी के ऊपर है: ETH में एक और 7% की गिरावट बचे हुए आधे हिस्से पर फिर से लिक्विडेशन ट्रिगर कर देती है। निश्चित-spread लिक्विडेशन solvency बहाल करता है, safety नहीं। यह "आधा-लिक्विडेट, फिर भी नाजुक, फिर से लिक्विडेट" पैटर्न cascade dynamics के पीछे की microstructure है, जिसे हम सहयोगी लेख लिक्विडेशन cascades एक ट्रेडिंग सिग्नल के रूप में में कवर करते हैं।

ट्रिगर: लिक्विडेशन predictable हैं, reactive नहीं

यहां वह हिस्सा है जो इस बिजनेस को समझने वालों को न समझने वालों से अलग करता है: Aave और Compound पर, positions तब liquidatable नहीं बनतीं जब मार्केट प्राइस हिलता है। वे तब liquidatable बनती हैं जब oracle अपडेट होता है।

दोनों प्रोटोकॉल Chainlink data feeds से कीमतें पढ़ते हैं। Ethereum mainnet पर एक Chainlink feed एक नई on-chain कीमत तब push करता है जब दो में से कोई एक शर्त पूरी होती है:

• Deviation threshold — off-chain aggregated कीमत आखिरी on-chain मूल्य से एक तय प्रतिशत से ज्यादा हिल जाती है: mainnet पर ETH/USD के लिए 0.5%, ज्यादातर छोटे feeds के लिए 1–2%।
• Heartbeat — एक अधिकतम अंतराल (ETH/USD के लिए 3,600 सेकंड) जिसके बाद deviation चाहे जो भी हो, एक अपडेट push हो जाता है।

इसका एक गहरा परिणाम है। अपडेट्स के बीच, on-chain कीमत निर्माण से ही stale होती है। अगर Binance ETH 0.6% गिरता है जबकि on-chain feed अब भी पुरानी कीमत दिखा रहा है, तो हर परिष्कृत खिलाड़ी जानता है कि एक oracle अपडेट ट्रांजैक्शन आ रहा है, जानता है कि नई कीमत (लगभग) क्या होगी, और गणना कर सकता है — अपडेट लैंड होने से पहले — ठीक-ठीक कि जिस पल अपडेट होगा उसी पल कौन-सी positions $HF < 1$ पार कर जाएंगी।

इसलिए प्रमुख रणनीति "health factors देखो और प्रतिक्रिया दो" नहीं है बल्कि oracle अपडेट को backrun करो: एक ऐसा bundle बनाओ जिसमें आपका liquidationCall() Chainlink transmit ट्रांजैक्शन के तुरंत बाद, उसी ब्लॉक में execute हो। Oracle अपडेट शुरुआत की पिस्तौल है, और हर कोई देख सकता है कि स्टार्टर पिस्तौल उठा रहा है। Bundle की मैकेनिक्स — block builders को private submission, atomic ordering की गारंटी — वही मशीनरी है जिसे हमने sandwich attacks और mempool frontrunning वाले लेख में कवर किया था; लिक्विडेशन इसका बस सबसे वैध उपयोग है।

व्यवहार में दो बारीकियां मायने रखती हैं:

1. आपको mempool में transmit देखने की जरूरत भी नहीं। चूंकि off-chain aggregation observable है (आप CEX feeds से वही price computation चला सकते हैं), आप predict कर सकते हैं कि deviation threshold पार करते ही एक अपडेट जरूर fire होगा, और price path ऊपर और price path नीचे — दोनों के लिए पहले से bundles बना सकते हैं।
2. Heartbeat अपडेट scheduled liquidity events हैं। अगर किसी feed ने एक घंटे में 0.5% deviate नहीं किया, तो भी एक अपडेट लैंड करता है — और अगर कीमत $HF = 1$ के पास गुच्छे में जमा positions की दीवार के खिलाफ 0.4% खिसक गई है, तो वह "हानिरहित" heartbeat ही ट्रिगर है। Competitive operators प्रति feed time-since-last-update को first-class सिग्नल की तरह ट्रैक करते हैं।

यह predictability भी वह वजह है जिसके चलते प्रोटोकॉल्स ने आखिरकार यह value वापस पाने का कदम उठाया। मार्च 2025 में, Aave ने Chainlink SVR (Smart Value Recapture) को एकीकृत किया: भाग लेने वाले feeds के oracle अपडेट Flashbots MEV-Share के जरिए रूट किए जाते हैं, उन्हें backrun करने का अधिकार नीलाम होता है, और जीतने वाली बोली searchers और builders के पास पूरी तरह रिसने के बजाय Aave DAO (65%) और Chainlink (35%) के बीच बंटती है। कुछ ही महीनों में इस सिस्टम ने $32M से ज्यादा के लिक्विडेशन प्रोसेस किए और $1.1M से ज्यादा वापस पकड़ा, पात्र लिक्विडेशन MEV का 80%+ हिस्सा कैप्चर करते हुए। इसे एक मार्केट प्राइस की तरह पढ़िए: खुली रेस इतनी कुशल हो गई थी कि प्रोटोकॉल फिनिश लाइन ही नीलाम कर सकता था।

बॉट बनाना: चार सबसिस्टम

एक competitive लिक्विडेशन बॉट कोई स्क्रिप्ट नहीं है; यह किसी छोटी ट्रेडिंग फर्म भर के infrastructure के बराबर है। चार सबसिस्टम, हर एक अकेले-अकेले सरल, पर मिलाकर सभी latency-critical।

1. Position indexing

आपको उधार लेने वालों और उनके balances का पूरा सेट चाहिए, रियल टाइम में बनाए रखा हुआ। शुरुआत एक event backfill है — प्रोटोकॉल deployment से लेकर अब तक का हर Supply, Borrow, Repay, Withdraw, LiquidationCall — जिन्हें मोड़कर वर्तमान प्रति-user balances में बदला जाता है, फिर नए logs के websocket subscription के जरिए live रखा जाता है। Aave का getUserAccountData(address) सीधे health factor लौटाता है, पर 100k+ उधार लेने वालों के लिए इसे प्रति-user प्रति-block कॉल करना बेकार की कोशिश है; गंभीर operators प्रोटोकॉल के accounting को locally replicate करते हैं (interest-rate index के गणित समेत, क्योंकि debt हर सेकंड बढ़ता है) और RPC कॉल्स को सिर्फ verification के लिए बचाकर रखते हैं।

2. Oracle simulation के साथ health-factor monitoring

मुख्य loop "वर्तमान oracle कीमतों पर HF निकालो" नहीं है। यह है "उस कीमत पर HF निकालो जिसे oracle प्रकाशित करने वाला है":

def liquidatable_at(positions, feed, candidate_price):
    """Positions that cross HF < 1 if `feed` updates to candidate_price."""
    out = []
    for pos in positions.borrowers_exposed_to(feed):
        hf = pos.health_factor(price_override={feed: candidate_price})
        if hf < 1.0:
            close_factor = 1.0 if hf < 0.95 else 0.5
            repay = pos.debt_value * close_factor
            seized = repay * (1 + pos.liq_bonus)
            gross = seized - repay          # the prize, pre-costs
            out.append((pos, repay, gross))
    return sorted(out, key=lambda x: -x[2])

deviation = abs(offchain_px - onchain_px) / onchain_px
if deviation > FEED_DEVIATION_THRESHOLD * 0.8:   # update imminent
    targets = liquidatable_at(positions, feed, offchain_px)
    for pos, repay, gross in targets:
        prepare_bundle(pos, repay, max_bid=gross - costs(pos))

Positions को $HF = 1$ से उनकी निकटता के हिसाब से सॉर्ट करना (एक priority queue जिसकी key वह कीमत है जो हर position को ट्रिगर करेगी) hot set को छोटा रखता है। 0.8 factor ही पूरा खेल है: आप चाहते हैं कि bundles बनकर सबमिट हो जाएं इससे पहले कि अपडेट निश्चित हो जाए, उसके बाद नहीं।

3. Flash-loan-funded execution

लिक्विडेट करने के लिए आपको capital की जरूरत नहीं — आपको यह लगभग 200 मिलीसेकंड के block time के लिए चाहिए। कैननिकल execution कॉन्ट्रैक्ट atomically यह करता है:

1. Debt asset को flash-borrow करो (Balancer 0 bps पर, या Aave खुद ~5 bps पर — वही primitive जिसे हमने flash loans के साथ atomic arbitrage में बनाया था)।
2. liquidationCall(collateral, debtAsset, user, repayAmount, false) कॉल करो — false का मतलब aTokens के बजाय underlying collateral पाना।
3. जब्त किए गए collateral को जिस भी venue पर सबसे अच्छा भाव मिले (Uniswap v3 / v4, 1inch route, या एक private fill), वहां वापस debt asset में swap करो।
4. Flash loan चुकाओ; बाकी बचा हुआ मुनाफा है, जिसे require(profit >= minProfit) से verify किया जाता है ताकि कोई stale simulation loss पर execute होने के बजाय revert हो जाए।

Swap वाला चरण वही है जहां लापरवाह बॉट मरते हैं: किसी long-tail token का $10,500 जब्त करने का मतलब है उसकी DEX liquidity खा जाना, और बाहर निकलते समय price impact liquidation bonus से ज्यादा हो सकता है। Competitive operators पूरे round trip को simulate करते हैं — exit swap समेत — और उन लिक्विडेशन को छोड़ देते हैं जहां net negative हो, या collateral को होल्ड करके उसे मार्केट में डंप करने के बजाय एक perp पर hedge करते हैं।

4. Bundle submission

आखिरी ट्रांजैक्शन सार्वजनिक mempool के आस-पास भी नहीं जाता। इसे block builders को (या जहां लागू हो वहां SVR/OEV auction में) एक bundle के रूप में सबमिट किया जाता है, यह बताते हुए: "मेरा लिक्विडेशन इस oracle transmit के तुरंत बाद रखो; यह रही मेरी tip।" यह tip आपकी बोली है, एक all-pay-nothing-if-you-lose auction में, हर उस दूसरे बॉट के खिलाफ जिसने वही simulation चलाया। और यहीं से हम उस असहज economics पर आते हैं।

प्रतिस्पर्धा: बोनस असल में कहां जाता है

अकादमिक आधार-रेखा है Qin, Zhou, Gamito, Jovanovic और Gervais, "An Empirical Study of DeFi Liquidations: Incentives, Risks, and Instabilities" (2021), जिसने अप्रैल 2019 से अप्रैल 2021 तक Aave, Compound, MakerDAO और dYdX पर इस बिजनेस को मापा: 28,138 लिक्विडेशन कुल $807M के, जिनमें $63.6M का कुल liquidator मुनाफा। पेपर ने निश्चित-spread लिक्विडेशन की संरचनात्मक अकुशलता को भी दर्ज किया — डिस्काउंट एक भोंथरा हथियार है जो एक auction जितना वसूलता उसकी तुलना में उधार लेने वालों को नियमित रूप से जरूरत से ज्यादा दंडित करता है — और दिखाया कि liquidators भोले-भाले रणनीतियों से मापने लायक पैसा टेबल पर छोड़ रहे थे।

उस दौर के मुनाफे दोबारा नहीं होंगे, तीन संचयी कारणों से:

Gas auction एक builder auction बन गई। 2019–2020 में, liquidators खुले mempool में priority-gas auctions में प्रतिस्पर्धा करते थे; जीतने वाला gas पर ज्यादा भुगतान करता, हारने वाले revert हो जाते, और बोनस का एक अच्छा-खासा हिस्सा liquidator के पास रहता। MEV-Boost के बाद, प्रतिस्पर्धा sealed builder auctions में होती है। जब N बॉट एक ही deterministic अवसर को एक ही मुनाफा आंकड़े तक simulate करते हैं, तो बोली पूरे इनाम की ओर converge हो जाती है: जीतने वाला bundle नियमित रूप से gross मुनाफे का 90%+ builder/validator को tip कर देता है। Liquidator की बढ़त सिकुड़कर इस पर आ जाती है कि किसका exit pricing थोड़ा बेहतर है, किसके खर्च थोड़े कम हैं, या किसने वे अवसर देख लिए जो दूसरे चूक गए।

Oracle backruns हावी हैं, और उन्हें घेरा जा रहा है। चूंकि लगभग सभी money-market लिक्विडेशन oracle अपडेट्स से ट्रिगर होते हैं, मुनाफे वाला रणनीति-स्थान सिमटकर एक ही बिंदु पर आ गया: transmit के ठीक बाद वाला slot जीतो। SVR-शैली की तंत्र इसे औपचारिक बना देती हैं — प्रोटोकॉल उस slot को नीलाम करता है और ज्यादातर आय अपने पास रखता है। Searcher का हिस्सा "बोनस माइनस gas" से सिकुड़कर "auction विजेता का margin" रह जाता है, जिसे competitive bidding शून्य की ओर धकेल देती है।

बचा है तो long tail। 2026 में किसी नए प्रवेशकर्ता के लिए यथार्थवादी niches: वे chains और L2s जहां builder markets अभी अपरिपक्व हैं; गलत भाव वाले बोनस parameters और कम प्रतिस्पर्धी बॉट्स वाले long-tail lending forks; ऐसे collateral वाली positions जहां exit-swap simulation सचमुच कठिन है (बढ़त बेहतर execution से, बेहतर latency से नहीं); और stress events, जब gas उछलता है और RPC failures marginal operators को बाहर कर देते हैं — MakerDAO का Black Thursday (मार्च 2020), जब zero-bid auctions ने liquidators को $8.3M का collateral लगभग मुफ्त में हड़पने दिया क्योंकि किसी और का infrastructure काम ही नहीं कर रहा था, वह कैननिकल उदाहरण बना हुआ है कि रेस सबसे अच्छा भुगतान ठीक तब करती है जब उसे चलाना सबसे मुश्किल होता है।

ईमानदार अपेक्षा का आकार आंकें: यह अब असली fixed costs (nodes, builder रिश्ते, दर्जन भर deployments पर monitoring) वाला एक बिजनेस है जो भारी रूप से rebate किए गए prize pool के लिए प्रतिस्पर्धा कर रहा है। EVM internals, oracles और MEV plumbing के बारे में किसी भी कोर्स से ज्यादा सीखने का यह एक बढ़िया जरिया है। रोजी-रोटी कमाने का यह एक कठिन जरिया है।

Perp-DEX लिक्विडेशन: एक ही शब्द, अलग खेल

Perpetual DEXs भी "लिक्विडेट" करते हैं, और सुर्खियों वाले आंकड़े बड़े हैं — पर मैकेनिज्म, और इसलिए अवसर, संरचनात्मक रूप से अलग है।

GMX (v2): positions oracle कीमतों (Chainlink low-latency Data Streams) पर एक liquidity pool के खिलाफ ट्रेड होती हैं। लिक्विडेशन तब fire होता है जब collateral में से losses और fees घटाने पर maintenance requirements से नीचे गिर जाता है, और इसे keepers execute करते हैं — नामित infrastructure जो oracle-signed कीमतों पर काम करता है, कोई खुली रेस नहीं। ऐसा कोई सार्वजनिक फंक्शन नहीं जो पहले कॉल करने वाले को 5% बोनस देता हो; बचा हुआ collateral प्रोटोकॉल के नियमों के मुताबिक pool में जाता है। एक searcher के नजरिए से जीतने को कुछ नहीं है।

Hyperliquid: लिक्विडेशन L1 के अपने ही matching engine के अंदर चलते हैं। जब account equity maintenance margin से नीचे गिर जाती है (जिसे CEX feeds और book से मिश्रित एक mark price पर आंका जाता है, ठीक ऊपर बताए गए oracle खेलों का प्रतिरोध करने के लिए), तो engine order book में liquidation market orders भेजता है — बड़ी positions को आंशिक टुकड़ों में ताकि impact सीमित रहे। अगर equity गिरती रहकर maintenance margin के दो-तिहाई से नीचे चली जाती है, तो position को mark price पर एक backstop liquidator vault ले लेता है जो HLP के अंदर एक strategy है, यानी प्रोटोकॉल का community-owned market-making vault, और आखिरी परत के रूप में auto-deleveraging होता है। लिक्विडेशन P&L HLP depositors के पास जमा होता है — "liquidator मुनाफा" एक ऐसे vault में socialize हो जाता है जिसमें कोई भी शामिल हो सकता है, न कि प्रति-event के लिए इसकी रेस लगाई जाती है।

एक trader के लिए इसका परिणाम: money markets पर, खेल है liquidator बनना — एक निश्चित spread के लिए infrastructure की रेस। Perp DEXs पर, liquidator की भूमिका बंद है, इसलिए खेल शिफ्ट होकर लिक्विडेशन के इर्द-गिर्द ट्रेडिंग पर आ जाता है: लिक्विडेशन कीमतें खुली positions से गणना योग्य हैं, जबरन flow एक दिखाई देने वाले order book पर टकराता है, और गुच्छे में जमा liquidation levels कीमत की चालों के लिए एक चुंबक भी बन जाते हैं और ईंधन का स्रोत भी। यह वही तर्क है जो CEX liquidation cascades को tradable बनाता है — वह dynamic जिसे हमने funding rates आपकी leverage को मार डालते हैं (leverage की लागत ही positions को कगार की ओर धकेलती है) और shitcoin pump-and-dump की मैकेनिक्स (liquidation clusters में इंजीनियर किए गए धक्के) में छुआ था। Cascades का एक सिग्नल के रूप में पूरा विवेचन — उन्हें बनते हुए पकड़ना, उनका ईंधन मापना, overshoot को ट्रेड करना — इस श्रृंखला के अगले लेख का विषय है।

क्या सीखकर जाना है

Money-market लिक्विडेशन क्रिप्टो का वह दुर्लभ कोना है जहां सब कुछ सुपाठ्य है: ट्रिगर शर्त एक सूत्र है, इनाम एक governance-सेट स्थिरांक है, शुरुआत की पिस्तौल एक oracle ट्रांजैक्शन है जिसे आप आते हुए देख सकते हैं। इसी सुपाठ्यता ने 2019–2021 में एक सचमुच खुला बिजनेस खड़ा किया, और फिर — ठीक इसीलिए कि सब कुछ सुपाठ्य था — प्रतिस्पर्धा ने बढ़त को घटाकर infrastructure की गुणवत्ता तक ला दिया और बाकी को प्रोटोकॉल्स को वापस नीलाम कर दिया। मैकेनिक्स आवश्यक ज्ञान बने रहते हैं: अगर आप ऑन-चेन उधार लेते हैं, तो यह गणित आपका risk model है; अगर आप जबरन flow के इर्द-गिर्द ट्रेड करते हैं, तो oracle cadence और close factors आपको बताते हैं कब और कितना; और अगर आप फिर भी बॉट बनाते हैं, तो कम से कम इसे यह जानते हुए बनाइए कि पैसा असल में कहां जाता है।