Por que software de código aberto crítico ainda depende de um único mantenedor esgotado?

Em novembro de 2025, o Kubernetes aposentou o Ingress NGINX, um de seus componentes mais amplamente implantados, não por ter sido substituído, mas porque a equipe de mantenedores voluntários não conseguia mais sustentá-lo. Separadamente, o External Secrets Operator, usado em pipelines corporativos críticos em todo o mundo, congelou todas as atualizações quando quatro de seus cinco mantenedores sofreram esgotamento simultaneamente. Pesquisas do setor mostram agora que 60% dos mantenedores de código aberto trabalham sem remuneração e 44% citam o esgotamento como motivo pelo qual saíram ou consideraram sair. Programas de financiamento como Open Source Pledge e GitHub Sponsors existem, mas abordam o dinheiro, não o verdadeiro gargalo, que é a fila de revisões. Não existe um sistema leve e automatizado que transfira de forma duradoura o contexto de trabalho, as expectativas de cobertura de testes e o conhecimento do modelo de ameaças de um mantenedor que sai para um sucessor, de modo que cada saída reinicia o projeto praticamente do zero.