#baby $BABY @BabylonLabs_io
Eu voltei aos documentos por conta própria depois de escrever sobre como ninguém em um grupo conseguia concordar se cortar (slashing) atinge também os delegadores, em vez de apenas sinalizar a confusão e deixá-la ali.
Eu abri primeiro a documentação oficial. A seção de slashing é curta: ela descreve o comportamento punível, dupla assinatura (double-signing) ou equivocar/ambiguar (equivocating), mas não afirma, em uma linha clara, se a participação (stake) do delegador de fato é afetada. Em seguida, fui para explicações mais técnicas e, depois disso, fui direto ao canal da comunidade para perguntar diretamente.
A resposta que eu obtive não estava errada, mas também não estava totalmente clara: algo como “o mecanismo foi projetado para concentrar o risco do lado do provedor”, e não um “os delegadores estão completamente seguros”. Eu reli três vezes para ter certeza de que não estava interpretando mal a intenção.
Ponto técnico: o que me chamou atenção não foi uma resposta errada; foi que a resposta correta está espalhada em camadas — a documentação cobre uma parte, a explicação da comunidade completa outra, e um usuário comum precisa juntar esses fragmentos para ter a visão completa. Para um mecanismo que decide se você perde ou não BTC, ter que juntar tudo assim é uma barreira real, não um inconveniente menor.
Autocrítica: eu tive a vantagem de saber onde procurar e o tempo para reler várias vezes. Alguém que está delegando pela primeira vez, animado para começar a ganhar, quase certamente não vai passar por todas as etapas que eu acabei de fazer e vai acabar delegando com a mesma compreensão vaga com a qual começou.
$BABY only só puxa capital que realmente permanece se os delegadores entenderem qual risco estão assumindo, e não se estiverem apenas agindo por uma sensação de segurança.
Acho que a Babylon precisa de uma resposta única, clara e definitiva colocada bem no passo de delegação, em vez de deixar os usuários irem cavar por isso como eu acabei de fazer.
Eu voltei aos documentos por conta própria depois de escrever sobre como ninguém em um grupo conseguia concordar se cortar (slashing) atinge também os delegadores, em vez de apenas sinalizar a confusão e deixá-la ali.
Eu abri primeiro a documentação oficial. A seção de slashing é curta: ela descreve o comportamento punível, dupla assinatura (double-signing) ou equivocar/ambiguar (equivocating), mas não afirma, em uma linha clara, se a participação (stake) do delegador de fato é afetada. Em seguida, fui para explicações mais técnicas e, depois disso, fui direto ao canal da comunidade para perguntar diretamente.
A resposta que eu obtive não estava errada, mas também não estava totalmente clara: algo como “o mecanismo foi projetado para concentrar o risco do lado do provedor”, e não um “os delegadores estão completamente seguros”. Eu reli três vezes para ter certeza de que não estava interpretando mal a intenção.
Ponto técnico: o que me chamou atenção não foi uma resposta errada; foi que a resposta correta está espalhada em camadas — a documentação cobre uma parte, a explicação da comunidade completa outra, e um usuário comum precisa juntar esses fragmentos para ter a visão completa. Para um mecanismo que decide se você perde ou não BTC, ter que juntar tudo assim é uma barreira real, não um inconveniente menor.
Autocrítica: eu tive a vantagem de saber onde procurar e o tempo para reler várias vezes. Alguém que está delegando pela primeira vez, animado para começar a ganhar, quase certamente não vai passar por todas as etapas que eu acabei de fazer e vai acabar delegando com a mesma compreensão vaga com a qual começou.
$BABY only só puxa capital que realmente permanece se os delegadores entenderem qual risco estão assumindo, e não se estiverem apenas agindo por uma sensação de segurança.
Acho que a Babylon precisa de uma resposta única, clara e definitiva colocada bem no passo de delegação, em vez de deixar os usuários irem cavar por isso como eu acabei de fazer.