La idea contraria a utilizar procesos unificados y centralizados como singletons monolíticos es la encapsulación del software, hacer que sea independiente del resto del código del sistema. Esta puede ser la idea por defecto a usar pero... ¿Tiene sentido realmente? ¿Cuales son otras alternativas? Para más información: https://docs.godotengine.org/es/stable/getting_started/workflow/best_practices/node_alternatives.html P.D: Olvidé el tema del consumo de recursos de cpu que tiene el hecho de heredar de Node o de MonoBehaviour en Unity, el propio proceso de tener que pasar por esas clases esta haciendo mas lento todo el sistema además de consumir mas memoria si es que se hacen copias de algo por el camino. En unity puedes trabajar sin heredar de MonoBehaviour, en godot no se si puedes no heredar de godot en C# pero lo que te recomiendan en gdscript es que heredes de object, reference o resource para así aliviar la carga que suponen... ? ¡Suscribete a mi *Lista de Correo* o mi *Patreon* para apoyar el desarrollo de mis juegos! https://www.doradoro.com/ Para conocer mis redes sociales personales: https://linktr.ee/padreputativo ... https://www.youtube.com/watch?v=EAPrq2ry-ks