**RCOS — Sistema Operacional de Comunidade Regenerativa**

# Protocolo de Economia Interna

- **Gerado em:** 2026-07-07
- **Fonte (versão mais recente):** [https://rcos.ecohubs.community/pt-br/articles/rcos-templates/layer-3/internal-economy-protocol](https://rcos.ecohubs.community/pt-br/articles/rcos-templates/layer-3/internal-economy-protocol)
- **Todos os modelos RCOS:** [https://rcos.ecohubs.community/pt-br/articles/rcos-templates](https://rcos.ecohubs.community/pt-br/articles/rcos-templates)

---
- **Camada:** 3 — Sistema Econômico e de Recursos
- **Status:** Modelo — adapte para sua comunidade
- **Referência RCOS:** [§5.1](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#51-commons-vs-private-resources), [§5.2](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#52-contribution-recognition), [§5.4](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#54-accumulation-constraints), [§5.5](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#55-artifacts)

---

## Classificação Bens Comuns vs. Privados

*Cláusulas RCOS: [5.1.1](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#51-commons-vs-private-resources), [5.1.2](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#51-commons-vs-private-resources), [5.1.3](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#51-commons-vs-private-resources), [5.1.4](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#51-commons-vs-private-resources), [5.1.5](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#51-commons-vs-private-resources), [5.6.2](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#56-layer-invariants)*

<details data-kind="rationale">
<summary>Por que classificar cada recurso?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Como preencher isso</summary>

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.

</details>

| 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.

## Categorias de Contribuição Reconhecidas

*Cláusulas RCOS: [5.2.1](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#52-contribution-recognition), [5.2.3](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#52-contribution-recognition), [5.6.3](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#56-layer-invariants)*

<details data-kind="rationale">
<summary>Por que nomear os tipos de trabalho que contam?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Como preencher isso</summary>

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.

</details>

| 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>_ |

## Mecanismo de Reconhecimento de Contribuições

*Cláusulas RCOS: [5.2.2](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#52-contribution-recognition), [5.2.5](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#52-contribution-recognition)*

<details data-kind="rationale">
<summary>Por que definir como o reconhecimento realmente funciona?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Como preencher isso</summary>

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.

</details>

- **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.>_

## Unidades Internas

*Cláusulas RCOS: [5.2.4](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#52-contribution-recognition), [5.2.5](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#52-contribution-recognition)*

<details data-kind="rationale">
<summary>Por que definir as unidades internas com tanta precisão?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Como preencher isso</summary>

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.

</details>

| 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.

## Restrições de Acumulação

*Cláusulas RCOS: [5.4.1](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#54-accumulation-constraints), [5.4.2](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#54-accumulation-constraints), [5.4.3](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#54-accumulation-constraints), [5.4.4](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#54-accumulation-constraints), [5.6.4](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#56-layer-invariants)*

<details data-kind="rationale">
<summary>Por que restringir a acumulação?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Como preencher isso</summary>

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.

</details>

- _<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.>_

## Interfaces de Receita Externa

*Cláusulas RCOS: [5.3.2](https://rcos.ecohubs.community/pt-br/articles/rcos-core/v0-1/layer-3-economic-resource-system#53-treasury-management)*

<details data-kind="rationale">
<summary>Por que exigir aprovação antes que o dinheiro chegue?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Como preencher isso</summary>

Liste os canais de receita atualmente declarados, nomeie potenciais canais futuros e exija aprovação Estratégica antes que qualquer novo canal seja aberto.

</details>

- _<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.>_

## Resolução de Disputas para Registros Econômicos

<details data-kind="rationale">
<summary>Por que delimitar o tempo das disputas econômicas?</summary>

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.

</details>

<details data-kind="instructions">
<summary>Como preencher isso</summary>

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.

</details>

_<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.>_

---

## 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>