<i class="fa fa-tag"></i> Ivry-sur-Seine <i class="fa fa-clock-o"></i> 26-06-2017 - 30-06-2017 ###### Tags: `DAISEE` `ETNA` `CodeCamp` # [DAISEE] ETNA CodeCamp - Juin 2017 Ce document accompagne les prise de notes du CodeCamp du 26-30 Juin 2017 avec l'[ETNA](http://www.etna.io/alternance). ## 1- Contexte Une vingtaine d'apprenant.e.s sont réuni.e.s pour se confronter à défis d'ingénierie logicielle. * **Crypto4All** avec "Le vote électronique" et "L'Economie collaborative 2.0" * **DAISEE** sur l'autoconsommation d'énergie électrique d'origine solaire * **WAP** avec le système de certification des apprentissages 'Open Badges' ## 2- Ressources * [Support de présentation](https://frama.link/DAISEE-ETNA2) * [Base de connaissance](https://frama.link/DAISEE-knowledge) * [Organisation GitHub](http://github.com/daisee) * Tutoriel Install Party * [Wiki Proto v0.2](https://github.com/DAISEE/Prototypes/wiki/2.-Ethereum) * [PoA via Parity](https://github.com/paritytech/parity/wiki/Demo-PoA-tutorial) ## 3- Challenges ### 3.1- <u>DAISEE</u>     ### 3.2- <u>Crypto4All</u> * Développement d'un système de vote électronique distribué * Application de "la" blockchain à "l'économie collaborative" ### 3.3- <u>WAP</u> * Présentation des enjeux du projet WAP autour de la certification et des open-badges. * Participation au développement du "back office" de l'application permettant la certification des compétences / connaissances acquises via une application (Android). ## 4- Carnet de bord ### 4.1- <u>Jour #1 - Lancement</u> #### <u>Etna2.1</u> * Valentin * Geoffrey * Julien #### <u>Etna2.2</u> * Adrien * Elvire * Elie <u>Activités de la journée</u> * Install party avec tous les groupes (6 groupes de 3) => partage des connaissances contenues dans la documentation et notamment le tutoriel d'installation Parity. Louis s'appuie sur ce [Wiki](https://github.com/DAISEE/Prototypes/wiki/2.-Ethereum) ainsi que sur le [tutoriel](https://github.com/paritytech/parity/wiki/Configuring-Parity) d'installation du client Parity. <u>Résultats de la journée</u> * Création des noeuds et comptes sur chacun des postes. * Échanges autour du fonctionnement d'Ethereum/Parity. <u>Difficultés rencontrées</u> * Installation de parity en fonction de l'OS (Windows, MacOS, Linux) * Connection des noeuds entre eux via les fichiers de configuration .toml (en succès avec 2 noeuds sur la même machine ou lorsqu'on sort du réseau de l'ETNA) ### 4.2- <u>Jour #2 à #4 - Exploration</u> <u>Activités de la journée</u> * Suite de l'installation d'une blockchain privée/public * Connection des noeuds entre eux * Définition des valideurs * Déploiement des smart contracts * Execution des fonctions des smart contracts * Initialisation et consolisation de la documentation <u>Difficultés rencontrées</u> * Compatibilité de l'interface Parity avec de vieilles versions de navigateurs * Mise en place des noeuds valideurs (quelles adresses et où les configurer ?) ### 4.3- <u>Jour #5 - Soutenance</u> #### Etna2.1 <u>Bilan des activités</u> * Focalisation sur l'installation d'une blockchain locale sur 5 noeuds : * Connection des 5 noeuds * Définition d'un valideur * Déploiement des contrats * Documentation sous forme de tutoriel (réalisé avec Pages) [à publier]. <u>Limites d'Ethereum</u> * Est ce que vous voyez une limite à l'utilisation d'Ethereum dans le scénario présenté ? * l'infrastructure du réseau électrique (obligé d'utiliser celui de ERDF ou d'en tirer un) * l'infrastructure du réseau permettant de connecter les noeuds entre eux (obligé d'en tirer un ou d'utiliser du CPL ou le réseau filaire des opérateurs internet) <u>Évaluation</u> * Enjeux énergie : **1/4** * Blockchain (Eth) : **3/4** * Documentation : **5/7** * Co-évaluation : **4,5/5** :::info * Le temps passé sur l'installation et les points de blocages rencontrés ne leur a pas permis d'aller au delà de l'aspect technique. En effet, ils ne se sont pas confrontés à une application concrête de l'outil blockchain et à la philisophie qu'il porte. Ils ont préféré se focaliser sur une maitrise de l'installation afin de disposer d'un environnement stable (profil admin système dans l'équipe). * Ils n'ont pas pris le temps de se pencher sur le contenu des contrats DAISEE (actuels) ni de réfléchir à un algorithme d'échange d'énergie dans un cas d'autoconsommation d'énergie électrique. Leur contribution au projet est documentaire via un tutoriel d'installation, au format Pages, d'une blockchain locale sur Debian. * Ils sont arrivés au même résultat que nous : l'installation d'une blockchain privée/locale. Ils ont rencontrés des soucis similaires (problème réseau) mais aussi des différents. On constate qu'ils n'ont pas eu le temps de se pencher sur le volet énergie. ::: :::success * Bel effort sur l'installation et la compréhension d'une blockchain privée/locale Ethereum. Il aurait été intéressant de ne pas se focaliser uniquement dessus pour se confronter à l'application de la blockchain sur le partage d'énergie électrique dans le cas de l'autoconsommation (les réflexions sur un cas concret auraient été plus fun). Le tutoriel est un très bon format de documentation, mais dans une philosophie de contribution, pensez à utiliser des outils d'écriture basés sur le partage (ex : Github) ::: #### Etna2.2 <u>Bilan des activités</u> * Focalisation sur l'installation d'une blockchain locale sur 5 noeuds : * Connection des 3 noeuds * Définition d'un valideur * Déploiement des contrats * Documentation : [Carnet de bord de la semaine](https://mensuel.framapad.org/p/Parity) & [Tutoriel d'installation](https://github.com/AdrienMou/daisee_coin) <u>Limites d'Ethereum</u> * Est ce que vous voyez une limite à l'utilisation d'Ethereum dans le scénario présenté ? * Comment gérer le nombre de tokens disponibles, comment fait-on une fois que les producteurs ont récupéré tous les tokens ? cf. questions de gouvernance. <u>Évaluation</u> * Enjeux énergie : **1/4** * Blockchain (Eth) : **3/4** * Contribution/documentation : **6/7** * Co-évaluation : **4,5/5** :::info * Ils se sont arrêtés au même au même point que le groupe 1 sauf que eux ne se sont pas focalisés sur la stabilité de leur environnement d'installation mais plutôt sur l'aspect smart contracts en allant un peu plus loin dans les tests de transaction entre 2 noeuds. * Ils n'ont donc pas exploré le volet énergétique du défi. Leur contribution au projet est documentaire via un tutoriel d'installation, déposé sur GitHub, d'une blockchain locale. ::: :::success * Ils sont bien arrivés au même point que nous. La documentation est meilleure que la leur nôtre d'un point de vue support (Github). Plus de focus sur les smart contracts et les transactions. Proposition de mutualiser l'effort de documentation avec le G1. * Belle expérimentation de la Blockchain Ethereum tout au long de la semaine. Vous ne vous êtes pas penchés sur le cas concret proposé de l'autoconsommation qui aurait apporté une vision d'une application de la blockchain et également un peu plus de fun dans la façon d'imaginer le scénario. Très bonne qualité de documentation. :::