Hacker Timesnew | past | comments | ask | show | jobs | submitlogin

>Would it help if I said that the hardest part is creating a way to get the weather data on chain that the buyer and seller can agree on ahead of time?

No, because it's still impossible to do that at scale without solving the oracle problem. Putting some arbitrary data on a chain doesn't mean the data is reliable.



I don't know if there's any way out of the oracle problem honestly. There's nothing wrong with shopping around between different human-administered oracles though, or having some code which polls multiple oracles and takes action based on some statistic applied to the oracles (mean, etc.) But yeah I'm not convinced the oracle problem can be solved.


Having multiple oracles doesn't really change the problem, then you're implicitly trusting a group of oracles instead of just one.


With multiple oracles and a statistic, you're trusting their results to be distributed along some distribution. But I'm being pedantic. Ultimately, yes, you are still trusting the oracles even if you aren't trusting them each in totality. Like I said I don't think there's a way out. Even if you hook up a weather sensor machine and push updates to the chain, even outside of malicious tampering, sensors themselves can be inaccurate or fail. Perhaps there's a case to be made for an autonomous weather sensor machine that is physically tamper-proof, but ultimately there's a certain amount of trust when dealing with off-chain data. I don't think that's able to be overcome.


You don't need to solve the oracle problem. Just agree on an oracle. Weather.com writing weather on chain could be your agreed upon solution, for example.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: