Protocolo de Economia Interna

Baixar este modelo

Gerado em 2026-07-07 · Baixar todos os modelos

  • Camada: 3 — Sistema Econômico e de Recursos
  • Status: Modelo — adapte para sua comunidade
  • Referência RCOS: §5.1, §5.2, §5.4, §5.5

Classificação Bens Comuns vs. Privados

Cláusulas RCOS: 5.1.1, 5.1.2, 5.1.3, 5.1.4, 5.1.5, 5.6.2

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.

Categorias de Contribuição Reconhecidas

Cláusulas RCOS: 5.2.1, 5.2.3, 5.6.3

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>

Mecanismo de Reconhecimento de Contribuições

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

Unidades Internas

Cláusulas RCOS: 5.2.4, 5.2.5

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.

Restrições de Acumulação

Cláusulas RCOS: 5.4.1, 5.4.2, 5.4.3, 5.4.4, 5.6.4

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

Interfaces de Receita Externa

Cláusulas RCOS: 5.3.2

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

Resolução de Disputas para Registros Econômicos

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


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>

Padrão RCOS por EcoHubs

Um sistema operacional modular que define como as comunidades intencionais se organizam — da governança e dos papéis ao compartilhamento de recursos e à resolução de conflitos — em prol da resiliência, da equidade e da regeneração.

Conecte-se

© 2026 Plataforma EcoHubs. Todos os direitos reservados.