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

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.

主站蜘蛛池模板: 柯坪县| 鹤山市| 大荔县| 准格尔旗| 伊金霍洛旗| 定西市| 苗栗县| 东兰县| 遂川县| 古蔺县| 渝北区| 兴城市| 精河县| 安吉县| 苍南县| 浦县| 中西区| 清水河县| 平武县| 卢龙县| 凤台县| 夏邑县| 迭部县| 涞源县| 永兴县| 达州市| 弥渡县| 塘沽区| 论坛| 金湖县| 镇远县| 玉田县| 利津县| 东乡县| 黎川县| 龙泉市| 平泉县| 金阳县| 雷波县| 黄浦区| 屏边|