#baby $BABY @BabylonLabs_io Ontem à noite eu passei a madrugada toda conferindo na documentação do BabylonLabs aquelas páginas sobre a lógica de delegation e slashing.
A maioria acha que a punição confisco é “verificador primeiro, delegador depois”, mas afinal não é bem assim.
Quando o protocolo dispara o slashing, a self-bond do validador e os fundos do delegador são reduzidos na mesma proporção. Se o percentual de autoestaca do validador for muito baixo, em um único confisco ele perde 2 mil; você pode perder 200 mil. A exposição ao risco é completamente assimétrica. #baby
Mais detalhado: na documentação não existe um “hard code” no nível de base para o parâmetro de “limiar mínimo de autoestaca do validador”; esse parâmetro fica para cada POS chain definir. Em algumas redes de teste, os valores ficam próximos de zero. No lado do delegador, não há uma interface unificada que permita comparar de forma intuitiva “quanto do próprio dinheiro do validador eu estou delegando”. Eu não encontrei uma definição clara para isso. @BabylonLabs_io
Fazendo uma analogia: você entra com 1 milhão para abrir um restaurante em parceria, e seu sócio entra com 10 mil; o contrato escreve “as perdas são compartilhadas”. Resultado: cada um assume 20%—ele perde 2 mil e você perde 200 mil.
Pelo que eu entendi desse mecanismo, na prática eu vou priorizar delegar para validadores com maior proporção de self-bond e, principalmente, com valores absolutos maiores. Não é só olhar o APR. Se alguma chain definir o limiar de entrada muito baixo, eu simplesmente reduzo o peso de delegação. A limitação é que a mainnet ainda não rodou; os dados reais de self-bond ainda não foram colocados on-chain. Eu não testei a ordem real de execução do slashing.
Quanto à trajetória do BABY: esse tipo de “risco de delegação vs. agente” dificilmente dá para precificar diretamente no curto prazo. É mais como um relatório de checagem para uso de instituições—quanto mais o mecanismo de proteção ao delegador aguentar escrutínio de detalhes, mais baixo tende a ser o limite para aportar grandes valores. Eu não vou ajustar a carteira só por ter entendido essa parte; vou reavaliar quando houver dados da mainnet e casos reais.
Quando vocês escolhem validadores, vocês verificam a proporção de self-bond dele ou só olham o ranking de rendimento? Vamos conversar no comentário da Binance Square.
A maioria acha que a punição confisco é “verificador primeiro, delegador depois”, mas afinal não é bem assim.
Quando o protocolo dispara o slashing, a self-bond do validador e os fundos do delegador são reduzidos na mesma proporção. Se o percentual de autoestaca do validador for muito baixo, em um único confisco ele perde 2 mil; você pode perder 200 mil. A exposição ao risco é completamente assimétrica. #baby
Mais detalhado: na documentação não existe um “hard code” no nível de base para o parâmetro de “limiar mínimo de autoestaca do validador”; esse parâmetro fica para cada POS chain definir. Em algumas redes de teste, os valores ficam próximos de zero. No lado do delegador, não há uma interface unificada que permita comparar de forma intuitiva “quanto do próprio dinheiro do validador eu estou delegando”. Eu não encontrei uma definição clara para isso. @BabylonLabs_io
Fazendo uma analogia: você entra com 1 milhão para abrir um restaurante em parceria, e seu sócio entra com 10 mil; o contrato escreve “as perdas são compartilhadas”. Resultado: cada um assume 20%—ele perde 2 mil e você perde 200 mil.
Pelo que eu entendi desse mecanismo, na prática eu vou priorizar delegar para validadores com maior proporção de self-bond e, principalmente, com valores absolutos maiores. Não é só olhar o APR. Se alguma chain definir o limiar de entrada muito baixo, eu simplesmente reduzo o peso de delegação. A limitação é que a mainnet ainda não rodou; os dados reais de self-bond ainda não foram colocados on-chain. Eu não testei a ordem real de execução do slashing.
Quanto à trajetória do BABY: esse tipo de “risco de delegação vs. agente” dificilmente dá para precificar diretamente no curto prazo. É mais como um relatório de checagem para uso de instituições—quanto mais o mecanismo de proteção ao delegador aguentar escrutínio de detalhes, mais baixo tende a ser o limite para aportar grandes valores. Eu não vou ajustar a carteira só por ter entendido essa parte; vou reavaliar quando houver dados da mainnet e casos reais.
Quando vocês escolhem validadores, vocês verificam a proporção de self-bond dele ou só olham o ranking de rendimento? Vamos conversar no comentário da Binance Square.