Fizzy : une assurance contre les vols retardés basée sur la blockchain d'Ethereum

Fizzy : une assurance contre les vols retardés basée sur la blockchain d’Ethereum

Cha-ching !

Avatar de l'auteur
Kevin Hottot

Publié dans

Économie

15/09/2017 4 minutes
39

Fizzy : une assurance contre les vols retardés basée sur la blockchain d'Ethereum

La blockchain ne se limite pas aux crypto-monnaies. L'assureur Axa vient d'annoncer vouloir utiliser cette technologie afin de proposer de nouveaux produits. Premier ballon d'essai avec une assurance remboursant automatiquement le prix d'un billet d'avion en cas de retard.

En avril 2016, dans un salon d'une annexe de l'Assemblée nationale, La Commission supérieure du numérique et des postes (CSNP) organisait un colloque intitulé Blockchain : disruption et opportunités. 350 personnes, mêlant parlementaires, chercheurs, etudiants et entrepreneurs y étaient venues pour échanger autour d'une technologie qui commençait alors tout juste à intéresser le monde de l'entreprise : la blockchain.

Nous avions alors noté la présence de la directrice des affaires publiques de l'assureur Axa, Sandrine Duchene. Lors d'une table ronde elle évoquait l'intérêt de cette technologie dans son domaine d'activité, arguant qu'elle pourrait « permettre l'exécution plus rapide et moins couteuse des contrats d'assurance, ce qui est très important pour la qualité de service ». Mais à l'époque, aucune application concrète n'avait été évoquée. Un an et demi, et de nombreux smart contracts plus tard, l'assureur vient d'entrer pour de bon dans le bain.

Blockchain et vols retardés

Axa vient en effet d'enrichir sa gamme de produits avec Fizzy, une assurance proposant à ses souscripteurs d'être indemnisés directement et automatiquement en cas de retard supérieur à deux heures sur leur vol. Le versement de la somme est automatiquement déclenché grâce à un smart contract forgé sur la blockchain d'Ethereum. 

« Nous aurions pu nous appuyer sur une blockchain privée, mais nous avons souhaité mettre l'accent sur la transparence en choisissant Ethereum. Ainsi s'il le souhaite, un utilisateur avancé pourra directement consulter son smart contract et en surveiller le déclenchement » nous explique un représentant de l'assureur. Le coût de la prestation est calculé par un algorithme tenant compte de la probabilité de retard du vol « avec un facteur entre 10 et 40 fois » pour le montant de l'indemnité.

En pratique, une fois le contrat scellé, Axa scrute sur une base de données accessible publiquement l'heure à laquelle le vol du client s'est posé sur la piste. Si le retard observé est supérieur à deux heures, les termes du contrat sont appliqués directement, et l'utilisateur est averti de son remboursement dès son arrivée au terminal.

Contrairement à une assurance classique, aucun critère d'exclusion n'est prévu, une contrainte imposée par la nature du smart contract. Il serait en effet difficile de maintenir et de scruter des bases recensant l'infinité de « cas de force majeure » pouvant causer des retards. 

Une offre limitée aux vols transatlantiques, mais doit s'étendre

Pour l'heure, Axa réserve son offre aux vols transatlantiques directs vers les États-Unis au départ de l'aéroport Charles de Gaulle à Roissy, mais compte l'étendre au reste du monde courant 2018, à l'issue d'une première phase d'expérimentation. Il est à noter que l'indemnisation proposée par l'assureur est indépendante de celle prévue par l'Union européenne en cas de retard supérieur à 3 heures (hors « circonstances extraordinaires »). Les voyageurs peuvent donc dans certains cas cumuler ces deux options. 

L'assureur nous confie également avoir entamé des discussions avec une grande compagnie aérienne afin d'étudier la possibilité d'inclure cette assurance à ses offres. « Pour les compagnies aériennes cela pourrait être un avantage concurrentiel », résume Axa. Autre piste pour l'entreprise, proposer Fizzy en marque blanche pour les transporteurs, ou les agences de voyages.

L'aviation n'est qu'un début

L'utilisation de la blockchain chez Axa ne devrait pas se limiter à ce produit, mais pourrait être déclinée pour d'autres services pour lesquels il est facile de collecter des données fiables pour des évènements susceptibles de causer du tort aux personnes ou aux entreprises. 

« Par exemple, la consommation de bière est plus dépendante de la température à Marseille qu'à Strasbourg », nous explique l'assureur.  « Si la température passe sous un certain seuil, plus personne n'en achète. Une boutique pourrait donc assurer ses stocks de bière contre une vague de froid ». Dans pareil cas, il suffirait de déclencher le contrat si la température maximale dans une commune donnée ne dépasse pas un certain seuil pendant une durée précise. Une idée qui laisse la porte ouverte a bon nombre d'applications.

Écrit par Kevin Hottot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Blockchain et vols retardés

Une offre limitée aux vols transatlantiques, mais doit s'étendre

L'aviation n'est qu'un début

Commentaires (39)


Est-ce que je peux être remboursé automatiquement si la température de ma canette dépasse les 7° ?








Café In a écrit :



Est-ce que je peux être remboursé automatiquement si la température de ma canette dépasse les 7° ?





Ou si la température de mon avion dépasse les 7 canettes ? <img data-src=" /> Chacun ses référentiels <img data-src=" />



Faire croire à un nombre toujours plus grand que c’est cool pour mieux faire gonfler la bulle, ça va faire mal à l’éclatage ! Lorsque la sous bulle est en train d’éclater créons une autre sous bulle !








skankhunt42 a écrit :



Faire croire à un nombre toujours plus grand que c’est cool pour mieux faire gonfler la bulle, ça va faire mal à l’éclatage ! Lorsque la sous bulle est en train d’éclater créons une autre sous bulle !







Pendant ce temps à Vera Cruz:



Bitcoin dropped below \(3,000 on Friday: the currency traded as low as \)2,972, marking a 36 per cent fall from bitcoin’s close on September 7.



c’est ce qu’on appel communément une prise de bénéfice, probablement des premier possesseur de B$ acheter 1 ou 2 euros <img data-src=" />


Ton message est complètement hors-sujet :

ici, on parle d’ethereum pour les smart-contracts (des programmes informatiques distribués) qui peuvent tourner sur une&nbsp; blockchain (ici, c’est la même qui fait tourner la monnaie) de manière indépendante de la valeur de l’éther.

Le smart-contract qui automatise l’assurance aurait pu, comme indiqué dans l’article, tourner sur une chaîne de bloc indépendante de toute crypto-monnaie sans problème, c’est juste par soucis de transparence (et de marketing ?) que celle d’ethereum a été choisie.








sscrit a écrit :



c’est ce qu’on appel communément une prise de bénéfice, probablement des premier possesseur de B\( acheter 1 ou 2 euros





Vu que le bitcoin est actuellement à plus ou moins 3000\)
ça à surtout laissé une bonne marge pour investir… Mon petit doigt que des boites peu scrupuleuse ont aussi investies et que le jours ou ça va bien ce péter la gueule ils vont vendre et la le marché s’écroulera… Le plus con c’est que dès qu’une crypto commence à coincer niveau difficulté / prix d’achat une autre est crée… Et rebelote…



J’ai d’ailleurs beaucoup de mal avec le fait que nxi propose de payer l’abonnement en bitcoin. Que deviennent ensuite ces bitcoin ? La encore mon petit doigt qu’elle sont accumulés bien au chaud et qu’un jours elle seront vendues au bon moment et que le temps que vous vous apercevez de tout ça les micro poussière de bitcoin qui vous restera sur votre wallet ne vaudront plus rien du tout.

&nbsp;





alegui a écrit :



Ton message est complètement hors-sujet : ici, on parle d’ethereum pour les smart-contracts (des programmes informatiques distribués) qui peuvent tourner sur une&nbsp; blockchain (ici, c’est la même qui fait tourner la monnaie) de manière indépendante de la valeur de l’éther.

Le smart-contract qui automatise l’assurance aurait pu, comme indiqué dans l’article, tourner sur une chaîne de bloc indépendante de toute crypto-monnaie sans problème, c’est juste par soucis de transparence (et de marketing ?) que celle d’ethereum a été choisie.





Le problème c’est que l’article ne veut pas dire grand chose… En gros c’est une simple BDD déportée sur la blochain histoire de faire “cool fun” mais permet surtout d’économiser un max de blé en déportant les calculs sur nos machine ?



Je suppose que ces boites ont au passages achetées un max de éthérotruc et que dans quelques semaines la valeur montera car tous le monde pensera que “cool fun”. J’ai l’impression de lire les même conneries qu’avec le “cloud” alors que le principe existe depuis 25 ans et que ça permet comme toujours au passage de sortir du marqueting bidon pour gagner un max d’argent sur les benêts.









skankhunt42 a écrit :



J’ai d’ailleurs beaucoup de mal avec le fait que nxi propose de payer l’abonnement en bitcoin. Que deviennent ensuite ces bitcoin ? La encore mon petit doigt qu’elle sont accumulés bien au chaud et qu’un jours elle seront vendues au bon moment et que le temps que vous vous apercevez de tout ça les micro poussière de bitcoin qui vous restera sur votre wallet ne vaudront plus rien du tout.&nbsp;





Je peut pas dire pour NXI, mais la majorité des boites qui permettent le payement par bitcoin passent pas des plateformes qui font la conversion bc/€, et le prestataire (édit: pas le prestataire mais le vendeur….) est payé en € pas en bc



Alors j’ai beau avoir cherché dans l’article et sur le site de l’assureur j’ai du mal à saisir l’intérêt d’une blockchain dans ce cas.

&nbsp;

C’est si difficile à faire un système capable de détecter les retards et d’indemniser ses clients?

&nbsp;

J’ai du mal à croire qu’AXA (1er assureur au monde et dans le trio de tête des vendeurs de produits financier) ne dispose pas d’une équipe backoffice capable de mettre ce produit sur un serveur de façon sécurisée.



Edit: et le coup du contrôle du paiement je le fait facilement en consultant mon compte, c’est plus simple qu’un contrôle de blockchain.


<img data-src=" />



C’est à cause de la Chine…


“La blockchain ne se limite pas aux crypto-monnaies. L’assureur Axa vient d’annoncer vouloir utiliser cette technologie afin de proposer de nouveaux produits. Premier ballon d’essai avec une assurance remboursant automatiquement le prix d’un billet d’avion en cas de retard.



En avril 2016, dans un salon d’une annexe de l’Assemblée nationale, La Commission supérieure du numérique et des postes (CSNP) organisait un colloque intitulé Blockchain : disruption et opportunités”



Perso j’ai presque rempli ma grille de Bingo.



PS : rien contre Kévin, c’est le vocabulaire utilisé.


Et donc ce qui veut dire qu’il suffit d’attaquer la BDD publique des horaires d’arrivée des avions pour s’en mettre plein les fouilles ou la mettre à l’envers à tout le monde.



Sacrée bonne idée que cette utilisation…. <img data-src=" />


tient la sncf pourrait mettre en place ce système, j’en suis sur que cela leur coûterait moins chère et serait plus efficace. et wait et pas que pour le remboursement en cas de retard de train, on pourrait gérer les réservations aussi !



Nan sérieusement je pense que le coups de la crypto monnaie c’est juste un prototype du concepts, à l’avenir on pourrait gérer pas mal de chose par ce biais de façons nétement plus sur.



par exemple tu dit il suffit de craqué les base de données des horaires des avions, mais si un block chaine également gère le truc c’est moins évident d’un coup.








iYo1312 a écrit :



C’est si difficile à faire un système capable de détecter les retards et d’indemniser ses clients ?



&nbsp;

&nbsp;J’ai relu l’article 4 fois et je maintiens ma position : Ceux qui en croquent veulent en croquer encore plus sans rien faire et je pense que nxi est complice ( peut être sans le savoir mais complice ). Je pense que c’est un genre de bdd avec api publique géré par la blockchain qui elle aussi publique ce basant sur le système détérochiotte pour ne pas avoir de serveur central. Cela permet d’économiser de la bande passante et un serveur pour axa tout en investissant dans les crypto et que ça passe comme un truc “cool fun” pour que le grand publique s’y mette.



Le jours ou ça partira en sucette et que le bitcoin / autre perdra 25% de sa valeur ils vendront et le pékin moyen lui arrivera trop tard et perdra tout. D’après ce qu’ont dis ont tondre le moutons plusieurs fois mais le désosser qu’une fois mais l’histoire nous prouve que non… Ponzi + subprime + bourses = cryptomonnaies.



Je sais qu’on est vendredi, mais enfin…




  • Bitcoin (le protocole) n’est qu’un des multiples services qu’il est possible de faire tourner sur une chaîne de block,

  • Bitcoin(la monnaie) n’est pas une pyramide de Ponzi mais juste un bien qui subit une spéculation très forte

    -Nextinpact ne reçoit pas de bitcoin lors d’un payement bitcoin mais des euros, la conversion est faite par un prestataire qui calcule le prix en fonction du taux de conversion, de la même manière que Paypal te permet de payer en euro un bien qui est vendu en dollar

    &nbsp;-Le bitcoin n’a rien à faire dans une telle discussion car cette assurance n’est pas basée dessus

  • Enfin, faire tourner une application sur la chaîne de block ethereum n’est pas gratuit, il faut payer en ethers pour pouvoir faire fonctionner son service








skankhunt42 a écrit :



Le problème c’est que l’article ne veut pas dire grand chose… En gros c’est une simple BDD déportée sur la blochain





D’après l’article,

Le versement de la somme est automatiquement déclenché grâce à un smart contract forgé sur la blockchain d’Ethereum. Donc non, c’est un véritable programme, assez similaire à ce que tu pourrais faire tourner sur un serveur classique, avec comme différence que son exécution est décentralisée et publique (donc vérifiable par n’importe qui possédant les compétences)









skankhunt42 a écrit :



Le jours ou ça partira en sucette et que le bitcoin / autre perdra 25% de sa valeur ils vendront et le pékin moyen lui arrivera trop tard et perdra tout. D’après ce qu’ont dis ont tondre le moutons plusieurs fois mais le désosser qu’une fois mais l’histoire nous prouve que non… Ponzi + subprime + bourses = cryptomonnaies.





Alors ça c’est marrant que t’en parles, il y a quelques jours le bitcoin était à 4500\(, ce matin il est descendu en dessous de 3000\), ce qui équivaut à une perte de 33%

Devine quoi, certains ont vendu, d’autres ont acheté, et là on est à 3800$









jackjack2 a écrit :



Alors ça c’est marrant que t’en parles, il y a quelques jours le bitcoin était à 4500\(, ce matin il est descendu en dessous de 3000\), ce qui équivaut à une perte de 33% Devine quoi, certains ont vendu, d’autres ont acheté, et là on est à 3800\(





Je vais finir par me coder un bot qui vend quand ça commence à baisser et qui achète avant que ça monte. J'ai cherché pas mal la dessus j'ai rien trouvé de probant je pense que c'est encore trop dans un cercle fermé. Parce que théoriquement ça parais un peu simple vu que le bitcoin va surement remonter dans quelques jours. A mon avis ont va facilement arriver a 20.000\)
l’année prochaine. Certains auront gagnés une fortunes et monsieur et madame tous le monde voudra tester et la hop dans le cul !



&nbsp;



J’ai beau lire, me documenter et essayer de comprendre, je n’y arrive. Je ne comprends toujours pas 1°) comment la bc est soi-disant “non-piratable et hyper sûre”, et surtout dans le cas présent, je ne compprends pas pourquoi un système comme celui d’Axa présenté dans l’article n’aurait pas été possible hors bc. Qu’apporte celle-ci dans le cas présent ? Plus de sécurité ? pourquoi ? Plus d’automatisme ? Là encore, pourquoi ? Ce n’est vraiment pas clair du tout. Si quelqu’un était en mesure de m’expliquer, je l’en remercie par avance (ou si sur Nxi on pouvait avoir un article complémentaire - j’ai déjà lu les articles antérieurs sur la bc sur le site, mais je n’ai pas été avancé relativement à cette “innovation” d’Axa).



Merci d’avance ! <img data-src=" />


dans le cas de la block chain l’intérêt étant que tu rend la transaction plus simple, plus rapide, efficace et sur et tu limite les intermédiaire et les frais de gestion de l’assurance.



Tu pourrais prendre une assurance, comme quand tu paye avec ta carte bleu et avoir ton remboursement automatique sans rien avoir à faire… Après je pense pas que cela libère le risque de fraude à l’assurance.


Tu as mal cherché alors (ce qui ne m’étonne guère vu les énormités que tu racontes). Il y en a des bots pour ça…

J’avais coller le lien vers un de ces bots dans le forum Nxi.








ffvsdoom a écrit :



comment la bc est soi-disant “non-piratable et hyper sûre”, et surtout dans le cas présent, je ne compprends pas pourquoi un système comme celui d’Axa présenté dans l’article n’aurait pas été possible hors bc. Qu’apporte celle-ci dans le cas présent ? Plus de sécurité ? pourquoi ? Plus d’automatisme ? Là encore, pourquoi ? (…)







assurance normal (monde de merde)




  1. le client prend (=paye) un contrat d’assurance expliqué dans 20 pages en jargon

  2. l’avion est en retard

  3. le client appelle l’assurance et explique son cas

  4. l’assurance évalue les conditions et fait jouer la clause d’exclusion 12.3a paragraphe 4, ligne 17

  5. le client rappelle l’assurance et tous le monde commence à se fâcher

  6. le client crie sur les forums que cette assurance c’est d’la merde et qu’il n’en prendra plus jamais.

  7. l’assurance perd un client et écorne son image sur ce type de contrat, le marché diminue.



    assurance blockchain (monde bisounours)

  8. le client prend (=paye) un smart-contract d’assurance expliqué dans une page de code (public)

  9. l’avion est en retard

  10. Les noeuds du réseau la blockchain évaluent les conditions du smart-contract

  11. Les noeuds du réseau arrivent au consensus que les conditions sont remplies et exécutent le code

  12. le code du smart-contract contient une transaction financière (euro, e-coin ou autre)

  13. Le client est payé, l’assurance n’a rien eu a faire, tout le monde est content

  14. La confiance s’installe autour des assurances retard de type smart-contract, le marché augmente.



    <img data-src=" />



OK donc, si je part du monde bisounours de 127.0.0.1

Le nerfs de la guerre se trouve dans le point 6

Pas tellement que le client soit payé et que l’assurance n’ai rien eu à faire, du moins dans la gestion des conditions et du payement.

Une appli classique interne au SI de l’assurance (ou sous-traité) pourrai permettre exactement le même résultat.

Mais c’est surtout “que l’assurance n’a rien eu à faire”! Dans le sens que cela ne lui a sans doute rien coûté pour héberger l’appli. Ou du moins une fraction de ce que l’appli classique aurai coûté dans un datacenter classique.



En gros, comme d’hab, la comm’ met en avant un résultat fabuleux, du jamais vu, uniquement possible avec des techno extraterrestres. Alors que le même résultat pourrait être atteint sans problème avec des moyens classiques.

Et que la vrai nouveauté se trouve dans les économies induites par cet “hébergement” décentralisé. Et les bénéf que pourra en retirer l’assurance. Éventuellement, le client pourrai en retirer un contrat moins onéreux, mais bon on parle d’AXA ici, le vrai client c’est l’actionnaire <img data-src=" />



C’est donc ça le truc ? La blockchain avec ces certifications multiples décentralisées, sa redondance native, et son besoin d’avoir une “preuve de travail” (donc du code à exécuter) est un datacenter “pas cher”.



Bon! je me méfie de mes intuitions, mais intuitivement je sens qu’il y aura pas mal de déçus.

Besoin de maîtriser quelque chose de potentiellement chaotique, besoin d’avoir un certain nombre de nœud en interne, pour ne pas dire un nombre certains de nœud pour fiabiliser le truc. Et sans doute des inconvénient collatéraux, le bilan écologique doit pas être terrible.

C’est peut-être une évolution intéressante, si c’est maîtrisé. Mais certainement pas la martingale que certains semblent y voir (comme le cloud, le big dada, et autres minitels des objets).


Ce n’est qu’une question de choix de la part de l’assureur les motifs d’exclusion, on peut très bien avoir:



&nbsp;Assurance normale




  1. le client prend un contrat d’assurance sans exclusions, expliqué en une page

  2. l’avion est en retard

  3. le serveur de l’assurance évalue le retard grâce à son accès à une bdd

  4. le serveur donne l’ordre d’envoyer l’indemnisation au client

  5. le client est payé

  6. le client est content d’avoir pris l’assurance, mais elle est quand même plus chère que les autres parce que ce qui fait le coût de l’assurance c’est d’abord le risque. Et le risque est plus élevé pour l’assureur si il n’y pas d’exclusions.








Chocolat-du-mendiant a écrit :



OK donc, si je part du monde bisounours de 127.0.0.1

Le nerfs de la guerre se trouve dans le point 6.







Pour moi, elle est surtout dans le “smart-contract” (1) et sa gestion par les noeuds du réseau (2).



(1) Tout le monde peut lire à l’avance les conditions du smart-contract, un peu comme tout le monde peut lire à l’avance un code “open-source” avant de l’utiliser. S’il y a un truc louche, ca se voit assez facilement et ca se saura assez vite. Ca renforce la confiance dans les termes du contrat.



(2) l’évaluation des conditions est confiée au réseau. C’est à dire à des tiers externes au contrat, qui n’ont pas d’intérêts particuliers à privilégier l’assuré ou l’assurance. Cette neutralité renforce également la confiance dans le traitement du contrat.



Bien sur, on peut arguer que déléguer la gestion à la blockchain allège le cout du traitement pour l’assurance. Mais c’est sans doute compensé par d’autres couts (mise en place, suivi, hotline…), sans compter qu’un smart-contract ne peut pas être annulé… donc pas possible pour l’assurance de récupérer de l’argent en faisant jouer des clauses “abusives”.









Chocolat-du-mendiant a écrit :



Éventuellement, le client pourrai en retirer un contrat moins onéreux, mais bon on parle d’AXA ici, le vrai client c’est l’actionnaire <img data-src=" />



Ca jsais pas, depuis que je suis passé chez eux pour mon assurance auto j’ai diminué la cotisation tout en ayant de meilleurs remboursements potentiels <img data-src=" />



Je ne suis pas d’accord :) (mais bon je loupe peut-être un truc, et même probablement plusieurs).

J’avais failli faire un commentaire qui ressemble beaucoup à celui de iYo1312.

En résumé tout ce que tu expliquais dans ton monde bisounours peut être fait sans la blockchain.

Et tout comme dans l’article, l’intérêt d’utiliser la blockchain n’apparaît jamais.



Concernant ton point 1) un contrat actuelle est connue au moins des deux parties (assureur et assuré).

Et rien, absolument rien, n’empêche AXA de faire dés maintenant un contrat simple avec des règles simples, et de les appliquer directement sans passer par un processus floue et aléatoire. Et cela en se basant

uniquement sur des technos classiques, sans aucune blockchain.

&nbsp;

Au contraire, il semblerai que ce soit des limites de la blockchain (Cf. l’article) qui les empêches de faire comme d’habitude, dés que ce sera possible le smart-contract fera 20 pages, voir plus.

J’ajouterai que si un smart-contract est du code, au sens code informatique, certes tout le monde peut peut-être le lire s’il est publique. Mais il y a probablement encore moins de gens qui sont capable de le comprendre que les 20 pages du contrat classique. D’ailleurs où, et comment je peux en voir un, un vrai! qui s’est exécuté récemment ? Et comment peut-on l’expliquer à Mr Michu ?

&nbsp;

“Mon petit doigt que” (blague! ;) ) 99,99% (il doit manquer des “9”) ne le liront pas, 99,99999% ne le comprendraient de toute façon pas, et les 0,0001% qui le comprendraient globalement, y louperaient des subtilités pas forcément à leur avantage. Si c’était si simple pourquoi le site Fizzy n’en montre pas un exemple, juste pour rassurer les sceptiques… ?

&nbsp;Peur de faire fuir tout le monde ? En plus, si j’ai bien compris, un smart-contract est spécifique a chaque billet d’avion. La base doit être la même pour tous. Mais contrairement à un code open source identique pour tout le monde (mon Firefox a le même code source que le tien), ce type de smart-contract doit être différent à chaque fois. Super pratique pour l’évaluation par les 0.00001% qui peuvent vraiment le comprendre.



Concernant ton point 2), je vois ce réseau comme un ordinateur (au sens large), il fait juste ce qu’on lui dit de faire avec plus ou moins de risque d’erreur en fonction de sa fiabilité intrinsèque (nœuds menteur/défaillant) et de la fiabilité du code (le smart-contract apparemment ici). Un ordinateur n’est pas un tiers de confiance, il ne l’a jamais été. Il obéit c’est tout, et celui qui lui dit quoi faire ici, dans le cadre de chaque smart-contract, c’est AXA, et personne d’autre.

&nbsp;Et je doute que ce soit la blockchain qui réalise directement le payement. Ce qui semble corroboré par la FAQ Fizzy indiquant que les données personnelles du client ne se trouvent, en toute logique, pas dans la blockchain. Et je pense qu’AXA a des tas de moyen de ne pas honorer un smart-contract qui déraperai : “En raison d’un bug informatique indépendant de leur volonté…” blabla, et ils agiront partout où ils le peuvent, interface avec la banque, source de données des vols en retards, et finiront par ajouter toutes les clauses qu’ils

veulent dans le smart-contract que personne ne lit, etc…



Après, comme je le dit en intro, je loupe sans doute des trucs, je n’ai aucune expertise en assurance ou en blockchain.

Mais à moins que ce soit courant chez AXA de trafiquer des contrats après qu’il aient été établit. Et donc qu’ils aient un besoin très pressant de rendre publique des contrats (anonymes, que 99,999% des gens ne comprendront pas, sigh!), pour que les gens leurs fassent confiance. Je vois pas où est l’intérêt ?

&nbsp;

En dehors des baisses de coût, probablement illusoires, qui à mon avis les motives actuellement.


Exemple de monnaie basée sur un smartcontract https://www.ethereum.org/token



Il serai possible de créer une assurance de ce genre sans aucune organisation du type de AXA derrière. Le contrat devrait désigner une autorité (clef publique) qui pourrait informer le contrat des vols en retard, tout le reste (cotisations, remboursement…) serai intégralement automatisé.



Si le smartcontract est utilisé par plusieurs personnes il est difficile de ne pas appliquer ses décisions à moins qu’il y ait un consensus sur le fait qu’il y a un bug. Par ex. tu ne peut pas utiliser une clause si une transaction bitcoin ne te convient pas.



Cependant il est clair que dans ce cas (AXA) l’assurance peut mettre ce qu’elle souhaite dans le contrat. Dans un premier temps le but est d’automatiser un processus qui nécessitait des interventions humaines auparavant et donc de diminuer les coûts. Ces baisses de coût ne sont pas &nbsp;illusoire, tu serai surpris du nombre de personnes qui traitent chaque réclamation, chaque transaction dans le secteur bancaire, des pertes dûes à des erreurs. Tant que seul AXA utilise le système, l’intérêt d’une blockchain est limité. La valeur de la blockchain apparaît si par exemple AXA utilise la blockchain avec d’autres partenaires /sous traitants voire avec des concurrents.








Chocolat-du-mendiant a écrit :



C’est donc ça le truc ? La blockchain avec ces certifications multiples décentralisées, sa redondance native, et son besoin d’avoir une “preuve de travail” (donc du code à exécuter) est un datacenter “pas cher”.





C’est surtout qu’ils vont faire des économie qui ne seront jamais répercutés par les clients…









skankhunt42 a écrit :



C’est surtout qu’ils vont faire des économie qui ne seront jamais répercutés par les clients…







Personne ne t’oblige à prendre une assurance retard…



Tu peux continuer à faire confiance à la conscience professionnelle du personnel d’Air-France ou d’Aeroport de Paris pour te garantir l’exactitude des horaires.



<img data-src=" />



La différence c’est qu’un contrat d’assurance traditionnel est écrit en français, langue qui laisse une certaine liberté d’interprétation, et sur du papier, ou du moins un support qui n’est pas garanti d’être répliqué. hors ici, c’est du code, donc pas de liberté d’interprétation, les règles sont claires. et une fois le contrat inscrit dans la chaîne, plus moyen de le modifier (si c’est bien fait bien entendu)


Quelle est la différence entre une assurance sans critère d’exclusion et un pari en ligne ? Axa va-til devoir se déclarer auprès de l’Arjel ? :)



Et toujours sur le fait qu’il n’y a pas d’exclusion… Ils n’ont pas peur que des gens organisent des retards pour toucher l’assurance ?








127.0.0.1 a écrit :



Personne ne t’oblige à prendre une assurance retard… Tu peux continuer à faire confiance à la conscience professionnelle du personnel d’Air-France ou d’Aeroport de Paris pour te garantir l’exactitude des horaires.





Quand le baril de pétrole est moitié prix le prix de l’essence ne baisse quasiment pas, quand le baril augmente alors le prix augmente beaucoup et dans l’heure.



Merci pour le lien (je l’ai juste survolé et évidement loin d’avoir tout compris)

&nbsp;mais je ne suis pas sûr qu’un smart-contract puisse être utilisé par plusieurs personnes, en tout cas dans le cas d’AXA/Fizzy, comment désigner le vol à vérifier, le client à payer, et la somme à verser si le smart-contract est le même pour tout le monde ? Et surtout s’il a été émis dans le passé. Et s’il va chercher ces données (anonymisées) chez AXA, ça doit être coton pour vérifier quoique ce soit.

Je suppose (peut-être à tord, car c’est pas le site de Fizzy qui va m’éclairer) qu’il y a émission d’un smart-contract pour chaque couple billet-client.

&nbsp;

Un autre point, tout comme 127.0.0.1, tu as l’air de dire que ce n’est pas possible d’automatiser ce processus “retard ==&gt; payement” autrement qu’avec du blockchain. Ça n’a pas de sens!

On automatise des trucs 1000 fois plus compliqués avec des moyens classique depuis des 10aine d’années, sans avoir jamais eu besoin d’utiliser du blockchain. Même mon pentium II de 1999, serai capable de traiter un bon paquet de ces transactions de façon tout à fait automatique et sans aucune blockchain.

La Blockchain est utilisée ici comme un ordinateur très simple et très limité. Un ordinateur distribué, ce qui est vaguement nouveau, mais à quoi sert cette caractéristique ? Pour l’instant à rien à part gaspiller de l’électricité.



Bon! toi, contrairement à lui tu semble penser, comme moi, qu’il y a peut-être un gain lié au coût. Mais apparemment seulement grâce à l’automatisation. Sérieusement vous pensez que AXA sont si con que ça, qu’ils n’ont jamais pensé à automatiser ce qui pouvait l’être ?



&nbsp;@jojofoufou, ben voyons! Pour apporter de l’eau à ton moulin, je te propose de me montrer un smart-contract Fizzy, dont tous le monde me vante le côté publique et tellement plus lisible qu’un contrat d’assurance classique. Si je suis client Fizzy, comment je vérifie :





  • &nbsp;1) mon contrat, directement dans Etherum, comment je peux le trouver ?

  • &nbsp;2) son exécution et le résultat, idem directement dans Etherum, comment je peut le trouver ?



    Une fois que ce sera fait, on verra bien à quel point c’est lisible, j’ai plein de cobayes qui n’ont jamais codé une ligne à qui le présenter.

    &nbsp;

    Je maintient que ni l’article, ni le site de Fizzy, ni les commentaires n’ont apporté le moindre argument justifiant d’un avantage quelconque de la blockchain pour réaliser ce type de traitement.


Je vais essayer de répondre à un maximum de questions.



Oui, Axa aurait pu faire le même système hors blockchain, ça leur aurait même sûrement coûté moins cher que la solution actuelle. L’intérêt de celle-ci tient dans la transparence du système.



Sur une assurance classique, le déclenchement des conditions est obscur et tu dois faire confiance à ton assureur. Là, la confiance est déportée ailleurs, vers le prestataire de service qui fournit (publiquement) la base d’heure d’arrivée des avions (genre FlightRadar par exemple). Si lui détecte un retard, l’indemnisation est automatiquement déclenchée et l’assureur ne peut rien faire pour l’empêcher.



La transaction qui en découle est visible sur la blockchain. Pour rappel, la blockchain pour résumer, c’est un registre inaltérable. Tout ce qui est écrit dessus ne peut être modifié, sauf consensus des “mineurs”. Sur une blockchain privée il y’a toujours un doute vu que les acteurs peuvent toujours s’entendre sur un fork et personne ne le verrait. Sur une publique comme Ethereum, bon courage pour obtenir le consensus <img data-src=" />



Bref, t’as un système automatique, transparent et qui laisse des traces inaltérables et utilisables en cas de litige entre assureur et assuré.


Bon courage pour organiser ça et toucher 100 balles à la fin.


Merci pour les éclaircissements, et de confirmer que ce n’est pas la blockchain qui rend techniquement possible ce type de contrat simple et automatique.



Du coup, je ne comprend pas bien le second paragraphe faisant le parallèle avec “une assurance classique” aux “conditions obscur”…



&nbsp;C’est peut-être mon ignorance concernant les pratiques habituelles des assurances ou peut-être en particulier celles d’AXA ? Mais si AXA fait un contrat type Fizzy, sans aucune blockchain, et utilise une base publique et indépendante pour déterminer si l’avion et oui, ou non, en retard.

&nbsp;Tout le monde peut le vérifier sur la dite base et donc si le contrat aurait due s’appliquer, ou non. Et si AXA a triché (comme cela semble être son habitude, à lire certains commentaires) avec ou sans blockchain, c’est triviale de le leur prouver.



&nbsp;Si le contrat devient plus compliqué (et il le sera, les limitations due à la blockchain vont évoluer si ça prend de l’ampleur), on retombe dans les travers des contrats d’assurances classiques. Et smart-contract ou pas, ce sera une tanné de leur prouver qu’ils ont tord.

&nbsp;Oui, je suis convaincu que les gens se baseront sur le blabla en Français pour comprendre leur contrat et n’iront pas lire leur smart-contract (surtout si à l’avenir AXA arrive à le complexifier). Et ça c’est dans l’hypothèse où on laisserai la possibilité au client de réellement vérifier le smart-contract.

&nbsp;J’en veux pour preuve que sur le site Fizzy, même dans la FAQ il n’y a pas le début d’une ombre d’un caractère du moindre smart-contract, pourtant tellement publique et tellement simple à lire. <img data-src=" />

&nbsp;Et que personne n’a pour l’instant su me dire comment je pouvais voir le dernier smart-contract Fizzy (anonyme) qui s’est réellement exécuté sur Ethereum, ainsi que son résultat. (je suis probablement pas doué, mais Google n’a pas pu m’aider non plus)

Une transparence qui ne peut être exercée (à moins de faire appel à un expert bac+28, et encore…) ce n’est pas de la transparence.

&nbsp;

Bon! dans le meilleur des mondes (frontalier de celui des bisounours) on pourrait imaginer que AXA mette à disposition une interface humainement intelligible pour faire de telles vérif. Et puisque c’est le meilleur des monde, que ce soit un tiers (genre assoc de consommateurs) qui la mette en place.

Ça reste évidement envisageable, mais à moins qu’AXA ne donne quelques clés (comment trouver son smart-contract, s’il sont anonyme, et comme je le pense s’il y en a un par billet d’avion/client ?) et le fasse “honnêtement”, ça me semble pas gagné.



Et on en revient à ma question initiale, où est l’intérêt de la blockchain ici ? Et qui y a intérêt ?

Si AXA est même pas capable de l’expliquer c’est pas hyper rassurant.



Juste une sorte de recherche fondamentale ? On ne sait pas ce que l’on cherche ? Mais si on essaye des trucs, on finira, peut-être, par trouver un autre truc intéressant… ?


C’est un smart contract par billet.





Une transparence qui ne peut être exercée (à moins de faire appel à un expert bac+28, et encore…) ce n’est pas de la transparence.





Y’a pas besoin de Bac+28 pour trouver un smart Contract dans une blockchain à partir du moment où tu sais dans quel bloc il est attaché et sa “référence”. J’ai un Bac+2 dans un domaine sans relation avec la blockchain (je suis électronicien) et je saurai y parvenir. Mais je ressortirais cet argument le jour où je négocierai ma prochaine augmentation <img data-src=" />









Chocolat-du-mendiant a écrit :



Et on en revient à ma question initiale, où est l’intérêt de la blockchain ici ? Et qui y a intérêt ?

Si AXA est même pas capable de l’expliquer c’est pas hyper rassurant.





Je le redis. La blockchain c’est un registre public infalsifiable. Son intérêt tient là dedans. Si tu n’en vois pas l’intérêt je ne peux pas t’aider davantage.



Et donc AXA communique le fameux bloc pour permettre au client de vérifier ?

J’aurais bien voulu en voir un pour constater son évidente lisibilité.



Je ne nie pas le côté infalsifiable du registre de la blockchain, je dis juste que si c’est très compliqué, et probablement illisible pour le commun des mortel. Ça ne sert pas a grand chose.

Et&nbsp; pour vérifier un traitement aussi trivial, encore moins.



On verra bien s’ils persistent et s’ils rendront le truc plus digest tout en restant fiable pour des smart-contract plus compliqués.&nbsp;