Quando "Stake Abstraction" foi traduzido para "Hyperstaking", naquele momento ele deixou de ser um parâmetro de protocolo e virou jargão de produto — mas, ao ir fundo na documentação, o que ele realmente faz é desacoplar o direito de staking da chave privada da EOA e entregá-lo ao contrato inteligente: o contrato precisa passar pelo stake_from_contract do Stake Contract, usar o Transfer Contract para chamadas entre contratos, ainda depende de um período de maturação de 4320 blocos (cerca de 12 horas) para ativação, e o limite mínimo continua sendo 1000 #dusk .
O problema está nas implicações ocultas da frase "o contrato é o staker". No consenso SBA, a seleção de Generator/Provisioner é feita por meio de Proof-of-Blind Bid e sortition determinístico, com o peso calculado com base no stake ativo; quando esse peso é encapsulado em um contrato de delegação privada, o externo só vê o total de stake do endereço do contrato, mas não vê se ali dentro há 300 pequenos investidores ou 1 instituição que dividiu em 5 invólucros. @Dusk se promove com privacidade auditável, mas se o pool de Hyperstaking exige obrigatoriamente acesso a uma view key para auditoria, a documentação não deixa isso explícito — então esse "grau de descentralização" degrada-se de uma hipótese verificável para uma afirmação de confiança.
A camada de LSD é ainda mais confusa. No protocolo base, o unstake não tem período de espera e as recompensas são probabilísticas, então o usuário pode sacar diretamente de forma mais conveniente do que resgatar via pool como stDUSK; forçar o modelo do Lido faz com que a demanda não surja naturalmente, mas seja criada pelo contrato, e o resultado mais provável é cortar ainda mais a liquidez de $DUSK , que já não é profunda.
Eu não vou dar crédito só porque há "suporte nativo a staking programável". Em cima da parede estrutural (a segurança do consenso), cada janela aberta — delegação privada, LSD, estratégias de rendimento — exige a pergunta: a cobertura da auditoria do contrato inclui os callbacks receive_reward/receive_unstake? A distribuição de pesos dos pools privados tem dashboard de terceiros? Em pools como o Sozu, que foram dos primeiros lançados, como a parte travada é tratada em caso de slashing? Se essas perguntas não forem respondidas, Hyperstaking não é uma versão melhorada de staking, mas sim a troca de uma máquina simples de dois estados por mil state machines não auditadas compartilhando uma única chave de consenso.
O problema está nas implicações ocultas da frase "o contrato é o staker". No consenso SBA, a seleção de Generator/Provisioner é feita por meio de Proof-of-Blind Bid e sortition determinístico, com o peso calculado com base no stake ativo; quando esse peso é encapsulado em um contrato de delegação privada, o externo só vê o total de stake do endereço do contrato, mas não vê se ali dentro há 300 pequenos investidores ou 1 instituição que dividiu em 5 invólucros. @Dusk se promove com privacidade auditável, mas se o pool de Hyperstaking exige obrigatoriamente acesso a uma view key para auditoria, a documentação não deixa isso explícito — então esse "grau de descentralização" degrada-se de uma hipótese verificável para uma afirmação de confiança.
A camada de LSD é ainda mais confusa. No protocolo base, o unstake não tem período de espera e as recompensas são probabilísticas, então o usuário pode sacar diretamente de forma mais conveniente do que resgatar via pool como stDUSK; forçar o modelo do Lido faz com que a demanda não surja naturalmente, mas seja criada pelo contrato, e o resultado mais provável é cortar ainda mais a liquidez de $DUSK , que já não é profunda.
Eu não vou dar crédito só porque há "suporte nativo a staking programável". Em cima da parede estrutural (a segurança do consenso), cada janela aberta — delegação privada, LSD, estratégias de rendimento — exige a pergunta: a cobertura da auditoria do contrato inclui os callbacks receive_reward/receive_unstake? A distribuição de pesos dos pools privados tem dashboard de terceiros? Em pools como o Sozu, que foram dos primeiros lançados, como a parte travada é tratada em caso de slashing? Se essas perguntas não forem respondidas, Hyperstaking não é uma versão melhorada de staking, mas sim a troca de uma máquina simples de dois estados por mil state machines não auditadas compartilhando uma única chave de consenso.