Most people who want to start a mutual credit network start in the wrong place: they look for software. That's understandable — software is concrete, it gives you something to show prospective members, and it creates a sense of momentum. But the networks that fail almost always fail because of governance problems, not technology problems. Before you write a single configuration setting or send an onboarding email, you need a clear model for how credit is created, who earns it, and what the rules are when something goes wrong. This guide walks through the foundational decisions in the order they actually matter.
What Is Mutual Credit?
Mutual credit is a form of exchange where money is created at the moment of a transaction rather than borrowed from an outside source. When a buyer purchases goods or services from a seller, the buyer's account goes negative by the transaction amount and the seller's account goes positive by the same amount. The total credit in the system always sums to zero. There is no central reserve, no interest, and no external currency required. The network's "money supply" expands when members transact and contracts when accounts return to balance. The most well-known example is the Swiss WIR, which has been operating since 1934, but thousands of smaller community and business networks operate on the same principle worldwide.
Define Your Membership and Governance First
The single most important decision you will make is who gets to join and on what terms. Mutual credit only works when members have something genuine to offer each other. A network of fifty active service businesses with overlapping needs is far more valuable than a network of five hundred members who joined but never transacted.
Before opening applications, answer these questions in writing:
- Who is eligible? Local businesses only, or individuals too? Specific industries? Minimum operating history?
- Who approves membership? A committee, a single administrator, a member vote?
- What are the grounds for suspension or removal? Persistent negative balance, inactivity, disputes?
- How are rule changes made? Unilateral operator decisions or member consensus?
Write a one-page membership agreement that every member signs before their account is created. This document is the constitution of your network. Disputes will reference it. Members who skip reading it will cause the most friction later — make signing it a genuine step, not a checkbox.
Governance tip: Establish a small steering committee of founding members before you launch publicly. Having three to five members already invested in the network's success makes governance decisions faster and gives new members someone to talk to beyond the operator.
Set Credit Limits and Balance Rules
Credit limits define the maximum negative balance a member can carry — effectively how much they can receive before they've given back. Setting these limits is the most technically consequential decision in network design. Too tight and members feel constrained; too loose and you accumulate chronic debtors who drain the network's ability to transact.
A common starting approach is tiered limits based on member tenure and transaction history:
- New members: A conservative limit — typically two to four weeks of expected transaction volume — until they've demonstrated they can earn credits back.
- Established members: Limits increase automatically once a member has completed a minimum number of transactions or maintained a positive average balance for a set period.
- Anchor members: Your most active traders can carry higher limits because the network can observe their consistent earning pattern.
Equally important is your policy for accounts approaching the limit. Automated warnings at 75% and 90% of the limit give members a chance to offer more services before they hit a hard stop. A member who hits the limit and gets surprised is a member who leaves. A member who gets a warning and lists three new offerings is a member who stays.
Choose Your Unit of Account
Most mutual credit networks denominate transactions in one of two ways: a fixed ratio to a national currency (1 credit = 1 USD equivalent) or an independent unit defined by labor time (1 credit = 1 hour of service). Each approach has real tradeoffs.
Currency parity makes onboarding easier because members can price their offerings without learning a new system. It also makes partial exchanges — where a member pays some in credits and some in cash — straightforward. The risk is that currency parity anchors your network to external inflation and can create expectations that credits should behave exactly like cash.
Time-based units are ideologically appealing because they value all labor equally, but they create practical friction. How do you price materials? How does a plumber with twenty years of experience price an hour relative to a student tutor? Networks built on time accounting tend to work best in tight, high-trust communities where the philosophical premise is broadly shared.
For most new networks, currency parity is the pragmatic choice. You can revisit the unit of account as the network matures and members develop a shared sense of what credits are worth inside the community.
Pick Software That Fits Your Scale
A spreadsheet can run a ten-member pilot. It cannot run a hundred-member network without becoming a source of errors and disputes. The moment you have more than twenty or thirty members transacting regularly, you need purpose-built software that handles the ledger, enforces credit limits, sends balance notifications, and gives members visibility into their own accounts.
The key capabilities to look for are: a double-entry ledger that treats every transaction as a debit and credit simultaneously, automated limit enforcement so you are not manually reviewing every transaction, member-facing account views so people can see their own balance and history without emailing you, and an admin layer that lets you set and adjust limits, approve transactions, and run basic network health reports.
Denarii is built specifically for mutual credit operators and handles all of these out of the box. It is designed around the operational reality of running a network — not adapted from general accounting software or generic marketplace tools. If you are evaluating platforms, the questions to ask are: how does it handle partial payments, how does it enforce limits in real time, and what does the member-facing experience look like. Operators who have run networks on spreadsheets or adapted general tools consistently report that the administrative overhead is what burns them out, not the member relationships. Software that reduces that overhead is worth paying for.
Running Your First Transaction Cycle
The first thirty days of a network are the most fragile. Members signed up because they believe in the concept, but belief erodes quickly if there are no transactions. Your job as an operator in the launch period is to create the first exchanges by hand if necessary.
Before you open the network to general transactions, seed it with a small cohort of five to eight founding members who have agreed to transact with each other in the first two weeks. This might mean personally connecting a web designer with a bookkeeper who needs a new site, or a caterer with an office that needs lunch delivered. These early transactions do two things: they prove the mechanics work, and they create the social proof that makes the next ten members want to participate.
Schedule a check-in call or meeting at the thirty-day mark. Review the transaction log together, acknowledge the members who have been most active, and surface any friction points before they become norms. The networks that thrive are the ones where the operator is visibly present in the early months — not managing every transaction, but being responsive, making introductions, and signaling that this is a real community, not a platform.
Ready to Build?
Starting a mutual credit network is not a software project — it is a community design project with a software component. Get the membership criteria, governance, credit limits, and unit of account documented before you configure anything. Then pick tools that let you spend your time on relationships rather than administration.
The networks that last are not the ones with the most sophisticated technology. They are the ones where members trust each other, where the rules are clear and applied consistently, and where the operator cares more about network health than growth metrics. That orientation is something you bring. The right software just makes it sustainable.
See Denarii in Action
Walk through the ledger, credit limits, and member dashboard with someone who has helped operators launch real networks.
Book a Demo