Eu normalmente gasto menos tempo em um gráfico de alocação de tokens do que em uma pergunta: quem pode mudar as regras?
A cripto já teve projetos suficientes se chamando de descentralizados enquanto um pequeno grupo ainda mantém o poder de alterar parâmetros, mover saldos ou redirecionar incentivos. Se esse poder existe, eu me importo mais com isso do que com o fato de um único “bucket” ter recebido 10% ou 15% no lançamento.
Para mim, a parte útil é essa na @Acurast Token Transparency Filing. Os detentores de ACU votam via OpenGov com voto convicto, e o Root track atualmente restringe operações privilegiadas de protocolo como upgrades de runtime e mudanças de parâmetros. Um detalhe importa aqui: na configuração atual, apenas membros do conselho podem enviar novos referendos, enquanto os detentores de ACU votam neles.
O relatório também afirma não haver multisig privilegiado ou backdoor de administrador que possa burlar a governança para alterar parâmetros de runtime, saldos ou recompensas de rede. Ele foi enviado pela Acurast, então eu o trato como uma divulgação da estrutura de controle declarada, e não como uma auditoria independente. E eu definitivamente não transformaria “sem chave de admin” em “descentralizado, caso encerrado”.
O risco não desaparece. Ele muda de forma. Eu ainda gostaria de observar quem controla o fluxo de propostas, como o poder de voto se torna concentrado e se a participação é ampla o bastante para que o OpenGov faça sentido. Eu me sinto mais confortável com essa estrutura do que com controle administrativo unilateral, mas são riscos diferentes — não “sem risco”.
A alocação de tokens me diz quem pode ter influência. A arquitetura de governança me diz onde essa influência pode, de fato, se tornar controle.
Eu me importo mais com a segunda.
https://hub.acurast.com/rebellion?ref=u09wbr
A cripto já teve projetos suficientes se chamando de descentralizados enquanto um pequeno grupo ainda mantém o poder de alterar parâmetros, mover saldos ou redirecionar incentivos. Se esse poder existe, eu me importo mais com isso do que com o fato de um único “bucket” ter recebido 10% ou 15% no lançamento.
Para mim, a parte útil é essa na @Acurast Token Transparency Filing. Os detentores de ACU votam via OpenGov com voto convicto, e o Root track atualmente restringe operações privilegiadas de protocolo como upgrades de runtime e mudanças de parâmetros. Um detalhe importa aqui: na configuração atual, apenas membros do conselho podem enviar novos referendos, enquanto os detentores de ACU votam neles.
O relatório também afirma não haver multisig privilegiado ou backdoor de administrador que possa burlar a governança para alterar parâmetros de runtime, saldos ou recompensas de rede. Ele foi enviado pela Acurast, então eu o trato como uma divulgação da estrutura de controle declarada, e não como uma auditoria independente. E eu definitivamente não transformaria “sem chave de admin” em “descentralizado, caso encerrado”.
O risco não desaparece. Ele muda de forma. Eu ainda gostaria de observar quem controla o fluxo de propostas, como o poder de voto se torna concentrado e se a participação é ampla o bastante para que o OpenGov faça sentido. Eu me sinto mais confortável com essa estrutura do que com controle administrativo unilateral, mas são riscos diferentes — não “sem risco”.
A alocação de tokens me diz quem pode ter influência. A arquitetura de governança me diz onde essa influência pode, de fato, se tornar controle.
Eu me importo mais com a segunda.
https://hub.acurast.com/rebellion?ref=u09wbr
