Protocolo de Economia Interna
Baixar este modelo
Gerado em 2026-08-31 · Baixar todos os modelos
Classificação Bens Comuns vs. Privados
What belongs to all of us, what stays personal, and where is that written down?
Cláusulas RCOS 5.1.1, 5.1.2, 5.1.3, 5.1.4, 5.1.5, 5.6.2
- 5.1.1 Todos os recursos dentro do escopo governado declarado DEVEM ser explicitamente classificados como comuns ou privados.
- 5.1.2 A comunidade DEVE manter um registro único, explícito e versionado dos recursos governados, incluindo no mínimo:
- 5.1.3 Qualquer recurso não classificado explicitamente DEVE ser tratado como não classificado, e a comunidade NÃO DEVE alocá-lo, onerá-lo, monetizá-lo ou transferi-lo até que a classificação seja concluída por meio de uma decisão autorizada.
- 5.1.4 Para recursos comuns, a comunidade DEVE definir explicitamente:
- 5.1.5 Para recursos privados, a comunidade NÃO DEVE exercer autoridade além do que está explicitamente declarado no escopo, nos acordos de associação ou em outros artefatos governados.
- 5.6.2 Recursos declarados como comuns NÃO DEVEM ser privatizados por meio de ação informal, implícita ou unilateral.
Por que classificar cada recurso?
Recursos não classificados são onde a privatização silenciosa acontece — alguém começa a tratar um ativo compartilhado como pessoal, ou um ativo privado é absorvido silenciosamente pelas obrigações da comunidade, e quando alguém percebe a norma já mudou. A classificação explícita, com guardiões e regras de transferência nomeadas desde o início, transforma qualquer mudança nesse status em um ato de governança visível, em vez de um fato que se infiltra.
Como preencher isso
Para cada recurso que a comunidade possui, declare a classificação (Bens Comuns / Privado), nomeie um guardião, defina as regras de acesso e indique as restrições de transferência. Recursos não classificados não devem ser alocados, onerados, monetizados ou transferidos até serem classificados.
| Recurso | Classificação | Guardião | Regras de acesso | Restrições de transferência |
|---|---|---|---|---|
| <ex.: especificação e artefatos RCOS> | <Bens Comuns / Privado> | <papel do guardião> | <quem lê / escreve> | <restrições de transferência> |
| <ex.: Tesouraria compartilhada> | <...> | <...> | <...> | <...> |
| <ex.: Site / domínios da comunidade> | <...> | <...> | <...> | <...> |
| <ex.: Marca e contas em redes sociais> | <...> | <...> | <...> | <...> |
| <ex.: Terra ou infraestrutura física> | <...> | <...> | <...> | <...> |
> Qualquer recurso não classificado não deve ser alocado, onerado, monetizado ou transferido até que a classificação seja concluída.
O que abordar
- For each thing we hold — land, buildings, money, tools, websites, accounts: is it shared by all of us or someone's own, and who is its steward or owner?
- For each shared resource: who may use it and how, who decides about it, who looks after it, and how is its upkeep paid for?
- Can a shared resource ever be sold, lent out or made someone's own — and if so, only through which decision, so it never happens quietly?
- Where does our say over someone's private belongings stop?
- Where is the list kept, how is each change dated and versioned, and what happens to something nobody has listed yet?
Exemplos
Every change to our resource register is a new dated version agreed at a members' meeting. The land and workshop are shared: any member may use them, and the land group decides about them and keeps them up through monthly work days, with repairs paid from the shared budget. Shared resources may not be sold, lent long-term or made private except by a vote of full members. Members' homes, vehicles and savings are their own, and we have no say over them beyond the membership agreement. Anything not yet registered stays untouched until classified.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Categorias de Contribuição Reconhecidas
Which kinds of work do we count as contribution — including the work nobody sees?
Cláusulas RCOS 5.2.1, 5.2.3, 5.6.3
- 5.2.1 A comunidade DEVE definir explicitamente quais categorias de contribuição são reconhecidas. Estas PODEM incluir, mas não se limitam a:
- 5.2.3 A comunidade NÃO DEVE depender estruturalmente de trabalho não pago, invisível ou informal para a sobrevivência do sistema sem definir explicitamente as obrigações correspondentes, o reconhecimento ou os mecanismos de compensação.
- 5.6.3 O reconhecimento de contribuições DEVE ser explícito, de modo que o trabalho não pago ou invisível não seja estruturalmente exigido para a sobrevivência do sistema.
Por que nomear os tipos de trabalho que contam?
Se a comunidade nunca diz em voz alta de quais tipos de trabalho depende, o trabalho invisível — cuidado, facilitação, moderação, gestão — permanece invisível, e as pessoas que o realizam se esgotam ou vão embora. Enumerar categorias converte "alguém simplesmente faz isso" em trabalho reconhecido que o sistema precisa contabilizar.
Como preencher isso
Liste as categorias de contribuição que sua comunidade reconhece. Cuidado, facilitação, gestão e participação informal são comumente sub-reconhecidos — nomeie-os explicitamente se forem aplicáveis.
| Categoria | Exemplos |
|---|---|
| <ex.: Conhecimento e Pesquisa> | <exemplos> |
| <ex.: Desenvolvimento Técnico> | <exemplos> |
| <ex.: Governança e Coordenação> | <exemplos> |
| <ex.: Construção de Comunidade> | <exemplos> |
| <ex.: Cuidado e Apoio> | <exemplos> |
| <ex.: Gestão (Stewardship)> | <exemplos> |
| <ex.: Participação Informal> | <exemplos> |
O que abordar
- Which kinds of contribution do we recognise — for example practical work, care, teaching, coordination, upkeep?
- Which work keeps us running but is rarely noticed or thanked — hosting, listening, cleaning up after meetings, moderating, chasing paperwork?
- For each kind of work we depend on: is it recognised, shared out as a duty, or paid — so that nothing essential relies on someone quietly doing it for free?
- How would we notice that work we depend on is missing from the list? (How contributions are recorded is its own question.)
Exemplos
We recognise six kinds of contribution: writing and research, building and maintaining our tools, coordination and facilitation, welcoming and mentoring new members, moderation and care for people in conflict or distress, and upkeep of shared documents and accounts. Moderation and care rotate between members every three months, so no one carries them indefinitely. At each quarterly review, any work we relied on that is not on this list is either added as a category or turned into a rotating duty.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Mecanismo de Reconhecimento de Contribuições
How do we keep track of and recognise contributions — and what, if anything, does recognition unlock?
Cláusulas RCOS 5.2.2, 5.2.5
Por que definir como o reconhecimento realmente funciona?
Sem um mecanismo definido, "quem recebe crédito" se torna uma questão de quem grita mais alto ou está mais próximo de quem decide. Especificar o que se qualifica, como é registrado, quem valida e como contestar transforma o reconhecimento em algo com que um membro pode realmente contar — e impede que o reconhecimento se transforme silenciosamente em influência sobre a governança.
Como preencher isso
Indique o que se qualifica, como os reconhecimentos são registrados, quem valida, o que eles desbloqueiam (ou não desbloqueiam) e como os membros contestam um registro.
- O que se qualifica: <quais atividades contam, e por declaração de quem.>
- Como as contribuições são registradas: <canal estruturado; canal informal/autodeclarado.>
- Quem valida: <automático / titular de papel / processo de nomeação.>
- Efeito sobre acesso/privilégios: <o reconhecimento afeta apenas o saldo da unidade interna; não concede direitos adicionais de governança além do estado de membresia.>
- Contestação: <janela e processo para contestar um registro.>
O que abordar
- How is a contribution recorded or acknowledged, and by whom?
- Who may confirm a record? (Contesting one is its own question.)
- Does recognition give any benefits, responsibilities or access to shared resources?
- How do we make sure recognition never gives extra say in decisions beyond what the Decision Matrix grants?
Exemplos
Members log their own contributions on the shared sheet within a week, and the task lead or any other member confirms them. Confirmed contributions count towards the monthly participation minimum and give priority when booking the guest room. They never give extra votes, a veto or a stronger voice in any decision.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Unidades Internas
If we use our own credits or hours, who issues them and what can they be used for?
Cláusulas RCOS 5.2.4, 5.2.5
- 5.2.4 Se forem usadas unidades econômicas internas (ex.: créditos de tempo, pontos, tokens), o Protocolo de Economia Interna DEVE definir:
- 5.2.5 O reconhecimento de contribuições NÃO DEVE criar autoridade decisória implícita, poder de veto ou influência sobre a governança além do que está definido na Camada 2.
Por que definir as unidades internas com tanta precisão?
Unidades internas tendem a adquirir poderes nos quais ninguém votou — decaimento, limites, transferibilidade, peso na governança — a menos que cada propriedade seja fixada por escrito. Listar emissão, regras de transferência, privacidade e status explícito de não-governança torna as unidades ferramentas de reconhecimento, em vez de moedas-sombra silenciosas.
Como preencher isso
Se sua comunidade usa unidades internas (XP, ECO, créditos, etc.), defina o propósito, emissão, transferibilidade, decaimento, limite máximo, prevenção de fraude e privacidade de cada unidade. Indique explicitamente que as unidades não concedem direitos de governança além do estado de membresia.
| Propriedade | <Unidade A> | <Unidade B> |
|---|---|---|
| Propósito | <...> | <...> |
| Emissão | <...> | <...> |
| Transferibilidade | <...> | <...> |
| Expiração / decaimento | <...> | <...> |
| Limite máximo (hard cap) | <...> | <...> |
| Prevenção de fraude | <...> | <...> |
| Privacidade | <...> | <...> |
> As unidades internas não concedem direitos de governança além do que o estado de membresia define.
O que abordar
- Do we use any units of our own (hours, credits, points)? If not, say so — and what would we need to agree before introducing one?
- For each unit: what is it for, who issues it, for what, and how much?
- Can a unit be given, traded or sold to someone else — and if so, between whom?
- Does a unit expire, lose value over time, or stop at a maximum? (Whether that is enough to stop anyone steering everything is its own question.)
- How do we prevent fake or mistaken entries, how is a wrong balance corrected, and where does someone go if they disagree with theirs?
- Who can see each person's balance and transactions — everyone, only the holder, or a named role?
Exemplos
We use one unit, the work hour. The work-hour coordinator logs one hour for each hour of shared work signed off by that task's lead; hours cannot be given, traded or sold. Hours expire 24 months after they are earned, and no one may hold more than 200. Each member sees their own balance and all transactions without names; the coordinator corrects mistakes within a week, and anyone who disagrees with their balance uses our process for disputed economic records.
We do not use any internal credits, hours or points. Before introducing one, full members must agree what it is for, how it is issued, whether it can be transferred, when it expires, how mistakes are corrected and who can see balances, as an amendment to this protocol.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Restrições de Acumulação
What stops one person accumulating enough to steer everything — and how would we notice?
Cláusulas RCOS 5.4.1, 5.4.2, 5.4.3, 5.4.4, 5.6.4
- 5.4.1 Sistemas econômicos internos DEVEM impedir a concentração ilimitada de influência ou controle interno por meio de recursos, créditos ou obrigações financeiras.
- 5.4.2 Se existirem unidades internas, a comunidade DEVE definir um ou mais mecanismos limitadores de acumulação, que PODEM incluir:
- 5.4.3 Mecanismos econômicos NÃO DEVEM permitir que membros contornem as fronteiras de autoridade de governança definidas na Camada 2, inclusive por meio da compra de influência, da criação de dependência ou da conversão de poder econômico em autoridade decisória informal.
- 5.4.4 A comunidade DEVE definir indicadores revisáveis de risco de concentração econômica e um mecanismo explícito para ajustar as restrições quando tais riscos forem detectados.
- 5.6.4 Mecanismos econômicos DEVEM impedir a concentração indefinida de influência interna.
Por que restringir a acumulação?
Qualquer unidade interna que possa se acumular sem limite eventualmente se torna alavancagem — alguns membros com saldos grandes ganham influência informal que o sistema de governança nunca lhes concedeu. Declarar as regras de acumulação explicitamente, mesmo quando a regra atual é "nenhuma ainda", mantém a questão em aberto e força uma decisão visível antes que a concentração se torne um problema estrutural.
Como preencher isso
Indique a regra atual de acumulação (limite, decaimento, nenhuma) e a regra de que nenhuma unidade interna pode ser convertida em autoridade de governança.
- <Limite máximo de unidades internas, se houver.>
- <Regra de decaimento, se houver.>
- <As unidades internas não podem ser convertidas em autoridade de governança nem usadas para contornar a Matriz de Decisão.>
O que abordar
- What limits how much of any unit, resource or claim on the community one person can build up — a cap, expiry, no transfers, redistribution, or a time limit?
- How do we make sure no one turns money, credits, loans or favours into extra say — by buying influence, making others depend on them, or going around the Decision Matrix?
- What signs would tell us influence is gathering in a few hands, who checks them, and how often?
- When a sign shows up, who may tighten the limits, and through which decision?
Exemplos
No member may hold more than 100 credits, and unused credits expire after 18 months. Credits, loans to the community and donations never give anyone extra votes, a veto, or any say beyond what the Decision Matrix grants. Twice a year the finance steward reports the largest single credit balance and the largest amount the community owes any one member. If any member is at the cap or is owed more than €5,000, the next members' meeting reviews these limits and may tighten them by vote.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Interfaces de Receita Externa
How does money from outside reach us, and on what terms?
Cláusulas RCOS 5.3.2
- 5.3.2 As fontes de receita e quaisquer interfaces externas de receita DEVEM ser explicitamente definidas.
Por que exigir aprovação antes que o dinheiro chegue?
Uma vez que os fundos estão em mãos, a conversa muda de "deveríamos aceitar isso?" para "o que fazemos com isso?" — e as condições associadas à receita (termos de subvenção, obrigações de parceria, compromissos de serviço) já estão frequentemente fixadas. Exigir uma decisão Estratégica antes da abertura de qualquer novo canal de receita mantém a comunidade no controle do que assume.
Como preencher isso
Liste os canais de receita atualmente declarados, nomeie potenciais canais futuros e exija aprovação Estratégica antes que qualquer novo canal seja aberto.
- <Canais de receita atuais.>
- <Potenciais canais de receita futuros.>
- <Regra: qualquer nova interface de receita externa deve ser declarada e aprovada via uma decisão Estratégica antes que os fundos sejam recebidos ou compromissos sejam assumidos.>
O que abordar
- Through which channels does money from outside reach us today, and which might we open in future — or refuse outright?
- What must be decided before a new channel opens, and may anyone accept money or promise anything before that decision?
- What conditions attached to outside money — reports, branding, promises about how we work — must members see before saying yes?
Exemplos
Money from outside reaches us through course fees and one foundation grant; in future we may consider renting out rooms or selling produce, but we will not take money from advertisers. No new income channel may be opened, and no one may accept funds or promise anything to a funder or customer, until full members approve it by a Strategic decision after seeing its full terms, including any reporting duties or conditions on how we work.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Resolução de Disputas para Registros Econômicos
When someone says the record of their contribution is wrong, how is that settled?
Cláusulas RCOS 5.5.3
- 5.5.3 O Protocolo de Economia Interna DEVE definir, no mínimo:
Por que delimitar o tempo das disputas econômicas?
Registros de contribuição e saldo se acumulam rapidamente; se as disputas pudessem ser levantadas indefinidamente, o livro-razão nunca se estabilizaria e cada crédito histórico permaneceria contestável. Uma janela definida com um responsável nomeado e um caminho de apelação dá aos membros uma chance real de corrigir erros sem deixar toda a história econômica perpetuamente instável.
Como preencher isso
Indique a janela de disputa, o responsável nomeado e o caminho de apelação. Faça referência ao Mecanismo de Reconhecimento de Contribuições para o processo completo.
<Janela para contestar um registro de contribuição ou saldo; responsável nomeado; caminho de apelação aos Membros Plenos via processo de governança.>
O que abordar
- How long after a contribution record or balance is entered can someone contest it?
- Who settles a disputed record — and who steps in if that person is involved?
- How is a correction made: is the original kept and a new entry added, and who is told?
- If someone disagrees with the outcome, where can they appeal, and when is the matter closed?
Exemplos
Any member can contest a contribution record or balance within 60 days of it being entered by writing to the records steward. The records steward, or another steward if the records steward is involved, decides within 21 days and writes down the reasons. Corrections are added as new entries and the original is never deleted. Either side may appeal to the next full members' meeting, whose decision is final.
Exemplos, não recomendações. As respostas de vocês serão de vocês.
Registro de Ratificação
- Adotado em: <AAAA-MM-DD>
- Tipo de decisão: Estratégica
- Versão: <versão>
- Registro de decisão: <link para o registro de decisão>