continuo pensando: se o Comitê do Pacto não consegue gastar o meu resultado de staking de Bitcoin, então ele também não deveria ser capaz de impedir que esse resultado se torne poder de voto derivado de BTC.
ou controla o UTXO de staking, ou não controla.
exceto que o Babylon coloca essa autoridade em algum ponto no meio. o Comitê do Pacto não consegue redirecionar o UTXO de staking, mas sem o quórum do pacto a delegação de BTC fica fora do conjunto ACTIVE do Babylon Genesis.
e sim. eu fico tropeçando nisso.
eu transmito a transação de staking de Bitcoin. o Babylon confirma. o UTXO de staking existe. o BTC está dentro do output de staking Taproot. minha chave de staker de BTC é minha.
o timelock de altura de bloco do Babylon Bitcoin já está contando, então o que exatamente está incompleto? a delegação de BTC não é real o suficiente até lá?
aparentemente não.
confirmação no Bitcoin e ativação no Babylon são momentos diferentes. o Babylon Genesis consegue reconhecer a solicitação de staking. eu consigo selecionar o Provedor de Finalidade. as transações de desoneração (unbonding) e de slashing pré-assinadas já podem ser preparadas em torno do output de staking Taproot.
e ainda assim, o Comitê do Pacto precisa validar esses caminhos definidos pelo protocolo e retornar assinaturas suficientes do pacto.
real no Bitcoin, mas não real o bastante para o Babylon Genesis?
isso é um tipo estranho de autoridade, honestamente.
o quórum do pacto no Babylon não consegue redirecionar o UTXO de staking nem inventar alguma saída controlada por comitê.
então ele não consegue ficar com o BTC.
mas ele pode impedir que a delegação se torne ACTIVE. nenhum poder de voto derivado de BTC. nenhuma contribuição de finalidade. nenhuma recompensa de delegação.
“poder de recusa. não de propriedade.”
e talvez seja essa a parte do Babylon que eu não consigo encaixar de forma clara.
minha chave de staker de BTC continua sendo minha.
o poder de voto ainda está faltando.
@BabylonLabs_io #baby $BABY
ou controla o UTXO de staking, ou não controla.
exceto que o Babylon coloca essa autoridade em algum ponto no meio. o Comitê do Pacto não consegue redirecionar o UTXO de staking, mas sem o quórum do pacto a delegação de BTC fica fora do conjunto ACTIVE do Babylon Genesis.
e sim. eu fico tropeçando nisso.
eu transmito a transação de staking de Bitcoin. o Babylon confirma. o UTXO de staking existe. o BTC está dentro do output de staking Taproot. minha chave de staker de BTC é minha.
o timelock de altura de bloco do Babylon Bitcoin já está contando, então o que exatamente está incompleto? a delegação de BTC não é real o suficiente até lá?
aparentemente não.
confirmação no Bitcoin e ativação no Babylon são momentos diferentes. o Babylon Genesis consegue reconhecer a solicitação de staking. eu consigo selecionar o Provedor de Finalidade. as transações de desoneração (unbonding) e de slashing pré-assinadas já podem ser preparadas em torno do output de staking Taproot.
e ainda assim, o Comitê do Pacto precisa validar esses caminhos definidos pelo protocolo e retornar assinaturas suficientes do pacto.
real no Bitcoin, mas não real o bastante para o Babylon Genesis?
isso é um tipo estranho de autoridade, honestamente.
o quórum do pacto no Babylon não consegue redirecionar o UTXO de staking nem inventar alguma saída controlada por comitê.
então ele não consegue ficar com o BTC.
mas ele pode impedir que a delegação se torne ACTIVE. nenhum poder de voto derivado de BTC. nenhuma contribuição de finalidade. nenhuma recompensa de delegação.
“poder de recusa. não de propriedade.”
e talvez seja essa a parte do Babylon que eu não consigo encaixar de forma clara.
minha chave de staker de BTC continua sendo minha.
o poder de voto ainda está faltando.
@BabylonLabs_io #baby $BABY
