O demo 1.0.2 de Queen's Domain é importante porque faz parte da curta cadeia de hotfixes que levou ao lançamento de 30 de outubro. Aqui está a linha do tempo verificada, o que cada patch corrigiu e como confirmar que os principais bloqueios desapareceram na sua própria partida.
Queen's Domain Demo 1.0.1: Melhorias iniciais de estabilidade
O primeiro hotfix numerado do demo estabeleceu um padrão que se torna importante ao ler as notas posteriores: a 1.0.1 tratou de problemas de apresentação e usabilidade, enquanto a 1.0.2 refinou o combate e a 1.0.3 ajustou o comportamento dos recursos. Os anúncios oficiais dos desenvolvedores na página de notícias de Queen's Domain no Steam confirmam que os três hotfixes do demo existiram, embora a extensão individual das notas seja limitada.
A forma mais útil de entender a 1.0.1 é como uma passagem inicial de limpeza, e não como uma reformulação de balanceamento. O bestiário é uma enciclopédia dentro do jogo cujas entradas podem ser roladas com um controle, enquanto a comida pode aumentar os atributos do jogador e um amuleto de vida aumenta os pontos de vida. Esses sistemas já faziam parte da estrutura do demo, mas o hotfix inicial melhorou a forma como as informações e a progressão podiam ser acessadas.
O que a limpeza inicial do demo abordou
A nota da 1.0.1 é melhor compreendida pelas áreas que tocou do que por números sem suporte. Nenhuma nota pública vinculou o hotfix a uma nova região, inimigo, arma, limite de nível ou configuração de dificuldade. A base oficial do desenvolvedor lista o Pit of Despair como o único local nomeado além da Isle of Neasied, então afirmações sobre áreas fixas adicionais devem ser tratadas com cautela.
| Tópico documentado da 1.0.1 | Propósito prático | O que os jogadores devem verificar |
|---|---|---|
| Rolagem do bestiário | Torna as entradas da enciclopédia mais fáceis de inspecionar com um controle | Abra o bestiário e role uma entrada com o controle |
| Informações do amuleto de vida | Esclarece um acessório que aumenta os pontos de vida | Compare o amuleto com o valor de pontos de vida exibido |
| Interface de comida e atributos | Sustenta a progressão de atributos baseada em comida do demo | Confirme as mudanças de atributos após usar um item de comida elegível |
| Usabilidade do controle | Melhora a navegação nos menus do jogo | Remapeie ou reconecte um controle e teste a entrada nos menus |
| Estabilidade geral do demo | Reduz o atrito antes dos hotfixes de combate posteriores | Teste salvamentos frequentes, menus, combate e deslocamento |
Como o desenvolvedor não publicou listas exaustivas de itens nem valores numéricos, a verificação deve acontecer dentro da build. Por exemplo, um jogador pode anotar o número de pontos de vida antes de equipar um amuleto de vida, repetir o teste depois de equipá-lo e anotar se a mudança aparece imediatamente. Isso cria uma base pessoal clara sem fingir que o desenvolvedor publicou uma fórmula.
Percorrendo a cadeia de hotfixes do demo em ordem
Comece abrindo o bestiário com o método de entrada pretendido. Percorra uma entrada lentamente e verifique se a rolagem não trava, não pula inesperadamente e não impede o retorno à tela anterior. Em seguida, examine o amuleto de vida e os pontos de vida juntos. O amuleto deve aumentar os pontos de vida, mas as notas públicas não especificam o comportamento de acumulação, então registre o resultado em vez de generalizá-lo.
Depois, teste um item de comida elegível e observe a exibição do atributo relevante. A base oficial confirma que a comida aumenta os atributos, embora não publique a lista de comidas, os efeitos nos atributos ou a duração. Por fim, reconecte um controle e teste os mesmos menus. Essa sequência identifica se um problema é específico da versão, específico da entrada ou ligado a um menu em particular.
Se o resultado for diferente após atualizações posteriores, preserve as notas antigas. Uma mudança entre builds não é necessariamente um bug: apresentação do bestiário, crescimento de atributos e suporte a controle são três sistemas separados, e uma única passagem não pode provar que cada um permanece estável.
Queen's Domain Demo 1.0.2: Ajustes no ataque carregado
O demo 1.0.2 de Queen's Domain focou no comportamento de combate, tornando-o a parada mais relevante para jogadores que comparam builds iniciais e posteriores do demo. O modelo de combate confirmado gira em torno de uma barra de vigor, ataques carregados e ataques especiais específicos de cada arma. Também está associado a armas de arremesso secundárias, embora o material público não documente uma tabela completa de atributos por arma.
Isso importa porque mudanças no combate podem alterar a segurança com que um jogador usa a Legendary Holy Sword Endu, uma entre mais de 50 armas corpo a corpo encontráveis. No entanto, a função de voo da espada e o comportamento de combate de uma arma não devem ser tratados como o mesmo sistema. O desenvolvedor não documenta a Endu como uma arma capaz de ataques carregados, então usá-la como exemplo de um conjunto de movimentos específico iria além dos fatos disponíveis.
O ciclo de combate confirmado
O ciclo de combate pode ser separado em componentes verificados. A barra de vigor governa as decisões de combate, os ataques carregados fazem parte do conjunto de movimentos suportado e cada arma corpo a corpo tem seu próprio ataque especial. A revelação oficial também usa a expressão mais ampla "ataques especiais / mágicos", mas essa formulação não estabelece gasto separado de mana para cada ataque.
| Elemento de combate | Status confirmado | Verificação razoável no jogo | Desconhecido em 2026-10-31 |
|---|---|---|---|
| Barra de vigor | Confirmado | Observe a barra antes e depois de ataques repetidos | Taxa de regeneração e custos exatos |
| Ataques carregados | Confirmado | Carregue, solte e registre a animação e o efeito na barra | Tempo mínimo de carregamento e escala de dano |
| Ataques especiais de arma | Confirmado | Equipe duas armas corpo a corpo e compare seus especiais | Dano e custos de vigor exatos |
| Armas de arremesso secundárias | Mais de 20 tipos confirmados | Teste uma arma secundária e inspecione o comportamento dos controles | Lista completa e taxas de drop |
| Variedade de armas corpo a corpo | Mais de 50 confirmadas | Compare estados de melhoria em duas armas encontradas | Nomes de armas e multiplicadores de melhoria |
| Aparar | Relatado pela mídia, não documentado pelo desenvolvedor | Observe se a build atual oferece esse recurso | Se é uma mecânica suportada |
A conclusão mais segura do demo 1.0.2 é que os jogadores devem julgar o comportamento dos ataques observando a barra e a animação, e não presumindo que toda arma consome recursos da mesma forma. Armas diferentes podem ter ataques especiais diferentes, e os ataques carregados acrescentam outra camada de timing. Um breve registro de campo é mais confiável do que uma regra universal inventada.
Testando a 1.0.2 sem números inventados
Comece com um golpe corpo a corpo básico contra um alvo não crítico. Anote a barra antes do golpe e seu estado depois. Repita o teste várias vezes sem trocar de arma para que o timing de recuperação fique mais claro. Em seguida, execute um ataque carregado e compare a animação resultante, o comportamento da barra e a resposta do alvo. O objetivo não é derivar um multiplicador de dano não publicado; é confirmar que a categoria de ataque pretendida funciona de forma confiável.
Depois, troque para outra arma corpo a corpo e teste seu ataque especial. O modelo de combate publicado garante especiais específicos de cada arma, então o teste deve revelar se cada arma tem uma ação distinta. Evite usar um inimigo ou local nomeado que o desenvolvedor não documentou. O Mimic e o Star Lizard são nomes oficiais de criaturas, então qualquer um deles pode servir como teste de combate controlado quando encontrado, embora nenhum tenha dados publicados de vida ou dano.
As armas secundárias merecem uma verificação separada porque ocupam uma categoria de equipamento distinta. Confirme que a entrada de arremesso funciona, que o projétil se comporta como esperado e que alternar entre a arma corpo a corpo equipada e a arma secundária não interrompe a barra de vigor. Se alguma ação congelar ou falhar, registre o estado exato da arma e os passos de reprodução antes de relatar o problema.
Esse método também ajuda a distinguir uma mudança de balanceamento de um defeito técnico. Se um ataque carregado consome vigor de forma diferente, isso pode ser um ajuste intencional. Um congelamento completo, um soft lock ou um estado de entrada inutilizável provavelmente exigirá um relatório de bug.
Queen's Domain Demo 1.0.3: Ajustes na barra de poder e no vigor
O demo 1.0.3 de Queen's Domain está associado à barra de poder e ao consumo de vigor. Esses dois termos não devem ser fundidos em uma única barra: o sistema de combate usa uma barra de vigor, enquanto a documentação de progressão identifica separadamente uma barra de poder. O desenvolvedor não publicou uma fórmula exata que as conecte, nem declarou se toda ação consome ambas.
Essa distinção é crucial ao avaliar a cadeia de hotfixes. O demo 1.0.3 representa uma passagem de gestão de recursos, enquanto o patch de lançamento posterior concentrou-se em estados quebrados específicos. Jogadores que só lembram que "a 1.0.3 mudou o vigor" podem interpretar mal qual barra observaram ou qual ação desencadeou a mudança.
Verificações de recursos que produzem evidências úteis
Use o mesmo encontro controlado para cada teste, para que equipamento, alvo e ações recentes permaneçam consistentes. Registre o comportamento da barra de poder e da barra de vigor separadamente sempre que a interface exibir ambas. Se uma delas não aparecer em uma situação específica, anote isso como uma observação em vez de inferir uma relação numérica oculta.
| Recurso ou ação | O que observar | Evidência a reter | Ainda não documentado |
|---|---|---|---|
| Golpe corpo a corpo básico | Mudança na barra e animação | Estado inicial, estado final, número de repetições | Custo exato e taxa de recuperação |
| Ataque carregado | Mudança na barra após soltar | Duração do carregamento e comportamento resultante | Duração mínima e escala |
| Ataque especial de arma | Resposta da barra de poder e do vigor | Tipo de arma e se ambas mudam | Fórmula que liga as barras |
| Arremesso secundário | Efeito no vigor e comportamento de mira | Se um arremesso pode interromper a recuperação | Dano e custo do projétil |
| Melhoria de arma | Comportamento de combate visível depois | Estado de melhoria e identidade da arma | Multiplicadores de melhoria |
| Evolução de arma | Se a tela permanece responsiva | Arma atual e passo exato | Condições de evolução e atributos resultantes |
O congelamento na evolução de arma é uma das razões pelas quais esse teste importa, embora tenha sido explicitamente corrigido na versão 1.01.01 e não no demo 1.0.3. Se a evolução for acionada durante o demo, a build mais recente não deve mais congelar; se congelar, uma reprodução mínima se torna muito mais útil do que uma descrição geral do problema.
Por que o ajuste de recursos muda as decisões do jogador
Ajustar o consumo de vigor afeta quando os jogadores se desengajam, se podem encadear outra ação após um ataque e com que segurança gerenciam um encontro lotado. Os mais de 100 inimigos, mini-chefes e chefes combinados criam muitas oportunidades de gastar vigor, mas as notas oficiais não fornecem uma contagem universal de inimigos por sala nem um nível recomendado.
Como os custos exatos não estão disponíveis, os jogadores devem comparar situações em vez de procurar uma rotação ótima inexistente. Um teste controlado pode responder se um ataque carregado deixa vigor suficiente para uma retirada, se um ataque especial de arma pode seguir um golpe normal e se o arremesso secundário interrompe uma animação de recuperação. Essas são perguntas práticas mesmo quando os números subjacentes permanecem privados.
Para saber mais sobre como gerenciar vários oponentes sem esgotar recursos, veja como as táticas de controle de multidão em Queen's Domain organizam espaçamento, ataques e desengajamento em torno do modelo de combate baseado em vigor. O julgamento final deve vir de testes repetíveis. Se o comportamento do vigor variar porque uma arma diferente foi equipada, anote a categoria da arma em vez de culpar o patch. Se a mesma ação se comportar de forma diferente entre a 1.0.2 e a 1.0.3, isso apoia o tema documentado de ajuste de recursos. Se o jogo parar de responder completamente, classifique como congelamento e passe para a lista de verificação do patch de lançamento.
Queen's Domain 1.01.01 Patch de lançamento: Bloqueios críticos corrigidos
A versão 1.01.01 tratou dos problemas mais concretos da cadeia: um soft lock no Pit of Despair, um congelamento na evolução de arma, uma Executioner door travada, um congelamento do Mimic, poços de retorno na água ausentes ao redor de Neasied e uma bolsa do Star Lizard flutuando no ar. Essas são correções confirmadas, não teorias de jogadores, conforme listado nos anúncios do desenvolvedor no Steam.
A correção mais importante para os leitores é que a Executioner door é um objeto que ficou travado, não um chefe ou personagem nomeado. O problema da bolsa do Star Lizard dizia respeito a uma bolsa flutuando no ar. Separadamente, o congelamento do Mimic interrompia a interação com uma criatura oficialmente nomeada. Tratar esses três como três tipos diferentes de inimigos ou um encontro de chefe baseado em porta seria interpretar mal as notas.
Referência das correções de lançamento
| Correção confirmada da 1.01.01 | Sintoma antes do patch | Verificação após atualizar | Contexto extra |
|---|---|---|---|
| Soft lock no Pit of Despair | A progressão podia parar no poço nomeado | Entre na área e confirme que o movimento continua possível | A correção do soft lock está confirmada |
| Congelamento na evolução de arma | O jogo podia congelar durante a evolução | Acione a evolução com a build atual | Use um backup de save se testar for arriscado |
| Executioner door travada | A porta podia permanecer inutilizável | Interaja e confirme que ela responde | É uma porta, não um chefe |
| Congelamento do Mimic | O encontro ou a interação podia parar de responder | Lute ou interaja, depois verifique movimento e menus | O Mimic é um nome oficial de criatura |
| Poços de retorno na água ausentes | As rotas de recuperação na água estavam ausentes ao redor de Neasied | Caia em água elegível e confirme a rota de retorno | As rotas de água exatas não estão totalmente documentadas |
| Bolsa do Star Lizard flutuando | A bolsa aparecia suspensa no ar | Localize a bolsa afetada e compare sua posição | O próprio Star Lizard é uma criatura separada |
O patch de lançamento, portanto, corrige tanto bloqueios de progressão quanto defeitos visuais ou de interação. O soft lock e os poços de retorno ausentes afetam a navegação, enquanto os congelamentos podem interromper o combate ou os menus. Uma passagem de verificação útil deve cobrir ambas as categorias, porque corrigir uma não prova que as outras foram resolvidas.
Verificando o soft lock e as rotas de retorno
Primeiro, atualize o jogo pelo cliente da plataforma e inicie a build mais recente disponível. Entre no Pit of Despair e confirme que o movimento, o menu de pausa e a progressão continuada funcionam. Um procedimento específico de recuperação para o soft lock é discutido no guia de recuperação do Pit of Despair.
Em seguida, teste uma queda em água elegível perto da Isle of Neasied. O resultado esperado é a ativação de um ponto de retorno na água, enviando o jogador de volta após entrar na água. O desenvolvedor não publica todos os corpos d'água válidos nem a rota exata, então use mecanismos de retorno visíveis e avisos no jogo em vez de um mapa externo.
| Teste | Condição de aprovação | Sinal de falha | Resposta apropriada |
|---|---|---|---|
| Movimento no Pit of Despair | O jogador pode continuar normalmente | O menu funciona, mas a progressão permanece bloqueada | Registre a posição exata e o estado do save |
| Recuperação na água | O mecanismo de retorno é ativado | A água leva a um beco sem saída não intencional | Anote a localização e os pontos de referência ao redor |
| Encontro com Mimic | O combate ou a interação continua | O jogo para de responder | Registre a última ação concluída |
| Executioner door | A porta responde à interação | A porta permanece travada | Anote se um aviso aparece |
| Evolução de arma | A animação termina e o controle retorna | O congelamento persiste | Registre a arma e o estado de melhoria |
| Bolsa do Star Lizard | A bolsa repousa corretamente | A bolsa permanece no ar | Registre a área ao redor |
Não use taxas de drop exatas, vida de inimigos ou limites de nível no relatório; nada disso está documentado em 2026-10-31. Uma reprodução concisa deve identificar a build, o contexto do save, a ação executada, a última entrada bem-sucedida e se recarregar altera o resultado.
Lendo as notas de atualização de Queen's Domain como evidência
As notas de atualização são mais úteis quando separam mudanças confirmadas de interpretação. Os anúncios do desenvolvedor fornecem uma espinha dorsal sólida: os hotfixes do demo 1.0.1, 1.0.2 e 1.0.3, seguidos pela versão de lançamento 1.01.01. Eles também estabelecem os seis problemas tratados na 1.01.01. O que eles não fornecem é um roteiro, um calendário de eventos sazonais, um plano de DLC ou uma data de atualização futura.
Essa fronteira importa porque impede que especulações plausíveis se transformem em orientação falsa. Os anúncios no Steam também listam marcos de listas de desejos, um anúncio de preço e a verificação para Steam Deck, mas essas são comunicações de lançamento separadas, e não evidência de que correções adicionais de bugs estejam agendadas.
Uma matriz de documentação para testes
| Informação publicada | Conclusão segura | Método de verificação | Afirmação a evitar |
|---|---|---|---|
| Os hotfixes do demo 1.0.1–1.0.3 existem | O demo recebeu três atualizações numeradas | Compare as builds instaladas, se disponível | Contagem exata de mudanças para cada build |
| A 1.01.01 corrigiu seis problemas nomeados | Esses seis problemas foram tratados no lançamento | Teste cada interação relevante | Que todos os bugs restantes foram corrigidos |
| O vigor governa o combate | A gestão de recursos afeta os ataques | Observe a barra durante ações repetidas | Uma taxa de regeneração exata |
| As armas podem evoluir | A evolução existe e pode ser testada | Tente a evolução em um save seguro | Que toda arma pode evoluir |
| Existem pontos de retorno na água | A água pode redirecionar o jogador de volta | Caia em água elegível | Um mapa completo de cada ponto |
| Existem mais de 50 armas corpo a corpo | O jogo tem variedade substancial de armas | Encontre e equipe armas corpo a corpo diferentes | Nomes de armas inventados |
| Existem 53 conquistas no Steam | A lista de conquistas contém 53 entradas | Revise a interface de conquistas do Steam | Nomes ou desbloqueios não exibidos publicamente |
Uma rotina prática para o dia da atualização
Atualize antes de avaliar um bug, porque uma instalação antiga pode fazer um problema já corrigido parecer atual. Salve manualmente, registre a versão exibida e teste os seis temas das correções de lançamento em sessões separadas. Manter as verificações de soft lock, congelamento, porta e visual separadas torna o relatório final preciso.
Em seguida, faça uma breve comparação de combate usando um golpe básico, um ataque carregado, um especial corpo a corpo e um arremesso secundário. Registre as mudanças nas barras, a conclusão das animações e se o jogo devolve o controle prontamente. A barra de poder e a barra de vigor devem ser acompanhadas de forma independente, porque a documentação pública não define a relação entre elas. Por fim, teste uma rota de água e uma travessia de poço antes de explorar mais. A visão geral do mapa e do deslocamento em Queen's Domain fornece contexto útil para verificar penhascos, plataformas, água e a mecânica de voo da Holy Sword Endu sem presumir um mapa não publicado.
| Prioridade do relatório | Incluir | Omitir a menos que verificado |
|---|---|---|
| Contexto da build | Versão, plataforma, método de entrada | Especulação sobre código interno |
| Reprodução | Ação exata e última entrada bem-sucedida | Comentários de combate não relacionados |
| Ambiente | Local ou inimigo apenas se oficialmente nomeado | Nomes de regiões ou inimigos inventados |
| Impacto | Congelamento, soft lock, progressão bloqueada ou defeito visual | Gravidade exagerada sem evidências |
| Persistência | Recarregar e repetir testes | Afirmações de que sempre acontece |
| Captura de tela ou gravação | Carimbo de data/hora e interface relevante | Informações pessoais não relacionadas |
Ao tratar as notas de atualização como um registro verificado e os testes no jogo como evidência, os jogadores podem entender a posição do demo 1.0.2 de Queen's Domain na linha do tempo sem inventar mecânicas. A conclusão prática é simples: a 1.0.1 melhorou a usabilidade inicial, a 1.0.2 refinou o comportamento de combate, a 1.0.3 ajustou a gestão de poder e vigor, e a 1.01.01 corrigiu os bloqueios mais importantes do lançamento.
Perguntas Frequentes
O que o demo 1.0.2 de Queen's Domain mudou?
O demo 1.0.2 de Queen's Domain está associado ao comportamento de combate, incluindo ataques carregados e o sistema de ação do jogo baseado em vigor. O desenvolvedor não publicou custos exatos de vigor, valores de dano ou uma planilha completa de balanceamento item por item, então esses detalhes devem ser verificados no jogo em vez de inferidos a partir de estimativas da comunidade.
O patch 1.01.01 corrigiu o soft lock do Pit of Despair?
Sim. A versão 1.01.01 lista explicitamente o soft lock do Pit of Despair entre suas correções, junto com congelamentos envolvendo armas e o Mimic, além da Executioner door travada e dos poços de retorno na água ausentes. Confirme que sua build instalada está atualizada, depois teste a progressão no poço nomeado e salve separadamente antes de investigar mais.
A Executioner door é um chefe em Queen's Domain?
Não. As notas oficiais do patch identificam a Executioner como uma porta que podia ficar travada. O desenvolvedor não a documentou como personagem, inimigo ou chefe, então os guias devem descrevê-la como um objeto interativo e testar se ela responde após aplicar o patch de lançamento.
A versão 1.01.01 corrigiu o congelamento do Mimic e o bug do Star Lizard?
Sim. O patch de lançamento tratou tanto de um congelamento do Mimic quanto de uma bolsa do Star Lizard flutuando no ar. Esses são relatos separados: o primeiro diz respeito a um congelamento envolvendo a criatura oficial Mimic, enquanto o segundo diz respeito à posição de uma bolsa associada à área do Star Lizard.
Onde foram corrigidos os poços de retorno na água ausentes?
A versão 1.01.01 adicionou poços de retorno na água ausentes ao redor da Isle of Neasied. Um jogador pode verificar a correção entrando em um corpo d'água elegível e checando se o mecanismo de retorno esperado funciona. A base oficial não publica todas as rotas de água, então confirme os avisos e os pontos de referência locais no jogo.