, 3 years ago
Oracles are getting more and more important in blockchain ecosystems. They are helping to reach out beyond the blockchain itself. But how do they work, and what do they have to offer?
A blockchain can be used for a lot of things. Most of these use cases are based on smart contracts. If you are not familiar with them, you might be interested in reading our article about smart contracts first.
While such a contract offers numerous use cases throughout the industry, they all have a common issue. They are not capable of closing the gap between the smart contract and real-world data. Let’s say you run supply chain management on a smart contract, the contract itself is immutable, and once data about the products are written on the chain, you have a reliable data set.
But how do you know if you can trust the execution? For instance, who makes sure that the last delivery of 1000 apples was really a delivery of 1000 pieces and not 999?
This is where oracles come into play. They close the gap between smart contracts and what is happening in the real world. There are different types of oracles:
An oracle is not part of the blockchain itself. It is a type of interface that can come in different forms. Therefore, oracles are still considered a single point of failure because it is challenging to ensure that nobody manipulates the data since it's not monitored on the blockchain.
One common feature is the ability to bridge existing and verified data into the blockchain by simply connecting both data streams. This shows that they serve an essential purpose but are still vulnerable.
It might just so happen that users and companies always have to trust a solution that isn’t perfect. But let’s say a robot counts the apples in our example and writes the data into an excel sheet bridged to the blockchain. This way, there is always the possibility that the robot will fail or the excel sheet faces data corruption.
In both cases, an oracle assures that this data comes with some integrity even though it might be 999 apples in the end.