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

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.

主站蜘蛛池模板: 紫金县| 景德镇市| 梧州市| 河曲县| 庆城县| 云龙县| 巨鹿县| 临洮县| 宜昌市| 行唐县| 稻城县| 开封市| 岱山县| 静安区| 青岛市| 宜良县| 桦甸市| 噶尔县| 宣恩县| 二连浩特市| 天津市| 许昌市| 武义县| 黔西| 综艺| 无极县| 叶城县| 澎湖县| 丽水市| 新建县| 金川县| 武威市| 高阳县| 巩留县| 双城市| 河东区| 兰州市| 蒲城县| 斗六市| 尼木县| 吉木萨尔县|