Primeiro, o campo: uma introdução breve à governança onchain, do jeito que ela é hoje. Depois, e só depois, o que ela significa — concretamente e com cautela — para a Rede Blockchain Brasil.
Head of Research na blockful — engenharia de confiança para redes e instituições.
Uma introdução à governança onchain: por que ela surgiu, as duas formas de governar uma rede, o que é uma DAO e o cardápio de mecanismos que o ecossistema já testou. Conteúdo de aprendizado — não recomendações.
Onde a RBB já está hoje — com fontes diretas dos seus próprios documentos —, o que do campo realmente se aplica, o que é apenas exploração, e as perguntas que cabem à rede responder.
Decisão rápida e eficiente — mas risco de abuso e o problema da sucessão. O Estado é tão bom quanto seu governante.
Autonomia local sem coordenação vira caos. Os burgos surgem como governança coletiva para proteger o comércio.
Voz distribuída e legitimidade — porém lenta, complexa e capturável. "A pior forma de governo, exceto todas as outras."
Conselhos, auditoria e compliance dão regularidade — mas o usuário final raramente tem voz.
Onde há dinheiro e regras, há decisões a tomar. Blockchain muda como essas regras são garantidas e executadas.
O consenso de protocolo: quem pode escrever a história, isto é, quais blocos são válidos. Resolve-se com mineradores ou validadores — Proof of Work, Proof of Stake ou Proof of Authority.
As decisões sociais: quem opera, quais regras valem, para onde vão recursos e prioridades. Resolve-se com votantes e regras escritas em contratos — o território das DAOs.
Uma DAO é uma organização decentralizada e autônoma: sem uma entidade que mande, regida por contratos que executam as decisões tomadas.
A primeira grande DAO sofreu um ataque: cerca de US$ 60 milhões drenados por uma falha no contrato. A resposta não foi técnica — foi social: a comunidade decidiu reverter a rede (hard fork), dando origem ao Ethereum Classic.
A camada social existe mesmo onde se diz que "só o código manda".
Antes do cardápio de mecanismos: toda decisão onchain percorre o mesmo caminho — e cada etapa tem um controle que a rede calibra.
Um cardápio, não uma receita: cada item resolve um problema específico. O campo já serviu todos estes — agrupados pela pergunta que respondem.
No Ato 2, a pergunta não é "qual escolher" — é quais desses problemas a RBB de fato tem.
Propostas longas e frequentes; poucos votam; alguém decide sozinho por ausência.
"Mais dinheiro, mais voz." Abre espaço para compra de voto em redes abertas.
Tesouros grandes viram alvo; sem salvaguardas, podem ser drenados.
E a RBB?
A partir daqui, tudo é ancorado nos documentos e repositórios da própria rede — citados diretamente, porque nem toda instituição aqui acompanha todos os materiais.
Uma rede pública-permissionada: qualquer um lê; só nós autorizados validam. Fundada por BNDES e TCU.
Validadores autorizados sob QBFT. O contrato de seleção separa elegíveis de operacionais, remove inativos automaticamente e nunca cai abaixo de 4 validadores.
Permissionamento onchain com voto: propostas que executam mudanças, 1 organização = 1 voto, maioria simples. Cada org administra os próprios nós (soberania local).
Em 2026, a RBB passou de uma coordenação centralizada no BNDES para uma coordenação descentralizada em três frentes:
"Modelo econômico claro" e "casos de uso de interesse público" são, no vocabulário do Ato 1, perguntas de alocação e de governança. O tema já é da rede — falta o repertório.
Saber por que um mecanismo não serve é tão valioso quanto adotar o que serve.
Governance.sol.As três famílias do cardápio que importam aqui — agora como perguntas para a rede.
Com o Comitê Técnico e o Plexos: o que governar, com que peso, com que prestação de contas.
Observabilidade de validadores e de mudanças de permissão — a base de qualquer mecanismo novo.
Testar delegação, alocação ou timelock em escopo restrito, sem tocar no consenso.
Documentar como módulo reutilizável, alinhado à Estratégia de Ecossistema 2026 do Plexos.
A blockful opera governança onchain em escala — incluindo a da ENS e da Uniswap — e pesquisa segurança e resistência à captura. Nosso papel seria traduzir o que já funciona para o contexto permissionado e público da RBB.
Painel de validadores, mudanças de permissão e eventos críticos — legível para gestor, auditor e cidadão. proposta 02 · TrustOps
Registro de quem autorizou o quê, com que legitimidade — verificável por máquina e por auditor. proposta 02 · Registro de Atestações
A RBB já governa nas duas camadas. O próximo passo é amadurecer como ela decide — com o repertório certo e a cautela que o interesse público exige.
O campo oferece um cardápio amplo; a RBB adota o que serve e descarta, com razão, o resto. A blockful traduz esse repertório — e ajuda a instrumentar a governança que vocês já têm.
Anexos técnicos
Para expandir a sessão a ~40 min e sustentar a discussão: cada família de mecanismo em detalhe, segurança, IA, o ecossistema atual, um mapa de evolução do permissionamento da RBB — e a lista de fontes citadas.
Cada mecanismo otimiza algo diferente — igualdade, expertise, intensidade ou tempo. A coluna final é a leitura honesta para uma rede permissionada como a RBB.
| Mecanismo | Como funciona | Força | Custo / risco | Leitura RBB |
|---|---|---|---|---|
| 1 org = 1 voto | Cada organização vota uma vez; maioria simples. | Simples, igualitário, já implantado. | Ignora porte e responsabilidade desiguais. | Em uso |
| Delegação | Org transfere voto a um delegado revogável. | Traz expertise; reduz fadiga. | Concentra poder se a delegação concentra. | Explorar |
| Voto quadrático | Custo do voto cresce ao quadrado da intensidade. | Dilui concentração de poder. | Só faz sentido onde há risco de Sybil/plutocracia. | Não se aplica |
| Conviction voting | Peso cresce com o tempo de apoio sustentado. | Contínuo, sem janela de votação. | Decisões urgentes ficam lentas. | Estudar |
| Futarquia | Mercados de previsão escolhem a alternativa de maior benefício esperado. | Decide por evidência, não opinião. | Complexa; difícil de legitimar no setor público. | Exploratório |
Governance.sol).Quatro fases que o Ethereum percorreu — da coordenação à verificação de impacto. Material de referência para o "modelo econômico claro" da Estratégia 2026.
O protocolo decide quais blocos são válidos. A RBB usa autoridade (QBFT) — e já automatiza a rotação de quem valida.
Mineradores competem por poder computacional. Segurança por custo físico (Bitcoin).
Validadores travam capital; recompensa por acerto, punição por erro (Ethereum).
Validadores autorizados e conhecidos. Sem moeda especulativa; legitimidade vem da instituição.
Quando uma governança vira vetor de captura — e como os mesmos parâmetros do contrato (vistos no Ato 1) a defendem.
A governança onchain já move dezenas de bilhões e tem ferramentas maduras e abertas, prontas para reúso.
Em tesouros de DAOs sob governança onchain (milhares de organizações).
De detentores de poder de voto; centenas de milhares de votantes ativos.
Discussão, votação e execução já têm ferramentas testadas e open source.
Discourse · Discord · fóruns
Snapshot (off) · Tally (on)
Governor · Safe · timelock
EAS · simulações · dashboards
Agentes leem propostas sem fadiga e em paralelo. Mas decisão pública exige rastreabilidade e revisão humana.
Não se cansam, não têm horário, pesquisam várias propostas ao mesmo tempo.
Vieses de treinamento e processos difíceis de auditar podem esconder motivos.
Uma evolução incremental e compatível do permissionamento da RBB — cada etapa é um módulo opt-in, sem rupturas. RBBNet/Permissionamento
Toda afirmação sobre a RBB neste material vem de fonte primária e pública — reunidas aqui para qualquer instituição conferir.
Governance.sol, Organizations, papéis.ValidatorSelection: elegíveis/operacionais, trava de 4.RBBNet/rbb é a referência mais autoritativa.