Tudo bem, eu desenhei uma imagem de como isso funciona e por que é diferente // um modelo novo. Preços mais recentes possíveis, iniciação de tx eficiente (feita apenas quando necessário) e composição onchain. Vitórias em todos os lugares. Para referência, é assim que os oráculos pull tradicionais funcionam com o mesmo trabalho descrito sendo necessário: - [1] Deve incluir o trabalho realizado em [2] - [2] O trabalho é adicionado à carga de trabalho do desenvolvedor - [4] não é possível ou disponível para contratos que não sejam da Euphoria, pois os dados de preços são conhecidos apenas pelo aplicativo inicial de [1] - [5] depende da implementação do aplicativo, enquanto é ~sempre ideal para uma implementação nativa Como @ChainLinkGod chamou, isso é "frontrunning de valor agregado". Poucas equipes estão se inclinando para o superpoder de uma construção de sequenciador. Vamos maximizá-lo.

Para completude visual, veja como um oráculo de pull funciona de outra forma: