Re: Origins of Coercion

Toby Murray <[email protected]>
Newsgroups gmane.comp.lang.e.general
Message-ID <[email protected]>
On Tue, 2009-02-24 at 09:17 -0800, Mark Miller wrote:
> On Tue, Feb 24, 2009 at 7:14 AM, Toby Murray
> <[email protected]> wrote:
> > I know that coercion originated in Joule. Is there a specific reference
> > to the idea of coercion anywhere in any Joule-releated documentation?
> 
> Hi Toby, have you seen <http://www.erights.org/history/joule/MANUAL.B10.pdf> ?

Yes. Let me make some assumptions that I hope you can confirm or
disprove.

"Verifiers" are what I'm looking for. Verifiers implement a superset of
the functionality of Coercers. (Coercion is a special case of Unsealing
where the thing being unsealed is an authentic capability.)

The Joule manual states
> Joule provides the Verifier abstraction, a mechanism for certification
> built using only encapsulation and message passing.

Do you know if the Verifier implementation was anything like Marc
Stiegler's shared-variable Sealer-Unsealer implementation (e.g. as
depicted in http://www.skyhunter.com/marcs/SecurityPictureBook.ppt )
which I had thought was the first Sealer-Unsealer implementation (not
requiring EQ) that uses only message passing and encapsulation ?

If it is not similar (i.e. doesn't use a closely-held slot in which
boxes can divulge their contents only to the corresponding unsealer)
then the Joule Verifier implementation would represent a second approach
to implementing Sealer-Unsealers using only message passing and
encapsulation. 

Are there any details about the Verifier implementation from which I
could learn these answers?

Cheers heaps

Toby
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.