klasa abstrakcyjna C# implementująca interfejs

Widziałem następujący układ kodu czytający fora i inne posty na blogu i dostosowany do zadawania kilku pytań.

public interface IService<T>
{
    int Add(T entity);
    void Update(T entity);
}

public abstract class ServiceBase<T> : IService<T>
{
    public int Add(T entity) { ... }
    public void Update(T entity) { ... }
}

public interface ICarService : IService<Car>
{
}

public class SomeBaseClass : ServiceBase<Car>, ICarService
{
    public int Add(Car entity);
    public void Update(Car entity);
}

Nie rozumiem korzyści płynących z posiadania klasy abstrakcyjnej implmentującej interfejs. Dla mnie wydaje się to trochę powtarzalne i nie mogę zrozumieć korzyści płynących z posiadania abstrakcyjnej klasy implementującej interfejs.

1. dlaczego klasa abstrakcyjna ServiceBase<T> po prostu nie definiuje as is bez potrzeby dziedziczenia IService interfejs? Czy to podwaja kod?
2. dlaczego SomeBaseClass musi również wszczepić ICarService? Czy baza serwisowa nie powinna być wystarczająca?