Nein, es gibt keine Erlang-Implementierung für die CLI. Leider.
Es gibt derzeit zwei Erlang-Implementierungen: BEAM/HiPE (das ist die ursprüngliche Implementierung) und Erjang (eine brandneue Implementierung auf der JVM, die noch nicht für den Produktiv-Einsatz geeignet ist).
Die Sprache Erlang an sich zu implementieren ist gar nicht so schwer: der BEAM-Bytecode ist speziell entworfen, damit er sich leicht interpretieren lässt, und einen Erlang-Compiler braucht man nicht selber schreiben, weil die BEAM/HiPE-Distribution bereits einen Erlang-zu-BEAM-Compiler enthält, der in Erlang geschrieben und sowohl im Quelltext als auch vorkompiliert in BEAM-Bytecode mitgeliefert wird. Die Standardbibliothek (Erlang/OTP) ist ebenfalls kein Problem, weil sie vollständig in Erlang geschrieben ist.
Die einzigen Problempunkte sind die Kern-Bibliothek (die sogenannten "BIF"s (built-in functions), welche in C geschrieben sind und daher von Hand portiert werden müssen, und die leichtgewichtigen Prozesse. Erjang implementiert letztere mittels Kilim, das ist eine Bibliothek, die den Java-Bytecode zur Laufzeit umschreibt, um Actor-Semantik für die JVM bereit zu stellen.
In .NET könnte man vermutlich die TPL oder F# Asynchronous Agents benutzen.
Das Hauptproblem allerdings wird wie bei Erjang sein, wie man die Zuverlässigkeits-Garantien, die ein Erlang-Entwickler von einem System erwartet, bereitstellt. Erlang-VMs laufen oftmals Jahre, ohne dass sie jemals neu gestartet werden. Erjang hat da eine recht simple Antwort gefunden: sie sagen explizit, dass sie, da sie den Unwägbarkeiten der JVM ausgeliefert sind, diese Garantien nicht bereitstellen können. Dafür liefern sie bessere Performance.
Mir ist zumindest bisher nichts untergekommen, ich kann es mir aber auch nur schwer vorstellen. Erlang ist doch eigentlich immer in Verbindung mit der Runtime zu sehen. Wenn es dir nur um die Sprache geht (die ja ziemlich Prolog-ähnlich ist) wäre P# (http://homepages.inf.ed.ac.uk/stg/research/Psharp/) vielleicht noch interessant.
