Téléchargé 71 fois
Blockchain et Smart Contract : de la théorie à la production
- 1. Blockchain et SmartContract : de la théorie à la production Par Mathieu Durand
- 2. Introduction Cabinet de Conseil en Architecture Agencede Développement Editeur de Logiciels 2
- 3.
- 4. La Blockchain De lathéorie…
- 5.
- 6.
- 7.
- 8. Définition Un rêve dehippie ? 8
- 9.
- 10. Réseau Peer-to-Peer AnonymeBanks, PayPal,etc. Distribué Partagé Transparent Centralisé RegistreR R R R R R RR R R RR R R R Registre Partagé 10
- 11. Date Description CréditDébit Solde 01/12/2018 Report 5 000 € 02/12/2018 Achats carte 1 000 € 4 000 € 03/12/2018 Paiement Loyer 1 000 € 3 000 € 05/12/2018 Salaires 3 000 € 6 000 € Paul donne 3 Coins à Marie Paul donne 7 Coins à Philippe Marie donne 2 Coins à Paul Livre de compte Registre Liste de Transactions Balance Registre / Livre de compte 11
- 12. Paul possède leTitre A Temps2017 Marie possède le Titre A 2018 Création d’un nouveau Bloc Impossible de modifier un Bloc existant Bloc #1 Bloc #2 Bloc #3 Bloc #4 Bloc #5 Blockchain Registre immuable et distribué 12
- 13. Transactions Titres de propriétés Actions,Parts Enregistrements Documents Contrats ... Registre Numérique : Stockage & Transmission Registre 13
- 14.
- 15. Caractéristiques Résistance à lacensure 15
- 16. Caractéristiques Suppression des intermédiaires etdes organes de contrôle 16
- 17. Validation d’un nouveauBloc = Résolution d’un problème algorithmique Concurrence de tous les « mineurs » -> résoudre le problème : « Preuve de Travail » M Au bout d’un certain temps... -> un mineur trouve la solution -> communique à l’ensemble des contributeurs M Minage / Preuve de Travail M M M M MM M M MM M M R R 17
- 18. Bloc Validé :> 50% mineurs valident la solution apportée Le mineur est rémunéré : - « récompense » - frais de transactions Minage / Récompense R M M M M MM M M MM M M R 18
- 19.
- 20. Sécurité • Repose surla cryptographie • Signature des transactions • utilisateur / compte / wallet : • 1 adresse & 1 jeu de clés / signature uniques Clé Privée Clé Publique Adresse du compte Elliptic Curve Multiplication Hashing Function 21
- 21. Signature Bloc #1 Tx201 Tx 202 ... Tx 20n Signature bloc #2 Signature Bloc #2 Tx 301 Tx 302 ... Tx 30n Signature bloc #3 BLOC #2 BLOC #3 Signature Bloc #0 Tx 101 Tx 102 ... Tx 10n Signature bloc #1 BLOC #1 Signatures en chaine 22
- 22. Signature Bloc #1 Tx201 Tx 202 ... Tx 20n Signature bloc #2 Signature Bloc #2 Tx 301 Tx 302 ... Tx 30n Signature bloc #3 BLOC #2 BLOC #3 Signature Bloc #0 Tx 101 Tx 102 bis ... Tx 10n Signature bloc #1 bis BLOC #1 Registre infalsifiable 23
- 23. La blockchain estune technologie distribuée de stockage et de transmission de valeur, transparente, sécurisée et fonctionnant sans organe central de contrôle. Définition 24
- 24.
- 25. Ethereum • Crée en2013 par Vitalik Buterin • Plus uniquement monétaire... • Exécution de code 26
- 26. Smart Contract Code déployésur la blockchain Ethereum • Immuable • Transparent • EVM • Machine virtuelle sur chaque nœud • « Ordinateur décentralisé » Caractéristiques • Accessible depuis une adresse • Déterministe • Stockage clé/valeur 27
- 27. Smart Contract « Unsmart contract nous garantie une exécution de code immuable assurée par un consensus global inhérent à la blockchain de façon décentralisé » 28
- 28.
- 29. Tokens Deux types decrypto-monnaies • Ether • permet de faire fonctionner la blockchain • soumit à la spéculation • Tokens • au-dessus de l’Ether • monnaie contrôlée par son créateur • décorrelée (ou presque) du cours de l’Ether 30
- 30. Tokens • Standardisés (nov.2015) • « Ethereum Request for Comments » (ERC) • ERC-20 : tokens « fongibles » • monnaie • ERC-721 : tokens non « fongibles » • Signature/Empreinte • Cryptokitty 31
- 31.
- 32. Cas d’utilisation • Crowdfunding •Certification – signature électronique • Réputation • Rating • Nouvelle monnaie • IoT • Etc. 33
- 33.
- 34. Contexte fonctionnel Plateforme d’échangede token ERC20 – Gestion des transactions • Envoi / Réception / Consultation – Abstraction de la blockchain Ethereum • Fourniture en Ether – Gestion de la sécurité des comptes – Modèle de rémunération – Politique monétaire • Liquidités : 40 M de tokens, 18 décimales • Taux de change 1€ = 1 Token 35
- 35.
- 36.
- 37. Stack technique Plateforme • Back –Java (spring-boot) – PostgreSQL • Front – VueJS (Vuex, Vuetify) Sécurité • IAM KeyCloak • Vault 38
- 38. Stack technique Smart Contracts •solidity • truffle – Compiler, déployer, tester • Infura.io – Client ethereum – Ropsten – Mainnet • Web3j 39
- 39. Stack technique Deux écosystèmesJS/Java à réunir • Automatisation de la génération du client Java depuis les sources du smart contract – compilation du smart contract via truffle – génération du client Java via web3j – déploiement de la librairie sur nexus • Docker, Gitlab CI 40
- 40. Stack Technique Json-RPC 0x77bef67F… Plateforme –Back Json-RPC Création Compilation Déploiement Génération du client Java
- 41. Smart Contract Caractéristiques • Basésur le standard de token ERC-20 • Implémentation assurée par OpenZeppelin • Enrichi pour les besoins de la plateforme 42
- 42. Smart Contract • Problématiques –Immutabilité • Déploiement sur les réseaux Ethereum – Sécurité • Failles • Solutions – Limiter le périmètre – Auditable – Testable • Via Truffle (Mocha, Chai) 43
- 43. Problématiques • Sécurité – Gestiondes droits – Cérémonie de déploiement en production • Interactions Smart Contract – Gestion du temps réel 44
- 44.
- 45. Smart Contract :Gestion des droits Problématique • Garder le contrôle des interactions et utilisations du smart contract • Gérer les souscriptions utilisateurs • Isoler le plus possible le risque de compromission 46
- 46. Smart Contract :Gestion des droits Solution Déclaration au sein du smart contract de « rôles » : • ROOT : créateur du contrat, peut ajouter les droits d’administrations • SPENDER : peut envoyer des tokens • RECEIVER : peut recevoir des tokens • ADMIN : peut ajouter les droits SPENDER et RECEIVER • PAUSER : désactivation des méthodes du contrats • MINTER : créateur de token 47
- 47. Smart Contract :du code ! 48
- 48. Smart Contract :Gestion des droits Interne - Utilisateurs Interne - Administration Externe à la plateforme ROOT ADMIN RECEIVER SENDER PAUSER MINTER 49
- 49. Sécurité Cérémonie de déploiementen production 50
- 50. Smart Contract Problématique • Encadrerla génération et la fourniture des clés déploiement du smart contract (compte ROOT) • Limiter au maximum les facteurs de compromission du smart contract 51
- 51. Smart Contract Solution • Générationdu compte ROOT depuis un PC • Règles de sécurité (intervenants, matériel, salles etc.) • Utilisation d’un HD wallet – Pas de clé privée partagée – Mnemonic de 12 mots • Stockage des 12 mots en 3 feuilles plastifiées stockées à 3 endroits différents • Déploiement du contrat – Ajouts des droits admin aux comptes préalablement crées 52
- 52. Gestion du tempsréel 53
- 53. Smart Contract :Gestion du temps réel Problématique L’utilisation de la blockchain induit de prévoir une gestion du temps réel : • Gestion du gas – Une transaction (transfert de token, ajout de droits etc.) peut prendre de 2 à 30min selon le gas utilisé • Assurer une expérience utilisateur satisfaisante • Validité de la transaction ? 54
- 54. Smart Contract :Gestion du temps réel Solutions Transfert de token • 12 confirmations – Une transaction peut être définitivement considérée comme valide après que 12 blocks soient minés au dessus du block contenant la transaction d’origine • Assurer une expérience utilisateur satisfaisante – Retour UX différent suivant l’état de la transaction • Pending • Minted • 12 confirmations 55
- 55. Smart Contract :Gestion du temps réel 56
- 56. Smart Contract :Gestion du temps réel 57
- 57. Smart Contract :Gestion du temps réel 58
- 58. Smart Contract :Gestion du temps réel Solutions Création des wallets utilisateurs • Pool de Wallets Ethereum – Droits de receiver et spender déjà ajoutés – Gains de temps (7-8min) lors de la création du compte utilisateur 59
- 59.
- 60. Mise à jour« Serenity » Scalabilité améliorée (1 000 Tx/s) • Actuellement 20 tx/s • Cryptokitties • Visa/Mastercard 1700 tx/s (th. 56k tx/s) Features • « Sharding » • « Proof of stake » au lieu de « Proof of work » • EVM 2.0 : EWASM • Smart Contract in several languages Date… Soon™ Ethereum 2.0 62
- 61.
- 62.
- 63.
Notes de l'éditeur
- #4 REX Blockchain Vulgariser la blockchain Discours aux devs Demystifier ?
- #6 Fait vendre Ajouter
- #7 Fait vendre Ajouter
- #8 Une ICO (Initial Coin Offering) est une méthode de levée de fonds fonctionnant via l’émission d’actifs numériques échangeables contre des cryptomonnaies durant la phase de démarrage d’un projet (définition de ICO Mentor). Fintech : centralisation vs décentralisation
- #10 Une ICO (Initial Coin Offering) est une méthode de levée de fonds fonctionnant via l’émission d’actifs numériques échangeables contre des cryptomonnaies durant la phase de démarrage d’un projet (définition de ICO Mentor). Fintech : centralisation vs décentralisation
- #15 Du a la nature P2P, si on supprime des nœuds du réseau, cela fonctionne encore 9k ETHEREUM 11k BTC
- #16 By design (anonyme, pas de frontières, publique)
- #19 Recompense
- #26 TS : 20min ou moins
- #27 Exemple Manager – Artiste – Maison de disque
- #28 Exemple Manager – Artiste – Maison de disque
- #30 Exemple Manager – Artiste – Maison de disque
- #32 Exemple Manager – Artiste – Maison de disque
- #33 Exemple Manager – Artiste – Maison de disque
- #35 TS : 28 environ
- #45 TS : 42
- #63 - 10/20 tx/ s -> 1000 tx /s (visa 40 000 tx seconde)
- #65 Déploiement smart-contract => sécurité Cibler les applications à faible transaction Créer des systèmes hybrides avec une forte couche d’abstraction pour optimiser l’adoption Opportunités dev