3-2-3-17-77-1-6-4-1-4
- Resolves toNortheast Ohio
- Rolethe central instance - resolves every other address
One standard for keeping records and building applications
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
3-2-3-17-77-1-6-4-1-4
What the site is for
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 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.
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
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
Start here