MiCyte

One standard for keeping records and building applications

Personal data stays local. Local networks get stronger.

MiCyte was made so that the way records are kept and the way applications reach them is one standard rather than one vendor's, so that people can organize themselves and connect without asking permission. An instance holds its own records at its own address and is the unit of identity; applications written by anyone and hosted by anyone cooperate through it, and nobody rents the program to take part. It began on the farm; the research is why.

Explore the network Get the software

  1. an instance keeps its own records, and is who you are
  2. the registry resolves its address
  3. others find it; nothing moves
  4. applications cooperate through it, whoever wrote or hosts them

msn contact card

Fruitful Network Development

3-2-3-17-77-1-6-4-1-4

network operator · runs the registry

  • Resolves toNortheast Ohio
  • Rolethe central instance - resolves every other address

Open msn profile →

What the site is for

One standard, four avenues.

This site is the software's front door: what ships, what you build against, who is on the network, what an account is for, and why it exists. The site and its resources are maintained by Fruitful Network Development.

The network, standardized

The contract every instance holds.

The software does not require Fruitful Network Development. The registrar is a parameter of the library, and any other party can run one and set its own standard of agreement; anyone can host a local instance and still take part in the broader network. For ease of adoption, FND runs the registry this site reads and publishes the catalogue every instance pulls, so an instance built from the public package has a party to cooperate with on day one.

  • The registrar answers one question Who is this msn. The channel an instance publishes answers the other: what do they run.
  • The contract carries the catalogue An instance that never talks to the network still holds a contract with the FND instance. Its payload is deliberately small and pull-only: the packages and versions on offer. The instance pulls what it chooses; nothing is pushed, because a push channel is a remote-execution channel wearing a different name.
  • How two instances agree Identity from the contact card, a signed key exchange, a sealed contract with a key period. As built; the code is in the public tree.

Plainly: no delivery between two live instances has happened yet. FND publishes the only signature and the only endpoint in the registry, and an install cannot report itself to it. The contract is written and the transport exists; the second live instance is what is missing.

What you build against

The surfaces.

MiCyte is implemented against a small set of surfaces, each written down as a contract. A tool, an instrument, a viewscope, an app, an extension, a port, a channel: each answers a different question.

Live from the registry

Who is on the network right now.

Start here

Ways in.