O que acontece com uma transação aprovada pela metade
Em uma carteira 2 de 2, todo envio tem um momento intermediário: você já aprovou na SSP Wallet, e agora ele está esperando a SSP Key no seu celular. Talvez o celular esteja em outro cômodo, ou você mude de ideia. Veja onde essa transação aprovada pela metade espera, quanto tempo ela dura, o que dá para fazer com ela e como ela termina.
Onde a solicitação espera
Quando você confirma um envio na SSP Wallet, a carteira monta a transação, adiciona a própria assinatura e envia o resultado ao relay da SSP como uma solicitação de assinatura. O relay a guarda sob a identidade da sua carteira e a repassa à SSP Key por uma conexão ao vivo e por notificação push. Se a SSP Key se conectar mais tarde, o relay entrega a solicitação pendente assim que ela entrar.
O relay mantém uma única solicitação pendente por carteira. Uma nova solicitação da sua carteira substitui o que estava esperando; não existe uma fila de envios aprovados pela metade.
A SSP Wallet mostra uma janela de espera com contagem regressiva. Depois de 30 segundos sem resposta, ela sugere verificar se a SSP Key está aberta e online e oferece um QR code (ou um texto para copiar) para carregar a solicitação no celular manualmente.
Quanto tempo dura
Uma solicitação vale por 15 minutos. O relay marca cada solicitação com um horário de expiração 15 minutos após a criação, e o banco de dados apaga o registro automaticamente quando esse prazo passa. A contagem regressiva da carteira acompanha essa janela; quem a aplica é o relay.
Depois disso, a solicitação some. A SSP Key não consegue mais buscá-la, e a SSP Wallet avisa que ela expirou e pede que você tente de novo. Nada foi transmitido, então não há nada a desfazer na blockchain.
O celular está offline, você rejeita ou nunca responde
O celular está offline. A solicitação espera no relay. Se a SSP Key voltar a ficar online dentro dos 15 minutos, ela pega a solicitação. Se não, a solicitação expira.
Você rejeita na SSP Key. A SSP Key envia uma rejeição de volta pelo relay, e a rejeição ocupa o lugar da solicitação. A SSP Wallet mostra "Transação rejeitada" e confirma que a transação não chegará à blockchain e que seus fundos estão totalmente disponíveis.
Você nunca responde. A solicitação expira depois de 15 minutos, como explicado acima.
Você fecha a janela na SSP Wallet. Fechar a janela não cancela a solicitação. A própria janela avisa: a solicitação continua pendente na SSP Key até expirar, e também aparece como envio pendente na sua lista de atividades.
Ou seja, não existe um botão de "cancelar" separado para um envio comum. Uma solicitação termina de uma de quatro formas: a SSP Key aprova, a SSP Key rejeita, ela expira ou uma solicitação mais nova da sua carteira a substitui. Se você mudou de ideia, o caminho mais limpo é rejeitar na SSP Key.
Alguém pode usar a transação assinada pela metade?
Não. Seus fundos estão em um multisig 2 de 2, e um gasto válido precisa das duas assinaturas. Em redes UTXO como o Bitcoin, o próprio script do endereço exige duas assinaturas de duas chaves específicas, e a rede rejeita uma transação com apenas uma. Em redes EVM, a conta inteligente verifica uma assinatura combinada que só pode ser gerada com as duas chaves. Quem a vir, inclusive o relay, tem nas mãos uma transação que nenhuma rede vai aceitar. O que é multisig 2 de 2 explica o mecanismo.
A SSP Key também não assina no piloto automático: ela decodifica a transação no próprio aparelho e espera sua aprovação. O que realmente impede uma transação mostra as outras verificações no caminho.
A transação assinada pela metade não move fundos, mas não é secreta. Ela contém o destinatário, o valor, seu endereço de envio e, em redes UTXO, as moedas que estão sendo gastas. O relay a decodifica para escrever a notificação push ("uma transação de X para Y"). Isso faz parte do que o relay da SSP pode e não pode ver: o suficiente para ler o que você está enviando, mas nada que permita mover seus fundos.
Moedas e nonces durante a espera
Nada é transmitido até a SSP Key assinar, então nada muda na rede enquanto uma solicitação espera.
Em redes UTXO, as moedas escolhidas para a transação continuam não gastas. A SSP Wallet não as reserva para um envio comum pendente. Se você iniciar um segundo envio, ele pode escolher as mesmas moedas, e de qualquer forma a nova solicitação substitui a antiga no relay. A SSP Key não confia nos dados de moedas da solicitação: ela as consulta por conta própria antes de assinar.
Em redes EVM, há dois tipos de nonce. O nonce da conta, o contador explicado em Nonces: por que as transações do Ethereum esperam na fila, é lido quando a transação é montada e só avança quando uma transação é incluída, então uma solicitação pendente ou rejeitada não consome nenhum. O outro é um nonce de assinatura de uso único para a assinatura combinada. A SSP Wallet o descarta depois de usá-lo, de modo que ele nunca assina uma segunda transação, mesmo que a primeira tenha sido rejeitada ou expirado.
Como o SSP Enterprise é diferente
Os vaults do SSP Enterprise usam propostas M de N, feitas para esperar mais: 7 dias por padrão, ou de 1 hora a 30 dias conforme a política do vault. Quem criou a proposta, ou um administrador ou proprietário da organização, pode cancelá-la, liberando as moedas ou o nonce que ela havia reservado. Se uma proposta não puder mais ser executada, por exemplo porque suas moedas foram gastas em outro lugar, ela é encerrada como obsoleta e os signatários são avisados do motivo.
O resumo honesto
Uma transação da SSP aprovada pela metade é uma solicitação de assinatura no relay com 15 minutos de vida. Ela termina quando é aprovada, rejeitada, substituída ou quando expira. Fechar a janela da carteira não a cancela, e não existe um botão de cancelar separado; rejeitar na SSP Key é a saída limpa.
Enquanto espera, ela não pode mover seus fundos: um multisig 2 de 2 precisa das duas assinaturas, e a SSP Key pede sua confirmação antes de adicionar a dela. Ela traz, porém, dados legíveis como destinatário, valor e endereço, e o relay consegue vê-los.
