categories - Category Theory list
 help / color / mirror / Atom feed
From: Greg Meredith <lgreg.meredith@biosimilarity.com>
To: David Leduc <david.leduc6@googlemail.com>
Cc: categories <categories@mta.ca>
Subject: Re: Makkai's suggestion
Date: Mon, 6 Sep 2010 10:08:27 -0700	[thread overview]
Message-ID: <E1OsxLm-0008WR-EB@mlist.mta.ca> (raw)
In-Reply-To: <AANLkTinMcT+eTMb03vo2a7f4ud-xtv-E8_gvXy=VPhXF@mail.gmail.com>

Dear David,

[This reply never made it to the list and i got a note from Bob
Rosebrugh about text-only messages and no attachments. i've a feeling
that the gmail client did something strange with my reply -- since i
thought everything i typed was predominantly ASCII. The following
version of the original reply should be just plain ASCII.]

>> the fact that it is exceptionally hard to
>> get categorical composition to line up with parallel composition (in the
>> sense of concurrent computation) in a manner that respects Curry-Howard,
>
>I am not aware of this fact. What do you mean? Please explain or give
>references.

Arguably, the two best approaches are Interaction Categories
(Abramsky, et al) and Bi-graphs (Milner, et al). The crucial concern
is to align categorical composition with parallel composition in a
manner that respects Curry-Howard. Thus, processes must be interpreted
as morphisms. The central complication is how to do this in a setting
supporting a natural interpretation of mobility, i.e. the dynamic
reconfiguration of communication topology. As an example, consider the
pi-calculus process,

*(u?(v).(new w)v!(w)) | (new x)u!(x).x?(y).P

Find below one of it's reductions. The process represents a simplified
model of a little mini-protocol we use on the internet every day: on
some well known URL (the channel u above) ask for a unique (and
potentially private) URL (the channel w above) on which to do further
communication.

A categorical interpretation (meeting the desiderata above) needs to
interpret -- for example --

1) *(u?(v).(new w)v!(w)) as a morphism, say [| *(u?(v).(new w)v!(w)) |]

2) (new x)u!(x).x?(y).P as a morphism, say [| (new x)u!(x).x?(y).P |] and

3) *(u?(v).(new w)v!(w)) | (new x)u!(x).x?(y).P as a morphism, say [|
*(u?(v).(new w)v!(w)) | (new x)u!(x).x?(y).P |]

such that

[| *(u?(v).(new w)v!(w)) | (new x)u!(x).x?(y).P |]
=
[| *(u?(v).(new w)v!(w)) |] o [| (new x)u!(x).x?(y).P |]

Sangiorgi, Fiore and others have given fully abstract interpretations
meeting these criteria, by the letter of the law, so to speak. Imho,
one would never use any of these semantic accounts to do calculations
of properties of even these simple protocols. That's the sense in
which i mean that parallel composition does not line up well with
categorical composition. The "semantic" categorical account doesn't
help clarify things. It doesn't aid practical calculation. For
concurrent computation the process calculi still have greater utility
for both practical calculations theoretical framework supplying a
robust notion of equivalence and substitutability (i.e.,
bisimulation).

One reduction of the example process.

*(u?(v).(new w)v!(w)) | (new x)u!(x).x?(y).P
->
*(u?(v).(new w)v!(w)) | u?(v).(new w)v!(w) | (new x)u!(x).x?(y).P
=
*(u?(v).(new w)v!(w)) | (new x)(u?(v).(new w)v!(w) | u!(x).x?(y).P)
->
*(u?(v).(new w)v!(w)) | (new x)((new w)x!(w) | x?(y).P)
=
*(u?(v).(new w)v!(w)) | (new x)((new w)(x!(w) | x?(y).P))
->
*(u?(v).(new w)v!(w)) | (new x)((new w)(P{w/y}))



Best wishes,

--greg

On Sat, Sep 4, 2010 at 3:10 AM, David Leduc <david.leduc6@googlemail.com> wrote:
>
> On 9/1/10, Greg Meredith <lgreg.meredith@biosimilarity.com> wrote:
>> the fact that it is exceptionally hard to
>> get categorical composition to line up with parallel composition (in the
>> sense of concurrent computation) in a manner that respects Curry-Howard,
>
> I am not aware of this fact. What do you mean? Please explain or give
> references.



--
L.G. Meredith
Managing Partner
Biosimilarity LLC
1219 NW 83rd St
Seattle, WA 98117

+1 206.650.3740

http://biosimilarity.blogspot.com


[For admin and other information see: http://www.mta.ca/~cat-dist/ ]


  parent reply	other threads:[~2010-09-06 17:08 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-29  5:26 David Leduc
2010-08-30  4:53 ` John Baez
2010-08-31  1:01   ` David Leduc
     [not found] ` <AANLkTimDqh1tCxooE_Kca_SHPxN3sqC80d08zQcZ1Cx+@mail.gmail.com>
2010-08-31  4:34   ` John Baez
2010-09-01 21:42     ` Greg Meredith
     [not found] ` <AANLkTinMcT+eTMb03vo2a7f4ud-xtv-E8_gvXy=VPhXF@mail.gmail.com>
2010-09-06 17:08   ` Greg Meredith [this message]
2010-09-03  4:04 John Baez
2010-09-04 17:16 ` Ronnie Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1OsxLm-0008WR-EB@mlist.mta.ca \
    --to=lgreg.meredith@biosimilarity.com \
    --cc=categories@mta.ca \
    --cc=david.leduc6@googlemail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).