Alright, I drew a picture on how this works and why it's different // a net-new model.
Freshest-possible pricing, efficient tx initiation (only done when needed), and onchain composability.
Wins everywhere.
For reference, this is how traditional pull oracles work with the same outlined work being required:
- [1] Must include the work done from [2]
- [2] Work is added to dev's workload
- [4] isn't possible or available to non-Euphoria contracts as the pricing data is only known to the initiating app from [1]
- [5] is dependent on the app implementation, whereas it's ~always optimal for a native implementation
As @ChainLinkGod called it, this is "value-added frontrunning."
Few teams are leaning in to the superpower of a sequencer construction. We'll maximize it.

For visual completeness, here's how a pull oracle works otherwise:

34,94 тыс.
270
Содержание этой страницы предоставляется третьими сторонами. OKX не является автором цитируемых статей и не имеет на них авторских прав, если не указано иное. Материалы предоставляются исключительно в информационных целях и не отражают мнения OKX. Материалы не являются инвестиционным советом и призывом к покупке или продаже цифровых активов. Раздел использует ИИ для создания обзоров и кратких содержаний предоставленных материалов. Обратите внимание, что информация, сгенерированная ИИ, может быть неточной и непоследовательной. Для получения полной информации изучите соответствующую оригинальную статью. OKX не несет ответственности за материалы, содержащиеся на сторонних сайтах. Цифровые активы, в том числе стейблкоины и NFT, подвержены высокому риску, а их стоимость может сильно колебаться. Перед торговлей и покупкой цифровых активов оцените ваше финансовое состояние и принимайте только взвешенные решения.