Fiquei relendo o mesmo parágrafo no esclarecimento de Newton, esperando que ele dissesse algo diferente na segunda vez. Não disse. O Protocolo tem dois trilhos de atualização, e apenas um deles pertence às pessoas que detêm o token.
Parâmetros controlados pela governança, como taxas de staking, incentivos para validadores e repartição de taxas, podem ser alterados por meio de uma votação assim que a quantidade necessária de NEWT for feita em staking. Tudo o mais — lógica de rollup, arquitetura de Keystore, mecânica de consenso, coordenação de validadores — fica totalmente fora da governança. Essas mudanças exigem um hard fork, o mesmo instrumento bruto que o Ethereum usa quando a sua camada base precisa se mover.
Em teoria, isso soa como prudência. Você não quer uma votação de token reescrevendo silenciosamente como as permissões são verificadas. Mas fique com isso por mais um momento e a divisão começa a parecer menos uma proteção e mais uma fronteira traçada antes que qualquer pessoa estivesse na sala para discutir onde ela deveria ficar. A Fundação decidiu, com antecedência, quais partes do sistema a comunidade pode tocar e quais partes ela não pode. Isso não é incomum na cripto—quase todos os projetos fazem alguma versão disso—mas a função central de Newton é autorização. As partes trancadas atrás de um hard fork são as partes que realmente decidem o que “autorizado” significa em nível de código.
Há um argumento prático para o desenho. A arquitetura de keystore e a lógica de consenso são o tipo de coisa em que uma votação de governança apressada poderia quebrar a finalização de todos no meio de uma transação. Exigir coordenação de validadores para essas mudanças é mais lento, mas a lentidão é muitas vezes o que você quer nas partes de um sistema que não podem ser desfeitas com clareza. Não acho que seja engenharia descuidada. Acho que é uma aposta de que a maioria dos usuários nunca vai testar o limite, porque a maioria dos usuários nunca propõe mudanças nos mecanismos de consenso.
O risco honesto está no que acontece quando alguém age. Se validadores e a Fundação discordarem sobre um hard fork por causa de um patch de segurança, de um modelo de taxas ou de uma exigência jurisdicional, os detentores de tokens não têm um mecanismo formal para desatar o empate. A governança pode expressar frustração. Ela não consegue forçar o resultado. Isso é uma lacuna real entre a aparência de descentralização e os mecanismos de quem de fato segura a caneta.
Não tenho uma resolução clara para isso, e fico levemente incomodado por não ter. O desenho pode estar exatamente certo para um sistema tão jovem. Pode também ser a coisa que silenciosamente decide a quem Newton responde, anos depois, quando a votação já tiver acontecido em algum outro lugar.
@NewtonProtocol #Newt $NEWT $LAB $T
