Notou algo no diagrama da arquitetura BSN que esclarece como os Vigilantes realmente operam: eles realizam ações genuinamente distintas dependendo de qual lado do sistema estão observando.
No lado do BSN,
conforme a arquitetura, os Vigilantes lidam com o registro de novos provedores de finalidade e os punem (slash) quando necessário.
No lado do Babylon Genesis,
a mesma categoria de ator lida com um conjunto mais amplo de tarefas: carimbos de data/hora (timestamping) de BTC, registrando novos provedores de finalidade, além de processar delegações e desenvinculações (unbonding) e ações de slash.
Isso não é uma única descrição uniforme de trabalho aplicada duas vezes.
São dois escopos operacionais distintos, conectados à fundação mais ampla de segurança dos Trustless Bitcoin Vaults (TBV), compartilhando um nome porque, conceitualmente, são o mesmo tipo de observador
mas realizando um trabalho específico e significativamente diferente dependendo de qual cadeia eles realmente estão monitorando.
Faz sentido quando os BSNs são entendidos como cadeias genuinamente independentes, que reutilizam segurança compartilhada em vez de serem clones do Babylon Genesis em si. Cada lado precisa de sua própria lógica de monitoramento específica, mesmo que o modelo de confiança subjacente seja compartilhado.
Se todo BSN futuro acaba precisando exatamente dessa mesma divisão em dois lados dos Vigilantes
ou se alguns BSNs precisam de um formato de monitoramento genuinamente diferente por completo não é algo que a documentação atual esclarece.
Um nome compartilhado entre escopos de trabalho genuinamente diferentes torna um sistema mais fácil ou mais difícil de realmente raciocinar?
@BabylonLabs_io $BABY
#baby
$BULLA
$ON
No lado do BSN,
conforme a arquitetura, os Vigilantes lidam com o registro de novos provedores de finalidade e os punem (slash) quando necessário.
No lado do Babylon Genesis,
a mesma categoria de ator lida com um conjunto mais amplo de tarefas: carimbos de data/hora (timestamping) de BTC, registrando novos provedores de finalidade, além de processar delegações e desenvinculações (unbonding) e ações de slash.
Isso não é uma única descrição uniforme de trabalho aplicada duas vezes.
São dois escopos operacionais distintos, conectados à fundação mais ampla de segurança dos Trustless Bitcoin Vaults (TBV), compartilhando um nome porque, conceitualmente, são o mesmo tipo de observador
mas realizando um trabalho específico e significativamente diferente dependendo de qual cadeia eles realmente estão monitorando.
Faz sentido quando os BSNs são entendidos como cadeias genuinamente independentes, que reutilizam segurança compartilhada em vez de serem clones do Babylon Genesis em si. Cada lado precisa de sua própria lógica de monitoramento específica, mesmo que o modelo de confiança subjacente seja compartilhado.
Se todo BSN futuro acaba precisando exatamente dessa mesma divisão em dois lados dos Vigilantes
ou se alguns BSNs precisam de um formato de monitoramento genuinamente diferente por completo não é algo que a documentação atual esclarece.
Um nome compartilhado entre escopos de trabalho genuinamente diferentes torna um sistema mais fácil ou mais difícil de realmente raciocinar?
@BabylonLabs_io $BABY
#baby
$BULLA
$ON