Treasury Ruleset

Download this template

Generated 2026-07-07 · Download all templates

  • Layer: 3 — Economic & Resource System
  • Status: Template — adapt for your community
  • RCOS reference: §5.3, §5.5

Treasury Scope

RCOS clauses: 5.3.1, 5.5.4

Why draw a hard line around treasury funds?

Without an explicit boundary, any money flowing near the community — a founder’s personal card, a side account, an informal reimbursement pool — can drift into being treated as community money, with all the obligations that entails. Naming exactly which accounts are treasury and which are not protects both the community and the individuals paying out of pocket.

How to fill this in

Name every account that is treasury (wallet, bank account, etc.) and state explicitly that personal funds operating informally are not treasury and create no community obligation.

<Define which accounts are community treasury — explicit wallet addresses, bank accounts, etc. State that any new treasury account must be declared and approved via a Strategic decision before funds are received into it. State that personal funds covering operational costs are not treasury and carry no community repayment claim.>

Income Sources

RCOS clauses: 5.3.2

Why route all income through one declared list?

Every income source carries strings — reporting requirements, expectations, dependency risks. If income channels can open informally, those strings get attached before the community has had a chance to weigh them. One declared list, changed only through Strategic decisions, keeps the community’s obligations under its own control.

How to fill this in

Name every income source the community currently has, and reference the Internal Economy Protocol for the rule that any new income channel requires a Strategic decision.

<List current income sources, or state that there are none. Reference the External Income Interfaces section in the Internal Economy Protocol.>

Spending Authority

RCOS clauses: 5.3.3, 5.7.1

Why spell out thresholds in a table?

When spending authority is vague, two failure modes appear: either every small decision escalates and nothing gets done, or a single steward quietly accumulates discretion no one ever voted to grant them. A table of amounts, decision types, and authorized bodies removes the ambiguity and makes unauthorized spending immediately visible.

How to fill this in

Define spending tiers by amount and the decision type, authorized body, and mechanism for each. Multi-year contracts and debt should sit in their own (Constitutional) tier.

Amount Decision Type Authorized Body Mechanism
<Up to delegated limit (e.g. €X)> <Operational> <Finance Steward> <Delegated>
<Any amount above delegated limit> <Strategic> <Full Members> <Vote>
<Multi-year contracts, debt, or structural financial obligations> <Constitutional> <Full Members> <Supermajority + ratification>

Transparency and Reporting

RCOS clauses: 5.3.4, 5.3.5, 5.6.1

Why make transparency the default, not a feature?

Opacity in a treasury compounds: one missing disclosure invites another, and before long members can no longer verify whether the community’s money is being handled as they agreed. Making real-time visibility the baseline — and requiring any exception to be named, justified, and time-bounded — keeps audit within reach of every member, not just stewards.

How to fill this in

State the visibility default for each treasury account. Where direct visibility is not possible (e.g. some bank accounts), define a periodic reporting cadence with a named owner.

  • <Primary treasury (e.g. Safe multi-sig): all Full Members hold at minimum read access; real-time visibility.>
  • <Other declared accounts: direct multi-user read access if supported; otherwise periodic balance and transaction summary.>
  • <All spending decisions reference the linked governance record (vote ID or delegated decision log).>

Reserve, Risk, and Debt Constraints

RCOS clauses: 5.3.6

Why block debt and long-term obligations by default?

Debt and recurring commitments bind the community beyond the people currently in it — future members inherit the obligations. Forbidding them unless a Strategic vote explicitly authorizes keeps long-term constraints from being entered into casually, and preserves the option to stay lightweight.

How to fill this in

State the rules on debt, recurring obligations, contingency reserves, and off-treasury financial instruments. Default to “not allowed without Strategic vote” for anything that binds the future.

  • Debt: <allowed only via Strategic vote.>
  • Long-term obligations: <recurring costs / contracts allowed only via Strategic vote.>
  • Contingency reserve: <reserve target, or state that one is not yet defined.>
  • Off-treasury instruments: <loans, investments, guarantees only via Strategic vote.>

Conflict-of-Interest Rules

RCOS clauses: 5.4.3

Why ban self-approval outright?

Even well-intentioned people unconsciously tilt decisions toward their own interests; a rule that requires disclosure and abstention removes the judgment call and the social pressure to “trust someone.” Self-approval of spending is the single most common way small governance systems quietly lose integrity, so the rule is stated bluntly.

How to fill this in

State the no-self-approval rule and the disclose-and-abstain rule for any member with a direct financial interest in a spending decision.

  • <Requesters may not approve their own spending requests.>
  • <Members with a direct financial interest in a spending decision must declare it and abstain.>
  • <Treasury role holders may not authorize unilateral spending beyond the delegated limit.>

Ratification Record

  • Adopted: <YYYY-MM-DD>
  • Decision type: Strategic
  • Version: <version>
  • Decision record: <link to decision record>

RCOS Standard by EcoHubs

A modular operating system that defines how intentional communities organize — from governance and roles to resource sharing and conflict resolution — in support of resilience, fairness, and regeneration.

Connect

© 2026 EcoHubs Platform. All rights reserved.