【Fórum de Cebola Verde✨】
De acordo com as recomendações da rede de testes TBV:
A espera entre cadeias não é assustadora, mas o processo de espera deve ser visível e fácil para o usuário!👀
A rede de testes do Babylon Trustless Bitcoin Vaults (TBV) tem dois prazos que não dá para contornar: peg-in leva cerca de 2 horas, peg-out leva cerca de 3 dias💻.
Isso não acontece porque “o produto é lento”; ao analisar melhor, a entrada principalmente espera a confirmação de 12 blocos do signet, e a saída principalmente espera a janela de desafio de 432 blocos no Bitcoin.
O tempo não é travamento do front-end; faz parte do modelo de segurança.
O problema é: uma etiqueta “Pending” não consegue explicar se, naquele momento, está se aguardando confirmação do Bitcoin, assinatura dos participantes, um Ethereum ACK ou ainda alguma ação do usuário.
Esperar é aceitável, mas uma espera em caixa-preta é bem frustrante🥶.
@BabylonLabs_io Minha sugestão é: adicionar uma linha do tempo dupla para cada cofre. O lado esquerdo mostra se o Pre-PegIn foi transmitido, quantos confirmaram/12 e se o PegIn foi confirmado; o lado direito mostra criação da requisição, ACK dos participantes, assinatura do usuário, download de materiais, Verified e Active. Em cada nó, indicar o responsável, o próximo passo e o resultado do timeout.
Por exemplo, se “Pending” passar de cerca de 24 horas, pode ser que a configuração off-chain não tenha sido concluída: o cofre ficará Expired e a taxa do peg-in será devolvida; após Verified, se não ativar dentro de aproximadamente 48 horas, a taxa não é reembolsada, mas o BTC ainda poderá ser reembolsado unilateralmente após o timelock de 3 dias no BTC.
Esses dois tipos de falha permitem recuperar o BTC, mas o resultado econômico é diferente—e a página deve distinguir isso ativamente🤔.
A saída também. No Ethereum, Withdraw só inicia o resgate; depois ainda há Claim, Assert, Challenge e Payout.
A página deve mostrar quantos blocos do Bitcoin restam na janela de desafio; se surgir um desafio, também deve mostrar o prazo de resposta da parte que está reivindicando, o endereço final do BTC e a comissão do Vault Provider que se espera ser descontada😤.
Também dá para adicionar um “pacote de suporte para copiar”: com um clique, organizar o vault ID, as duas hashes de transações em ambas as cadeias, a fase atual, a rede da carteira e o código de erro—para facilitar enviar no Discord ou no GitHub—e deixando claro que não inclui chave privada nem frase-semente.
Escolher TBV usando tempo para exigir menos confiança de custódia não é vergonhoso.
O que realmente afeta a experiência é se o produto traduz a espera em um progresso que o usuário consiga entender, verificar e ao qual possa recorrer.
Explicar claramente de cada minuto a qual cadeia pertence, qual papel e quais condições de segurança estão envolvidas faz até três dias parecerem mais tranquilos do que “três horas” sem explicação.
#baby $BABY
De acordo com as recomendações da rede de testes TBV:
A espera entre cadeias não é assustadora, mas o processo de espera deve ser visível e fácil para o usuário!👀
A rede de testes do Babylon Trustless Bitcoin Vaults (TBV) tem dois prazos que não dá para contornar: peg-in leva cerca de 2 horas, peg-out leva cerca de 3 dias💻.
Isso não acontece porque “o produto é lento”; ao analisar melhor, a entrada principalmente espera a confirmação de 12 blocos do signet, e a saída principalmente espera a janela de desafio de 432 blocos no Bitcoin.
O tempo não é travamento do front-end; faz parte do modelo de segurança.
O problema é: uma etiqueta “Pending” não consegue explicar se, naquele momento, está se aguardando confirmação do Bitcoin, assinatura dos participantes, um Ethereum ACK ou ainda alguma ação do usuário.
Esperar é aceitável, mas uma espera em caixa-preta é bem frustrante🥶.
@BabylonLabs_io Minha sugestão é: adicionar uma linha do tempo dupla para cada cofre. O lado esquerdo mostra se o Pre-PegIn foi transmitido, quantos confirmaram/12 e se o PegIn foi confirmado; o lado direito mostra criação da requisição, ACK dos participantes, assinatura do usuário, download de materiais, Verified e Active. Em cada nó, indicar o responsável, o próximo passo e o resultado do timeout.
Por exemplo, se “Pending” passar de cerca de 24 horas, pode ser que a configuração off-chain não tenha sido concluída: o cofre ficará Expired e a taxa do peg-in será devolvida; após Verified, se não ativar dentro de aproximadamente 48 horas, a taxa não é reembolsada, mas o BTC ainda poderá ser reembolsado unilateralmente após o timelock de 3 dias no BTC.
Esses dois tipos de falha permitem recuperar o BTC, mas o resultado econômico é diferente—e a página deve distinguir isso ativamente🤔.
A saída também. No Ethereum, Withdraw só inicia o resgate; depois ainda há Claim, Assert, Challenge e Payout.
A página deve mostrar quantos blocos do Bitcoin restam na janela de desafio; se surgir um desafio, também deve mostrar o prazo de resposta da parte que está reivindicando, o endereço final do BTC e a comissão do Vault Provider que se espera ser descontada😤.
Também dá para adicionar um “pacote de suporte para copiar”: com um clique, organizar o vault ID, as duas hashes de transações em ambas as cadeias, a fase atual, a rede da carteira e o código de erro—para facilitar enviar no Discord ou no GitHub—e deixando claro que não inclui chave privada nem frase-semente.
Escolher TBV usando tempo para exigir menos confiança de custódia não é vergonhoso.
O que realmente afeta a experiência é se o produto traduz a espera em um progresso que o usuário consiga entender, verificar e ao qual possa recorrer.
Explicar claramente de cada minuto a qual cadeia pertence, qual papel e quais condições de segurança estão envolvidas faz até três dias parecerem mais tranquilos do que “três horas” sem explicação.
#baby $BABY
