VX6VX6
DocsSDKContributeConduct
GitHub

Network model

Decentralization

What decentralization means in VX6

In VX6, decentralization means the useful parts of the network live at the edge: service ownership, node identity, discovery, and access all stay distributed across peers.

That is different from systems where discovery sounds distributed but operation still depends on one permanent controller. VX6 uses a practical model instead: enter through any known live node, learn more peers, keep syncing, and keep the service graph moving through the mesh.

Network view
DHTDistributed Hash TablepeerpeerpeerpeerpeerpeerNew peer joinsUses a friend as first contact.Any live peer is enough.Learns the meshPulls node and service records.Caches peers for later sync.Shares a servicePublishes a localhost appthat peers resolve by name.One node brings you in. The rest of the network keeps itself moving.
DHT means Distributed Hash Table. In VX6, any known live peer can onboard a new node. Discovery then expands via signed records and DHT lookups for node and service keys.

Any-node first contact

A bootstrap in VX6 is just a first reachable peer. It can be a public mirror, a teammate, a relay node, or any other live VX6 node that already sees the network.

  1. Join through a live peer

    The first node introduces the new peer to known records and peers.

  2. Sync through more peers

    The node then keeps learning from all other reachable peers it discovers.

  3. Keep going even when one peer disappears

    Once the node has learned other peers, the network continues through them. That is why first contact does not have to remain the center forever.

Equal-capability nodes

RoleWhat the node can do
Service hostPublishes and serves local applications.
Relay nodeForwards proxied or hidden traffic.
Intro nodeParticipates in hidden-service negotiation.
Rendezvous nodeActs as the meeting point for hidden routes.
Normal peerShares records, learns peers, and keeps the mesh healthy.

Service-centric decentralization

VX6 is especially useful because it decentralizes services, not only messages. That means SSH can be shared peer to peer, APIs can stay local while becoming reachable, and databases can remain bound to localhost while still joining a distributed stack.

Practical result: the network is not only decentralized in theory. It is decentralized in day-to-day operation because the useful endpoints stay at the edge and peers keep learning from peers.