You are here

Adventures in mutual credit

Mutual Credit v3: Accounting standards

This is the first post documenting my work on the mutual credit module version 3 for Drupal 7. There will be several valuable new features and my aim is to stoke demand and clarify in advance what it can do. I'm talking only about features already implemented...

Leveraging Drupal 7 for mutual credit

For the next few months I'm going to be using this blog to think aloud about Drupal 7 and the mutual credit work I'm doing within it. This will be part rumination, part peer review, and part PR. I will only discuss stuff I have moreorless done.

Many communities in one Drupal

This post is a response to a number of high level discussions about using a single Drupal instance to serve many communities, each using their own currency. Running many Drupal instances can be done with reasonable efficiency, though they take time to set up, and there is a trade off between their independence and the amount of time and expertise taken to train, administer and maintain them. CES is already running in one instance of custom built software and its success is testimony that few of these kinds of communities value independence over convenience.

Intertrading & multiple currency synthesis

There are two approaches to the problem of allowing exchange between mutual credit circles.

Software shakeout

(This builds on my previous post, Choosing CC software 2009)

Today I released version 2.0 of my mutual credit module for Drupal. In the mania of recent weeks it has become clear to me that national currency backed currencies and mutual credit each imply different values, accounting standards, security, and features, and require different kinds of software to do it. My offering is clearly intended to meet the needs of the latter.

Defining a community of practice

Last month's meeting at Tiocan, near Geneva was pivotal for Community Forge, as it was the first time we had really engaged with a broad spectrum of users, potential users, and other actors in the movement. We made tangible progress on many fronts, but the headline issue, how we should coalesce into a Community of Practice wasn't properly addressed. Nor was it addressed at all in Lyon.


A new web site Our Goods, a barter network for the creative community "is a recipient of The Field's Economic Revitalization for Performing Artists (ERPA) Phase 3 Implementation award. The Field's ERPA program receives funding from The Rockefeller Foundation's Cultural Innovation Fund."


It hasn't even got an accounting system!

Why is there money for artists but not for engineers???

Bases for issuing credit in mutual credit system

Mutual Credit systems require that half of their users be indebted, or in 'commitment' to the other half, yet the law does not recognise these debts unless they are measured in national currency. The money is only as good as the willingness / ability of the indebted users to repay. That makes it rather difficult to bootstrap such projects and to assure users that their credit will be redeemed. So when a mutual credit grows beyond the point where all the members trust each other, we should have some way to guarantee that the credit is good.

Why CCs fail: 3/3 - Other designs

In this final apology (in the classical sense) for complementary currencies, I will briefly survey the plethora of other currency experiments, and consider their success.

Why CCs fail 2/3: Mutual credit systems

Mutual credit systems have one, serious limitation - the credibility of the 'money' is the average of the credibility of its users and there is no way to enforce the debts which the system requires. If I borrow from a bank and fail to repay, with interest, I am accountable in law for that debt. if the debt is measured in some other unit, such as hours, it has no weight in law. In mutual credit systems, half of all the users should be in debt to the other half, and they rely absolutely on the confidence between the users.


Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer