MissionNetworkP2PValidatorsFAQJOIN THE NETWORK →APPLY AS VALIDATOR
FAQ

// FREQUENTLY_ASKED

Hard questions.
Straight answers.

If your question isn't here, drop it in the Telegram community and we'll answer it — and add it.

why_new_chain
> QWhy build a new chain instead of using Ethereum or Solana?

Ethereum and Solana are excellent general-purpose chains — but general-purpose means they can't enforce specific financial constraints at the protocol level without complex smart contract architectures that introduce new attack surfaces.

Nsafoa makes hard, permanent tradeoffs: value enters only through certified ramp providers (no token minting, no speculation), the validator set is community-approved rather than open-entry, and account recovery uses a guardian threshold designed for communities where someone might lose their phone or pass on unexpectedly.

These aren't features we could bolt onto an existing chain without fighting its design. They're the chain.

use_cases
> QIs community finance the only use case?

No. Savings groups — susu, chama, stokvel, ajo — are the first application because they're the clearest demonstration of the model: high-trust, high-frequency finance that currently has no formal infrastructure.

But any application that needs non-custodial, community-governed value transfer can be built on Nsafoa: payroll pools, cooperative purchasing, rotating credit associations, escrow for informal contracts, microinsurance pools. The protocol is infrastructure. What gets built on it is open to anyone who wants to build.

non_custodial
> QWhat does non-custodial actually mean for a savings group?

It means no one holds your money for you — not Nsafoa, not a bank, not the group treasurer. Every member controls their own private key. Contributions are signed locally and validated by the network. The ledger is public and auditable by anyone.

If the group treasurer disappears, the funds don't. They sit on-chain, accessible only by the keys that own them. This is the thing savings groups have always needed and never had: accountability that doesn't depend on trusting a single person.

who_controls
> QWho controls Nsafoa?

The validator set governs the network. Protocol changes require validator consensus. New validators require approval from the existing set. There is no board, no foundation with special override power, no team multisig that can freeze funds or change the rules unilaterally.

This is not a goal we are working toward — it is a design constraint from day one. The network is owned by the people who run and use it.

timeline
> QWhen is mainnet? Can I use it now?

Private testnet opens Q3 2026, invite-only — validators and early builders first. A public developer testnet follows at end of Q3, where anyone can build and test against real transaction flows using tGHS (a GHS-denominated test token) without waiting for approval.

Mainnet targets Q4 2026. You can't use it yet, but you can apply to be a validator, sign up to contribute, and follow the build in real time on Telegram.

not_a_developer
> QHow do I get involved if I'm not a developer?

The protocol needs more than engineers. Specifically: legal and regulatory specialists who understand fintech licensing in African markets, ramp operators who can bridge fiat and on-chain (GHS, NGN, KES, ZAR initially), community builders, translators, and finance professionals who understand how informal savings groups actually work on the ground.

These roles matter as much as the engineering. Submit through the Join page and tell us what you bring.

speculation
> QIs there a token? Can I invest?

No. There is no speculative token. Nsafoa does not issue coins, run an ICO, or allow arbitrary token creation on mainnet. Value enters the network only through certified ramp providers who convert fiat — it is pegged to real value, not to speculation.

This is a deliberate, permanent design decision. The network exists to serve community finance, not to create a new asset to trade.

Ask

// GOT A QUESTION WE HAVEN'T ANSWERED?

Drop it in the community. We read everything and the best questions get added here. Challenge the design, question the assumptions, point out what doesn't add up. That's how the protocol gets better.