No host required
Keep the Git workflow and remove the part that was never essential: the host.
gnostr-cloud takes the ordinary Git workflow and removes the part that was never essential: the host. The repo lives in the hash, the owner lives in the key, the transport lives among willing peers.
Keep the Git workflow and remove the part that was never essential: the host.
Identity and control come from keys, not a centralized account system.
Sync moves across willing peers instead of through a permanent bottleneck.
A hosted forge can be useful, but it should not be the thing the workflow depends on to exist.
Identity is carried by keys and signatures instead of platform accounts and organizational lock-in.
Repositories move across willing peers, so replication and coordination do not collapse into one provider.
The collaboration surface should remain compatible with free and open-source practice, not fenced behind rent or policy shifts.
Git did not require a permanent host to make sense. Over time, mainstream platforms turned collaboration into an account-bound, policy-bound, privacy-leaking bottleneck. Gnostr Cloud brings decentralization back to the process without abandoning the ordinary Git workflow people already know.
Adds decentralization back to a workflow that host-based platforms turned into a bottleneck.
Reduces dependence on centralized infrastructure with its surveillance, policy, and access concerns.
Keeps the workflow closer to first principles instead of renting permission to collaborate.
Ordinary repos, hashes, commits, and workflows remain intact under a peer-native transport layer.
The point is not to replace Git with a platform. The point is to remove the hosted choke point: keep the repo in the hash, keep the owner in the key, and let transport happen across willing peers.
Content addressability stays at the center. The repository is anchored by its own history, not by a hosting provider.
Control and authorship come from cryptographic identity instead of platform accounts and centralized trust.
Replication and coordination move through willing peers, restoring decentralization to the actual workflow.
npub and nsec define ownership and signing authority.
Peers discover, answer, sync, and relay without a mandatory host.
Hashes, Merkle structure, and signatures verify what arrives.
Install the CLI, optionally as a service daemon, and turn a local machine into a participant instead of a hosted account.
Store a Nostr-native identity so the account lives in the key, not in a centralized username and password system.
Use a native gnostr-cloud:// remote where identity resolves first and peer transport answers second.
Content verifies as it arrives, so authenticity and integrity do not depend on trusting the relay surface.
These are the concrete features that make the thesis real: Nostr-native identity, peer transport, verifiable content, Git compatibility, threshold signing, open discovery, and install paths that stay aligned with the network instead of routing everything back through a central host.
BIP-340 keys are your account: no signup flow, no password reset loop, no hosted identity silo.
Group control can look like a single signer on the outside while remaining distributed in practice.
Threshold ceremonies can accommodate offline or intermittent cosigners instead of assuming everyone is online together.
Group identities can delegate day-to-day operations to a server key without giving up first-principles ownership.
Direct, hole-punched peer connectivity with authenticated peer transport instead of a fake decentralization story.
Discovery can be reputation-ranked and gossip-driven with no lease-bound host acting as mandatory coordinator.
Repositories can announce themselves for discovery without depending on one provider-owned index page.
Flip read access policy when needed; private repos can disappear from gossip rather than lingering in a public hosted catalog.
BLAKE3 Merkle trees stream and verify as they arrive, keeping integrity tied to content rather than platform trust.
BLAKE3, SHA-256, and SHA-1 bridging helps gnostr-cloud interoperate across iroh, Blossom, and Git realities.
A durable relational source of truth can back repos, refs, and hashes without redefining what the repository fundamentally is.
Source Merkle trees and signed manifests support more verifiable builds and sharper supply-chain trust.
Push and clone through a native remote helper so the workflow stays recognizably Git while the transport changes underneath.
A new push to a fresh URL can provision the repository automatically instead of requiring a hosted admin pre-step.
A localhost proxy can turn repositories into LFS-backed stores with one setup path instead of a pile of hosted extras.
Open, allowlist, delegated-only, or self-only gating gives operators clear control over who can participate.
Existing Blossom ecosystem pieces can interoperate instead of forcing a total greenfield migration.
Publish, resolve, and install crates signed by your own key as part of the same network model.
Registry installs can fetch platform binaries peer-to-peer rather than leaning on a central package mirror.
Pushes, creates, and admin actions can surface as live Nostr notes rather than disappearing into a hidden SaaS audit log.
The visual system can stay mythic, but the product promise is concrete: less centralization, fewer privacy compromises, and a freer open-source workflow that does not depend on one company owning the collaboration surface.
Deploy a peer, mirror important repositories, and move toward a workflow where coordination is distributed, identities are key-based, and the transport is not locked to a central service.