Instead of the term Environmental Certificate we might use the term
Environmental Commodity
A definition of an environmental commodity is provided in the attached
document which is available on the apx.com web site.
Definition:
An Environmental Commodity is not a physical commodity. It is an intangible
asset that is nevertheless real and has value. The new
Environmental
Commodities include:
Renewable Energy Certificates represent 1 megawatt hour of power generated
by a renewable resource, such as a wind turbine or solar power. These are
also known as RECs, Green Tags or sometimes called renewable energy credits.
Energy Efficiency & Conservation Certificates represent 1 megawatt hour of
power conserved or load reduced. These are sometimes called EE certificates,
EE credits, or White TagsTM.
Carbon Emission Reduction Credits typically represent a 1 metric ton
reduction in CO2 equivalents emitted. The notion of equivalent emissions of
CO2 is useful when quantifying emissions that relate to global warming
because many different gases contribute to global warming, including
methane, nitrous oxide, hydrofluorocarbons, and many others. The
environmental impact of these gases can be converted to an equivalent CO2
basis (CO2e) using standard and
generally agreed upon formulas. These
Credits are sometimes called simply Carbon Credits, Carbon Offsets, Verified
Emission Reductions (VERs), or Certified Emission Reductions (CERs). They
are typically related to specific projects that have reduced emissions of
greenhouse gases. In the future, Allowances may also be allocated or
auctioned by regulators to companies. It is likely that emitting companies
will then be required to have allowances and credits in amounts sufficient
to cover their greenhouse gas emissions.
The rest of the document describes environment markets and registries. The
issue of trust, which was raised earlier in this discussion was also
discussed.
I am the founder of APX, but I no longer have any financial interest in the
company. I have talked to one of the authors of this document, Reiner
Musier, formerly of APX, and he is willing to give us an introduction to
environmental
commodities and answer our questions.
Edward G. Cazalet, Ph.D.
101 First Street, Suite 552
Los Altos, CA 94022
650-949-5274
cell: 408-621-2772
ed@cazalet.comwww.cazalet.com
-----Original Message-----
From: Considine, Toby (Campus Services IT) [mailto:
Toby.Considine@unc.edu]
Sent: Wednesday, February 03, 2010 12:55 PM
To:
emix@lists.oasis-open.orgSubject: RE: [emix] The Problem of certificates
The power to say no is powerful...
Certificates came from a call because it tied to current business practices,
that treats "certificates of green power" as assets that can be re-sold.
The suggestion box is now
open for "What do we call
not-a-[security]-certificate....
tc
"If flies are allowed to vote, how meaningful would a poll on what to have
for dinner be, and what would be on the menu?" - Unknown
Toby Considine
Chair, OASIS oBIX Technical Committee
Co-Chair, OASIS Technical Advisory Board
Facilities Technology Office
University of North Carolina
Chapel Hill, NC
Email: Toby.Considine@ unc.edu
Phone: (919)962-9073
http://www.oasis-open.org blog: www.NewDaedalus.com
-----Original Message-----
From: Michel Kohanim [mailto:
michel@universal-devices.com]
Sent: Wednesday, February 03, 2010 8:50 AM
To:
emix@lists.oasis-open.orgSubject: RE: [emix] The Problem of certificates
I also agree with John.
With kind regards,
********************************
Michel Kohanim, C.E.O
Universal Devices, Inc.
(p) 818.631.0333
(f) 818.436.0702
http://www.universal-devices.com********************************
-----Original Message-----
From: Girish Ghatikar [mailto:
GGhatikar@lbl.gov]
Sent: Wednesday, February 03, 2010 8:25 AM
To: john petze
Cc:
Toby.Considine@gmail.com;
emix@lists.oasis-open.orgSubject: Re:
[emix] The Problem of certificates
I agree with John. Even yesterday at the UCA OpenSG meetings for SG Security
sessions and talks, there were lots of discussions on how the certificates
be used in context to security of information exchange (e.g., client-side
vs. server-side). Hence, it might confuse the context we're referring to.
Thanks,
Rish
john petze wrote:
> I would like to comment on the current proposal to use the name
> certificates. I want to strongly recommend that the name be
> reconsidered. The term certificates is closely linked to information
> security -- cryptographic certificates to secure communications. Given
> that security will be an equally important part of the smart grid and
> communication of signals including prices I believe that we should
> consider a name that does not already have such a well accepted meaning.
>
> John
Petze
>
> On Tue, Feb 2, 2010 at 10:23 PM, Toby Considine
> <
Toby.Considine@gmail.com <mailto:
Toby.Considine@gmail.com>> wrote:
>
> The Problem of certificates
>
>
>
> We have electricity and a [potentially] long list of attributes,
> that ideally should be sold together. We are calling the
> attributes certificates, and each may have its own price. In
> concept, a bundle of certificates could be sold without
> electricity at the same speed.
>
>
>
>
For the smart grid to be smart, it must address the fundamental
> problem of the new volatile grid, that is, it must be aligned in
> time, and transactions must be able to clear in time. For this to
> avoid failing under the weight of its internal inconsistencies.,
> the primary market for the certificates must clear in the same
> time slices as does the electricity. I say Primary Market, to ties
> to the Primary sale of Electricity, hover many times it may occur
> in the near instantaneous path through the market channels from
> supplier to consumer.
>
>
>
> This in no way forfends gathering certificates gained in the
>
primary market for later resale in a secondary markets. The smart
> grid happily encourages the sale of indulgences; it should assert,
> though, that those indulgences for sale be gathered honestly, that
> is a time-clearing market.
>
>
>
> This suggests to me that EMIX is an envelope. The envelope may
> require being sealed, with sealing wax or checksum as needed, at
> the time of transaction. Inside the envelope there are a series
> documents. One document is electricity and price, with physical
> values, i.e., power factor, reliability, response time, etc. The
> other documents are the certificates. The seal is what
provides
> traceability to the bundled transaction, whether in primary or
> secondary markets.
>
>
>
> Question 1: What is written on the envelope?
>
>
>
> One thought would suggest the total price for the whole bundle. In
> the null / dump system, the AHAM refrigerator might read only the
> envelope. What needs to be on the envelope
>
> The other thought suggest the Envelop has nothing other than
> Offeror, Offeror transaction ID, and signature/checksum. This
> would require the small device to be able to unpack and sum the
> documents in the envelope.
>
>
>
> Question 2:
>
>
>
> Does any unpacked document / certificate later packaged for
> re-sale include the Offeror, Offeror transaction ID from the
> envelope it was pulled out of to allow traceability? Would we
> demand (outside of scope) that market blenders have a virtual pool
> of certs in in this form, and certs our with the pool as the
> offeror? I ask this question to explore whether the EMIX and certs
> are complete.
>
>
>
>
>
>
>
>
------------------------------------------------------------------------
>
>
"Energy and persistence conquer all things." -- Benjamin Franklin
>
>
------------------------------------------------------------------------
>
> Toby Considine
> TC9, Inc
>
> Chair, OASIS oBIX Technical Committee
> OASIS Technical Advisory Board
>
>
>
>
>
>
>
> Email:
Toby.Considine@gmail.com <mailto:
Toby.Considine@fac.unc.edu>
> Phone: (919)619-2104
>
>
http://www.oasis-open.org>
> blog: www.NewDaedalus.com <
http://www.NewDaedalus.com>
>
>
>
>
>
>
--
Rish Ghatikar
Lawrence Berkeley National Laboratory
1 Cyclotron Road, MS: 90-3111, Berkeley, CA 94720
GGhatikar@lbl.gov | +1
510.486.6768 | +1 510.486.4089 [fax]
This email is intended for the addressee only and may contain confidential
information and should not be copied without permission. If you are not the
intended recipient, please contact the sender as soon as possible and delete
the email from
computer[s].
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php ---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php ---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave
the OASIS TC that
generates this mail. Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php