Translation: First Class (First.VIP)
- Is it technically feasible to roll back the Bitcoin blockchain? Seeing Daxie's Discussion on Belief
- Blockchain traceability industry research report
- Why is it difficult for even BAT to participate in the competition of blockchain technology?
- Twitter CEO Jack has a dream: from electronic money to social networks
- Omni receives funding from Tether to support new version development, will allow users to buy Bitcoin using any on-chain asset
- On the eve of the birth of China's digital currency: the pilot of the central bank, the four major horse races, can it lead the world?
Distributed ledger technology is touted as "disrupting" the insurance industry. Its externally connected, automated digital protocols are highly secure, saving billions of dollars in costs and other overhead for the insurance industry, and preventing fraud. However, in addition to the main issues such as connectivity and scalability with external data that have been resolved, there are still other issues with this technology.
Question 1: Data availability and frequency
The ability of smart contracts to access external data is important because they are also useful for any purpose other than token applications. Thankfully, we now have a good solution. By using a decentralized Oracle network, we can use multiple data sources and Oracle nodes to ensure the consistency and integrity of data when it reaches the smart contract. However, this alone is not enough to ensure that smart contracts are not "deceived."
Assuming insurance contracts have been deployed on the blockchain, you can successfully obtain data from a range of different sources and perform operations such as spending based on that data. Does everything seem fine? But what if the "check data" call does not execute? What happens if the insurance company does not update the data in the smart contract during a flood or drought? Even if a smart contract is tamper-resistant and able to obtain the required data and perform payment, the smart contract cannot do the payment operation because it never obtains all the required data. This is a question of data availability and frequency.
In addition to accessing the data itself, these insurance contracts need to be triggered periodically to get the latest data and update their status. And this needs to be initiated off-chain, because the blockchain itself does not have any calling functions. Moreover, contracts need to be protected from "spam" or "deception." For example, it needs to ensure that the executor who gets the data through constant triggering doesn't cause it to behave abnormally in any way.
Some might suggest that regular updates are not required, and where a payment is triggered, a customer can manually issue a claim to trigger a contract to check, get data, and execute a payment, but this is not ideal. With the formation of the fourth industrial revolution, we are entering a new digital era of automation, machine learning and AI, and many processes will eliminate human factors. For the insurance industry, this means that insurance claims and payments often occur with little or no human intervention. This also means that we need to try to automate contract conditions and claims processes and fully enjoy the full benefits of using distributed ledger technology over existing digital solutions.
The most likely way to "deceive" a contract is if the insurance provider does not trigger a smart contract to obtain the latest data, and they do not trigger for a few days, weeks, or even months, so the contract will eventually reach In the future, the funds will also be returned to the insurance company.
The best way to resolve such situations is to include other logic in the contract conditions themselves, so that the contract retains a tab that records how often the contract is triggered to get the latest data. It can then be used in the contract's expiration conditions, so before the contract returns the funds to the insurer, it can check whether the correct number of calls have been triggered, update the data status, and then return all funds. E.g:
If the contract expires and the number of data calls exceeds the threshold: return the funds to the insurance company; Otherwise, if the contract expires and the number of calls is below the threshold: the customer gets his premium back (or paid in full?) And the remaining money is returned to the insurance company
The purpose of this is to use game theory to motivate insurance companies to ensure that all their contracts are up-to-date and updated regularly, otherwise they will not make money!
In addition to providing access to external data, Oracles can also be used to schedule transactions and function calls in smart contracts. For insurance contracts, you can set up cron jobs on Oracle nodes to trigger insurance contracts periodically to get the latest data and update their status.
Insurance smart contract architecture that combines multiple data sources and data request calls
Question 2: Liquidity of insurance companies
In the traditional insurance sector, insurance companies have not provided adequate funding for all their insurance contracts. Instead, they only retain a certain percentage of the reserve / liquidity ratio amount for claim expenses, but as long as the claim amount and non-claim amount remain within a certain threshold, they can still operate and profit.
However, in order for these highly secure and tamper-resistant digital protocols to provide 100% guaranteed payments while meeting payment conditions, they each need to be fully funded so that payment operations can be guaranteed if the payment conditions are met.
This means that if insurers provide valid insurance contracts worth $ 10 billion, they will need $ 10 billion in liquidity to pay at any time. This is a big problem for insurance companies, as their liquidity ratios are usually well below 100%.
As a solution, some might suggest not using smart contracts to process payments, but simply marking the contracts as being payable by the insurance company's financial system to maintain the current liquidity ratio. But this is the first departure from the original intention of using smart contracts, because we no longer guarantee the implementation of the agreement. If a large-scale earthquake or fire happens, 50% of the contracts are triggered and payment is required, and what happens when 25% of the contracts cannot be paid because the insurance company has no liquid funds? Only with sufficient contract funds can 100% guaranteed payments be provided to all customers. Maybe the liquidity problem is unsolvable, even if the insurance industry shifts to distributed ledger technology, it will always exist.
We are moving towards the fourth industrial revolution. Distributed ledger technology, machine learning, artificial intelligence, and automation will continue to evolve and transform many industries, including insurance.
Combined with the blockchain and smart contract technology used by the decentralized Oracle network, it provides a superior platform for insurance contracts deployed and executed on it, realizing the security, execution guarantee and social scalability that today's systems cannot provide . However, before large-scale adoption, there are still some key issues that need to be considered and addressed.
Reprinted please retain copyright information.