You thought a stop-loss would save you, but the moment you opened your account, your position was already gone. The price never actually hit your set level.
This isn’t bad luck; it’s the cost of oracle latency—and many only realize this when they get liquidated.
Most people see oracles as too simple, thinking they’re just a "quote tool." In reality, every DeFi trade, loan, and liquidation is built on this thin ice of oracles. What determines the thickness of that ice? Two things: how fast off-chain calculations can be, and how reliable on-chain verification is.
That’s why the industry is starting to rethink oracle architecture. Not all protocols need the same data solutions.
Derivative platforms require manipulation-resistant weighted average prices with extremely high real-time demands. NFT lending platforms care about the authenticity of floor prices, not seconds-level updates.
So here’s the question: How can each protocol choose an oracle solution that fits its own risk model?
The answer is to give developers decision-making power. A truly flexible oracle should support multiple operational modes:
**Push Mode** — Prices are automatically uploaded to the chain at fixed intervals, so lending markets and liquidation mechanisms no longer worry about sudden delays. Risks are controllable, costs are predictable.
**Pull Mode** — Protocols request prices on demand, triggering on-chain verification only at critical moments. High-frequency strategies don’t have to pay for redundant data, reducing costs.
But here’s a harsh reality: there is no such thing as an "absolute correct price," only the price that suits your protocol.
Derivative protocols can customize data source weights, aggregation logic, and update frequency—completely tailored to their risk control models. Disputed floor prices? Choose your own data aggregation method. Too volatile? Adjust the update frequency and add buffers.
During market turbulence, those few seconds of delay and tiny price differences become the dividing line between safety and liquidation.
By 2025, oracles have evolved. They are no longer just "messengers," but decision engines for DeFi protocols. If you’re still using a "close enough" solution, you might not realize—your funds are quietly walking a tightrope somewhere unseen.
View Original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
15 Likes
Reward
15
6
Repost
Share
Comment
0/400
SchroedingerMiner
· 22m ago
Bought the dip again, truly incredible. Stop-loss orders are useless.
View OriginalReply0
VibesOverCharts
· 7h ago
It's another case of oracle delay, truly ridiculous
---
Don't blame the market for liquidations at 3 a.m., blame yourself for not choosing the right oracle
---
So now I have to tune the parameters myself? Isn't that just shifting the risk to developers
---
A few seconds of delay can be deadly, I've experienced that despair firsthand
---
Whether it's push or pull, it's all the same to retail investors—it's screwed
---
It's 2025 and some people are still using similar solutions, that's basically suicide
---
That's why I don't touch derivatives, it's too mystical
---
So I have to set up my own oracle? Small protocols don't have that capability
---
No, the key is that there is no such thing as a "correct price," just hearing it is scary
---
Flexibility sounds good, but in reality, it's just passing the buck to you
View OriginalReply0
PermabullPete
· 7h ago
Once again been screwed by the oracle, this time it's really outrageous
---
Stop-loss is useless at all, the price jumps over your order and directly breaks through
---
No wonder so many people have been liquidated recently, it turns out it's all due to delays
---
Push mode sounds good, but can you really trust it?
---
I just want to know which oracle is the most resistant to market crashes, can someone tell me
---
Is that enough? Haha, you're actually giving away money
---
This is the real risk, more terrifying than slippage
View OriginalReply0
PrivateKeyParanoia
· 7h ago
It's the same old story, so eloquently put... A delay of just a few seconds can liquidate you, so oracles are essentially centralized garbage.
I just want to know who can truly achieve a fully trustless oracle? It's all a scam.
Reading too many of these articles, in the end, you still have to rely on yourself to run fast. Don't expect any mechanism to save you.
Pull-based push mode? Ha, in the end, you still have to trust those nodes, no different from now.
I've said it before, derivatives are just tools to scalp retail investors. Now blaming oracles? Blame your own greed.
View OriginalReply0
Ser_APY_2000
· 7h ago
Got hit by a flash loan again? Oracles are really tricky.
View OriginalReply0
MemeCoinSavant
· 8h ago
ngl the oracle delay excuse hits different when it's your liquidation tho 😅
At 3 a.m., the market plummeted 15%.
You thought a stop-loss would save you, but the moment you opened your account, your position was already gone.
The price never actually hit your set level.
This isn’t bad luck; it’s the cost of oracle latency—and many only realize this when they get liquidated.
Most people see oracles as too simple, thinking they’re just a "quote tool." In reality, every DeFi trade, loan, and liquidation is built on this thin ice of oracles. What determines the thickness of that ice? Two things: how fast off-chain calculations can be, and how reliable on-chain verification is.
That’s why the industry is starting to rethink oracle architecture. Not all protocols need the same data solutions.
Derivative platforms require manipulation-resistant weighted average prices with extremely high real-time demands.
NFT lending platforms care about the authenticity of floor prices, not seconds-level updates.
So here’s the question: How can each protocol choose an oracle solution that fits its own risk model?
The answer is to give developers decision-making power. A truly flexible oracle should support multiple operational modes:
**Push Mode** — Prices are automatically uploaded to the chain at fixed intervals, so lending markets and liquidation mechanisms no longer worry about sudden delays. Risks are controllable, costs are predictable.
**Pull Mode** — Protocols request prices on demand, triggering on-chain verification only at critical moments. High-frequency strategies don’t have to pay for redundant data, reducing costs.
But here’s a harsh reality: there is no such thing as an "absolute correct price," only the price that suits your protocol.
Derivative protocols can customize data source weights, aggregation logic, and update frequency—completely tailored to their risk control models.
Disputed floor prices? Choose your own data aggregation method. Too volatile? Adjust the update frequency and add buffers.
During market turbulence, those few seconds of delay and tiny price differences become the dividing line between safety and liquidation.
By 2025, oracles have evolved. They are no longer just "messengers," but decision engines for DeFi protocols. If you’re still using a "close enough" solution, you might not realize—your funds are quietly walking a tightrope somewhere unseen.