Merge branch 'release/0.1'
This commit is contained in:
David E. Perez Negron R
commit
f0865db100
|
|
@ -0,0 +1,146 @@
|
|||
|
||||
GNU Free Documentation License
|
||||
|
||||
Version 1.3, 3 November 2008
|
||||
|
||||
Copyright © 2000, 2001, 2002, 2007, 2008 Free Software Foundation, Inc. <https://fsf.org/>
|
||||
|
||||
Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.
|
||||
0. PREAMBLE
|
||||
|
||||
The purpose of this License is to make a manual, textbook, or other functional and useful document "free" in the sense of freedom: to assure everyone the effective freedom to copy and redistribute it, with or without modifying it, either commercially or noncommercially. Secondarily, this License preserves for the author and publisher a way to get credit for their work, while not being considered responsible for modifications made by others.
|
||||
|
||||
This License is a kind of "copyleft", which means that derivative works of the document must themselves be free in the same sense. It complements the GNU General Public License, which is a copyleft license designed for free software.
|
||||
|
||||
We have designed this License in order to use it for manuals for free software, because free software needs free documentation: a free program should come with manuals providing the same freedoms that the software does. But this License is not limited to software manuals; it can be used for any textual work, regardless of subject matter or whether it is published as a printed book. We recommend this License principally for works whose purpose is instruction or reference.
|
||||
1. APPLICABILITY AND DEFINITIONS
|
||||
|
||||
This License applies to any manual or other work, in any medium, that contains a notice placed by the copyright holder saying it can be distributed under the terms of this License. Such a notice grants a world-wide, royalty-free license, unlimited in duration, to use that work under the conditions stated herein. The "Document", below, refers to any such manual or work. Any member of the public is a licensee, and is addressed as "you". You accept the license if you copy, modify or distribute the work in a way requiring permission under copyright law.
|
||||
|
||||
A "Modified Version" of the Document means any work containing the Document or a portion of it, either copied verbatim, or with modifications and/or translated into another language.
|
||||
|
||||
A "Secondary Section" is a named appendix or a front-matter section of the Document that deals exclusively with the relationship of the publishers or authors of the Document to the Document's overall subject (or to related matters) and contains nothing that could fall directly within that overall subject. (Thus, if the Document is in part a textbook of mathematics, a Secondary Section may not explain any mathematics.) The relationship could be a matter of historical connection with the subject or with related matters, or of legal, commercial, philosophical, ethical or political position regarding them.
|
||||
|
||||
The "Invariant Sections" are certain Secondary Sections whose titles are designated, as being those of Invariant Sections, in the notice that says that the Document is released under this License. If a section does not fit the above definition of Secondary then it is not allowed to be designated as Invariant. The Document may contain zero Invariant Sections. If the Document does not identify any Invariant Sections then there are none.
|
||||
|
||||
The "Cover Texts" are certain short passages of text that are listed, as Front-Cover Texts or Back-Cover Texts, in the notice that says that the Document is released under this License. A Front-Cover Text may be at most 5 words, and a Back-Cover Text may be at most 25 words.
|
||||
|
||||
A "Transparent" copy of the Document means a machine-readable copy, represented in a format whose specification is available to the general public, that is suitable for revising the document straightforwardly with generic text editors or (for images composed of pixels) generic paint programs or (for drawings) some widely available drawing editor, and that is suitable for input to text formatters or for automatic translation to a variety of formats suitable for input to text formatters. A copy made in an otherwise Transparent file format whose markup, or absence of markup, has been arranged to thwart or discourage subsequent modification by readers is not Transparent. An image format is not Transparent if used for any substantial amount of text. A copy that is not "Transparent" is called "Opaque".
|
||||
|
||||
Examples of suitable formats for Transparent copies include plain ASCII without markup, Texinfo input format, LaTeX input format, SGML or XML using a publicly available DTD, and standard-conforming simple HTML, PostScript or PDF designed for human modification. Examples of transparent image formats include PNG, XCF and JPG. Opaque formats include proprietary formats that can be read and edited only by proprietary word processors, SGML or XML for which the DTD and/or processing tools are not generally available, and the machine-generated HTML, PostScript or PDF produced by some word processors for output purposes only.
|
||||
|
||||
The "Title Page" means, for a printed book, the title page itself, plus such following pages as are needed to hold, legibly, the material this License requires to appear in the title page. For works in formats which do not have any title page as such, "Title Page" means the text near the most prominent appearance of the work's title, preceding the beginning of the body of the text.
|
||||
|
||||
The "publisher" means any person or entity that distributes copies of the Document to the public.
|
||||
|
||||
A section "Entitled XYZ" means a named subunit of the Document whose title either is precisely XYZ or contains XYZ in parentheses following text that translates XYZ in another language. (Here XYZ stands for a specific section name mentioned below, such as "Acknowledgements", "Dedications", "Endorsements", or "History".) To "Preserve the Title" of such a section when you modify the Document means that it remains a section "Entitled XYZ" according to this definition.
|
||||
|
||||
The Document may include Warranty Disclaimers next to the notice which states that this License applies to the Document. These Warranty Disclaimers are considered to be included by reference in this License, but only as regards disclaiming warranties: any other implication that these Warranty Disclaimers may have is void and has no effect on the meaning of this License.
|
||||
2. VERBATIM COPYING
|
||||
|
||||
You may copy and distribute the Document in any medium, either commercially or noncommercially, provided that this License, the copyright notices, and the license notice saying this License applies to the Document are reproduced in all copies, and that you add no other conditions whatsoever to those of this License. You may not use technical measures to obstruct or control the reading or further copying of the copies you make or distribute. However, you may accept compensation in exchange for copies. If you distribute a large enough number of copies you must also follow the conditions in section 3.
|
||||
|
||||
You may also lend copies, under the same conditions stated above, and you may publicly display copies.
|
||||
3. COPYING IN QUANTITY
|
||||
|
||||
If you publish printed copies (or copies in media that commonly have printed covers) of the Document, numbering more than 100, and the Document's license notice requires Cover Texts, you must enclose the copies in covers that carry, clearly and legibly, all these Cover Texts: Front-Cover Texts on the front cover, and Back-Cover Texts on the back cover. Both covers must also clearly and legibly identify you as the publisher of these copies. The front cover must present the full title with all words of the title equally prominent and visible. You may add other material on the covers in addition. Copying with changes limited to the covers, as long as they preserve the title of the Document and satisfy these conditions, can be treated as verbatim copying in other respects.
|
||||
|
||||
If the required texts for either cover are too voluminous to fit legibly, you should put the first ones listed (as many as fit reasonably) on the actual cover, and continue the rest onto adjacent pages.
|
||||
|
||||
If you publish or distribute Opaque copies of the Document numbering more than 100, you must either include a machine-readable Transparent copy along with each Opaque copy, or state in or with each Opaque copy a computer-network location from which the general network-using public has access to download using public-standard network protocols a complete Transparent copy of the Document, free of added material. If you use the latter option, you must take reasonably prudent steps, when you begin distribution of Opaque copies in quantity, to ensure that this Transparent copy will remain thus accessible at the stated location until at least one year after the last time you distribute an Opaque copy (directly or through your agents or retailers) of that edition to the public.
|
||||
|
||||
It is requested, but not required, that you contact the authors of the Document well before redistributing any large number of copies, to give them a chance to provide you with an updated version of the Document.
|
||||
4. MODIFICATIONS
|
||||
|
||||
You may copy and distribute a Modified Version of the Document under the conditions of sections 2 and 3 above, provided that you release the Modified Version under precisely this License, with the Modified Version filling the role of the Document, thus licensing distribution and modification of the Modified Version to whoever possesses a copy of it. In addition, you must do these things in the Modified Version:
|
||||
|
||||
A. Use in the Title Page (and on the covers, if any) a title distinct from that of the Document, and from those of previous versions (which should, if there were any, be listed in the History section of the Document). You may use the same title as a previous version if the original publisher of that version gives permission.
|
||||
B. List on the Title Page, as authors, one or more persons or entities responsible for authorship of the modifications in the Modified Version, together with at least five of the principal authors of the Document (all of its principal authors, if it has fewer than five), unless they release you from this requirement.
|
||||
C. State on the Title page the name of the publisher of the Modified Version, as the publisher.
|
||||
D. Preserve all the copyright notices of the Document.
|
||||
E. Add an appropriate copyright notice for your modifications adjacent to the other copyright notices.
|
||||
F. Include, immediately after the copyright notices, a license notice giving the public permission to use the Modified Version under the terms of this License, in the form shown in the Addendum below.
|
||||
G. Preserve in that license notice the full lists of Invariant Sections and required Cover Texts given in the Document's license notice.
|
||||
H. Include an unaltered copy of this License.
|
||||
I. Preserve the section Entitled "History", Preserve its Title, and add to it an item stating at least the title, year, new authors, and publisher of the Modified Version as given on the Title Page. If there is no section Entitled "History" in the Document, create one stating the title, year, authors, and publisher of the Document as given on its Title Page, then add an item describing the Modified Version as stated in the previous sentence.
|
||||
J. Preserve the network location, if any, given in the Document for public access to a Transparent copy of the Document, and likewise the network locations given in the Document for previous versions it was based on. These may be placed in the "History" section. You may omit a network location for a work that was published at least four years before the Document itself, or if the original publisher of the version it refers to gives permission.
|
||||
K. For any section Entitled "Acknowledgements" or "Dedications", Preserve the Title of the section, and preserve in the section all the substance and tone of each of the contributor acknowledgements and/or dedications given therein.
|
||||
L. Preserve all the Invariant Sections of the Document, unaltered in their text and in their titles. Section numbers or the equivalent are not considered part of the section titles.
|
||||
M. Delete any section Entitled "Endorsements". Such a section may not be included in the Modified Version.
|
||||
N. Do not retitle any existing section to be Entitled "Endorsements" or to conflict in title with any Invariant Section.
|
||||
O. Preserve any Warranty Disclaimers.
|
||||
|
||||
If the Modified Version includes new front-matter sections or appendices that qualify as Secondary Sections and contain no material copied from the Document, you may at your option designate some or all of these sections as invariant. To do this, add their titles to the list of Invariant Sections in the Modified Version's license notice. These titles must be distinct from any other section titles.
|
||||
|
||||
You may add a section Entitled "Endorsements", provided it contains nothing but endorsements of your Modified Version by various parties—for example, statements of peer review or that the text has been approved by an organization as the authoritative definition of a standard.
|
||||
|
||||
You may add a passage of up to five words as a Front-Cover Text, and a passage of up to 25 words as a Back-Cover Text, to the end of the list of Cover Texts in the Modified Version. Only one passage of Front-Cover Text and one of Back-Cover Text may be added by (or through arrangements made by) any one entity. If the Document already includes a cover text for the same cover, previously added by you or by arrangement made by the same entity you are acting on behalf of, you may not add another; but you may replace the old one, on explicit permission from the previous publisher that added the old one.
|
||||
|
||||
The author(s) and publisher(s) of the Document do not by this License give permission to use their names for publicity for or to assert or imply endorsement of any Modified Version.
|
||||
5. COMBINING DOCUMENTS
|
||||
|
||||
You may combine the Document with other documents released under this License, under the terms defined in section 4 above for modified versions, provided that you include in the combination all of the Invariant Sections of all of the original documents, unmodified, and list them all as Invariant Sections of your combined work in its license notice, and that you preserve all their Warranty Disclaimers.
|
||||
|
||||
The combined work need only contain one copy of this License, and multiple identical Invariant Sections may be replaced with a single copy. If there are multiple Invariant Sections with the same name but different contents, make the title of each such section unique by adding at the end of it, in parentheses, the name of the original author or publisher of that section if known, or else a unique number. Make the same adjustment to the section titles in the list of Invariant Sections in the license notice of the combined work.
|
||||
|
||||
In the combination, you must combine any sections Entitled "History" in the various original documents, forming one section Entitled "History"; likewise combine any sections Entitled "Acknowledgements", and any sections Entitled "Dedications". You must delete all sections Entitled "Endorsements".
|
||||
6. COLLECTIONS OF DOCUMENTS
|
||||
|
||||
You may make a collection consisting of the Document and other documents released under this License, and replace the individual copies of this License in the various documents with a single copy that is included in the collection, provided that you follow the rules of this License for verbatim copying of each of the documents in all other respects.
|
||||
|
||||
You may extract a single document from such a collection, and distribute it individually under this License, provided you insert a copy of this License into the extracted document, and follow this License in all other respects regarding verbatim copying of that document.
|
||||
7. AGGREGATION WITH INDEPENDENT WORKS
|
||||
|
||||
A compilation of the Document or its derivatives with other separate and independent documents or works, in or on a volume of a storage or distribution medium, is called an "aggregate" if the copyright resulting from the compilation is not used to limit the legal rights of the compilation's users beyond what the individual works permit. When the Document is included in an aggregate, this License does not apply to the other works in the aggregate which are not themselves derivative works of the Document.
|
||||
|
||||
If the Cover Text requirement of section 3 is applicable to these copies of the Document, then if the Document is less than one half of the entire aggregate, the Document's Cover Texts may be placed on covers that bracket the Document within the aggregate, or the electronic equivalent of covers if the Document is in electronic form. Otherwise they must appear on printed covers that bracket the whole aggregate.
|
||||
8. TRANSLATION
|
||||
|
||||
Translation is considered a kind of modification, so you may distribute translations of the Document under the terms of section 4. Replacing Invariant Sections with translations requires special permission from their copyright holders, but you may include translations of some or all Invariant Sections in addition to the original versions of these Invariant Sections. You may include a translation of this License, and all the license notices in the Document, and any Warranty Disclaimers, provided that you also include the original English version of this License and the original versions of those notices and disclaimers. In case of a disagreement between the translation and the original version of this License or a notice or disclaimer, the original version will prevail.
|
||||
|
||||
If a section in the Document is Entitled "Acknowledgements", "Dedications", or "History", the requirement (section 4) to Preserve its Title (section 1) will typically require changing the actual title.
|
||||
9. TERMINATION
|
||||
|
||||
You may not copy, modify, sublicense, or distribute the Document except as expressly provided under this License. Any attempt otherwise to copy, modify, sublicense, or distribute it is void, and will automatically terminate your rights under this License.
|
||||
|
||||
However, if you cease all violation of this License, then your license from a particular copyright holder is reinstated (a) provisionally, unless and until the copyright holder explicitly and finally terminates your license, and (b) permanently, if the copyright holder fails to notify you of the violation by some reasonable means prior to 60 days after the cessation.
|
||||
|
||||
Moreover, your license from a particular copyright holder is reinstated permanently if the copyright holder notifies you of the violation by some reasonable means, this is the first time you have received notice of violation of this License (for any work) from that copyright holder, and you cure the violation prior to 30 days after your receipt of the notice.
|
||||
|
||||
Termination of your rights under this section does not terminate the licenses of parties who have received copies or rights from you under this License. If your rights have been terminated and not permanently reinstated, receipt of a copy of some or all of the same material does not give you any rights to use it.
|
||||
10. FUTURE REVISIONS OF THIS LICENSE
|
||||
|
||||
The Free Software Foundation may publish new, revised versions of the GNU Free Documentation License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns. See https://www.gnu.org/licenses/.
|
||||
|
||||
Each version of the License is given a distinguishing version number. If the Document specifies that a particular numbered version of this License "or any later version" applies to it, you have the option of following the terms and conditions either of that specified version or of any later version that has been published (not as a draft) by the Free Software Foundation. If the Document does not specify a version number of this License, you may choose any version ever published (not as a draft) by the Free Software Foundation. If the Document specifies that a proxy can decide which future versions of this License can be used, that proxy's public statement of acceptance of a version permanently authorizes you to choose that version for the Document.
|
||||
11. RELICENSING
|
||||
|
||||
"Massive Multiauthor Collaboration Site" (or "MMC Site") means any World Wide Web server that publishes copyrightable works and also provides prominent facilities for anybody to edit those works. A public wiki that anybody can edit is an example of such a server. A "Massive Multiauthor Collaboration" (or "MMC") contained in the site means any set of copyrightable works thus published on the MMC site.
|
||||
|
||||
"CC-BY-SA" means the Creative Commons Attribution-Share Alike 3.0 license published by Creative Commons Corporation, a not-for-profit corporation with a principal place of business in San Francisco, California, as well as future copyleft versions of that license published by that same organization.
|
||||
|
||||
"Incorporate" means to publish or republish a Document, in whole or in part, as part of another Document.
|
||||
|
||||
An MMC is "eligible for relicensing" if it is licensed under this License, and if all works that were first published under this License somewhere other than this MMC, and subsequently incorporated in whole or in part into the MMC, (1) had no cover texts or invariant sections, and (2) were thus incorporated prior to November 1, 2008.
|
||||
|
||||
The operator of an MMC Site may republish an MMC contained in the site under CC-BY-SA on the same site at any time before August 1, 2009, provided the MMC is eligible for relicensing.
|
||||
ADDENDUM: How to use this License for your documents
|
||||
|
||||
To use this License in a document you have written, include a copy of the License in the document and put the following copyright and license notices just after the title page:
|
||||
|
||||
Copyright (C) 2022 DECENTRALIZED CLIMATE FOUNDATION A.C.
|
||||
Permission is granted to copy, distribute and/or modify this document
|
||||
under the terms of the GNU Free Documentation License, Version 1.3
|
||||
or any later version published by the Free Software Foundation;
|
||||
with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.
|
||||
A copy of the license is included in the section entitled "GNU
|
||||
Free Documentation License".
|
||||
|
||||
If you have Invariant Sections, Front-Cover Texts and Back-Cover Texts, replace the "with … Texts." line with this:
|
||||
|
||||
with the Invariant Sections being LIST THEIR TITLES, with the
|
||||
Front-Cover Texts being LIST, and with the Back-Cover Texts being LIST.
|
||||
|
||||
If you have Invariant Sections without Cover Texts, or some other combination of the three, merge those two alternatives to suit the situation.
|
||||
|
||||
If your document contains nontrivial examples of program code, we recommend releasing these examples in parallel under your choice of free software license, such as the GNU General Public License, to permit their use in free software.
|
||||
|
|
@ -0,0 +1,620 @@
|
|||
# MAXCOIN CLEAN ENERGY PROPOSAL
|
||||
|
||||
:::info
|
||||
#### Table of Contents
|
||||
[TOC]
|
||||
:::
|
||||
|
||||
## LICENSE
|
||||
|
||||
```
|
||||
Copyright (C) DECENTRALIZED CLIMATE FOUNDATION A.C.
|
||||
Permission is granted to copy, distribute and/or modify this document
|
||||
under the terms of the GNU Free Documentation License, Version 1.3
|
||||
or any later version published by the Free Software Foundation;
|
||||
with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.
|
||||
A copy of the license is included in the section entitled "GNU
|
||||
Free Documentation License".
|
||||
```
|
||||
|
||||
## DESCRIPTION
|
||||
|
||||
A system which can be a functional low scale proof of concept, by tracing real green energy data and representing it as tokens plus a proof of work that ensures the security and online operation consistency in an embedded hardware attached to a solar panel, we intend to achieve the original Satoshi vision (decentralization, and avoid double counting) and thus tokenize measured data with a small range of error.
|
||||
|
||||
|
||||
## MVP GOALS
|
||||
|
||||
The goal the following document is a proposal for building a proof of concept system with both hardware and software in a small scale model, this work is not only limited to that but also making some proposals that consider 3rd generation blockchains developments such as the blockchain trilemma , DAOs for management of trust and verification of Clean Energy datasets based on embedded open hardware technology, Liquidity Pools and Energy pools (Batteries) with real parity between the real energy and tokens representations of energy.
|
||||
|
||||
Following a fully free software as following the main philosophies of the Maxcoin Project (Max Current) and Decentralized Climate Foundation, and finally taking the DECA 2.0 protocol and Maxcoin’s Blockchain as base technologies and other second layer and multichain solutions, as base technologies that will ensure the security and scalability of the system.
|
||||
|
||||
## COMPONENT DIAGRAM
|
||||
|
||||
|
||||
Img1. Maxcoin Clean Energy Component Diagram
|
||||
|
||||
|
||||
**Photovoltaic cells.**
|
||||
|
||||
To take advantage of this energy from solar radiation, a photovoltaic cell is needed. Photovoltaic cells generate electricity directly from the electrons released by the interaction of radiant energy with the semiconductor materials of the photovoltaic cells. Sunlight is made up of photons, or beams of radiant energy. When photons strike a photovoltaic cell, they can be reflected, absorbed, or transmitted through the cell. Only absorbed photons generate electricity.
|
||||
|
||||
A photovoltaic cell is a device that is used to convert sunlight into electricity by the photovoltaic effect, that is, it is a transducer that converts the radiant energy of the Sun directly into electricity and is basically a semiconductor diode capable of developing a voltage of 0.5-1.0 V and a current density of 20-40 mA/cm2 depending on the materials used for its manufacture and the sunlight conditions. In the figure, you can see the electrical symbol of a photovoltaic cell in which the current flows from cathode to anode, that is, it flows internally from the semiconductor type N to type P (opposite to the direction of a diode) towards a resistance.
|
||||
|
||||
|
||||
|
||||
Img2. Electrical symbol of a photovoltaic cell.
|
||||
|
||||
**Photovoltaic cell components.**
|
||||
|
||||
Every modern solar cell usually consists of the following components:
|
||||
|
||||
* **Glass plate.** It is one that allows light to enter the cells and protects the semiconductors in the cell from the elements.
|
||||
|
||||
* **Anti-reflective layer.** It is the one that is between the glass plate and the semiconductor, and has the function of minimizing the loss of light by reflection.
|
||||
|
||||
* **The n-type semiconductor layer.** It is one that has a concentration of excited electrons greater than that of the p-type layer, which causes the electrical charges of this layer to pass to the p-type layer, causing a potential difference with the other layer.
|
||||
|
||||
* **N-type and P-type semiconductor plate.** It is the one in which the n-type and p-type semiconductors are placed and are linked through a path or pathway that acts as a conductor through which the electrons circulate to go from the n-type to the p-type semiconductor, generating an electric field in this cable.
|
||||
|
||||
* **The p-type semiconductor layer.** It is one that has an electron deficiency, which attracts the excited electrons from the n-type layer, causing a potential difference to be generated between the two layers of the semiconductor.
|
||||
|
||||
|
||||
|
||||
Img3. Main elements and functions of a photovoltaic cell.
|
||||
|
||||
|
||||
|
||||
**Types of photovoltaic cells.**
|
||||
|
||||
There are different technologies on the market, each of them has different characteristics. Silicon-based technologies currently account for 90% of global photovoltaic production and are the most dominant technologies. There are mainly three types of cells on the market according to the crystal type technology, all of them made of silicon.
|
||||
|
||||
**Crystalline silicon**.
|
||||
|
||||
It has an efficiency of 22%.
|
||||
* Made up of a single crystal of very high purity silicon.
|
||||
* They have very good performance and a useful life of up to 25 years.
|
||||
* They are of the highest price in the market.
|
||||
* Homogeneous blue color.
|
||||
|
||||
**Multicrystalline silicon.**
|
||||
|
||||
It has an efficiency of 18%.
|
||||
* Made of silicon mixed with Arsenium and Gallium.
|
||||
* Lower price compared to the previous one.
|
||||
* Yield less than 20 years.
|
||||
* Color with different shades of blue.
|
||||
|
||||
**Amorphous.**
|
||||
|
||||
It has an efficiency of 13%.
|
||||
* Made of a thin layer of silicon.
|
||||
* Performance and low prices.
|
||||
* Homogeneous brown color.
|
||||
|
||||
**Solar panel.**
|
||||
|
||||
A solar panel, also called a photovoltaic module, is a set of cells electrically interconnected and protected against the elements, usually with a tempered glass front cover and a tempered aluminum frame that facilitates transport and installation.
|
||||
|
||||
A certain number of solar cells are electrically associated in the panel and the entire compact is protected by sealing it under vacuum, see figure.
|
||||
|
||||
|
||||
|
||||
Img4. Diagram illustrating the composition of a solar panel
|
||||
|
||||
**Electrical characteristics of a solar panel.**
|
||||
|
||||
In the documentation provided by the manufacturer, as well as in the label attached to the solar panel, there is an electrical terminology that, in addition to general information on the product, the type of cell, the physical characteristics of the panel (width, length, thickness and the weight), the type of connection box, diagram or description with the distances of the fixing holes of the frame, what is called the I-V curve (intensity-voltage curve) of the solar panel appears. The standard test conditions (CEP) or STC (from English: Standard Test Conditions) are those laboratory conditions under which the power of a solar panel is measured and established. They correspond to a radiant light intensity of 1000 W/m^2 and a cell temperature of 25 ºC. Here, the maximum power (P max) that the panel can supply, the short-circuit current (Icc) and the open-circuit voltage (V oc) are measured. The knowledge of the three mentioned parameters P max., I cc, and V oc is enough to know the behavior of the panel in any operating condition defined by an irradiance value.
|
||||
|
||||
**Environmental effects on solar panels.**
|
||||
|
||||
The working temperature of the cells can be 20º to 25 ºC higher than room temperature. And, as in many electrical and/or electronic devices, excessive temperatures reduce effectiveness. As the cell temperature increases, the module current increases moderately while the voltage decreases significantly.
|
||||
|
||||
**Classification of photovoltaic systems.**
|
||||
|
||||
Depending on the functional and operational requirements of a system, there are isolated or independent systems, connected to the grid or hybrid with some conventional backup source, where different additional subsystems are required, such as storage, regulation and distribution, included in the latter that of protection.
|
||||
|
||||
|
||||
|
||||
Img5. Basic diagram of an isolated photovoltaic system.
|
||||
|
||||
|
||||
|
||||
Img6. Basic diagram of a photovoltaic system connected to the electrical network.
|
||||
|
||||
**Batteries.**
|
||||
|
||||
Batteries, also called accumulators, are energy storage devices that convert stored energy into electrical energy through a chemical reaction. The figure shows the symbol used to represent a battery, accumulator or a battery of batteries. The most suitable batteries for photovoltaic systems are lead acid.
|
||||
|
||||
|
||||
|
||||
Img7. Electrical symbol of a battery or accumulator.
|
||||
|
||||
The behavior of a battery is fundamentally determined by two factors: the capacity in ampere-hours and the depth of discharge.
|
||||
|
||||
**Battery capacity.**
|
||||
|
||||
The storage capacity of a battery is defined as the amount of current that it will be able to deliver for a given number of hours at its nominal voltage and at a temperature of 25 °C. Capacity is designated in ampere-hours (Ah), and is the product of current in amperes and time in hours.
|
||||
Generally the capacity of a battery is in indices of 100, 20 or 5 hours; to refer to the capacity of a battery the letter C is used, for example the previous capacities are defined as C100, C20 and C5.
|
||||
The capacity is influenced by the temperature, if the temperature decreases the capacity decreases, but it is also worth mentioning that the high temperature causes a reduction in the battery life.
|
||||
|
||||
**Battery types.**
|
||||
|
||||
Batteries can be classified as primary or secondary cells. The first are used with the intention of being used only once, examples of these are carbon-zinc, alkaline and lithium batteries. The secondary cell stores electrical energy in a reversible chemical reaction, allowing the battery to produce current repeatedly, but the investment process does not occur 100% since there are losses due to heating and
|
||||
voltage difference some examples are nickel-cadmium, lead-acid and nickel-iron batteries.
|
||||
|
||||
Most photovoltaic systems use lead-acid batteries because of their low cost compared to other batteries.
|
||||
|
||||
**Lead acid battery (Pb-Acid).**
|
||||
|
||||
The commercial battery, in order to offer a practical output voltage, has several of these cells connected in series. Each cell is composed of several positive and negative plates, which have intermediate spacers. All plates of the same polarity, within a cell, are connected in parallel. The use of several plates of the same polarity allows increasing the active surface of a cell.
|
||||
|
||||
In it, the two electrodes are made of lead and the electrolyte is a solution of distilled water and sulfuric acid. When the battery is charged, the positive electrode has a deposit of lead dioxide and the negative is lead. When discharged, the chemical reaction that takes place causes both the positive and negative plates to have a lead sulfate deposit.
|
||||
|
||||
The most commonly used lead-acid batteries for photovoltaic applications are classified into two types: liquid batteries and valve-regulated batteries (VRLA - Valve Regulated Lead Acid battery).
|
||||
|
||||
**Liquid Batteries.**
|
||||
|
||||
They exist in an open version with lids that allow the water to be replaced and are low maintenance, but there are closed ones with valves so that possible gases can escape during excessive loads. Their advantages apart from the price is that they have fewer problems if they are overloaded. The disadvantages are the danger of losing the acid, a control of the water level is necessary and its typical short life is approximately 400 charge and discharge cycles. VRLA type batteries.
|
||||
|
||||
**Gel batteries.**
|
||||
|
||||
In these batteries, the acid is in the form of a gel. Their great advantage is that there is no longer a liquid that can be lost, they are closed. Corrosion is reduced and they are more resistant to low temperatures. Their life is much greater than the life of liquid batteries and compared to others, they are the least affected in cases of deep discharge. The disadvantages are a little higher internal resistance that reduces the maximum current flow, they are somewhat more delicate to charge and they carry a higher price.
|
||||
|
||||
|
||||
|
||||
**AGM batteries.**
|
||||
|
||||
They are increasingly being used in solar and wind systems. Its advantages in addition to those of gel batteries are high resistance in cold climates, its self-discharge over time is minimal, and it has the highest efficiency of all lead batteries (up to 95%). They have a low internal resistance that allows high currents. The disadvantage, apart from the higher price, is its higher vulnerability to deep discharges.
|
||||
|
||||
**Controller.**
|
||||
|
||||
The controller is the device in charge of controlling the processes against charges and discharges of the battery. Among its main functions are:
|
||||
Avoid battery overloads since once the battery is charged (EDC=100%), it does not continue with the charging process. This prevents the gasification process and temperature rise in the batteries.
|
||||
Anticipates over discharges in periods where there is insufficient sunlight, thus preventing the battery charge from being exhausted excessively and consequently reducing its useful life. Ensures system operation at the point of maximum efficiency.
|
||||
|
||||
The current controllers introduce microcontrollers for the correct management of a photovoltaic system. Its elaborate programming allows a control capable of automatically adapting to different situations, allowing the annual modification of its operating parameters for special installations.
|
||||
|
||||
|
||||
|
||||
Img8. Controller.
|
||||
|
||||
The most important electrical characteristics of a controller are: the nominal voltage that indicates working voltage (12, 24, 48 V), maximum current that the controller will support, polarity and input and output connections.
|
||||
|
||||
**Operation of a controller.**
|
||||
|
||||
The controllers allow basing their operation based on the states of the load. Equalization. This response from the controller allows the automatic carrying out of accumulator equalization charges after a period of time in which the state of charge has been low, otherwise minimizing gassing.
|
||||
|
||||
**Deep charge.** After equalization, the regulation system allows charging current to enter the accumulators without interruption until the final charge voltage point is reached. Once this point is reached, the regulation system stops charging and the control system goes on to the second phase, floating. When the final charge voltage is reached, the battery has reached a charge level close to 90% of its capacity, in the next phase the charge will be completed.
|
||||
|
||||
**Final charge and flotation.** The final charge of the accumulator is carried out by establishing a zone of action of the regulation system within what is called the Dynamic Float Band. (B.F.D.). The BFD is a voltage range whose maximum and minimum values are set between the end of charge voltage and the nominal voltage + 10% approximately.
|
||||
Once the full charge voltage value of the battery is reached, the controller injects a small current to maintain it at full charge, that is, it injects the float current. This current is therefore responsible for maintaining the battery at full charge, and when no energy is consumed it is used to compensate for the self-discharge of the batteries.
|
||||
|
||||
**Controller types.**
|
||||
|
||||
There are two types of controllers, parallel and series. In low power installations, controllers are used in parallel and for high power, controllers in series.
|
||||
|
||||
* **Serial controller:** The operation of this type of controller is to cut off the power supply from the generator (photovoltaic array) before it reaches the maximum battery voltage, thus avoiding reaching the battery overload level.
|
||||
|
||||
* **Parallel controller:** The operation of this type of controller is to trigger power, with the purpose of eliminating the excess energy generated. The controller consists of a transistor located in parallel with the photovoltaic generator. For this type of controller, it is necessary to have a control circuit, which will be in charge of conducting the transistor depending on the battery voltage, that is, when the voltage is higher than a threshold (VSC) that it conducts and that when it is lower that it does not conduct.
|
||||
|
||||
**Inverter.**
|
||||
|
||||
The converters are devices whose function is to transform the voltage and characteristics of the intensity they receive, converting it to the appropriate one for the necessary uses, commonly the one used for photovoltaic systems is of the direct current type to alternating current (c.c./c.a.), since photovoltaic panels generate electrical energy in direct current and due to the type of loads for domestic use that exist, an element that performs this function is necessary. This type of converter is called an inverter.
|
||||
|
||||
|
||||
|
||||
Img9. Basic scheme of operation of an inverter
|
||||
|
||||
* Oscillator: Circuit that generates the output alternating current frequency, made up of a high frequency ceramic resonator or similar, which is divided by the corresponding factor until the required value is obtained. This procedure establishes a high output frequency stability.
|
||||
* Converter: The converter circuit receives the direct input voltage from the batteries and the frequency of the oscillator and thereby generates the alternating current output.
|
||||
* Protection: This circuit is responsible for monitoring the consumption of alternating current to block the converter in the event of an excess.
|
||||
|
||||
**MultiChain Miner Hardware/Software Especifications.**
|
||||
|
||||
The requirements are an embedded computer with electronics interfaces to measure the clean energy and other types of sensors required, plus an ASIC/FPGA low consumption PoW Maxcoin Miner. On the Software side the requirements must for fill to have a Maxcoin Node connected to a Mining Pool, a IPFS node connected to the distributed database and a light wallet or way to interact with low storage consumption to the Ethereum Network and specifically with the DECA 2.0 Protocol.
|
||||
|
||||
On the Communications end, the requirements for the prototype the 802.11 can be enough but maybe in the future versions and to cover a wide range of area we should consider LoRAWAN with some mesh network features so that the system is even decentralized in the communications perspective.
|
||||
|
||||
The proposal can be a low energy consumption computer that has enough computing power to handle both the hardware the software specifications, such as Raspberry PI 4 B or even a Raspberry Pi Zero 2W if the laboratory tests prove its reliability.
|
||||
|
||||
## NETWORK DIAGRAM
|
||||
|
||||
|
||||
Img10. Maxcoin Clean Energy Network Diagram
|
||||
|
||||
The Img10. Describes the Maxcoin Clean Energy Network Diagram model based on multiple MultiChain miners (as described in the Components diagram Img4.) and Node Storage Energy Systems (Which can be any type of storage energy methods). The Goal of such topology is to create a decentralized distribution energy network where MultiChain Miners and Node Storage Energy Systems can interact in a free market for buying and selling energy in a decentralized way.
|
||||
|
||||
There can be multiple Use Cases, Market differences and Technical differences between the process of buying/selling and transmitting the energy from different endpoints of this network. Also, there are multiple variables that can be considered in such a network whether getting energy is cheaper from a shorter distance seller, or a node storage energy system has a more efficient and cheaper way to store the energy that can make it cheaper. There can be other variables to support more the decision-making on who and where someone wants to buy or sell the energy, based not only on technicalities to be price or energy efficient, but also to specific communities, technologies and others where we can have a truly decentralized free market.
|
||||
|
||||
### CURRENT ELECTRIC NETWORKS
|
||||
|
||||
|
||||
Img11. Electric Schematic
|
||||
|
||||
**Fossil fuel energy.**
|
||||
|
||||
They are an energy system that humanity has been using for decades, which has made it more accessible to one through all the resources that are possessed and that have been created over the years, allowing them to exploit their benefits to the maximum. It must be affirmed that with all the resources that are available, it is easier to transport, sell, market and even contain fossil fuels that at some point can serve as a means of energy.
|
||||
|
||||
On the other hand, fossil fuels have their disadvantages since after all these years of exploitation they have created damage to the environment through climatic changes, contamination of water, soil, and even air due to the gases that are released, in addition to the fact that large-scale conflicts have been created simply by having control of this means of energy since they are not found anywhere in the world. It is a highly coveted system.
|
||||
|
||||
This is just to mention a few aspects of fossil fuel energy. Another important aspect to mention is that this type of energy is mostly monopolised by large energy corporations that monopolise the world market and that together represent a great economic, political and even military power that influences the decision making in different countries and in our own lives.
|
||||
|
||||
In the different processes that electricity generated by traditional means, both renewable (wind, hydro, nuclear) and non-renewable (gas, oil, coal) are: generation, transformation and distribution, which will be explained in detail below, and in which solar energy is also involved as it is interconnected to the traditional electricity grid.
|
||||
|
||||
**Energy Transmission and Distribution.**
|
||||
|
||||
Once solar radiation is transformed into electrical energy through solar cells, the first electrical process is called transmission to a medium power transformer that in turn transports the generated energy to the substation for be processed, stored and forwarded.
|
||||
|
||||
This process is called Transmission and Distribution of Energy.
|
||||
|
||||
In order to minimise energy losses and to reduce the cable cross-section, the cables are transported at high voltage.
|
||||
|
||||
To understand a little more in detail the process of transmission and distribution of electrical energy, it is necessary to understand a little about reactive power, active power and apparent power.
|
||||
|
||||
We know that the union between active and reactive power is what is called apparent power, that total power that includes the electrical and magnetic phenomena.
|
||||
|
||||
|
||||
|
||||
Img12. Aparent Power
|
||||
|
||||
The Apparent Power is defined by the multiplication between the voltage and the intensity of electric current.
|
||||
|
||||
$$ S = I * V $$
|
||||
|
||||
In such a way that for an equal value of power if the voltage is increased there will be less current passing through the cables because they are inversely proportional magnitudes.
|
||||
|
||||
$$ I= \dfrac {S}{V} $$
|
||||
|
||||
The Joule effect says that the power lost in thermal energy due to the conduction of electricity through a cable is equal to the resistance times the intensity squared, that is, the lower the resistance, the much less power will be lost in the form In addition, in this way it is possible to reduce the section of the cables (cable size) and in this way the weight that the structures have to support is also reduced.
|
||||
|
||||
$$ P = I^2 * R$$
|
||||
|
||||
For all this, the voltage is raised to transport high-voltage energy and then the voltage is lowered again when it is close to cities to bring that voltage level to normal levels for consumption and precisely the substation those places that allow the rise and fall of voltage. They are that key piece of the electricity transmission network.
|
||||
|
||||
|
||||
|
||||
Img13. Electric Substation
|
||||
|
||||
When solar cells transform solar radiation into electrical energy, this is transferred to a transformer which increases or decreases the electrical voltage. In order for the energy to be able to travel to different areas, it is connected to a special location called a substation and begins to be transported, especially over long distances. The transmission lines are interconnected with other electrical nodes, which in turn have the function of increasing or decreasing the electrical voltage of the pylons in order to distribute the energy.
|
||||
|
||||
|
||||
> "Due to the achievable of this first version is to make a small scale model, we consider this section to be limited as this general description, it should be considered to further develop this section in the FUTURE ACHIEVABLE. The recommendations for these sections can be efficient distributed/decentralized smart energy grids and efficient ways to store big amounts of energy (for Node Storage Energy Systems proposals)" [name=P1R0]
|
||||
|
||||
|
||||
## USE CASE
|
||||
|
||||
```plantuml
|
||||
@startuml
|
||||
title MAXCOIN GREEN ENERGY PROPOSAL USE CASES
|
||||
left to right direction
|
||||
skinparam packageStyle rect
|
||||
skinparam actorStyle awesome
|
||||
|
||||
actor "MultiChain Miner" as MM
|
||||
actor "Technical DAO" as TDAO
|
||||
|
||||
rectangle "DECA2 DAPP" as DAPP {
|
||||
usecase "Gets MultiChain Miner Request" as DAPP1
|
||||
usecase "Approves MultiChain Miner Request " as DAPP2
|
||||
usecase "Set MultiChain Miner SBT attributes" as DAPP3
|
||||
usecase "Gets mint request" as DAPP4
|
||||
usecase "Approved Minting (Baliot)" as DAPP5
|
||||
usecase "Gets Payment Request Order" as DAPP6
|
||||
usecase "Gets Energy Measurement Data" as DAPP7
|
||||
usecase "Verifies Payment Request Order" as DAPP8
|
||||
usecase "Gets SBT" as DAPP9
|
||||
usecase "Verify all data and vote" as DAPP10
|
||||
usecase "Not Approved" as DAPP11
|
||||
usecase "Votes module update" as DAPP12
|
||||
usecase "Mints DECA" as DAPP13
|
||||
usecase "Mints Energy Token" as DAPP14
|
||||
usecase "Fills Energy Request" as DAPP15
|
||||
|
||||
rectangle DAO_Vaults{
|
||||
usecase "Stores DECA2" as DV1
|
||||
}
|
||||
}
|
||||
MM -right- DAPP1
|
||||
TDAO -left- DAPP2
|
||||
MM -right- DAPP3
|
||||
MM -right- DAPP4
|
||||
MM -right- DAPP15
|
||||
DAPP2 .down.> DAPP1 : <<extend>>
|
||||
DAPP2 .down.> DAPP3 : <<include>>
|
||||
DAPP3 .down.> DAPP9 : <<include>>
|
||||
TDAO -left- DAPP4
|
||||
DAPP4 .down.> DAPP10: <<include>>
|
||||
DAPP5 .down.> DAPP10: <<extend>>
|
||||
DAPP11 .down.> DAPP10: <<extend>>
|
||||
DAPP5 .down.> DAPP13: <<includes>>
|
||||
DAPP5 .down.> DAPP14: <<includes>>
|
||||
DAPP13 .down.> DV1: <<includes>>
|
||||
MM -right- DAPP6
|
||||
TDAO -left- DAPP8
|
||||
|
||||
|
||||
rectangle "DECA2 DistributedDB" as DOD {
|
||||
usecase "Stores Energy Measurements" as ODB1
|
||||
usecase "Updates Measured Sent Energy" as ODB2
|
||||
usecase "Stores Received Energy Data" as ODB3
|
||||
usecase "Updates Measured Received Energy" as ODB4
|
||||
usecase "Verifies Data Integrity Reltated to the Miner" as ODB5
|
||||
usecase "Provides Access to the DECA2 DAPP" as ODB6
|
||||
usecase ODB7 as "Stores SBT Miner Data:
|
||||
--
|
||||
Mining Pool Data
|
||||
Miner Hardware Status"
|
||||
usecase "Updates Mining Pool Data" as ODB8
|
||||
usecase "Updates Miner HW Status" as ODB9
|
||||
}
|
||||
|
||||
note right of ODB3: Verify Transmision Loss
|
||||
|
||||
MM -right- ODB1
|
||||
MM -right- ODB2
|
||||
MM -right- ODB4
|
||||
TDAO -left- ODB5
|
||||
DAPP7 .> ODB6: <<include>>
|
||||
DAPP3 .> ODB7: <<include>>
|
||||
ODB8 .down.> ODB7: <<extend>>
|
||||
ODB9 .down.> ODB7: <<extend>>
|
||||
DAPP9 .up.> ODB7: <<includes>>
|
||||
|
||||
TDAO -left- DAPP12
|
||||
MM -right- DAPP12
|
||||
TDAO -left- DAPP10
|
||||
|
||||
rectangle "Node Storage Energy" as NSE {
|
||||
usecase "Accepts Energy Storage Request" as NSE1
|
||||
usecase "Update Measured Received Energy" as NSE2
|
||||
usecase "Accepts Energy Take Out Request" as NSE3
|
||||
usecase "Transfers Energy to the Miner" as NSE4
|
||||
}
|
||||
MM -right- NSE1
|
||||
MM -right- NSE4
|
||||
NSE3 .> NSE4: <<includes>>
|
||||
NSE2 .> ODB3 : <<include>>
|
||||
NSE3 .> DAPP15: <<extend>>
|
||||
|
||||
rectangle "MaxCoin Clean Mining Pool" as MMP {
|
||||
usecase "Stores Online Miner Time + Hashes" as MMP1
|
||||
usecase "Uploads Data" as MMP2
|
||||
usecase "Logs in with SBT" as MMP3
|
||||
}
|
||||
MMP2 .> ODB7
|
||||
MM -- MMP3
|
||||
MMP3 .> MMP1: <<include>>
|
||||
|
||||
rectangle "Liquidity Pool" as LP{
|
||||
usecase "Gets % per transaction" as LP1
|
||||
usecase "Swaps Tokens" as LP2
|
||||
usecase "Provides liquidity DECA2/Energy Tokens" as LP3
|
||||
usecase "Gets Energy Tokens" as LP4
|
||||
}
|
||||
|
||||
MM -right- LP1
|
||||
MM -right- LP2
|
||||
MM -right- LP4
|
||||
DV1.> LP1 : <<include>>
|
||||
DV1.> LP3 : <<include>>
|
||||
DAPP14.> LP3 : <<include>>
|
||||
|
||||
note right of LP
|
||||
Paired with DECA2
|
||||
Paired with Carbon Token
|
||||
end note
|
||||
@enduml
|
||||
```
|
||||
Img14. Maxcoin Clean Energy Systems, Actors and Use Cases
|
||||
|
||||
The Use Case Diagram Img6. Describes most of the use cases for the Decentralized Energy Market operations, this diagram not only specifies the use cases but also the systems and the actors involved.
|
||||
> Note: The system requires Hardware and Network described in bouth the Compenent Diagram Img4. and the Network Diagram Img5. it also requires the DECA 2 Protocol and some other Ethereum based Protocols and Smart contracts which are being generalized as systems.
|
||||
|
||||
### Systems involved
|
||||
|
||||
1. Node Storage Energy: Any system which can store energy, send and receive (distribute) that is synchronized with the DECA2 Protocol. Each Node Storage should have its own equivalent of a Liquidity Pool Paired with the Energy token so that its tokens are equivalent with the total energy stored as watts.
|
||||
Use Cases:
|
||||
* Accepts Energy Storage Request Form a MultiChain Miner
|
||||
* Update Measured Received Energy From a MultiChain Miner
|
||||
* Accepts Energy Take Out Request From a MultiChain Miner
|
||||
* Transfers Energy to the MultiChain Miner
|
||||
|
||||
2. Maxcoin Clean Mining Pool: A system that is a Maxcoin Mining pool (Ideal to be a P2PPool) where the Maxcoin miner operations are easily to verify. This Maxcoin Miner is part of the MultiChain Miner and thus based on the mining operations should comply with the Clean Energy Generation and The Energy Token information. Proof of Work in a simple ASIC/FPGA (Low Power Consumption) might help us to provide enough proofs that the Clean Energy is being generated.
|
||||
Use Cases:
|
||||
* Stores Online Miner Time + Processed Hash Power
|
||||
* Uploads Mining Data to the DECA2 Distributed Database
|
||||
* Logs in with SBT (Each MultiChain Miner has an SBT as ID)
|
||||
|
||||
|
||||
3. Liquidity Pool: A System/Smart contract based on protocols similar to uniswap that the Node Storage Energy should have to be a market maker by pairing the Energy Token to the physical energy storage with other Tokens like DECA (governance) and/or Maxcoin.
|
||||
Use Cases:
|
||||
* The Multichain Miners and Liquidity providers "Gets a percentage per transaction"
|
||||
* Swaps Tokens as Energy commodity with other types of tokens and proxies
|
||||
* Provides liquidity DECA2/Energy Tokens (Default Payment to the Multichain Miner to add Liquidity)
|
||||
* The MultiChain Miner "Gets Energy Tokens" when requested.
|
||||
|
||||
4. DECA2 Distributed Database (orbitDB): Stores and Decentralize all the acquisition systems data like Measured Energy in both Miners and Nodes Storage Energy, SBT Data, Maxcoin Pool Data, DECA Measurements Data, and others.
|
||||
Use Cases:
|
||||
* Stores Energy Measurements
|
||||
* Updates Measured Sent Energy
|
||||
* Stores Received Energy Data
|
||||
* Updates Measured Received Energy
|
||||
* Verifies Data Integrity Related to the Miner
|
||||
* Provides Access to the DECA2 DAPP
|
||||
* Stores SBT Miner Data (Pool Data, Hardware Status)
|
||||
* Updates Mining Pool Data
|
||||
* Updates Miner HW Status
|
||||
|
||||
5. DECA2 DAPP: The DECA2 Decentralized Application is the main interface based on the DECA2 Protocol and other components required to for filling the Decentralized Maxcoin Clean Energy System Operations. The Actors are the end users of this system.
|
||||
|
||||
Use Cases:
|
||||
* Gets MultiChain Miner Request from a miner candidate
|
||||
* Approves MultiChain Miner Request approved by the DAO
|
||||
* Set MultiChain Miner SBT attributes approved by the DAO
|
||||
* Gets mint request from the Multichain Miner that the DAO approves
|
||||
* Approved Minting (Ballot) for Mining Equivalent Energy Tokens
|
||||
* Gets Payment Request Order from the Multichain Miner
|
||||
* Gets Energy Measurement Data from the Distributed Database Registries
|
||||
* Verifies Payment Request Order by the Technical DAO
|
||||
* Gets SBT if they are a Miner or a Node Storage Energy system.
|
||||
* Verify all data and vote, a process done by the Technical DAO
|
||||
* Not Approved are some process to be done if rejected
|
||||
* Votes module update To vote any system or module updates
|
||||
* Mints DECA requires the DECA2 Protocol
|
||||
* Mints Energy Token Usually delivered to the Liquidity Pool
|
||||
* Fills Energy Request Usually done by the Node Storage System
|
||||
* Stores DECA2 to the DAOs Vault to incentivize the DAO participants.
|
||||
|
||||
### Actors involved
|
||||
|
||||
1. MultiChain Miner: Defined as both a Miner Hardware (which consist on generation and measurement system) and the Person that performs the mining process.
|
||||
|
||||
2. Technical DAO: Defined as both a group of People that handles the governance and also the system required for this process operations over Ethereum and DECA Protocol (Probably based on Aragon.org DAO developments)
|
||||
|
||||
## SEQUENCE DIAGRAM
|
||||
|
||||
```plantuml
|
||||
@startuml
|
||||
participant "Multichain Miner" as MM
|
||||
participant "Technical DAO" as DAO
|
||||
participant "MAXCoin Mining Pool" as MMP
|
||||
participant "DECA2 DistributedDB" as DOD
|
||||
participant "DECA2 DAPP" as DAPP
|
||||
participant "Liquidity Pool" as LP
|
||||
participant "Node Storage Energy" as NSE
|
||||
MM->DAPP: Applies for getting a clean energy system (miner)
|
||||
activate DAPP
|
||||
DAO->DAPP: Verifies and Approves Applications
|
||||
DAPP-->MM: Gets a SBT paired the clean energy system (miner)
|
||||
deactivate DAPP
|
||||
loop Operation Process
|
||||
MM->MMP: Starts PoW the mining Process
|
||||
MM->DOD: Stores Energy Measurements
|
||||
alt if "Sells Excess of Energy"
|
||||
MM->NSE: Start sending energy to the NSE
|
||||
MM->DOD: Updates Measured Sent Energy
|
||||
NSE->DOD: Stores Received Energy (-looses)
|
||||
NSE->DOD: Updates Measured Received Energy
|
||||
MM->DAPP: Request Payment (Example Monthly)
|
||||
activate DAPP
|
||||
DAPP->DOD: Gets Measurments
|
||||
DAO->DAPP: Verifies Payment Request Order
|
||||
DAO->DOD: Verifies data integrity related to the Miner
|
||||
DAO->MMP: Verifies Continues MaxCoin Mining data
|
||||
DAO->MM: Verifies Miner Hardware Integrity
|
||||
DAO->DAPP: DAO Votes If Complies
|
||||
alt if "it gets approved"
|
||||
DAPP->LP: Mints DECA(EnergyToken to LP)
|
||||
DAPP->LP: Mints MaxCoin (Pay to LP)
|
||||
DAPP->DAO: Mints DECA/Maxcoin Payment to DAO
|
||||
deactivate DAPP
|
||||
else if "it does not"
|
||||
DAO-->DOD: Update Status
|
||||
DAO-->MM: Request Updates
|
||||
end
|
||||
else if "Buys Energy"
|
||||
'-------------------------TODO
|
||||
LP-->MM: Gets Energy Tokens
|
||||
MM->DAPP: Sets Fill Energy Request
|
||||
NSE->DAPP: Accepts Requests
|
||||
NSE-->MM: Sends Energy to the Miner
|
||||
end
|
||||
end
|
||||
LP->LP: Generates % for\nthe Miner and the NSE
|
||||
alt if Miner Requests EnergyToken
|
||||
MM->LP: Request EnergyToken
|
||||
LP->MM: Gets EnergyToken
|
||||
else if Miner Requests Maxcoin
|
||||
MM->LP: Request Maxcoin
|
||||
LP->MM: Gets Maxcoin equivalent to EnergyToken owned
|
||||
end
|
||||
@enduml
|
||||
```
|
||||
Img15. Max coin Clean Energy The Mining Sequence diagram
|
||||
|
||||
The mining process is represented by the Sequence diagram Img.7. In this diagram, we show the "Participants" previously described by the Img6 as systems and actors.
|
||||
> **Note:** This is a proof of concept model, there should be a deeper review on who and how to manage the Node Storage Energy Systems, if the Mining should either tokenize only the energy sent to the Node Storage System and/org also the energy that the MultiChain Miner Stores. In this example we consider that the tokens will be created once it is sent to the Node Storage Energy System so that we have 3 parameters for verification that the Energy is Clean, The Maxcoin Pool, The MultiChain Miner Data and the Node Storage Energy Measurements.
|
||||
|
||||
**The Mining Process Description:**
|
||||
|
||||
1. **Multichain Candidate:** The *MultiChain Miner* requests getting the Maxcoin Clean Energy System, this should be installed and attached to the Clean energy generator as described in the component Diagram Img4. and linked to the network as shown in the Network Diagram Img.5, The DAO verifies if the Miner Candidate Complies with the System and DAO requirements. If he complies, he will get the hardware and a SBT linked to the MultiChain Miner. the Process takes place at the DECA2 DAPP.
|
||||
|
||||
2. **The Mining Process:** Once the system is setup with the Green Energy Generator paired with the MultiChain Miner and following the models from the components and network diagrams, the Mining Process can start with the following states:
|
||||
|
||||
2.1 The Mining Process is a loop where the Maxcoin System starts mining PoW with low energy consumption, and connected to the Maxcoin Pool that records the Hash power and online time, the DECA Mining Process requires measuring Real Time Energy Generation and Storage/Usage Data which gets decentralized using the OrbitDB system and thus updating the DECA2 DAPP display information to the Technical DAO and other Actors.
|
||||
|
||||
2.2 While the Miner is operating the mining process, actions can be to either buy and sell energy to any Node Storage Energy System or even between different MultiChain Miners. In this sequence diagram, we interact with a Node Storage Energy system (NSE) for buying and/or selling clean energy.
|
||||
|
||||
a). If the MultiChain Miner wants to Sell an excess of its energy, the MultiChain Miner starts sending energy to the Node Storage Energy (NSE), after the Multichain Miner should record the Measured Energy Sent to the Distributed Database using the DECA2 DAPP. A similar procedure should be done by the NSE where it reports the received energy - energy looses during the transmission.
|
||||
|
||||
b). If the Miner wants to request payment of this energy from the Node Storage Energy for example Monthly, he should execute the request from the DECA2 DAPP, The Technical DAO then Verifies Data integrity related to the Miner and the NSE, Maxcoin Pool Mining Data, and The MultiChain Miner Hardware integrity.
|
||||
|
||||
* If the payment request gets approved by the DAO: The Minting Mechanism gets executed by the DAO at the DECA2 DAPP, The Energy tokens are set as liquidity to the Liquidity pool represented by the Node Storage Energy that stores the energy received. Alternatively the Maxcoin Pool could also send the Mined Maxcoin to the Liquidity Pool of the Node Storage Energy for generating some yield to the Multichain Miner. Also, there should be some minted DECA/Energy Tokens or Maxcoin Tokens to pay to the DAO for handling verifications and operations.
|
||||
|
||||
* If the payment request gets rejected by the DAO: The technical DAO should report the reasons and update the Status to the MultiChain Miner at the DECA2 DAPP.
|
||||
|
||||
c) If the MultiChain Miner wants to buy energy from the Node Storage Energy system it can use either DECA2 Tokens, Maxcoin or others that are paired with the Energy Tokens at the liquidity pool that represents the Node Storage energy, once the user gets the Energy tokens can request the energy equivalent to it to be sent from the NSE to the Multichain Miner once the process gets done, the Energy Tokens can be burned into the SBT to display the Clean Energy Consumption and even justify Carbon footprint reduction based on DECA2 Protocol.
|
||||
|
||||
3. **Requesting the Tokens from the Liquidity Pool:** The DECA2 DAPP and the protocol should incentivize as default to provide liquidity to the Liquidity Pools to create a more liquid market, therefore we consider in the model that they earn a yield in each transaction based on how uniswap or other Decentralized Liquidity Pools work. The Tokens in the Liquidity Pool should be assigned to the ownership of the MultiChain Miner and if he requests the Energy tokens or a Paired Token on the liquidity Pool the transaction request can always be executed.
|
||||
> Note we require to do a deeper research to make this either an option or a default because the impermanent loss can be an issue
|
||||
|
||||
## FUTURE ACHIEVABLE
|
||||
|
||||
Considering that this system, its modeling and its implications are of high scale and complexity we consider that each model should be developed in phases, also the first tests should be done based on proof of concepts, low scale prototypes and further research. A small proposal for building next steps can be the following:
|
||||
|
||||
1. Development of DECA2 Protocol for filling or at least a base proof of concept code that can be paired with the protocol once it is ready.
|
||||
|
||||
2. Development of all the logic and decentralized software requirements (smart contracts, DAO, orbitdb, LP, etc...) with modularity and base operations functions so that it can be developed and improved gradually.
|
||||
|
||||
3. Development of a small scale system for the Components diagram and a simplified Network Model (MultiChain Miner, battery, solar panels and a small grid to share energy), that can interact with 2.
|
||||
|
||||
4. Further Research. And Laboratory reports after the prototype.
|
||||
|
||||
5. High Scale Prototype requires: Security Audits, Production Development and Deployment, Economic support and a community that is willing to use the Prototype.
|
||||
|
||||
|
||||
## CONCLUSION
|
||||
|
||||
There are multiple research documents, some of our research in which we find smart (pseudo)decentralized energy grids based technologies that want to implement blockchain y cryptocurrency technologies yet without understanding the real goal and philosophy of the cryptospace and thus have issues in the perspective of decentralization(double-counting) scalability and security. Other projects have multiple ideas and non development, and finally some that are too expensive and complex to implement that might require multiple years and research and thus economic resources.
|
||||
|
||||
The Maxcoin Clean Energy system is a complex system that requires a lot of resources, time and research to be developed. Our proposed model intends to provide a decentralized in all its components and layers, from software, hardware, infrastructure, decentralized finance, tokenomics to social organizations for operations such as DAOs. The advantage that such a system can provide is beyond a reliable and secure model, but also a change of paradigm on the way transparency, governance and social implications that can contribute for a free market of clean energy that can be considered as less corrupt by providing transparency in all its means and layers.
|
||||
|
||||
Searching for an efficient clean energy generation with the current intermittent methods and limited/expensive that its storage can be, specially for these types of energies (solar and wind powered) we are still far to be an alternative in what the production and storage of clean energy market price can be against the current energy prices of fossil fuels, but considering the advantages on the autodeterminance of societies that are dependent to geopolitical situations that can affect their reliability on such type of centralized energy systems, it should not be considered as an expensive alternative but an investment perspective that can enhance trust and reliability by building their communities stronger against external interest that can destabilize a whole community because their dependence on manipulated markets of the fossil and other types of centralized energy sources.
|
||||
|
||||
> "We do not know how the future of energy and society will be, but we have already some tools that can be integrated to make a more transparent, reliable and cleaner energy system than the one we currently have." [name=P1R0]
|
||||
|
||||
> ""We live in times of great change and in the energy field even more accelerated changes are required to make the generation and distribution of energy to a large number of people and value chains more efficient, as these competitive advantages determine the economic power of a country. Innovative tools exist that allow for a better distribution of energy sources and we present one of the many proposals that exist to make energy reach more people at a lower cost and greater benefit."[name=Bleecker]
|
||||
|
||||
## CONTACT
|
||||
|
||||
- [David E. Perez Negron R.](mailto:david@neetsec.com)
|
||||
- [Octavio Valdez](mailto:ohuerta@decentralizedclimate.org)
|
||||
|
||||
## REFERENCES
|
||||
|
||||
\[1\] Manisa Pipattanasomporn; Murat Kuzlu; Saifur Rahman, "A Blockchain-based Platform for Exchange of Solar Energy: Laboratory-scale Implementation", https://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=8635679, 2018.
|
||||
|
||||
\[2\] Joint Research Centre (JRC), "Energy system blockchain solutions", https://ses.jrc.ec.europa.eu/node/31977, October 2022.
|
||||
|
||||
\[3\] Anselma Wörner; Arne Meeuw; Liliane Ableitner; Felix Wortmann; Sandro Schopfer and Verena Tiefenbeck, "Trading solar energy within the neighborhood: field implementation of a blockchain-based electricity market",https://energyinformatics.springeropen.com/track/pdf/10.1186/s42162-019-0092-0.pdf, September 2019.
|
||||
|
||||
\[4\] Merlinda Andoni; Valentin Robu; David Flynn; Simone Abram; Dale Geach; David Jenkins; Peter McCallum; Andrew Peacock, "Blockchain technology in the energy sector: A systematic review of challenges and opportunities", https://www.sciencedirect.com/science/article/pii/S1364032118307184?via%3Dihub, February 2019.
|
||||
|
||||
\[5\] Subin Kwak; Joohyung Lee; Jangkyum Kim; and Hyeontaek Oh, "EggBlock: Design and Implementation of Solar Energy Generation and Trading Platform in Edge-Based IoT Systemswith Blockchain", https://www.ncbi.nlm.nih.gov/pmc/articles/PMC8951093/pdf/sensors-22-02410.pdf, March 2022.
|
||||
|
||||
\[6\] Naiyu Wang; Xiao Zhou; Xin Lu; Zhitao Guan, "When Energy Trading meets Blockchain in ElectricalPower System: The State of the Art", https://arxiv.org/ftp/arxiv/papers/1902/1902.07233.pdf, 2018.
|
||||
|
||||
\[7\] Energypedia.info, "Blockchain Techologies For the Energy Access Sector", [https://energypedia.info/wiki/Blockchain\_Techologies\_For\_the\_Energy\_Access\_Sector#ImpactPPA](https://energypedia.info/wiki/Blockchain_Techologies_For_the_Energy_Access_Sector#ImpactPPA), 2022.
|
||||
|
||||
\[8\] Michael Mylrea; Sri Nikhil Gupta Gourisetti, "Blockchain for smart grid resilience: Exchanging distributed energy at speed, scale and security", [https://ieeexplore.ieee.org/document/8088642](https://ieeexplore.ieee.org/document/8088642), 2017.
|
||||
|
||||
|
||||
### ToDo
|
||||
- [x] Technical writing and language verification
|
||||
- [ ] DEEPER RESEARCH IN THE NETWORK DIAGRAM FOR EFFICIENT WAYS OF TRANSMISSION BETWEEN COMMUNITIES.
|
||||
- [ ] CURRENT ELECTRIC NETWORKS
|
||||
- [ ] Smart Electrical Grids
|
||||
- [ ] Efficient high energy storage methods
|
||||
- [ ] HUMAN AND ECONOMIC RESOURCES REQUIREMENTS.
|
||||
- [ ] GANTT DIAGRAM FOR PROTOTYPE DEVELOPMENT.
|
||||
- [ ] VERSION CONTROL.
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 49 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 100 KiB |
Loading…
Reference in New Issue