Oito meses à procura de alguém que assumisse
Pavel Djundik criou o SteamDB em 2013 como projeto paralelo que seguia preços, número de jogadores e histórico de atualizações na plataforma Steam da Valve. Este ano já se tinha tornado algo que os jornalistas de videojogos citavam como fonte estatística, que os compradores de Steam Deck consultavam para notas de compatibilidade, e sobre o qual ferramentas de terceiros se apoiavam silenciosamente, tudo enquanto Djundik o geria sozinho. Em janeiro de 2026 começou a procurar discretamente um comprador, não para embolsar dinheiro, mas porque a tarefa tinha crescido para além do que uma só pessoa conseguia sustentar: os custos de alojamento, os limites da API, a mitigação de abusos e os pedidos de funcionalidades continuavam a crescer com o tráfego, enquanto o seu tempo disponível não crescia.
Em setembro de 2026 vendeu o SteamDB à Chosen, a empresa por detrás da Nexus Mods, fundada pelo seu presidente executivo Victor Folmann. Djundik descreveu a procura como a de uma equipa que compreendesse o que significa ser responsável por algo de que uma comunidade depende, enquadrando o negócio em torno da sustentabilidade e não de uma saída lucrativa. O preço não foi revelado.
Ninguém assinou nada, todos dependiam disso
O que torna isto mais do que uma nota de rodapé nas notícias de videojogos é o que o SteamDB era realmente na prática: infraestrutura não remunerada e informal à volta da qual um grande número de partes externas tinha construído silenciosamente os seus fluxos de trabalho. A própria Nexus Mods descreveu a situação dizendo que milhões de jogadores, programadores e editoras dependiam de um serviço sem acordo de nível de serviço, sem plano de sucessão e sem qualquer órgão a vigiar o que aconteceria se o único mantenedor se afastasse. Não havia contrato porque não havia fornecedor, apenas uma pessoa com um site e um sentido crescente de obrigação para com todos os que o usavam.
Essa situação não é invulgar. É a condição por defeito de uma enorme quantidade de infraestrutura que o setor tecnológico trata como algo que simplesmente existe: a biblioteca de código aberto de um único mantenedor, uma API gratuita que o produto principal de uma startup chama silenciosamente milhares de vezes por dia, uma base de dados gerida pela comunidade que sobrevive a qualquer outra parte da pilha original de uma empresa. Os incidentes do left-pad em 2021 e do xz-utils em 2024 mostraram o mesmo sobre código; o SteamDB mostra-o sobre um serviço de dados ativo e de uso público.
A decisão que ninguém tomou até ser forçada
Djundik tomou a decisão responsável que tinha à sua disposição: passar oito meses à procura de um guardião antes que o esgotamento forçasse um resultado pior, um site que se degradasse, saísse do ar ou fosse vendido a quem quer que pagasse mais, independentemente das suas intenções. Mas a decisão mais difícil, a que nunca foi tomada, pertencia a todos os que construíram um fluxo de trabalho sobre o SteamDB sem perguntar o que aconteceria se ele parasse silenciosamente. A Nexus Mods controla agora dados que o jornalismo de videojogos e as ferramentas de terceiros tratam como fonte de referência, e a sua própria declaração de que o SteamDB precisa de gerar receita é um sinal, não uma ameaça, de que os termos dessa dependência podem mudar.
A Nexus Mods merece crédito por ter gerido bem a transição: sem ligação forçada de contas, sem publicidade para já, e um compromisso público de manter intactas as funcionalidades gratuitas existentes. Essa é a melhor versão possível desta transição. A pergunta incómoda que deixa para qualquer empresa não é sobre o SteamDB especificamente. É se essa mesma auditoria alguma vez foi feita internamente: de que ferramenta gratuita, que biblioteca mantida por uma só pessoa, que API não oficial depende o seu próprio fluxo de trabalho, e qual é o plano real para o dia em que o respetivo mantenedor se esgotar.
O que vale a pena verificar mesmo esta semana
Faça uma auditoria real de dependências a tudo o que seja voltado para o cliente ou gere receita: liste cada serviço externo ou biblioteca que a sua pilha chama e que é mantida por uma só pessoa ou uma equipa de uma a três pessoas, sem contrato de suporte comercial por trás. Para cada item, anote o que deixaria de funcionar se desaparecesse sem aviso, e se existe uma alternativa comparável para a qual a sua equipa poderia mudar dentro de uma semana. Se a resposta honesta, mesmo para um só item, for que nada funcionaria e não existe plano nenhum, isso não é um problema da indústria dos videojogos. É o mesmo risco sem preço que acabou de mudar de mãos no SteamDB, escondido em silêncio dentro de um negócio que ainda não teve o seu próprio momento de janeiro de 2026.
Leia a seguir: xPaw vendeu a SteamDB. O risco ficou. | Falha crítica no GitLab atingiu self-hosted, não SaaS
