Parar as tentativas quando este desktop foi removido da conta

O que mudouquando o servidor confirma que este computador foi revogado na conta, o Overclock para de pedir tickets ao relay por conta própria. Um 403 sem confirmação (conta sem plano, falha passageira) continua sendo tentado de novo, com espera crescente.

Onde ficanão há tela nova, e não existe tela para revogar o próprio desktop. A verificação abaixo é QA técnica (teste automatizado), não um roteiro de uso do aplicativo. A revogação em si acontece pela API de dispositivos que já existe.

Como testar (QA técnica):

1. Na raiz do repositório, rode:

   cd packages/sidecar && pnpm exec vitest run src/remoteRelay.test.ts src/remoteRelayComposition.test.ts -t "D2"

   → termina com exit 0 e 7 passed. O teste que decide é a running relay keeps retrying through refused tickets and stops only after the real revocation, keeping its identity: ele simula um servidor que primeiro recusa tickets com 403 sem revogar (o relay precisa seguir tentando) e depois revoga de verdade (o relay precisa parar de pedir tickets, manter a mesma identidade e não registrar nem apagar nada).

2. O mesmo teste é discriminante: na versão anterior (c80d17742) ele falha (82 tickets pedidos quando eram esperados 80), então não passa com o defeito de tentar para sempre. Ausência de linhas no log não prova nada, porque o defeito também fica calado entre as tentativas.

Procedimento de operador (opcional, só com conta de teste própria): a revogação é feita pela API existente de dispositivos da conta; nunca use a conta de produção de outra pessoa. As provas são duas, e as duas precisam aparecer:

• o evento desktop_revoked no log do sidecar (linha JSON com "event":"desktop_revoked"), uma única vez;
• no servidor, a contagem de pedidos de ticket deste desktop parando de crescer depois da revogação (medida no servidor, não estimada pelo log do cliente).

Se o evento aparecer mas os pedidos de ticket continuarem, o defeito segue presente. Se não houver evento, a revogação não foi confirmada e o backoff continuar é o comportamento esperado. Esta validação no aparelho ainda não foi feita por ninguém.