Okej, jag ritade en bild på hur detta fungerar och varför det är annorlunda // en netto-ny modell. Färskast möjliga prissättning, effektiv tx-initiering (görs endast när det behövs) och sammansättningsbarhet på kedjan. Vinner överallt. Som referens är det här hur traditionella pull-orakel fungerar med samma beskrivna arbete som krävs: - [1] Måste inkludera det arbete som utförts från [2] - [2] Arbete läggs till i utvecklarens arbetsbelastning - [4] är inte möjligt eller tillgängligt för icke-Euphoria-kontrakt eftersom prisdata endast är kända för den initierande appen från [1] - [5] är beroende av appimplementeringen, medan den ~alltid är optimal för en inbyggd implementering Som @ChainLinkGod kallade det är detta "value-added frontrunning". Få lag lutar sig mot superkraften i en sequencer-konstruktion. Vi kommer att maximera det.

Så här fungerar ett pull-orakel för visuell fullständighet annars: