Π-calculus

In theoretical computer science, the Template:Pi-calculus (or pi-calculus) is a process calculus. The Template:Pi-calculus allows channel names to be communicated along the channels themselves, and in this way it is able to describe concurrent computations whose network configuration may change during the computation.

The Template:Pi-calculus has few terms and is a small, yet expressive language (see Template:Section link). Functional programs can be encoded into the Template:Pi-calculus, and the encoding emphasises the dialogue nature of computation, drawing connections with game semantics. Extensions of the Template:Pi-calculus, such as the spi calculus and applied Template:Pi, have been successful in reasoning about cryptographic protocols. Beside the original use in describing concurrent systems, the Template:Pi-calculus has also been used to reason about business processes and molecular biology.

Informal definition

The Template:Pi-calculus belongs to the family of process calculi, mathematical formalisms for describing and analyzing properties of concurrent computation. In fact, the Template:Pi-calculus, like the λ-calculus, is so minimal that it does not contain primitives such as numbers, booleans, data structures, variables, functions, or even the usual control flow statements (such as if-then-else, while).

Process constructs

Central to the Template:Pi-calculus is the notion of name. The simplicity of the calculus lies in the dual role that names play as communication channels and variables.

The process constructs available in the calculus are the following (a precise definition is given in the following section):

• concurrency, written $P\mid Q$, where $P$ and $Q$ are two processes or threads executed concurrently.
• communication, where
  • input prefixing $c\left(x\right).P$ is a process waiting for a message that was sent on a communication channel named $c$ before proceeding as Template:Nowrap binding the name received to the name Template:Nowrap Typically, this models either a process expecting a communication from the network or a label c usable only once by a goto c operation.
  • output prefixing $\bar{c}⟨y⟩.P$ describes that the name $y$ is emitted on channel $c$ before proceeding as Template:Nowrap Typically, this models either sending a message on the network or a goto c operation.
• replication, written $!P$, which may be seen as a process which can always create a new copy of Template:Nowrap Typically, this models either a network service or a label c waiting for any number of goto c operations.
• creation of a new name, written $\left(\nu x\right)P$, which may be seen as a process allocating a new constant Template:Mvar within Template:Nowrap The constants of Template:Nowrap are defined by their names only and are always communication channels. Creation of a new name in a process is also called restriction.
• the nil process, written $0$, is a process whose execution is complete and has stopped.

Although the minimalism of the Template:Pi-calculus prevents us from writing programs in the normal sense, it is easy to extend the calculus. In particular, it is easy to define both control structures such as recursion, loops and sequential composition and datatypes such as first-order functions, truth values, lists and integers. Moreover, extensions of the Template:Nowrap have been proposed which take into account distribution or public-key cryptography. The applied Template:Nowrap due to Abadi and Fournet [1] put these various extensions on a formal footing by extending the Template:Nowrap with arbitrary datatypes.

A small example

Below is a tiny example of a process which consists of three parallel components. The channel name Template:Mvar is only known by the first two components.

$\begin{array}{cc}(\nu x)& (\bar{x}⟨z⟩.0\\ & |x(y).\bar{y}⟨x⟩.x(y).0)\\ & |z(v).\bar{v}⟨v⟩.0\end{array}$

The first two components are able to communicate on the channel Template:Mvar, and the name Template:Mvar becomes bound to Template:Mvar. The next step in the process is therefore

$\begin{array}{cc}(\nu x)& (0\\ & |\bar{z}⟨x⟩.x(y).0)\\ & |z(v).\bar{v}⟨v⟩.0\end{array}$

Note that the remaining Template:Mvar is not affected because it is defined in an inner scope. The second and third parallel components can now communicate on the channel name Template:Mvar, and the name Template:Mvar becomes bound to Template:Mvar. The next step in the process is now

$\begin{array}{cc}(\nu x)& (0\\ & |x(y).0\\ & |\bar{x}⟨x⟩.0)\end{array}$

Note that since the local name Template:Mvar has been output, the scope of Template:Mvar is extended to cover the third component as well. Finally, the channel Template:Mvar can be used for sending the name Template:Mvar. After that all concurrently executing processes have stopped

$\begin{array}{cc}(\nu x)& (0\\ & |0\\ & |0)\end{array}$

Formal definition

Syntax

Let Χ be a set of objects called names. The abstract syntax for the Template:Pi-calculus is built from the following BNF grammar (where x and y are any names from Χ):

$\begin{array}{ccc}P,Q::=& x(y).P& \text{Receive on channel }x\text{, bind the result to }y\text{, then run }P\\ & |\bar{x}⟨y⟩.P& \text{Send the value }y\text{ over channel }x\text{, then run }P\\ & |P|Q& \text{Run }P\text{ and }Q\text{ simultaneously}\\ & |(\nu x)P& \text{Create a new channel }x\text{ and run }P\\ & |!P& \text{Repeatedly spawn copies of }P\\ & |0& \text{Terminate the process}\end{array}$

In the concrete syntax below, the prefixes bind more tightly than the parallel composition (|), and parentheses are used to disambiguate.

Names are bound by the restriction and input prefix constructs. Formally, the set of free names of a process in Template:Pi–calculus are defined inductively by the table below. The set of bound names of a process are defined as the names of a process that are not in the set of free names.

Construct	Free names
$0$	None
$\bar{a}⟨x⟩.P$	a; x; all free names of P
$a(x).P$	a; free names of P except for x
$P|Q$	All free names of P and Q
$(\nu x)P$	Free names of P except for x
$!P$	All free names of P

Structural congruence

Central to both the reduction semantics and the labelled transition semantics is the notion of structural congruence. Two processes are structurally congruent, if they are identical up to structure. In particular, parallel composition is commutative and associative.

More precisely, structural congruence is defined as the least equivalence relation preserved by the process constructs and satisfying:

Alpha-conversion:

• $P\equiv Q$ if $Q$ can be obtained from $P$ by renaming one or more bound names in $P$.

Axioms for parallel composition:

• $P|Q\equiv Q|P$
• $(P|Q)|R\equiv P|(Q|R)$
• $P|0\equiv P$

Axioms for restriction:

• $(\nu x)(\nu y)P\equiv (\nu y)(\nu x)P$
• $(\nu x)0\equiv 0$

Axiom for replication:

• $!P\equiv P|!P$

Axiom relating restriction and parallel:

• $(\nu x)(P|Q)\equiv (\nu x)P|Q$ if Template:Mvar is not a free name of $Q$.

This last axiom is known as the "scope extension" axiom. This axiom is central, since it describes how a bound name Template:Mvar may be extruded by an output action, causing the scope of Template:Mvar to be extended. In cases where Template:Mvar is a free name of $Q$, alpha-conversion may be used to allow extension to proceed.

Reduction semantics

We write $P\to P^{\prime }$ if $P$ can perform a computation step, following which it is now $P^{\prime }$. This reduction relation $\to$ is defined as the least relation closed under a set of reduction rules.

The main reduction rule which captures the ability of processes to communicate through channels is the following:

• $\bar{x}⟨z⟩.P|x(y).Q\to P|Q[z/y]$

where $Q[z/y]$ denotes the process $Q$ in which the free name $z$ has been substituted for the free occurrences of $y$. If a free occurrence of $y$ occurs in a location where $z$ would not be free, alpha-conversion may be required.

There are three additional rules:

• If $P\to Q$ then also $P|R\to Q|R$.

This rule says that parallel composition does not inhibit computation.

• If $P\to Q$, then also $(\nu x)P\to (\nu x)Q$.

This rule ensures that computation can proceed underneath a restriction.

• If $P\equiv P^{\prime }$ and $P^{\prime }\to Q^{\prime }$ and $Q^{\prime }\equiv Q$, then also $P\to Q$.

The latter rule states that processes that are structurally congruent have the same reductions.

The example revisited

Consider again the process

$(\nu x)(\bar{x}⟨z⟩.0|x(y).\bar{y}⟨x⟩.x(y).0)|z(v).\bar{v}⟨v⟩.0$

Applying the definition of the reduction semantics, we get the reduction

$(\nu x)(\bar{x}⟨z⟩.0|x(y).\bar{y}⟨x⟩.x(y).0)|z(v).\bar{v}⟨v⟩.0\to (\nu x)(0|\bar{z}⟨x⟩.x(y).0)|z(v).\bar{v}⟨v⟩.0$

Note how, applying the reduction substitution axiom, free occurrences of $y$ are now labeled as $z$.

Next, we get the reduction

$(\nu x)(0|\bar{z}⟨x⟩.x(y).0)|z(v).\bar{v}⟨v⟩.0\to (\nu x)(0|x(y).0|\bar{x}⟨x⟩.0)$

Note that since the local name Template:Mvar has been output, the scope of Template:Mvar is extended to cover the third component as well. This was captured using the scope extension axiom.

Next, using the reduction substitution axiom, we get

$(\nu x)(0|0|0)$

Finally, using the axioms for parallel composition and restriction, we get

$0$

Labelled semantics

Alternatively, one may give the pi-calculus a labelled transition semantics (as has been done with the Calculus of Communicating Systems).
In this semantics, a transition from a state $P$ to some other state $P^{\prime }$ after an action $\alpha$ is notated as:

• $P\stackrel{\stackrel{}{\alpha }}{\to }{P}^{\prime }$

Where states $P$ and $P^{\prime }$ represent processes and $\alpha$ is either an input action $a(x)$, an output action $\bar{a}⟨x⟩$, or a silent action Template:Mvar.

A standard result about the labelled semantics is that it agrees with the reduction semantics up to structural congruence, in the sense that $P\to P^{\prime }$ if and only if $P\stackrel{\stackrel{}{\tau }}{\to }\equiv P^{\prime }$

Extensions and variants

The syntax given above is a minimal one. However, the syntax may be modified in various ways.

A nondeterministic choice operator $P+Q$ can be added to the syntax.

A test for name equality $[x=y]P$ can be added to the syntax. This match operator can proceed as $P$ if and only if Template:Mvar and $y$ are the same name. Similarly, one may add a mismatch operator for name inequality. Practical programs which can pass names (URLs or pointers) often use such functionality: for directly modeling such functionality inside the calculus, this and related extensions are often useful.

The asynchronous Template:Pi-calculus allows only outputs with no continuation, i.e. output atoms of the form $\bar{x}⟨y⟩$, yielding a smaller calculus. However, any process in the original calculus can be represented by the smaller asynchronous Template:Pi-calculus using an extra channel to simulate explicit acknowledgement from the receiving process. Since a continuation-free output can model a message-in-transit, this fragment shows that the original Template:Pi-calculus, which is intuitively based on synchronous communication, has an expressive asynchronous communication model inside its syntax. However, the nondeterministic choice operator defined above cannot be expressed in this way, as an unguarded choice would be converted into a guarded one; this fact has been used to demonstrate that the asynchronous calculus is strictly less expressive than the synchronous one (with the choice operator).

The polyadic Template:Pi-calculus allows communicating more than one name in a single action: $\bar{x}⟨z_1,...,z_n⟩.P$ (polyadic output) and $x(z_1,...,z_n).P$ (polyadic input). This polyadic extension, which is useful especially when studying types for name passing processes, can be encoded in the monadic calculus by passing the name of a private channel through which the multiple arguments are then passed in sequence. The encoding is defined recursively by the clauses

$\bar{x}⟨y_1,\cdots ,y_n⟩.P$ is encoded as $(\nu w)\bar{x}⟨w⟩.\bar{w}⟨y_1⟩.\cdots .\bar{w}⟨y_n⟩.[P]$

$x(y_1,\cdots ,y_n).P$ is encoded as $x(w).w(y_1).\cdots .w(y_n).[P]$

All other process constructs are left unchanged by the encoding.

In the above, $[P]$ denotes the encoding of all prefixes in the continuation $P$ in the same way.

The full power of replication $!P$ is not needed. Often, one only considers replicated input $!x(y).P$, whose structural congruence axiom is $!x(y).P\equiv x(y).P|!x(y).P$.

Replicated input process such as $!x(y).P$ can be understood as servers, waiting on channel Template:Mvar to be invoked by clients. Invocation of a server spawns a new copy of the process $P[a/y]$, where a is the name passed by the client to the server, during the latter's invocation.

A higher order Template:Pi-calculus can be defined where not only names but processes are sent through channels. The key reduction rule for the higher order case is

$\bar{x}⟨R⟩.P|x(Y).Q\to P|Q[R/Y]$

Here, $Y$ denotes a process variable which can be instantiated by a process term. Sangiorgi established that the ability to pass processes does not increase the expressivity of the Template:Pi-calculus: passing a process P can be simulated by just passing a name that points to P instead.

Properties

Turing completeness

The Template:Pi-calculus is a universal model of computation. This was first observed by Milner in his paper "Functions as Processes", in which he presents two encodings of the lambda-calculus in the Template:Pi-calculus. One encoding simulates the eager (call-by-value) evaluation strategy, the other encoding simulates the normal-order (call-by-name) strategy. In both of these, the crucial insight is the modeling of environment bindings – for instance, "Template:Mvar is bound to term $M$" – as replicating agents that respond to requests for their bindings by sending back a connection to the term $M$.

The features of the Template:Pi-calculus that make these encodings possible are name-passing and replication (or, equivalently, recursively defined agents). In the absence of replication/recursion, the Template:Pi-calculus ceases to be Turing-complete. This can be seen by the fact that bisimulation equivalence becomes decidable for the recursion-free calculus and even for the finite-control Template:Pi-calculus where the number of parallel components in any process is bounded by a constant.

Bisimulations in the Template:Pi-calculus

As for process calculi, the Template:Pi-calculus allows for a definition of bisimulation equivalence. In the Template:Pi-calculus, the definition of bisimulation equivalence (also known as bisimilarity) may be based on either the reduction semantics or on the labelled transition semantics.

There are (at least) three different ways of defining labelled bisimulation equivalence in the Template:Pi-calculus: Early, late and open bisimilarity. This stems from the fact that the Template:Pi-calculus is a value-passing process calculus.

In the remainder of this section, we let $p$ and $q$ denote processes and $R$ denote binary relations over processes.

Early and late bisimilarity

Early and late bisimilarity were both formulated by Milner, Parrow and Walker in their original paper on the Template:Pi-calculus.

A binary relation $R$ over processes is an early bisimulation if for every pair of processes $(p,q)\in R$,

• whenever $p\stackrel{a(x)}{\to }{p}^{\prime }$ then for every name $y$ there exists some $q^{\prime }$ such that $q\stackrel{a(x)}{\to }{q}^{\prime }$ and $(p^{\prime }[y/x],q^{\prime }[y/x])\in R$;
• for any non-input action $\alpha$, if $p\stackrel{\stackrel{}{\alpha }}{\to }{p}^{\prime }$ then there exists some $q^{\prime }$ such that $q\stackrel{\stackrel{}{\alpha }}{\to }{q}^{\prime }$ and $(p^{\prime },q^{\prime })\in R$;
• and symmetric requirements with $p$ and $q$ interchanged.

Processes $p$ and $q$ are said to be early bisimilar, written $p{\sim }_{e}q$ if the pair $(p,q)\in R$ for some early bisimulation $R$.

In late bisimilarity, the transition match must be independent of the name being transmitted. A binary relation $R$ over processes is a late bisimulation if for every pair of processes $(p,q)\in R$,

• whenever $p\stackrel{a(x)}{\to }{p}^{\prime }$ then for some $q^{\prime }$ it holds that $q\stackrel{a(x)}{\to }{q}^{\prime }$ and $(p^{\prime }[y/x],q^{\prime }[y/x])\in R$ for every name y;
• for any non-input action $\alpha$, if $p\stackrel{\stackrel{}{\alpha }}{\to }{p}^{\prime }$ implies that there exists some $q^{\prime }$ such that $q\stackrel{\stackrel{}{\alpha }}{\to }{q}^{\prime }$and $(p^{\prime },q^{\prime })\in R$;
• and symmetric requirements with $p$ and $q$ interchanged.

Processes $p$ and $q$ are said to be late bisimilar, written $p{\sim }_{l}q$ if the pair $(p,q)\in R$ for some late bisimulation $R$.

Both ${\sim }_e$ and ${\sim }_l$ suffer from the problem that they are not congruence relations in the sense that they are not preserved by all process constructs. More precisely, there exist processes $p$ and $q$ such that $p{\sim }_{e}q$ but $a(x).p{\sim }_{e}a(x).q$. One may remedy this problem by considering the maximal congruence relations included in ${\sim }_e$ and ${\sim }_l$, known as early congruence and late congruence, respectively.

Open bisimilarity

Fortunately, a third definition is possible, which avoids this problem, namely that of open bisimilarity, due to Sangiorgi.

A binary relation $R$ over processes is an open bisimulation if for every pair of elements $(p,q)\in R$ and for every name substitution $\sigma$ and every action $\alpha$, whenever $p\sigma \stackrel{\stackrel{}{\alpha }}{\to }{p}^{\prime }$ then there exists some $q^{\prime }$ such that $q\sigma \stackrel{\stackrel{}{\alpha }}{\to }{q}^{\prime }$ and $(p^{\prime },q^{\prime })\in R$.

Processes $p$ and $q$ are said to be open bisimilar, written $p{\sim }_{o}q$ if the pair $(p,q)\in R$ for some open bisimulation $R$.

Early, late and open bisimilarity are distinct

Early, late and open bisimilarity are distinct. The containments are proper, so ${\sim }_o⊊{\sim }_l⊊{\sim }_e$.

In certain subcalculi such as the asynchronous pi-calculus, late, early and open bisimilarity are known to coincide. However, in this setting a more appropriate notion is that of asynchronous bisimilarity. In the literature, the term open bisimulation usually refers to a more sophisticated notion, where processes and relations are indexed by distinction relations; details are in Sangiorgi's paper cited above.

Barbed equivalence

Alternatively, one may define bisimulation equivalence directly from the reduction semantics. We write $p\Downarrow a$ if process $p$ immediately allows an input or an output on name $a$.

A binary relation $R$ over processes is a barbed bisimulation if it is a symmetric relation which satisfies that for every pair of elements $(p,q)\in R$ we have that

(1) $p\Downarrow a$ if and only if $q\Downarrow a$ for every name $a$

and

(2) for every reduction $p\to p^{\prime }$ there exists a reduction $q\to q^{\prime }$

such that $(p^{\prime },q^{\prime })\in R$.

We say that $p$ and $q$ are barbed bisimilar if there exists a barbed bisimulation $R$ where $(p,q)\in R$.

Defining a context as a Template:Pi term with a hole [] we say that two processes P and Q are barbed congruent, written $P{\sim }_{b}Q$, if for every context $C[]$ we have that $C[P]$ and $C[Q]$ are barbed bisimilar. It turns out that barbed congruence coincides with the congruence induced by early bisimilarity.

Applications

The Template:Pi-calculus has been used to describe many different kinds of concurrent systems. In fact, some of the most recent applications lie outside the realm of traditional computer science.

In 1997, Martin Abadi and Andrew Gordon proposed an extension of the Template:Pi-calculus, the Spi-calculus, as a formal notation for describing and reasoning about cryptographic protocols. The spi-calculus extends the Template:Pi-calculus with primitives for encryption and decryption. In 2001, Martin Abadi and Cedric Fournet generalised the handling of cryptographic protocols to produce the applied Template:Pi calculus. There is now a large body of work devoted to variants of the applied Template:Pi calculus, including a number of experimental verification tools. One example is the tool ProVerif [2] due to Bruno Blanchet, based on a translation of the applied Template:Pi-calculus into Blanchet's logic programming framework. Another example is Cryptyc [3], due to Andrew Gordon and Alan Jeffrey, which uses Woo and Lam's method of correspondence assertions as the basis for type systems that can check for authentication properties of cryptographic protocols.

Around 2002, Howard Smith and Peter Fingar became interested that Template:Pi-calculus would become a description tool for modeling business processes. By July 2006, there is discussion in the community about how useful this would be. Most recently, the Template:Pi-calculus has formed the theoretical basis of Business Process Modeling Language (BPML), and of Microsoft's XLANG.

The Template:Pi-calculus has also attracted interest in molecular biology. In 1999, Aviv Regev and Ehud Shapiro showed that one can describe a cellular signaling pathway (the so-called RTK/MAPK cascade) and in particular the molecular "lego" which implements these tasks of communication in an extension of the Template:Pi-calculus. Following this seminal paper, other authors described the whole metabolic network of a minimal cell. In 2009, Anthony Nash and Sara Kalvala proposed a Template:Pi-calculus framework to model the signal transduction that directs Dictyostelium discoideum aggregation.

History

The Template:Pi-calculus was originally developed by Robin Milner, Joachim Parrow and David Walker in 1992, based on ideas by Uffe Engberg and Mogens Nielsen. It can be seen as a continuation of Milner's work on the process calculus CCS (Calculus of Communicating Systems). In his Turing lecture, Milner describes the development of the Template:Pi-calculus as an attempt to capture the uniformity of values and processes in actors.

Implementations

The following programming languages implement the Template:Pi-calculus or one of its variants:

• Business Process Modeling Language (BPML)
• occam-π
• Pict
• JoCaml (based on the Join-calculus)
• RhoLang

References

• Template:Cite book
• Template:Cite book
• Template:Cite book