Layer 1: Applications
The IOEN Protocol Architecture can be used in a range of different use cases. We'd love to learn how you would like to use this service below but here in the meantime are some examples.
IOEN World is our premier platform for our community where you can imagine, design, simulate, showcase and implement clean community peer to peer energy solutions.
It is a Metaverse for energy. A space that provides a digital clone of the real world.
Select any location in the world and create a 3d interactive mirror of that location with homes structures and assets. Mirror the real services and/or add/include your own for simulation.
With the simple Unity Integration service you can add the fully operational IOEN Protocol to your scene turning each home into a Nanogrid.
Add real or simulated energy usage and data and begin trading.
IOEN World provides a playground for designers and project teams to imagine and evaluate the benefits of community energy sharing with IOEN.
Note: This service is still in closed testing. Monitor the ioen.tech website and community for more information.
From an architecture point of view the IOEN world setup uses the protocol components as follows:
Through the IOEN Unity Integration the user can select how much Solar and Batteries to auto generate in the scene.
They can also select how many SupplyAgreements each Nanogrid will interact with. By hitting Generate each Nanogrid in the scene will randomly select 3 Suppliers.
All attributes can be customized after this baseline generation.
The SupplyAgreements are generated in the list for each Nanogrid as follows:
The Generate function will setup the appropriate elements of the Protocol including the Holochain Conductor and NodeJS WebSocket.
Press Play and the Scene will start trading:
IOEN World is a powerful tool as the Nanogrid and underlying setup created for your scenes leverage the real operational protocol so Nanogrid and Holochain Protocol components can be lifted from the simulator and placed in real world implementations.
The IOEN World solution will also allow IOEN community to tour and collaborate with other clean energy projects around the world in the Metaverse environment.
A key constraint to renewable integration especially batteries is not only how much energy users need to consume but also what to do with excess energy when solar is overproducing.
This is a key problem as an electrical system needs to balance supply and demand.
As Batteries become more economical, distributed and feasible they will ideally address this problem by soaking up excesses to be used later.
But right now Solar investors and operator's only choice is to turn on additional loads to soak up any excess. Even worse in some areas operators and retailers are turning OFF people's solar or even charging users for feeding excess energy into the grid.
SolarMiner offers a way for users to get the most out of their renewable investment and provides a 10x higher return in most cases than revenue from ''feed in tarrif''.
It uses the protocol with a supply agreement between a users Home Nanogrid and CrytpoCurrency Miner (Nanogrid).
A very simple implementation of the protocol that just involves a simple SupplyAgreement with the CrytpoMiner and the User/Home NanoGrid.
As always IOENFuel is the currency for the transactions.
Currently, we have implemented this use case NiceHash API however the workflow can easily be used for most mining pools or rig hardware.
The beauty of the setup is that the User and CryptoMiner Nanogrids can have seperate owners as the protocol ensures the integrity of the transactions.
This is being piloted in Australia by Redgrid with a property developer partner.
Its goal is to help home owners maximize value from their Solar and Battery Investment by giving them hints, tips and insights for when to use and when not to use power in their home.
This service uses a mobile app that Redgrid have developed that provides users with notifications and rewards for changing behavior based on signals from the grid and data from that users Nanogrid environment.
For this setup the Protocol is implemented in the standard way with no real alteration except that we include a SupplyAgreement for the shifting of LOAD Request. If this SupplyAgreement is called it will be accompanied by a REQUEST through the Mobile App, and/or an AUTOMATIC action that takes some control on a device that has been permitted by that user in the app settings (Turn a AC unit up or down by 1degree etc).
Validation of the action is performed usually after the event so some element of trust is applied to transactions in this application.
