#baby $BABY
Baby fez uma “Golden Cross” e começou a ganhar dinheiro de novo. Aí eu abri meu próprio app de compras e convidei duas pessoas para juntar um pedido e bater o desconto. Eu selecionei os produtos e os cupons corretamente, mas na hora de fechar a compra descobri que o desconto não foi aplicado. A razão é bem simples: um usuário fez o pedido e o outro usuário resgatou o cupom. A plataforma, na prática, não sabe que eles pertencem à mesma compra.
O staking conjunto BTC-BABY também trava nesse detalhe. Não é só dizer “BTC está sendo stakeado e BABY também” que automaticamente ganha uma recompensa extra; para o staking conjunto valer, os endereços do BABY nas duas operações de staking precisam ser exatamente iguais. Se os endereços forem diferentes, o resultado nos documentos oficiais é direto ao ponto: a recompensa do staking conjunto é 0.
E não basta olhar só “VERIFIED” e fechar a página. A delegação do BTC precisa continuar até ficar em ACTIVE, e a delegação do BABY também precisa estar em active; só então o sistema combina os dois lados em um peso de staking conjunto. “Já verificado” parece que resolveu, mas na verdade ainda não entrou na etapa de contabilização de pesos.
A fórmula real é: w = min (quantidade de stake do BABY ÷ 20.000, quantidade de stake do BTC). Por exemplo: com 0,1 BTC e 1.000 BABY, o peso do staking conjunto fica apenas 0,05 BTC; para usar todo o peso desses 0,1 BTC, você precisa de 2.000 BABY. Ao contrário disso: colocar mais BABY não faz o peso ultrapassar a quantidade de BTC já stakeada.
Aqui não existe um limite do tipo “pelo menos 1 BTC ou 20.000 BABY”; valores menores também são calculados proporcionalmente. Distribuir o BABY para vários validadores não tem problema, desde que venha do mesmo endereço; o sistema vai somar a quantidade.
Tem mais um número que é o mais fácil de confundir: 2,35% não é um APR fixo do indivíduo, e sim a reserva anual de recompensas de inflação compartilhada por todos os participantes do staking conjunto. Quanto cada um recebe depende de qual proporção seu peso representa no peso total da rede; quanto mais participantes houver, menor será a parcela que cada um recebe com o mesmo peso.
Portanto, esse mecanismo não é “basta stakear dois coins”, e sim: precisa casar também endereço, status e proporção. Vou focar em checar quatro coisas: se o endereço do BABY é o mesmo, se o BTC já chegou a ACTIVE, se o peso real não foi travado por alguma “margem curta”, e se o peso total da rede não mudou de forma evidente. Os parâmetros também podem ser atualizados; antes de operar, ainda é preciso seguir o que está na página oficial. O que mais costuma ser esquecido no staking conjunto, geralmente não é a ação de stake, mas se o sistema realmente juntou as duas partes/contas no mesmo endereço.#baby @BabylonLabs_io
Baby fez uma “Golden Cross” e começou a ganhar dinheiro de novo. Aí eu abri meu próprio app de compras e convidei duas pessoas para juntar um pedido e bater o desconto. Eu selecionei os produtos e os cupons corretamente, mas na hora de fechar a compra descobri que o desconto não foi aplicado. A razão é bem simples: um usuário fez o pedido e o outro usuário resgatou o cupom. A plataforma, na prática, não sabe que eles pertencem à mesma compra.
O staking conjunto BTC-BABY também trava nesse detalhe. Não é só dizer “BTC está sendo stakeado e BABY também” que automaticamente ganha uma recompensa extra; para o staking conjunto valer, os endereços do BABY nas duas operações de staking precisam ser exatamente iguais. Se os endereços forem diferentes, o resultado nos documentos oficiais é direto ao ponto: a recompensa do staking conjunto é 0.
E não basta olhar só “VERIFIED” e fechar a página. A delegação do BTC precisa continuar até ficar em ACTIVE, e a delegação do BABY também precisa estar em active; só então o sistema combina os dois lados em um peso de staking conjunto. “Já verificado” parece que resolveu, mas na verdade ainda não entrou na etapa de contabilização de pesos.
A fórmula real é: w = min (quantidade de stake do BABY ÷ 20.000, quantidade de stake do BTC). Por exemplo: com 0,1 BTC e 1.000 BABY, o peso do staking conjunto fica apenas 0,05 BTC; para usar todo o peso desses 0,1 BTC, você precisa de 2.000 BABY. Ao contrário disso: colocar mais BABY não faz o peso ultrapassar a quantidade de BTC já stakeada.
Aqui não existe um limite do tipo “pelo menos 1 BTC ou 20.000 BABY”; valores menores também são calculados proporcionalmente. Distribuir o BABY para vários validadores não tem problema, desde que venha do mesmo endereço; o sistema vai somar a quantidade.
Tem mais um número que é o mais fácil de confundir: 2,35% não é um APR fixo do indivíduo, e sim a reserva anual de recompensas de inflação compartilhada por todos os participantes do staking conjunto. Quanto cada um recebe depende de qual proporção seu peso representa no peso total da rede; quanto mais participantes houver, menor será a parcela que cada um recebe com o mesmo peso.
Portanto, esse mecanismo não é “basta stakear dois coins”, e sim: precisa casar também endereço, status e proporção. Vou focar em checar quatro coisas: se o endereço do BABY é o mesmo, se o BTC já chegou a ACTIVE, se o peso real não foi travado por alguma “margem curta”, e se o peso total da rede não mudou de forma evidente. Os parâmetros também podem ser atualizados; antes de operar, ainda é preciso seguir o que está na página oficial. O que mais costuma ser esquecido no staking conjunto, geralmente não é a ação de stake, mas se o sistema realmente juntou as duas partes/contas no mesmo endereço.#baby @BabylonLabs_io