Skip to content

Local Currency Design for Community Finance

Local Currency Design for Community Finance

Section titled “Local Currency Design for Community Finance”

A practical guide to designing and launching a community currency that works for your local node


This article walks through the key decisions involved in designing a local currency for your community. It covers what unit to use, how to back the currency, who issues it, what rules to set, and how to actually launch it. The focus is on getting something working on the ground in your neighbourhood, town, or region, with enough detail to make good decisions without getting lost in complexity.

If your community already uses informal exchange networks, mutual aid groups, or mobile money for local transactions, a structured local currency can build on those practices rather than replacing them.


National currencies, shillings, dollars, euros, flow in and out of communities. A shop owner in Hargeisa or Mombasa buys goods from Nairobi or Addis, and money leaves the local economy. A construction worker’s wages get spent at a supermarket owned by a chain based elsewhere. Over time, wealth concentrates upstream, and local people are left with fewer options.

Local currencies work differently. Their purpose is to keep value circulating within a defined community:

  • Keep wealth local: Money spent within the system stays inside your community instead of draining out to national or international markets
  • Value local labour: Someone’s time has worth regardless of formal market rates. A grandmother’s knowledge of herbal medicine, a teenager’s computer skills, a farmer’s seed-saving expertise, all have value that national currencies often fail to recognise
  • Enable exchange when mainstream money is scarce: During downturns, poor harvests, or instability, local currencies keep people trading with each other
  • Build shared identity: A currency creates rituals. When your community has its own unit of exchange, it reinforces that you are an economic unit, not just competing individuals

The most enduring examples come from the global North, Ithaca Hours in New York, the Brixton Pound in London, BerkShares in Massachusetts, but the underlying idea is ancient. Markets, neighbourhood exchange clubs, susu rotating savings, and chamas are all forms of local currency in all but name. The formal structure described here builds on practices already common across East Africa.


Before launching, your community needs to answer a few foundational questions. None of the answers are permanently fixed, most currencies evolve over time, but getting the basics right at the start prevents serious problems later.

The unit is what you count in. The choice shapes everything else.

Time-based: One unit equals one hour of someone’s time. The logic is that an hour of teaching is worth the same as an hour of fetching water or repairing a roof. Time-based units are simple and fair in principle, though in practice people often negotiate adjustments for skill or difficulty.

Value-based: One unit equals a fixed amount of national currency, for example, 100 Somali shillings or 1 Kenyan shilling. This is more familiar to most people but ties your currency to the inflation and instability of the national currency it references.

Points-based: Arbitrary units that the community agrees on. Highly flexible but harder to explain and trust.

Most new community currencies start with a time-based unit because it is intuitive and because it aligns with values of equality. If your group is more focused on local trade between businesses, a value-based unit may make more sense.

Backing determines what gives the currency its value and what happens if the system faces problems.

Nothing (fiat): The currency has value because people trust it will be accepted. Works if the community is tight-knit. Simplest but most fragile.

Backed by labour: Each unit represents an hour of work contributed. Most timebanks work this way. No reserves needed.

Backed by goods: Currency exchanges for items in a community store or larder, giving it tangible support.

Backed by national currency: Pegged to the shilling or dollar, backed by reserves in a community account. Reduces volatility but requires managing those reserves.

Starting with simple labour-backing is usually the right call for a new community currency. It is democratic, requires no reserves, and the logic is easy to communicate.

Issuance determines who creates new currency and under what conditions.

Member-issued: Members create currency by contributing. The community decides what counts and how many units to assign. Most democratic.

System-issued: A fixed schedule creates currency automatically. No collective decision needed, but less flexible.

Hybrid: Some currency comes from contribution, some from governance decision, for example, community projects funded by newly issued units that the community approves.

Member-issued by contribution keeps control local and creates natural scarcity.

Every currency needs clear rules covering:

  • Who can earn? Just formal members, or anyone in the community?
  • What can be earned? All labour, or only types the community approves?
  • What can be spent on? Anything, or are there restrictions (e.g., no spending on alcohol)?
  • Does the currency expire? Some systems tax old units or void them after a period to prevent hoarding and keep currency circulating. Others allow saving without limit.
  • Are there fees? Transaction fees, membership fees, or administrative costs?

The right answers depend on your community’s values and goals. But a few principles hold across most contexts: open membership so no one is excluded, broad acceptance of legitimate labour, no spending restrictions that create hierarchy between goods, and some mechanism, expiry, a community fund, or demurrage fees, to prevent hoarding by early participants at the expense of newcomers.


The technology you use to run the currency matters less than the social agreement behind it. Many working community currencies use no technology at all. Choose based on your community’s capacity, not on what sounds impressive.

Physical vouchers, receipt books, or a simple handwritten ledger. Works well for small communities of under 50 people.

Pros: No technical barriers, easy to understand, no transaction fees, works offline, survives power cuts.

Cons: Manual record-keeping, harder to scale, vulnerable to loss or fraud, difficult to search or analyse.

This is the right starting point for almost every new community currency. If your group can meet in person regularly, paper is enough.

A shared spreadsheet or database that tracks balances. One person or a small team manages the ledger, or members can view a shared document.

Pros: Easier tracking and transparency, can handle more members, searchable, can be accessed from a phone.

Cons: Still requires trust in whoever manages the system, no resistance to censorship or interference, depends on internet access or device availability.

If your community has good phone access and someone willing to manage the records, a spreadsheet or a simple database is a reasonable step up from paper.

A smart contract or token tracks balances on a distributed ledger.

Pros: Transparent and verifiable by anyone, no single point of control, programmable rules, can integrate with other systems.

Cons: Technical complexity, transaction fees on most blockchains, requires crypto literacy, barrier to entry for non-technical members, some blockchain solutions may not be accessible in all connectivity environments.

Blockchain-based currencies make sense once a community has a clear reason to need those specific properties, and almost no new community currencies do. If you are considering this path, talk to others who have done it and understand the real costs in time and capacity.


  • Host community conversations about what the currency is for and what it should value
  • Decide on unit, backing, rules, and governance structure
  • Write a simple constitution or agreement that records these decisions
  • Recruit 10-20 founding members who are committed to using the currency regularly

Do not rush this phase. If people disagree about the rules later, the currency will struggle.

  • Launch with the founding group
  • Track who is earning, who is spending, and what gaps exist
  • Hold regular check-ins to adjust rules based on what is actually happening
  • Document your findings, what works, what causes friction, what rules people ignore

Most community currencies discover that their initial rules need adjustment. This is normal. The pilot is the time to learn.

  • Open membership to a wider circle
  • Formalise governance so the currency survives its founders
  • Consider technical upgrades only if you are hitting real limits
  • Develop training so new members can join easily

Scaling before the currency is solid is one of the most common mistakes. Make sure the pilot group is genuinely trading before opening the doors to everyone.


Do not launch with tokens, smart contracts, and DeFi integrations. Start with paper or a spreadsheet. Get the social agreement right first.

A currency only has value if it can be spent. Before you issue a single unit, make sure there are things to buy. Some communities start by identifying 10-20 goods or services they can offer each other and launch only when that list exists.

If your community operates within a clan structure, a religious network, or an informal market, your currency needs to work within those systems. Adjust rules about who can issue, how disputes are resolved, and what counts as acceptable labour.

Without some mechanism to return currency to circulation, early participants hoard and new people cannot earn. A small annual fee, a demurrage charge on saved units, or a community fund that spends units on public goods prevents this from happening.

A working local currency needs at least 20-30 active members who are genuinely buying and selling. Starting with your closest circle of collaborators is the right approach. Do not try to launch to the whole neighbourhood on day one.


  • Ithaca Hours (New York, USA): Longest-running time-based currency, launched 1991. One Ithaca Hour equals one hour of labour.
  • Brixton Pound (London, UK): Local paper currency for Brixton, with some later blockchain adoption.
  • Sardex (Italy): Commercial currency linking small businesses, now operating across several Italian regions.
  • BerkShares (Massachusetts, USA): Local business currency pegged to the US dollar.
  • Chamas and ROSCAs (East Africa): Informal rotating savings and credit associations common across Kenya, Tanzania, and the wider region, proof that communities already organise mutual financial systems.

Map your local exchange landscape

Before designing your currency, spend two weeks documenting what already exists:

  • What informal exchange happens in your community right now, labour swaps, shared tools, mutual aid, rotating savings?
  • Where do people go to trade goods or services outside of formal shops?
  • What do people struggle to find or afford locally?
  • What skills or goods does your community have in surplus?

Write this down. The gaps and patterns you find are the design brief for your currency.


Start simple. A currency can evolve, but it cannot evolve if it never launches. Get something working with your core group, learn from what actually happens, and iterate from there.

The hardest part is not the technology. It is the conversation, getting your community to agree on what they value, what they are willing to trade, and what they want to protect. That conversation is worth having.