Collection Details
Namespace:
BOOLIEVE
Dataset:
Collection:
1
Owner:
0xae6d28aa68096cfd12a71becbbeb9b0e56c873e6
Transaction:
Timestamp:
Nov.21.2023 09:33:09 AM
Status:
OnChain
Collection Documents
| _id | description | eesee testnet | external_url | image | name | {"\ufeff\nDORA:Distributed Oracle Agreement\nSupra Research\nJanuary 26, 2023\nAbstract\nOracle networks feeding off-chain information to a blockchain are required to solve a distributed agreement problem since these networks receive information from multiple sources and at different times. We make a key observation that in most cases, values obtained by oracle network nodes from multiple information sources are in close proximity. We define a notion of agreement distance and leverage the availability of a state machine replication (SMR) service to solve this distributed agreement problem with an honest simple majority of nodes instead of the conventional requirement of an honest super majority of nodes. Values from multiple nodes being in close proximity forming a coherent cluster, is one of the keys to its efficiency. Our asynchronous protocol also embeds a fallback mechanism if the coherent cluster formation fails. Through simulations using real-world exchange data from seven prominent exchanges, we show that even for very small agreement distance values, the protocol would be able to form coherent clusters and therefore, can safely tolerate up to1 2of Byzantine nodes. We also show that, for a small statistical error, it is possible to choose the size of the oracle network to be significantly smaller than the entire system that tolerates up to a1 3fraction of Byzantine failures. This allows the oracle network to operate much more efficiently and horizontally scale much further.\n1 \tIntroduction\nConnecting existing Web 2.0 data sources to blockchains is crucial for next-generation blockchain applications such as decentralized finance (DeFi). An oracle network | View |
|---|---|---|---|---|---|---|---|
"3be660b4f127d70a1f15f166df391ca13538e36c9111ee9c9b1ad01ba0ae2e087" | "Boo" | "https://glacier.io/" | "https://raw.githubusercontent.com/Glacier-Labs/resource/main/nft1.jpg" | "1" | View | ||
"3be660b4f127d70a1f15f166df391ca13538e36c9111ee9c9b1ad01ba0ae2e086" | "Boo" | "https://glacier.io/" | "https://raw.githubusercontent.com/Glacier-Labs/resource/main/nft1.jpg" | "1" | View | ||
"3be660b4f127d70a1f15f166df391ca13538e36c9111ee9c9b1ad01ba0ae2e085" | "Boo" | "https://glacier.io/" | "https://raw.githubusercontent.com/Glacier-Labs/resource/main/nft1.jpg" | "1" | View | ||
"3be660b4f127d70a1f15f166df391ca13538e36c9111ee9c9b1ad01ba0ae2e084" | [{}] | View | |||||
"3be660b4f127d70a1f15f166df391ca13538e36c9111ee9c9b1ad01ba0ae2e083" | [{}] | View | |||||
"3be660b4f127d70a1f15f166df391ca13538e36c9111ee9c9b1ad01ba0ae2e081" | "Supra whitepaper" | View |