Коли газ Ethereum зростає до 100 gwei, користувачам доводиться нести не лише тиск витрат на переказ, а й високі витрати на взаємодію з деякими основними DEX і кредитними протоколами. Винуватець цього часто ігнорують — модель поштовху традиційних оракулів.

У цьому режимі десятки вузлів одночасно відправляють дані в ланцюжок, коли ціна трохи коливається, навіть якщо транзакція не відбувається. Це, без сумніву, величезна трата простору в блоках.

То чи є кращий варіант? Патерн витягування пропонує ще одну ідею:

По-перше, дані зберігаються поза ланцюгом. У момент ініціювання транзакції необхідні дані про ціну «тягнуться» на ланцюжок. Це усуває надмірне накопичення даних і перевантаження мережі. По-друге, щодо швидкості відгуку, режим Pull переходить безпосередньо з пам'яті вузла до логіки контракту, уникаючи вродженої проблеми затримки, характерної для режиму Push. Це особливо важливо для високочастотних трейдерів — адже коротке вікно затримки припадає на момент, коли вони розміщені у зафіксованому ордері(MEV)Можливості.

Але як вирішити практичну проблему, що кредитні угоди потребують моніторингу цін у реальному часі? З'явилося гібридне рішення — збереження Push для забезпечення безпеки на кредитному шляху, а також перемикання високочастотної торгівлі деривативами в режим Pull. Це не лише підтримує стабільність системи кредитування, а й знижує витрати для трейдерів.

Наступного разу, коли ви зіткнетеся з проєктом, який досі використовує традиційні оракули, варто запитати: план оптимізації вже перед вами, чому б не скористатися ним?