Oké, ik heb een afbeelding getekend over hoe dit werkt en waarom het anders is // een gloednieuw model. De meest actuele prijzen, efficiënte transactie-initiaties (alleen gedaan wanneer nodig) en on-chain samenstelbaarheid. Overal winsten. Ter referentie, zo werken traditionele pull-orakels met hetzelfde beschreven werk dat vereist is: - [1] Moet het werk omvatten dat gedaan is vanuit [2] - [2] Werk wordt toegevoegd aan de werklast van de ontwikkelaar - [4] is niet mogelijk of beschikbaar voor niet-Euphoria-contracten, aangezien de prijsgegevens alleen bekend zijn bij de initiërende app vanuit [1] - [5] is afhankelijk van de app-implementatie, terwijl het ~altijd optimaal is voor een native implementatie Zoals @ChainLinkGod het noemde, is dit "waarde-toevoegende frontrunning." Weinig teams maken gebruik van de superkracht van een sequencer-constructie. We zullen het maximaliseren.

Voor visuele volledigheid, hier is hoe een pull oracle anders werkt: