a quieter operating system is rooting underneath

Give in order to receive.

deprecating take in order to giveth installing rCauses_OS · v1.0 · mycelial substrate

The first wave of "crypto for good" inverted the old phrase. Take in order to give. Mint a token, harvest the speculation, sprinkle the proceeds toward a cause, and call it generosity. It worked the way ponzis work — for a while, for the early-cycle few — and then the wood went hollow. The leaderboards kept polishing. The real world kept waiting.

There is an older, simpler arrangement underneath all that scaffolding: give in order to receive. Not a slogan, not a yield. A practice. The farmer who feeds the soil receives a harvest. The neighbour who shows up receives a neighbourhood. Value that flows back is value that was locally rooted in the first place — produced, not extracted; embedded in real places and real relationships, not floated above them on a price feed.

rCauses is the migration path. Built for projects ready to shed the libertarian crypto-bro crust — the founder-token theatrics, the chain-bound identity flexes, the speculation dressed up as charity — and rejoin the patient work of funding things that actually grow where they're planted. Bring your Giveth campaign with you. The roots come too.

Migrate beyond the future of giving Watch the install
rCauses_OS · upgrade in progress substrate-switchover · live
deprecate take_in_order_to_give.module removed
uninstall speculative_charity_ponzi.so purged
strip libertarian_crypto_bro.crust composted
root mycelial_substrate.network 95%
install local_value_production.kit 78%
wire rCauses_payments.architecture 88%
status healthier giving operating system available now
$ migrate beyond the future of giving

why the inversion

From speculative theatre
to grounded, locally rooted value.

The first decade of "onchain charity" was an honest attempt that drifted into a dishonest place. Well-meaning pioneers, swallowed by a much larger swarm of founder-token enrichment schemes, leaderboard theatre, and "decentralized" platforms that were just centralized companies grafted onto a public ledger. The cause copy stayed warm. The mechanics stayed cold: take from the speculators, redirect a slice toward the cause, count it as giving. A ponzi with a halo painted on.

The inversion is the obvious thing the mechanics keep refusing to do. Give in order to receive is what every real economy that has ever lasted a generation actually runs on. You feed the soil and it feeds you back. You show up for the neighbourhood and the neighbourhood shows up for you. The value isn't extracted from somewhere else — it's produced, in place, by people doing the work. The receiving is downstream of the giving, not upstream of a token unlock.

The libertarian crypto-bro layer never quite trusted that. It needed every flow of value to travel through one observable, gas-priced, leaderboard-ranked, founder- promoted surface — because that's where the upside was. Strip that crust off and you're left with the boring, durable work that funding-for-good was always supposed to be doing: moving real money toward people who are growing real things in real places, with as little extractive surcharge in between as possible.

rCauses is built for that. Plain donors stay plain donors. Speculation, where it exists at all, is contained inside a single cause and capped by an "enoughness" ceiling — never a platform-wide token meant to be held. Payments work. Recurring contributions work. Outcome attestations are made by peers and verified by other peers, not by the marketing team that needs the project to look successful. The whole architecture is designed to be uninteresting to extract from and useful to actually use.

If you carried a Giveth campaign through the last cycle, thank you — that work was real, and it built the muscle this next phase needs. The migration isn't a repudiation; it's a rebase onto soil that breathes. Same campaign. Same donors. New substrate.

Mouths closed. Eyes and ears open. Give in order to receive.

giveth's foundation, rCauses' extensions

Everything Giveth pioneered.
And then several layers more.

Giveth did real, foundational work for onchain giving. The migration into rCauses keeps every feature you relied on, and stacks deeper layers — payments, privacy, attestation, federation, mesh transport — on top of it.

the foundation

What Giveth built (and rCauses keeps)

  • Verified project listings. Onchain identity, vouched-for causes, public profile pages — preserved one-for-one.
  • Multi-chain donations. ETH, Polygon, Optimism, Gnosis, Base, and friends. Donors keep using the wallets they already have.
  • Donor rewards. The GIVbacks-style "thank-you for giving" loop is preserved as a per-cause incentive instead of a platform-wide token harvest.
  • Quadratic funding rounds. Plural matching, sybil-resistance via passport scores, sovereign matching pools per rSpace.
  • Donation boosting. Lock-and-boost mechanics that surface causes the community wants funded — without the platform-token monoculture.
  • Recurring contributions. Stream-style support for ongoing work, expressed as flow rather than one-shot pledge.
  • Anonymous giving. The donor's choice to stay private — extended into a four-tier ladder per gift.
  • Project updates feed. Causes post progress; donors stay in the loop. Now wired into the attestation layer instead of the marketing layer.
  • Cause groupings (DAOs / collectives). Multiple projects under a shared identity — preserved as federated rSpaces.
  • Direct wallet-to-wallet flows. No custodian in the path between donor and cause. The default rCauses behaviour, not an extra-cost option.
layered on top

What rCauses adds (n+1 layers)

  • Full payments architecture. Fiat in, fiat out, stablecoins, cards, bank rails, recurring billing — not just wallet-native crypto. Real-world money meets the cause without the donor having to learn a chain.
  • Per-cause microeconomies. Each cause optionally mints its own bonding-curve token with a par-cUSDC fallback. Speculation stays inside the cause that produced it; it never becomes platform-wide.
  • Four-tier privacy ladder. Public · encrypted · zk-attested · TEE-sealed. Donor picks tier per pledge. Generosity without performance.
  • Six-engine outcome attestation. Peer-vouch · committee-vote · external-feed · optimistic-challenge · zk · licensed-evaluator. Outcomes verified by webs, not by the platform's marketing department.
  • Formal attestation methodology. RTM-style traceability of "promised → attested → settled." RACI-clear roles. The outcome predicate is part of the cause, not an afterthought.
  • Dynamic flow funding. Money moves against thresholds and real-world outcomes, not calendar dates. Fund up to "enoughness," then redirect. A river you can program.
  • Fluid delegated governance. Conviction voting with credit-weighted decay. Liquid democracy: delegate your voice, reclaim it next vote. Whales cannot camp positions.
  • Automated value conversion. One provenance-traced chain from fiat to cause-token, conservation-audited end-to-end. No five-popup MetaMask hell. Passkey-signed.
  • Mesh-native transport. Pledge intents accepted over LoRa mesh in a power outage; settled when the lights come back. For festivals, conflict zones, coastal towns, and anywhere the internet is occasional.
  • Self-hosted donor data. Automerge CRDT on your device; the server stores ciphertext. Close your account and your history leaves with you.
  • Federated rSpaces. Every community runs its own rCauses instance. Cross-space trust composes via rNetwork. No single platform, no single failure mode.
  • Passkey-first identity. No seed phrase, no MetaMask, no "what's a wallet" tutorial. The cause page works on grandma's phone.

The migration is additive. Nothing about a healthy Giveth campaign needs to be left behind — only the parts that were holding it back.

decay → growth

What rots vs. what fruits

The mycelial transition is not a software upgrade. It is a substrate change. Each row below is one thing the old extractive substrate composts into something the mesh can grow on.

decomposing

Tokenised generosity

"Earn GIV by giving." Reward loops where the platform's monoculture token is the lure. The audience learns to give for the badge, not the cause.

fruiting

Per-cause microeconomies

Every cause spores its own bonding-curve token with a par-cUSDC fallback. Plain donors stay plain donors. Speculators stay confined to the cause they backed.

decomposing

Public ledger as auditorium

Every donation is a billboard on a chain everyone can see, measure, and rank. Privacy is an afterthought you pay extra for.

fruiting

Privacy ladder per pledge

Public · encrypted · zk-attested · TEE-sealed. The donor picks tier per gift; ring signatures and range proofs handle the rest. Generosity without performance.

decomposing

One platform, one URL, one team

The "decentralised" charity dapp is hosted on Vercel, depends on Infura, KYC's through Persona, and goes dark when the founder takes a sabbatical.

fruiting

Mesh-native federation

Every rSpace runs its own rCauses. Cross-space trust composes via rNetwork. Pledge intents arrive over Reticulum LoRa mesh in a power outage and settle on WAN reconnect.

decomposing

Bolt-on streaming

"Recurring donations" via a Superfluid wrapper that breaks when the chain congests, the wallet rotates, or the donor's card expires.

fruiting

Dynamic flow funding

Money flows against thresholds and outcomes, not calendar dates. Fund X up to "enoughness," then redirect. Visualizable as a river. Programmable as code.

decomposing

Whale-weighted governance

One-token-one-vote on a single governance token whose distribution favors the founders' friends and the early-cycle accumulators.

fruiting

Fluid delegated governance

Conviction voting with credit-weighted decay. Liquid democracy: delegate your voice to a peer for one vote and reclaim it for the next. Whales cannot camp positions.

decomposing

Anecdotal outcome reporting

"Project X is doing great work" — said by Project X, occasionally retweeted by the platform that needs Project X to look successful.

fruiting

Formalised attestation

Outcome predicates encoded as Justitia engines. RTM-style traceability of "what was promised → what was attested → what was settled." RACI-clear roles. Six pluggable engines (peer-vouch, committee-vote, optimistic, external-feed, zk, license-forge).

decomposing

Custodial donor data

Your donation history lives in their database. Forever. Becomes the marketing. Cannot be exported in any meaningful sense. Cannot be deleted in any honest sense.

fruiting

Self-hosted local data

Automerge CRDT on your device. The server stores ciphertext. Close your account and it leaves with you. Your gift is not their content.

decomposing

Manual value conversion

Donor on-ramps fiat to USDC to GIV to project token in three steps, paying gas at every stage, signing five MetaMask popups, and praying nothing reverts.

fruiting

Automated typed morphs

Juno typed-morph chain: fiat → USDC → cUSDC → cause-token in one provenance-traced operation, conservation-audited, no popups, passkey-signed.

old vs. new — at a glance

Twelve substrate differences

concern rotting log mycelium
donor identity on-chain wallet on a public ledger; everyone sees what you give four-tier privacy ladder — public · encrypted · zk · sealed, per pledge
amount privacy always public, permanent, unredactable range-proven via LSAG ring signature, or sealed in a TEE — only aggregates leak
transport requires online infrastructure; mainnet or L2; transact through their node Reticulum-routed — pledge intents work over LoRa mesh in a power outage
data sovereignty your donation history lives in their database forever; the leaderboard is the marketing self-hosted local data — Automerge CRDT on your device; the server stores ciphertext
outcome verification one verification team, one rubric, one platform's say-so six pluggable engines: peer-vouch · committee-vote · external-feed · optimistic · zk · license-forge
attestation methodology anecdotal updates from the project, sometimes formalised — RTM traceability, RACI responsibility mapping; outcome predicate is part of the holon
recurring donations Superfluid stream that breaks when the chain congests dynamic flow funding — threshold-activated, outcome-coupled, "enoughness"-capped
governance stake-weighted; whales win; QF rounds leak fluid delegated governance — conviction voting with credit-weighted decay; liquid democracy
token economics one platform-wide governance token you must accumulate to be a "real" donor no platform token. Each cause optionally mints its own bonding-curve token with par-cUSDC fallback
value conversion manual — fiat to USDC to GIV in three steps, paying gas at each automated typed morphs via Juno — fiat → USDC → cUSDC → cause-token in one provenance-traced chain
federation one platform; one URL; one team every rSpace runs its own rCauses — sovereign matching pools, cross-space trust via rNetwork
vibe crypto-bro Slack reactions, retroPGF screenshots, vibe-coded pitch decks no leaderboard, no token-pumping discord, no donor flex. Just the work, attested.

technological substrate

Seven mycelial primitives

None of these are new. Each has been wandering the forest of crypto-charity for years, ignored or sidelined because they don't pump a token. Together, they make giving infrastructure that actually decentralises.

ZK-encryption per pledge

Donor identity ring-signed. Amount range-proven. The matcher counts your inclusion without learning your figure. Mathematics, not policy.

Reticulum-routed transport

LXMF over LoRa mesh. Pledge intents accepted in the dark; settled when the lights come back. Coastal communities, festivals, conflict zones, internet outages.

Formalised attestation

Outcome predicates encoded as Justitia engines. RTM traceability. RACI-clear roles. Six pluggable engines for peer-vouch, committee-vote, optimistic challenge, external feed, zk, license-forge.

Self-hosted local data

Automerge CRDT on your device. The server stores ciphertext. Your donation history is yours; close your account and it leaves with you.

Dynamic flow funding

Money flows against thresholds and outcomes, not against calendar dates. "Fund X up to enoughness, then redirect." Visualizable as a river, programmable as code.

Fluid delegated governance

Conviction voting with credit-weighted decay. Liquid democracy: delegate your voice to a peer for one vote and reclaim it for the next. Whales cannot camp.

Automated value-conversion

Juno typed morphs. fiat → USDC → cUSDC → cause-token in one provenance-traced chain, conservation-audited. No "approve in MetaMask" hell.

migrate

Migrate beyond the future of giving

Bring your Giveth project into rCauses and inherit the full payments architecture, the outcome-attestation engines, the federated rSpace network, and everything else this stack has been quietly building underneath. Two minutes. Three steps. Non-destructive — your existing campaign keeps running. Sign with the original Giveth wallet and we credit the matching pool one-for-one.

  1. Paste your Giveth project URL or slug. We pull the public metadata via Giveth's GraphQL API.
  2. Review the draft cause. Edit summary, funding target, topic, outcome verification method. Choose from peer attestation, committee vote, external feed, optimistic challenge, zk-attested, or licensed evaluator.
  3. Finalize. The cause is written into your rSpace, wired into rCauses' payments and recurring-contribution rails. Optional: sign with the original Giveth wallet to credit the matching pool one-for-one.

Don't have a Giveth campaign? Start a fresh cause directly on rCauses.

no migration needed

Or just start a cause directly

If you don't have a Giveth campaign to compost, you can spawn a fresh cause in any rSpace you administer. Same passkey login. Same four-tier privacy ladder. Same bonding curve with par fallback.

Visit rSpace →