‎Por que o voto de um validador da Babylon nem sempre é a palavra final

‎Achei que a parte interessante da governança da Babylon seriam os tipos de proposta. Acabou sendo um único mecanismo escondido na seção de votação: herança de voto.

‎Analisei os documentos de governança cruzando-os com a tabela de parâmetros real, e voltava sempre a uma mesma relação. Se um staker não vota, o voto do validador dele é automaticamente herdado em seu nome. Se o staker vota antes do validador, a posição do validador nunca se aplica a ele.

‎No começo, isso pareceu um detalhe técnico menor. Quanto mais eu fiquei pensando, mais aquilo parecia ser o mecanismo real que decide, por padrão, cuja voz conta. Há um quórum de 33,4%. Existe um limiar de aprovação de 50%. Há também um limiar de veto, de 33,4%, que pode bloquear uma proposta diretamente e queimar todo o depósito se o fizer — a única situação em que o depósito não volta.

‎O requisito de supermaioria para propostas aceleradas, 66,7%, foi o detalhe que finalmente conectou tudo para mim: um reconhecimento embutido de que o direito de override nem sempre será exercido a tempo.

‎O silêncio não é neutro aqui. É uma delegação ativa a quem valida sua participação, quer você tenha pretendido isso ou não.

‎Comecei a ler a participação na governança como opcional. Acabei lendo como um padrão do qual você já está inscrito, a menos que apareça primeiro.


@BabylonLabs_io #baby $BABY $HEI $BLESS