Octobay Oracle

[mktcode]

We are using Chainlink oracles to bring data to our smart contracts. These oracles use our external adapters, which are nothing more than endpoints of an API server and this API server is currently running on the oracle itself. It accesses it at localhost, when running jobs.

To make sure all oracles are running the same version of the adapters, it might be more wise to host them somewhere else and connect all oracles to that one service.

But our infrastructure involves a bit more than just that. We need gas relays to facilitate gasless transactions for users and a unified API for the frontend/clients, in the form of a GraphQL server, combining our Subgraph(s), GitHub and maybe other data sources, into one common interface. We also need to send all sorts of notifications to users on certain events. Having that handled in a somewhat decentralized way, by our oracles, would also be pretty nice. (https://github.com/Octobay/chainlink-adapters/discussions/16)

The idea now is to bundle all that together into an "Octobay Oracle". In an ideal world this could then be installed very easily and securely even on existing CL oracles, that simply start earning Octobay Tokens from then on, on top of their LINK payments.

Or we really take the CL codebase and adjust it to our needs, with a custom operator UI and everything.

[mktcode]

https://www.apollographql.com/docs/federation/
https://docs.opengsn.org/relay-server/tutorial.html