官术网_书友最值得收藏!

Accessing the centralized apps

A DApp shouldn't depend on centralized apps because of a single point of failure. But in some cases, there is no other option. For example, if a DApp wants to read a football score, then where will it get the data from? Although a DApp can depend on another DApp, why will FIFA create a DApp? FIFA will not create a DApp just because other DApps want the data. This is because a DApp to provide scores is of no benefit as it will ultimately be controlled by FIFA completely.

So in some cases, a DApp needs to fetch data from a centralized application. But the major problem is how the DApp knows that the data fetched from a domain is not tampered by a middle service/man and is the actual response. Well, there are various ways to resolve this depending on the DApp architecture. For example, in Ethereum, for the smart contracts to access centralized APIs, they can use the Oraclize service as a middleman as smart contracts cannot make direct HTTP requests. Oraclize provides a TLSNotary proof for the data it fetches for the smart contract from centralized services.

主站蜘蛛池模板: 桂林市| 天峨县| 札达县| 新民市| 沽源县| 宁海县| 大田县| 鸡西市| 大同市| 鄂托克前旗| 菏泽市| 辽阳市| 汝南县| 石狮市| 甘南县| 金阳县| 荔浦县| 阿坝县| 彰武县| 于田县| 乐平市| 江川县| 淅川县| 焦作市| 宁远县| 庆元县| 疏附县| 奉新县| 共和县| 贺兰县| 莱阳市| 中超| 嘉祥县| 威海市| 邹平县| 安龙县| 德兴市| 云南省| 永登县| 渝北区| 邮箱|