6
$\begingroup$

I am looking for real life applications of blockchain technology. Bitcoins are obvious, however, I am looking for something different. For example one of the banks in Poland implemented blockchain for authentication and verification of selected documents. More details here.

Another is a startup - storj focusing on decentralized cloud object storage. It's an interesting way to remove the need for centralised databases for Peer to Peer file sharing networks. Should be launched early on 2019.

$\endgroup$

2 Answers 2

3
$\begingroup$

The fundamental problem that blockchains allow to solve is the following:

  1. There are several parties who do not trust each other.
  2. They are interested to record the existence of certain data at certain points in time.
  3. If one party is rightfully interested to record some data, no other party can prevent it to do so.
  4. All parties agree on a common past: There is no disagreement which data is valid and everyone can be assured that past data remains unchanged forever.

Traditionally, a solution for no. 1–4 requires some kind of mutually trusted authority like a notary or a public institution. Blockchain is a solution that does not require a central authority of any kind.

For many real world applications there are already some established authorities and well working systems without blockchains. The really interesting applications for blockchains are therefore in areas where either a trusted authority does not exist or where the operation of such an authority is inefficient or expensive.

One particular area where blockchains have already been widely deployed to solve a real world problem are receipts for cash payments. For this, a blockchain solution was implemented and is mandatorily used in Austria, see Registrierkassensicherheitsverordnung. It works like this. Whenever a customer makes a cash payment at an Austrian merchant, the payment details (time, amount and VAT-status) have to be entered into a cash register. This register keeps an internal blockchain, that cryptographically links each payment to the payment before. Moreover, each payment is cryptographically signed by the merchant, the public key being known to the tax authorities. To prove that this procedure was correctly followed, the block data of the payment is printed on a paper receipt, which the customer can check and which he keeps when walking away. If the merchant wanted to manipulate the state of his cash register undetectably, he would have to make sure that all incriminating receipts disapear.

This application perfectly fits to the fundamental problem I outlined in the beginning.

  1. The parties involved are a merchant and the tax authority who do not trusts the merchant to correctly report his cash earnings.
  2. Both, the merchant and the tax authority have an interest to register all cash payments so that no fiscal disputes can arise.
  3. There is only one party who adds data to the blockchain, the merchant himself. The validity of the data is confirmed by the cryptographic signature of the merchant. In analogy with commonly used terminology you could call the consensus mechanism of this blockchain "proof of authenticity". (Right now, a weak point of the system is that ordinary customers cannot check, if the cryptographic signature is authentic, because the public keys of the merchants are not published by the tax authorities. But this is not a principal problem of the design, rather a problem of the current execution.)
  4. In case of an audit, the merchant has to present the full payment history in blockchain form to the tax authorities. If the the tax authorities have some legit receipts, they can verify that the merchant has not changed any payment data that happened before. Likewise the merchant is protected from fraudulent receipts.

Note that in this application no. 3 is significantly easier to implement than in Bitcoin. The reason is, that there is only one party who ever wants to add data to the blockchain, namely the merchant. Therefore this can be easily done using cryptographic signatures. The main innovation of Bitcoin was to combine cryptographically linked blocks with a consensus mechanism where several parties can contriubute data to the blockchain without relying on any mutually trusted authority. This was achieved with proof of work.

In most real world applications, I personnaly doubt that a Bitcoin-like system is acutally needed. For auditing purposes, such as the cash registers described above, the critical thing is that the data entered into the chain reflects reality. This is controlled by the customers looking at their receipts. In other real life applications, the data in the blockchain will also most likely be linked to something that happened in the physical world. In such a case, you are already trusting that you live in a sovereign state which protects your rights. E.g. when using a blockchain as a land register you trust the government authorities to protect your right of property. Therefore you can trust them as well to keep a valid land register. So I wouldn't see a problem if some state authority was the only party to add signed data to a land register blockchain.

To summarize, my prediction is that blockchains where only trusted parties can add data to the chain will be successful and widely used. They will become a standard way of storing time-stamped data in a trusted way, just as version control systems have become a standard managment tool for computer code. Specific interpretation of blockchain data gives way to endless possibilities. For Bitcoin-like blockchains, my feeling is that they once will be seen as an interesting experiment that ultimately failed to find any real world applications.

$\endgroup$
8
$\begingroup$

The general concept from bitcoin which seems to be in use elsewhere is that of a Distributed Ledger. This is the idea that ownership can be assigned, transferred and tracked entirely digitally. So one use case is the the Bank of England running a distributed ledger for a kind of bond equivalent, which institutions could use for payment or collateral, but which the BoE would control as part of the money supply.

Other uses for distributed ledgers include managing ownership of collateral; in repo and interbank transactions bonds are posted back and forth between counterparties as collateral for the trades being made or maintained; it would often be more efficient (and thus cheaper) to manage all of that electronically.

A quite separate concept which is not in bitcoin, but which is considered for some DLT systems, is that of smart contracts. In such a system, the rules to automate transfer of ownership under certain circumstances are built into the transactions themselves, and administered by the mining process. This way, if the rule is that A should transfer some amount to B on some date, then that happens automatically without relying on A to make the payment. The idea is that this would be complex enough to fulfil the requirements of a contract automatically, and thus increase assurance for the counterparties that it will be fulfilled.

Many of these systems are intended to resolve issues of trust; trust that you will receive funds, trust that someone really does own an asset, trust that you will be paid. At the highest levels of finance, that is intended to mitigate issues like the disappearance of a counterparty and reduce the cost of hedging. At the lowest levels of small businesses it is intended to permit counterparties to trust each other (and thus do business) where they would otherwise be unable to verify the customer or supplier adequately.

$\endgroup$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.