@callmedaisee

github.com/DAISEE

Summary for beginners

August 2017

Internets of energy | energy as a common(s)

Core devs (contributors)

Samira Rabaâoui

#data #ethereum

Rieul Techer

#energy

Alizée Gérard

#design

Louis Villard

#code

Xavier Lavayssiere

#ethereum

Paul Flipo

#hardware

Aude Omerin

#design

Timothée Gosselin

#DAO

Clement Epié

#curiosity

Sylvain Pastor

#hardware

You?!

Nicolas Loubet

#governance

About this Coproduction

(Under LICENCE CC-BY-NC-SA 4.0)

Technology is the answer but what was the question?

---

cEDRIC pRICE

How to survive in the anthropocene? (Bruno Latour)

With hybrid infrastructures?

With new giant Industries?

With global computers?

With new legal models?

in a nutshell: With commons

Encommuns.org

Common(s)

=

Shared Resource(s)

+ Community of Contributors

+ Community-based Rules

We need to design the co-production of shared resources among several players even competing.

A new paradigm has come

Decentralized Autonomous Interconnected System for energy efficiency

InternetS of Energy

Energy as a Common

slock.it

Procommuns.net

DAISEE : une utopie concrète pour gérer notre énergie (= une vision technique ET civique de notre énergie).

Mission: Rebuilding the links

between producers & consumers

Problème : déconnexion (quasi totale) entre consommateur et producteur. Plusieurs maillons de la “chaîne” sont rompus :

Le problème principal étant l’interface permettant de créer du lien entre consommateur et producteur (l’un pouvant être l’autre) tout en respectant l’anonymat de chacun. C’est un problème d’inter-médiation auquel nous souhaitons répondre par une forme de désintermédiation. Il s’agit créer les conditions de la confiance : transparence de l’information, sécurité de l’information (immuabilité) et distribution décentralisée.

Challenge: design distributed data & physical energy infrastructure(s)

Local marketplace

Infrastructure (distributed)

Electricity Data

(consumption and production)

DAISEE souhaite approcher les consommateurs et producteurs pour engager l’échange pair à pair (données et énergie). Pour cela, nous devons concevoir une système d’information qui garantit la transparence et l’immutabilité des données. Les technologies de registre distribuée comme Ethereum, répondent à peu près à ces problématiques. De plus cette blockchain permet d’automatiser des transactions pair à pair.

Proof of concept: interconnect two houses to share electricity

Bob

Alice

Au niveau local, imaginons deux maisons (celles de Bob et Mathilde) dont chacune intègre des capacités de production (éolien et solaire) et ont des profils de consommation distincts. L’ensemble des informations est capté par un compteur communicant (e.g. CitizenWatt). Cette information est transmise à la blockchain via les compte de Bob et Mathilde qui ont chacun leur adresse privée et leur adresse publique.

Bob sait à n’importe quel moment que dans son voisinage il y quelqu’un qui produit et consomme. Ça lui permet, s’il a besoin de plus d’énergie de savoir qu’il lui est possible d’acheter de l’énergie produite par quelqu’une (Mathilde par ex.) qui produit plus qu’elle ne consomme.

Software: energy data transactions recorded on a private blockchain

Automation

Interface

Monitoring

CitizenWatt

Ethereum

DApp (web)

L’utilisateur a la main sur ses données en temps réel. La notion de contrat énergétique liée à des wallets permet aux utilisateurs d’avoir la main sur leurs transactions. Comme avec votre banque vous avez une interface de votre portefeuille, vous l’aurez pour la gestion de votre énergie.

Hardware: data captured by Open Source Connected energy meter

what we did for real...

Prototype 0.1 (Nov 2016)

  • CitizenWatt
    • Building of 5 CitizenWatt energy captors
    • setup of citizenwatt for the PINE64+ card

  • Ethereum
    • A private - locale - blockchain with 4 nodes
    • A Smart contact powering energy transactions
    • An App dedicated to the transactions tracking

  • Bridge Citizenwatt & Ethereum v/ a Python script

Doc : https://github.com/DAISEE/Prototypes

Prototype 0.2 (July 2017)

✓ Back to raspberry Pi card (v3)

✓ Ethereum Light client Parity

  • New algo for energy trading

  • Redesign of the ‘data model’

  • Integration of energy sources

Doc : https://github.com/DAISEE/Prototypes

DAISEE genesis & first steps

09/10-12-2015

SYD Blockchain Innovation Challenge

11-02-2016

Lift16 Workshop Blockchain Beyond

12/13-02-2016

Cellcamp Documentation de la VO.1

29-03-2016

Hackaday

Start

10-2016

Hackaday

End

25-04-2016

Hackaday prize

Finalist First Step

#BlockchainSYD

#cellcamp

#Compteurconnect

#Leblockfest

#daiseecamp (1)

#daiseecamp-2

#DAISEEcamp (2)

Few things we’ve learnt

bullshit is everywhere

1

be careful to Fees

2

The low-cost of small-amount transactions is verified in the case of limited interaction with the blockchain.

If continued and permanent interaction with the blockchain is required, then the fees pilling up can entails high amount bills.

real time is impossible

3

"Real-time transaction possible" : it is faster than a Western Union transaction.

However, for a blockchain used on a regular basis, takes from a few second to few minutes. This is not real-time.

Storage is a BIG problem

4

Blockchain technologies are not designed to store huge amount of data, since the more data you store, the heavier the blockchain.

You loose in flexibility as well as in distributed potential.

Commons is an opportunity

5

Common

=

Shared resources

+

Community of contributors

+

Community-based rules

Commons to Commons

There are strong limitations to the use of blockchain technologies - taken alone - for making scalable distributed peer-to-peer electricity exchange and transaction.

However, blockchain technologies are strongly good bases to start working on such a system.

In other words

What’s next for us

1- Structure the knowledge

2- Share the knowledge

We propose fast bootcamps!

9h30 10h30 12h 14h 17h

Masterclass Ideation Déjeuner Sprint Débriefing

3- Play in the real world

we need Territories

we need

expertises

we need

contributors

On aimerait expérimenter en conditions d’usages réels dans le cadre de(s) territoires en transition.

4- Go beyond Ethereum

Extracted from the BlockChainDB white paper

To be continued...