Escopo verificável
Estrelas fazem parte do progresso apresentado pelo jogo. Esta página não inventa custos, limites ou condições. Use a interface atual e o AppID correto.
Separe obter, gastar e produzir efeito.
Obtenção
Registre saldo inicial, ação, mensagem, saldo final, modo e data. Se várias condições mudaram, não atribua tudo a uma delas.
Na próxima tentativa, altere uma condição.
Gasto
Anote nome do destino, custo exibido e alternativa adiada. Defina o efeito esperado antes de confirmar.
Guardar é válido quando existe condição para terminar a reserva.
Resultado
Compare a tela antes e depois. Diferencie visível de utilizável. Só use permanente ou global quando a interface confirmar.
Se divergir, revise outras mudanças simultâneas.
Tiers
O guia descreve três Tiers, mas isso não cria fórmula com Estrelas. Guarde cada camada em coluna diferente.
Uma relação explícita precisa de texto e data.
Coleções
Collection e conquistas são distintas. As 69 conquistas mostradas em 1º de agosto não dizem quantas Estrelas existem.
Não some categorias incompatíveis.
Planejar gasto
Escolha objetivo observável: acesso, piso, exploração ou futuro. Compare candidatos por finalidade, não por ranking universal.
Preserve margem ao testar relação não confirmada.
Verificar uma obtenção
Registre resultado da Run e saldo em telas separadas. Uma diferença não autoriza fórmula exata. O método serve para limitar hipóteses.
Se não consegue repetir a mesma condição, declare as diferenças.
Saldo divergente
Confira gasto, recompensa pendente, atualização visual, Cloud, conta e AppID. Não repita um gasto irreversível nem apague dados.
Entre PC e Deck, espere sincronizar.
Auditoria de tabela externa
Determine se cada número é saldo, custo, prêmio ou total. Exija versão, modo e fonte. Precisão decimal não prova oficialidade.
Deixe campos desconhecidos vazios.
Diário
Use data, versão, modo, saldo inicial, ação, prêmio, gasto, saldo final e tela alterada. Após patch, crie nova linha.
Esta página corresponde a 1º de agosto de 2026. Volte a Progressão e mantenha obtenção, gasto e efeito como fatos independentes.
Exemplo de observação segura
Antes da Run, registre o saldo. Escolha um único objetivo. Ao terminar, salve a tela de resultado e depois confira o saldo. Se Tier, Collection ou conquista também mudou, coloque cada alteração em coluna própria.
Na próxima tentativa, preserve o máximo de condições e altere uma. As ofertas podem variar; declare essa diferença. Duas observações não autorizam uma fórmula exata quando a fonte não a publica.
Candidatas por finalidade
Organize gastos por acesso, piso, exploração e futuro. Uma opção não é melhor para todas as contas. A prioridade depende do objetivo e do que já está disponível.
Se uma compra atua agora e depois, separe os resultados. Confirme que a mudança é utilizável, não apenas visível no menu.
Divergência de saldo
Verifique gasto esquecido, prêmio pendente, atualização da tela, Cloud, conta e AppID. Não repita uma compra irreversível para “testar” e não exclua saves.
Entre dispositivos, aguarde a sincronização. Guarde o horário da última sessão normal.
Limite do experimento
Use o menor gasto que responda à pergunta. Se a descrição indica irreversibilidade, priorize o progresso da conta em vez de uma experiência. Uma relação não confirmada pode permanecer aberta.
Compartilhe observações com versão, modo e data. Elas são úteis sem serem apresentadas como regra oficial.
Conferência antes de confirmar
Leia novamente destino, custo e descrição. Compare o saldo restante com uma segunda opção e registre o que será adiado. Se a tela não explica duração ou alcance, não preencha a lacuna por memória. Faça a compra pelo objetivo atual, observe o resultado e deixe uma relação desconhecida para outra ocasião. Esse cuidado importa quando a ação não oferece desfazer e preserva recursos para uma correção segura.
Manter histórico
Antes de uma compra final, releia destino, custo e descrição. Compare o saldo restante com a segunda opção e registre o que será adiado. Se a tela não explica duração ou alcance, não complete por memória. Observe o resultado antes de fazer outro gasto por impulso e preserve recursos para uma correção segura.
Após patch, não apague a linha antiga. Adicione outra. Uma mudança de número pode ser atualização, condição diferente ou erro anterior. O histórico permite investigar.