It's for sure that the DAISEE adventure has started long before all this. In fact, it all began with a talk with Clement and Nicolas about blockchain ...
At the end of 2015, Clément and Nicolas has been following the "Sydney Blockchain Workshops" co-organized by Cellabz and COALA, and more specifically the "Innovation Challenge". An energy project (Elethron - energy project based on the Ethereum blockchain) was presented to the challenge ad picked our curiosity : "what if we were working the - reductive - blockchain-energy topic in an citizenlab environment like la MYNE ?".
In a nutshell, if we were to find a begining to all this, undoubtedly it was further to our discussions early in 2016 after the Sydney BC Workshop, during the three days of residence organized by Cellabz around the 2016 Lift conference blockchain track gathering curious minds from diverse backgrounds, interested in understanding and working the potential of blockchain technologies beyond the state of the art of applications.
From conference stage, to workshop, to private community masterclass : introduction to ethereum and DAO
We're a bunch of curious people. Some didn't know a thing about blockchain technologies (just the philosophy and fonctionning principle), while others had notions or even a bit of practice. But all of us were excited to learn and practice, meet and discuss, and work together on the convergence of what we could call a "tech-community" (such as Ethereum) with an "industrial or infrastructural sector" (such as energy). Well... you could argue - and you would be right - that ethereum is about infrastructure and energy about tech as well; but they're from a different century or generation.
Is it relevant and how to work established, institionalized and "past-century" sectors (energy, mobility, law, science, health ...) through the blockchain prism ?
We were first introduced to blockchain and DAO by Stephan Tual
then by Joseph Lubin
and finally with Primavera de Filippi
all this giving us a glimps of the actual variety of the propositions and core technology. It was interesting to note that applications, at that time, was really limited to few use cases.
We then went further into details with our guests and... some other ones with the workshop "Blockchain and beyond".
We ended-up the workshop on this slide, which will highly drive the vision model of an energy DAO in our thinking at DAISEE :
To dig in complex intricated community driven crypto technologies it is necessary to go "drink at source" - as a friend of ours would say ! One of the source, was the instigators of Slockit and more particularly the ones behind the DAO, namely Stephan Tual, Simon Jentzsch, Christoph Jentzsch. We had the chance and opportunity to participate to a private masterclass with Stephan and Christoph, as well as 2 full days of pratice with them both to mentor us.
Then, while drinking directly at source of the knowledge and experience - remember that we're early in 2016 and blockchains are not yet mainstream bullshit topics to discuss -, linking both theory and practice through praticing strongly helps appropriation and determining what are the key elements to bear in mind while working a topic through the prism of the Ethereum blockchain ! The process thus necessarily goes through an Ethereum Install Party !
At the end of this 2nd step, which was also the 2nd day of the residence, we knew a bit more about blockchains, and more specifically Ethereum, we were all a node of a local blockchain on our computer further to the install party, we've started mining some ethers, traded them, and finally we've started to dig in the smart-contract stuff - which are nor "smart" neither "contract" !
Topic : use cases to be developped in articulation between slock.it and any pool of devices necessitating regulation (it could be energy regulation between peer, or autonomous device regulating its own environment...). Note : in any of the working cases, emitted tokens are watt.h.
Audit of the consumption curves of the 2 places in order to determine a dynamic mean consumption curve for each place.
For each place, determine in real time the deviation to the mean curve to assess under and over consumption.
Each system is able to trade tokens depending of the deviation to the mean value, meaning :
if one place is overconsuming while the other one is underconsuming, realtively to their mean consuming curve, then the smart-contract tells "send X tokens from the one underconsuming to the one oversconsuming";
if the 2 places are overconsuming, then the smart-contract tells "withdraw X tokens to both";
if the 2 places are underconsuming, then the smart-contract tells "give X tokens to both".
Note : in this case, energy quanta (Wh) are tokenized.
The aquaponics module is monitored (water temperatuve, nitrate, pH ...).
The aquaponics module has its own wallet and is a node of the local ethereum blockchain.
People make transactions with the aquaponics module in order to take care of the fishes and plants
Underlyng idea : like a Plantoid , the aim is to set up a biologically link DAO at the scale of an aquaponics module pool, in order for it to autoadapt, autoreplicate and enable the reward of the projects teams.
Link between the "Energy" and "Aquaponics" use cases : the aquaponics module requires energy. A contract could link the OEM with the aquaponics module to enhance autonomization of the module and cross rewarding between projet teams.
Each device of the pool that consumes electricity has a wallet.
A mean consumption curve for each device along the day is estimated.
Devices trade energy via "energy-token" autonomously between each other to manage the electricy consumption, providing that some devices produce electricy.
if no device produces energy, "reputation-tokens" are traded between devices depending on the deviation to the mean consumption curve value;
if overconsumption cannot be compensate within the pool of devices "reputation-tokens" are traded between devices depending on the deviation to the mean consumption curve value.
This use case has been selected for further experimentation
Set-up : use the OEM (Open Energy Monitor) to monitor both the electricity consumption and production at the scale of a pool of energy producing and consuming entities.
Principle : any efforts to produce and consume "green" electricity gives the possibility to earn and accumulate tokens that can be traded.
Aim : rewarding of the "green efforts" through the possibility to trade tokens with other entities in a pooled purchase logic.
Functionning example : the pool of energy producing and consuming entities need to buy electricity from outside and share a common bill. The payment distribution of the bill is dynamically done given the plus and minus accumulated tokens. A common pot gathers the accumulated tokens that are use for investment in common project. The decision process requires to work-out the consensus algorithm.
What are the smart-constracts to be developed ?
What is the data update frequency to estimate the common consumption ?
Does a high frequency could result in high transaction costs ? An answer could be to transact only in the case of high overconsumption.
How to deal with the field specificities ?
This production is under the Peer Production License terms.
The peer production license is an example of the Copyfair type of license, in which only other commoners, cooperatives and nonprofits can share and re-use the material, but not commercial entities intent on making profit through the commons without explicit reciprocity