#dusk $DUSK
$GPS pronto para voar mais alto e mais alto ele vai tocar o céu em breve, mas a linha que me impediu em @Dusk ’s W3sper, na documentação, não era sobre assinar.

era o aviso de que um construtor de transações não é uma carteira.

W3sper fornece a um aplicativo ferramentas de nível mais baixo para se conectar ao Rusk, consultar o estado e construir transações. Mas se um cliente quiser assinar sem uma extensão de carteira, ele precisa fornecer as partes pelas quais o W3sper deliberadamente não assume responsabilidade.

Isso inclui armazenamento de chaves recuperáveis e um tesouro sincronizado atrás de seu "Bookkeeper", incluindo o saldo e o estado de nonce necessários para construir uma transação válida.

Um perfil recém-gerado sozinho não é suficiente.

Ele pode conter a identidade necessária para derivar uma conta, mas não tem uma entrada sincronizada do "Bookkeeper". Sem o estado atual, o construtor de transações não consegue determinar com confiabilidade os fundos ou o nonce necessários para a transferência.

esse é o limite que quase deixei passar.

Assinar prova qual chave autorizou uma transação.

Sincronizar informa ao signatário o que ele pode autorizar validamente neste momento.

Gosto de como o W3sper expõe os primitivos sem fingir silenciosamente resolver armazenamento seguro e recuperação de carteira. Mas uma aplicação sem interface (headless) que escolhe esse controle também herda explicitamente essas responsabilidades.

Separar a construção de transações do estado da carteira torna o W3sper uma infraestrutura mais segura ou torna assinadores personalizados mais fáceis de construir de forma incorreta??

#dusk @Dusk

Dusk A separação do W3sper é…

$VELVET descarreguei novamente completo desastre