#dusk $DUSK @Dusk
Ao analisar a lógica de transferência da Zedger, uma regra me chamou atenção: o destinatário precisa aprovar uma transferência antes que ela seja concluída. Não a pessoa que a envia. A pessoa do outro lado.
Eu achava que uma transferência apenas segue depois de iniciada, como funciona na maioria dos modelos de conta. A Zedger não faz isso. Até a aceitação, o saldo ainda é contabilizado no lado do remetente. Existe uma rota (CLAIM) para quando a aprovação não chega antes de a transferência expirar, o que me diz que esse estado pendente foi pensado para acontecer — e não é só uma exceção rara.
Pense de forma simples. Alguém mantém parte de um título tokenizado por meio de uma estrutura como a NPEX. Inicia uma transferência para outra conta que está na lista de permitidos. O destinatário ainda não aceitou. Então, se você verificasse a propriedade exatamente naquele momento, hipoteticamente, ainda veria o detentor original, porque nada foi finalizado do lado da Zedger.
A parte estranha não é a existência de um estado pendente. O estranho é que a Zedger, de resto, é muito precisa: uma conta por usuário permitido, um histórico completo de toda mudança de saldo, sem ambiguidade sobre o passado. Mas a propriedade atual pode ficar em aberto por um período, por design, porque o destinatário precisa realmente escolher aceitá-la.
Não acho que seja uma falha. Exigir aceitação em vez de liquidação automática, presumivelmente, dá a uma parte permitida a capacidade de recusar um ativo, em vez de ele ser forçado para a conta dela. Só que isso também significa que duas pessoas verificando a mesma transferência ao mesmo tempo, antes da aprovação, veriam respostas diferentes sobre quem a possui naquele momento.
O whitepaper é específico sobre o mecanismo. Ele não diz nada sobre com que frequência essa lacuna acaba sendo testada quando, de fato, existe atividade de liquidação.
Essa janela pendente é algo que operadores raramente encontrariam, ou é um estado que eles acabariam gerenciando constantemente quando o volume de transferências aumentasse?
$BTC $TUT
Ao analisar a lógica de transferência da Zedger, uma regra me chamou atenção: o destinatário precisa aprovar uma transferência antes que ela seja concluída. Não a pessoa que a envia. A pessoa do outro lado.
Eu achava que uma transferência apenas segue depois de iniciada, como funciona na maioria dos modelos de conta. A Zedger não faz isso. Até a aceitação, o saldo ainda é contabilizado no lado do remetente. Existe uma rota (CLAIM) para quando a aprovação não chega antes de a transferência expirar, o que me diz que esse estado pendente foi pensado para acontecer — e não é só uma exceção rara.
Pense de forma simples. Alguém mantém parte de um título tokenizado por meio de uma estrutura como a NPEX. Inicia uma transferência para outra conta que está na lista de permitidos. O destinatário ainda não aceitou. Então, se você verificasse a propriedade exatamente naquele momento, hipoteticamente, ainda veria o detentor original, porque nada foi finalizado do lado da Zedger.
A parte estranha não é a existência de um estado pendente. O estranho é que a Zedger, de resto, é muito precisa: uma conta por usuário permitido, um histórico completo de toda mudança de saldo, sem ambiguidade sobre o passado. Mas a propriedade atual pode ficar em aberto por um período, por design, porque o destinatário precisa realmente escolher aceitá-la.
Não acho que seja uma falha. Exigir aceitação em vez de liquidação automática, presumivelmente, dá a uma parte permitida a capacidade de recusar um ativo, em vez de ele ser forçado para a conta dela. Só que isso também significa que duas pessoas verificando a mesma transferência ao mesmo tempo, antes da aprovação, veriam respostas diferentes sobre quem a possui naquele momento.
O whitepaper é específico sobre o mecanismo. Ele não diz nada sobre com que frequência essa lacuna acaba sendo testada quando, de fato, existe atividade de liquidação.
Essa janela pendente é algo que operadores raramente encontrariam, ou é um estado que eles acabariam gerenciando constantemente quando o volume de transferências aumentasse?
$BTC $TUT
