Y sirve para obtener o setear un valor. Las propiedades no se puede auto setear o auto obtener por que tendrias un problema de "overflow" por eso se utiliza una variable extra que sirve para almacenar el valor. 
 
 
 
Las propiedades pueden tener un SET y GET de forma independiente, por ejemplo si queres tener una variable publica que no se pueda modificar entonces podes usar una propiedad que solo implemente GET.
 
Si queres controlar de que manera se asigna el valor de una variable tendrias que implementar SET. 
 
 
 
Eso es toodo no hay mas magia. 

Podrias hacer uso de propiedades para realizar esta tarea.
 

private int m_vidas = 0;
private int m_vidasAnterior = 0;
public int Puntos { get; set; }
public int Lifes { 
  get { return m_vidas; }
  set { m_vidas = value; if (m_vidas - m_vidasAnterior >= 3) { m_vidasAnterior = m_vidas; Puntos ++; } }
}

 
 

El contenido es básico, por el momento no veo algo que requiera mejorar.
 
Excepto .... 
 
Te recomiendo utilizar las nomenclatura estándar de C# ofrecidas por Microsoft para que sea más simple seguir mientras vas programando <- Aplicable si las cosas empiezan a ser más complejas.. 
 
Nomenclatura
 
 

La fuerza es la dirección entre el jugador y el objeto.
 

vector3 dir = (jugador.posición - objeto.posicion).normalizado

 
Luego a ese vector de dirección lo multiplicas por la velocidad del jugador. 
 

dir *= jugador.velocidad.magnitud

 
Tenes que tener en cuenta la relación velocidad/fuerza/masa. Cuánta Fuerza se necesita para mover X Objecto con X Masa con X Drag, etc.
 
Quizás en el Ejemplo Unity contempla que el objeto tenga una velocidad al momento del impacto, las diferencias de fuerzas determinan si el objeto empuja al jugador o viceversa. 
 
 

Crazy Taxy of Simpsons.. 
 
Noto que hay algunos errores de caras superpuestas "z-depth, flickering o tantos otros nombres"!
 
¿Las físicas del vehículos son tuyas?
 
Se percibe una gran pérdida de rendimiento con la cámara exterior.
 
Pero, vas avanzando! Exitos.

@Ezequiel Torres Antes de migrar puedes buscar herramientas en GitHub para Safe-Migrate, había una, no recuerdo específicamente que te permite migrar desde Unity 5 a 2018, donde cambio el serializado, y luego integraron el nuevo sistema de Prefabs y nuevamente necesitábamos herramientas para migrar, existen, están por algún lado del internet, no te paso link por que es inútil, es cuestión de prueba y error.

Hola @Jhonatan00_00, al parecer en el video el movimiento se debe a que el jugador se está moviendo modificando la posición directamente (CharacterController), puede existir un Physics-Step entre el movimiento y el "re acomodamiento" que genere una colisión dentro del collider de la caja que contiene el Rigidbody. En resumen, por x cantidad de tiempo el jugador está traspasando al cubo. Esto una hipótesis. 
 
Por la foto y otras preguntas ahora entiendo que el movimiento del jugador se basará en 3D, esto es muy importante, en principio te diría que elimines la posibilidad de hacerlo con Raycast, en 3D es un poco más complejo de asimilar que en 2D y sin los conocimientos matemáticos necesarios es bastante dificil lograr un buen resultado.
 
¿Como simular la física de contacto?

Es simple, character controller utiliza un Capsule Collider para detectar sus colisiones, podrias crear un Componente que detecte y lanze un evento de colisión con todos sus contactos.
 

public class CollisionManager : MonoBehaviour
{
     public delegate void CollisionDelegate(Vector3 point, Vector3 normal, Transform go);
     public event CollisionDelegate CollisionEvent;
  
    private void OnCollisionStay(Collision collisionInfo)
    {
        foreach (ContactPoint contact in collisionInfo.contacts)
          CollisionEvent?.Invoke(contact.point, contact.normal, contact.transform);
    }
}

 
Ahora capturas el evento y compruebas si el objeto colisionada contiene un rigidbody, luego aplicas la fuerza en el punto de contacto con su normal y la velocidad del jugador (la velocidad del frame anterior).
 

public class CharacterControllerPhysics : MonoBehaviour
{
  [SerializeField]
  private CollisionManager m_collision;
  
  private void Awake()
  {
    m_collision.EventCollision += OnCollision;
  }
  
  private void OnCollision(Vector3 point, Vector3 normal, Transform go)
  {
    if (TryGetRigidbody(out Rigidbody rb))
      rb.AddForceAtPosition(normal * PLAYER_CURRENT_VELOCITY, point);
  }
  
  private bool TryGetRigidbody(Transform t, out Rigidbody rb)
  {
    rb = t.GetComponent<RigidBody>();
    return rb != null;
  }
}

 
PLAYER_CURRENT_VELOCITY debería ser el valor de la velocidad del frame anterior. 
 
Esta es la forma más sencilla de hacerlo, existen alternativas con mejores resultados pero aumentan proporcionalmente su complejidad. 

Podrías encapsular la información "temporal" dentro de una estructura. Luego en el SO creas un campo privado y serializado y un accesor publico, al ser una estructura es imposible ser editada pero podrías tener la información y copiarla en un variable temporal para poder editarla a gusto.  

@lightbug Gracias por responder
 
@Jhonatan00_00 Te recomiendo que leas "Términos de uso" y dentro de esto verás el por qué Unity no es "gratis". 
 
Si querés nos sentamos a discutir SEO y te explico cómo funciona. 
 
Y por último una gran recomendación, no consumas esas porquería de geinxu, alva majo, etc... Esa gente está al mismo o más bajo nivel que vos, la diferencia es que se crean una leyenda de si mismo. Creedme, hay video conferencia muy buenas de gente profesional, que trabajo para Rockstar, Ubisoft, THQ, Vivaldi y muchas otras grandes empresas, no es necesario que pegue el Link, están en Youtube! 
 
---------
 
Si, soy prepotente, y esto se debe a que trate con mucha gente igual que vos, con más preguntas que conocimiento, con más ganas de soluciones instantánea que de aprendizaje. Con la experiencia te irás volviendo más arrogante y menos tolerante.   
 
Sin embargo, acá, en el foro, muchas veces respiramos profundo e intentamos responder de la manera más orgánica posible, para que quien pregunta entienda.
 
-------
 
El proyecto se ve bien, pero 1 imagen no refleja absolutamente nada, compartir un GIF o Vídeo sería de agradecer, aparte, es una forma generosa de devolver lo que el foro te está dando de forma gratuita. 
 

Cita de: iRobb date=1582580805Vaya con el vídeo. Hace 20 años se reían de nosotros y ahora nos vengamos. Es la venganza de los nerds! 
   
   
      Por cierto, minuto 1:05 cuando dice "respeta a los demás porqué..."  y  se queda en blanco. Jajajaja
   

Lo mejor de todo es que el ejemplo del 1:05 es muy malo, no se aplica a lo que intento exponer. Es decir, mezclo profesiones... 
 
Si vas a programar cómo junior dentro de una empresa serás tratado como tal, el día que sea semi-senior o senior entonces podrás elegir si tolerar a los Juniors o dejarlos en libertad jajajajajaja

No tengo mucho tiempo, pero visto esto me voy a tomar unos minutos para contestar.
 
Primero, quiero que entiendas algo y siempre que estés por formular tus preguntas o respuestas lo tengas en cuenta, "NO ERES PROFESIONAL Y NO TIENES LOS ESTUDIOS REFERENTES" por esta razón tus preguntas jamás tendrán una respuestas que te satisfazca. 
 
Segundo, las fisicas y mecanicas de tu juego no tienen ninguna limitación en cuanto a las herramientas que estés utilizando, esto quiere decir que dentro de todos los Engines existen alternativas que sirven únicamente como prototipos y no deberían ser utilizadas para producción (que no deban, no quiere decir que no puedan), el resto se supone que se debería desarrollar.
 
Tercero, en cuanto al desarrollo de una mecánica de movimiento estamos hablando de un tema "complejo", antes de realizar cualquier cosa deberias tener un conocimiento avanzado de trigonometría, lo cual dentro de la programación es el punto inicial y básico. Luego deberias entender geometría analítica.
 
Cuando tengas desarrolladas las dos bases anteriormente comentadas, podrias empezar a realizar críticas y opiniones constructivas, mientras tanto simplemente sos un ignorante creyendo que viendo 2 videos de youtube se convertirá en Miyamoto, y lamento pincharte el globo, esa idea está muy lejos de la realidad.
 
¿Como solucionar este problema? 
 
De la misma manera que millones de personas a lo largo de su vida realizan, si no sabes hacerlo entonces deberias comprarlo, se aplica para todo en esta vida, vivienda, automóviles, comidas, bebidas y absolutamente todo, y aún así adquiriendo estos productos tu responsabilidad como consumidor es aprender a usarlos.
 
Vamos al punto en concreto, no eres un "niño prodigio" eres un mortal como todos nosotros, deberás leer, estudiar y practicar para que algun dia puedas hablar con total criterio, de momento no lo hagas, solo demuestra el desinterés por entender.
 
Frente a la ignorancia mi lema sería "SI NO SABES, CÓMPRALO. SI LO QUE COMPRAS NO SOLUCIONA TU PROBLEMA, DEBERIAS INSULTAR TU IGNORANCIA" 

Te recomiendo un tutorial básico que explica cómo implementar y solventar los problemas que te enfrentas al implementar un sistema ("CLASICO") de colisión.