Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comparison with Urbit #3

Open
jpt4 opened this issue Oct 18, 2015 · 0 comments
Open

Comparison with Urbit #3

jpt4 opened this issue Oct 18, 2015 · 0 comments

Comments

@jpt4
Copy link

jpt4 commented Oct 18, 2015

Is the author familiar with Urbit [0], and whether it would qualify as an eidetic system? Urbit executes within a virtual machine that runs a purely functional distributed system OS called Arvo. Arvo is a functional, single-threaded event based architecture that models all process execution as responses to message packets of data and/or data-encoded code from the network (of which its own instance is a node). The sequential receipt of these packets produces an event log which allows Arvo to compute its current state, and deterministically replay all previous states, as a pure function of its history. This allows for e.g. debugging the cause of a spurious infinite loop.

Urbit is a program that runs in user space, which simplifies certain implementation difficulties faced when developing for native kernels, but this aspect of the design goals seem the same: to track the lineage of a computer's state, in a queryable way. Is this accurate? Are there features of eidetic computing that fundamentally distinguish omniplay and Urbit?

[0] urbit.org, github.com/urbit/urbit

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant