Very Interesting we should probably connect via our Slack Group http://adsactly.heroku.com we could utilize your services if you were interested in working to build something big with Ethereum + Synereo.
Very interesting indeed. I am very interested (as an insurance software architect) about the possibilities of decentralized insurance systems. Would be happy to discuss any thoughts and provide some consulting.
Hi folks, sorry for such late response, I'm glad some of you found the project promising. I'll be developing it a bit further in the next weeks and I'll be glad to collect new feedback.
it is very interresting to work on such business case.
If you may, I would have two comments:
From what I understand, the ammount which is sent to the contract by the insurer corresponds to its maximum loss in the contract (when the protection is claimed and sent to the policyholder).
*Securing the max loss would clearly allow to be sure that the payment will be done but will be very cash expensive and will not allow scaling : Insurance industry relies on diversification of the risk and a standalone policy contract should be clearly a way to start and way to include diversification in the blockchain insurance area will be a very interresting challenge.
*As a contract which will handle "money", you should set yourself a 2do in early phase of the development which would allow you having in mind not to actually launch the contract without having checked this security 2do. https://blog.ethereum.org/2016/06/19/thinking-smart-contract-security/
Fianlly, I will follow your progress on the interaction with oracle where I think we all have plenty things to think about and to learn.
thx for feedback. The objective of this code was to show the simplest insurance contract possible. I agree about diversification challenge, sth to think about.
Comments
https://github.com/dadaista/bitshelter/blob/master/contracts/Insurance.sol
it is very interresting to work on such business case.
If you may, I would have two comments:
From what I understand, the ammount which is sent to the contract by the insurer corresponds to its maximum loss in the contract (when the protection is claimed and sent to the policyholder).
*Securing the max loss would clearly allow to be sure that the payment will be done but will be very cash expensive and will not allow scaling : Insurance industry relies on diversification of the risk and a standalone policy contract should be clearly a way to start and way to include diversification in the blockchain insurance area will be a very interresting challenge.
*As a contract which will handle "money", you should set yourself a 2do in early phase of the development which would allow you having in mind not to actually launch the contract without having checked this security 2do.
https://blog.ethereum.org/2016/06/19/thinking-smart-contract-security/
Fianlly, I will follow your progress on the interaction with oracle where I think we all have plenty things to think about and to learn.
Good job !!