kpi
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @08:01AM (#12487304)
I think the design space is much larger than what we have today, and blockchain applications surely have interesting features it might be worth exploring in that space.
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @07:42AM (#12487145)
also note that there is an easy workaround to limit this which essentially is the difference between a bet and an insurance: check if the user has a valid ticket for the flight.
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @07:10AM (#12486983)
Finding the right balance of incentives needs some trial and error. The discussions are not new and well known e.g. with generic prediction markets like Augur or Gnosis.
I think we will find a way to deal with those issues. Experiments like these will help us (and society in general) to come to the right conclusions. Of course we should be careful not to cause too much harm on the way.
Also see https://www.reddit.com/r/ethereum/comments/529o5p/flightdela... and the discussion there.
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @06:45AM (#12486888)
I am a big fan of heyguevara, and happily disagree with you on regulatory approval and access to re-insurance markets: these need to be addressed, and we are happy to have discussions with insurance brokers and regulatory bodies to do that. as soon as those risks are reduced and some examples established, smart contracts will make it very easy for any group of people to start their own p2p insurance with their own parameters and rulesets instead of relying on less flexible central platforms.
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @06:27AM (#12486815)
thanks, very good point. this is great feedback and a really valuable discussion for us. we need to have more experiments with decentralized applications and insurance markets to explore that. we are looking forward to address these questions with insurance and financial service providers.
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @06:21AM (#12486792)
it isn't yet. the current implementation relies on the flightstats API and oraclize.it to call the API from the contract. I think we are still far from truly decentralized applications, and it needs experiments like this to slowly get there. as a next step redundant data sources and oracles might help.
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @06:12AM (#12486765)
the total amount of payouts per flight is limited as well as premiums and individual payouts. there is a non-negligible legal risk of such action and the payout limits in the end will converge to the price of the risk someone is going to take.
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @05:56AM (#12486696)
airhelp is one of many services which deal with compensation claims which are mandated e.g. by EU regulation and take a good cut of the payout for trying to make a really cumbersome process less bad. the customer experience of claiming compensation is in my opinion much worse than a fully automated payout and the whole process a real pain for both customers and airlines.
Flight Delays Suck
You’ll love to be late for devcon two
Re:A truly decentralised P2P Insurance
on Tuesday September 13, 2016 @03:20AM (#12486172)
note that we just released a first demonstrator for devcon2 https://fdd.etherisc.com
some more information on https://medium.com/the-future-requires-more/youll-love-to-be...
and some discussion on reddit https://www.reddit.com/r/ethereum/comments/529o5p/flightdela...
Re:Smart Contracts Land on Wall Street
on Thursday August 06, 2015 @03:27AM (#10015047)
I wonder how exactly it works. t0 are not very specific about implementation details. If they are using the bitcoin blockchain it should be possible to point out the actual transactions there.
The Business Imperative Behind the Ethereum Vision
Re:Bufferbloat: Dark Buffers in the Internet (2011)
on Saturday November 22, 2014 @06:54AM (#8645372)
Previous discussion https://news.ycombinator.com/item?id=3461482
Re:My Senior Design Project: Node.js WiFi-Extending Robot
on Thursday July 12, 2012 @04:27PM (#4236590)
Please make it fly.
Re:A file that's both an acceptable HTML page and a JPEG (view source ...
on Friday July 06, 2012 @03:33PM (#4209283)
Interesting thought but browsers should not interpret javascript inside an image. I would expect image rendering to be separated. Can someone with an expertise in browser design tell us how this actually works?
Study on the effects of the One Laptop per Child Program
BufferBloat: What's Wrong With the Internet?
Good-bye, Wheelchair, hello Exoskeleton
Top Tech 2012
Re:Review my startup - Lean Domain Search: The fastest way to find a d...
on Monday January 16, 2012 @02:03PM (#3471940)
Looks like a useful tool. I get an "Oops, something went wrong ..." when I enter "shop". Besides that I really like the concept of http://stylate.com/ to find domains for startups.
Re:Login to your Google account by scanning a QR code
on Monday January 16, 2012 @02:14AM (#3469727)
Great use case for QR codes.
Re:Harvard Statistics 110: Introduction to Probability, on iTunes
on Monday January 16, 2012 @01:45AM (#3469656)
Harvard, don't lock in your content! Other courses in many formats are available on http://www.extension.harvard.edu/open-learning-initiative Why should this one be iTunes only?
Re:Ask HN: How do you do your email delivery?
on Sunday January 15, 2012 @09:55AM (#3467250)
We are using qmail with ezmlm and while probably outdated now, this has been rock solid for years. When starting a new SMTP server I use postfix. Keep in mind that sending out newsletters from a new IP needs a lot of extra effort to keep the IP off blacklists and the mails out of the spam filters.
Re:Shipping $36000 worth of Japanese candy
on Saturday January 14, 2012 @11:43PM (#3466373)
Reminds me of Joel's post on streamlining a shipping process http://www.joelonsoftware.com/articles/HowToShipAnything.htm...