Trustlessly retrieving data from the Internet is now possible.

And with the new Chain Oracle XIBC options — one-way cross-blockchain communication — DSPs on the DAPP Network can also provide information from other blockchains.

Chain Oracle XIBC has already successfully read from Bitcoin, Ethereum, Tron, Cardano, Litecoin, and Bitcoin Cash. One-way IBC can read Telos, WORBLI, Meet.one, BOS, and the Kylin testnet. These are only the beginning, as this service could potentially read information from many more blockchains.

If DSPs begin to offer the IBC and XIBC services, and dApps begin to use them, we could see a revolution in inter-blockchain communication, with EOS potentially having access to the entire world of other blockchains, whether they run on EOSIO or not.

LiquidApps envisions this as only the first step. The community can now build more robust inter-blockchain communication, including trustless verification of other blockchains — and beyond.

Blockchains are by default blind to the outside world, and even to other blockchains, but through the eyes of LiquidApps’ DAPP Network, EOS dApps can now see. Click to Tweet

All of this means that EOS smart contracts can potentially have access to quick, straightforward information like:

Anything retrievable over HTTPS. Smart contracts can now safely “see” the Internet!

Transactions on the Ethereum blockchain (or on Bitcoin, Ripple, Bitcoin Cash, Cardano, and many more)

Wolfram Alpha data, like the dimensions and weights of things, sports numbers, social science statistics, and even anagram lists and lottery odds

Random numbers*

Scheduled and recurring transactions

* Important: the current DAPP Network random number generation release still requires a trusted oracle. Production applications are advised to use code that encrypts DSP random number submissions.

Though vRAM was the DAPP Network’s launch offering, and vAccounts could provide a solution to a critical challenge to adoption, they were only the beginning. Now, DAPP Service Providers can offer trustless access to so much more.

DSP service packages can enable full-featured dApps with all of the major capabilities of traditional apps — while nullifying many of the opportunities for corruption, censorship, collusion, and coercion.

There are now many potential combinations of DAPP Network services. Here are some ideas:

A pricing service could retrieve the BTC/EOS price and stash it in vRAM, creating securely-stored but cheap and responsive price history.

Prices from different DSPs can vary slightly since access times will not be perfectly in sync, but they can be verified to be within acceptable levels of tolerance and/or averaged when appropriate. (Services used: CRON, Blockchain Oracle, IPFS/vRAM)

A dApp could reset a 2-minute timer with every user action.

As long as the user keeps using the dApp, regular RAM is used, enabling minimum latency. But when the user goes idle for 2 minutes, the data is moved out to vRAM — enabling a balance between usability for users and economy for developers. (Services used: CRON, IPFS/vRAM)

A PvP trivia game could create multiple-choice time-limited questions.

The questions are OCR-resistant images of semi-random queries to Wolfram Alpha created from templates loaded in from vRAM (and algorithmically refined or discarded if they cause bilateral complaints from players), resulting in a range of questions like:

How long was the Jurassic Period?

What was the 2005 lending interest rate in Argentina?

What is the temperature of the ocean at 1000 feet?

What was the birthplace of the director of Bram Stoker’s Dracula?

Then, first-time winners are onboarded via vAccounts so they can collect their prizes. (Services used: Randomness, Wolfram Alpha, IPFS/vRAM, vAccounts)

An even more cheat-resistant variant on the above could offer a prediction market.

Valid questions are those that Wolfram Alpha will be able to answer in the future.

Who is the ruler of India? (query on May 30, 2019)

What was the mean temperature in Washington, DC in 2019? (query on January 1, 2020)

What is Mike Trout’s batting average for 2019? (query on October 1, 2019)

Data on predictions does not need to remain in RAM for months or years but can be evicted to vRAM, with cryptographic proof of its integrity remaining on chain. (Services used: Wolfram Alpha, CRON)

Unblinded by the DAPP Network, smart contracts can now see.

We said above that “you can’t call an oracle, any source of off-chain information, from within a smart contract.” But in effect, the DAPP Network makes this possible.

You still can’t technically call an oracle directly from a smart contract: EOSIO will throw an error. Now, though, DSP-enabled EOS endpoints can recognize these errors as requests, fulfill the requests with information, and re-submit the transactions with all of the pieces in place.

The DAPP Network has suggested solutions to RAM congestion and account creation difficulties — and now it has also introduced solutions for the problems of web oracles, blockchain oracles, randomness, and scheduled tasks — by enabling a new decentralized layer the blockchain is unaware of and allowing the seamless integration of its functions into dApp contracts.

We at LiquidApps envision programmers, and ultimately users, using these features as if they were a natural and integral part of the EOS platform.

Visit liquidapps.io to learn more or to start up a DSP of your own.

Follow LiquidApps

Website | Twitter | Telegram | LinkedIn | Github

Please click here to read an important disclaimer.