OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

emix message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [emix] The Problem of certificates


Toby,
 
I like the environmental commodity concept - but applying NDR rules - you need a qualification term -
 
so
 
 environmental commodity trading note
 
commodity trading is of course familiar to financial markets - so perhaps aligning there - maybe traders note, or traders bond are alternatives - not sure what other types of commodity trading is commonplace already?

Thanks, DW
 
 
-------- Original Message --------
Subject: RE: [emix] The Problem of certificates
From: "Considine, Toby (Campus Services IT)" <Toby.Considine@unc.edu>
Date: Wed, February 03, 2010 3:54 pm
To: "emix@lists.oasis-open.org" <emix@lists.oasis-open.org>

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.org
Subject: 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.org
Subject: 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



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]