Tasksheduling в С#

1. Начнем с того, что Task -- это абстракция задачи, которая ничего не говорит о том, где и кем будет выполнена задача. Этим как раз управляет TaskScheduler. Как вы верно заметили, класс TaskScheduler является абстрактным, а значит, конкретная логика заключена в его наследниках. А вот TaskFactory (и метод Task.Run()) -- это действительно прослойка между задачей и планировщиком.
2. Самый очевидный наследник -- TaskScheduler.Default. Это планировщик пула потоков. Он выполняет порученные задачи в потоках из пула потоков. Время старта задачи при этом никак не оговаривается. Второй пример -- это группа планировщиков, которые предоставляет текущий синхронизационный контекст -- TaskScheduler.FromCurrentSynchronizationContext (например, ASP.NET, WinForms или WPF). Соответственно задача, которая была передана, например, планировщику WinForms, будет выполнена в главном (UI) потоке.
3. Покажите пример.

P.S. В 99% случаев достаточно вызывать Task.Run() и не связываться с TaskFactory.

Для начала, параллельно к TaskScheduler.Default есть ещё TaskScheduler.FromCurrentSynchronizationContext() (который в главном потоке WPF и WinForms создают scheduler, выполняющий задания в этом самом потоке). Кроме того, использовать TaskScheduler можно и в других местах, например, в Task.ContinueWith, ну и await тоже пользуется им под капотом.

Можно смотреть на TaskScheduler как на «прослойку» между отправкой таска на выполнение и самим выполнением. Но это собственно и есть смысл «планировки»: вы поставляете таск, а как и когда он будет запущен — вопрос, который решает планировщик (scheduler). То есть TaskScheduler — это не механизм внедрения вашего планировщика, это и есть планировщик!

Получается он не имеет какую-то внутреннюю логику по запуску задач отложено

Не получается. Ваш метод QueueTask — часть TaskScheduler'а, это и есть вызов внутренней логики по запуску задач!

Если я создам TaskScheduler через TaskScheduler.Default какая реализация будет у QueueTask

TaskScheduler.Default — планировщий на пуле потоков. Он просто выполнит ThreadPool.QueueUserWorkItem.

Из исходников .NET:

protected internal override void QueueTask(Task task)
{
    if ((task.Options & TaskCreationOptions.LongRunning) != 0)
    {
        // Run LongRunning tasks on their own dedicated thread.
        Thread thread = new Thread(s_longRunningThreadWork);
        thread.IsBackground = true; // Keep this thread from blocking process shutdown
        thread.Start(task);
    }
    else
    {
        // Normal handling for non-LongRunning tasks.
        bool forceToGlobalQueue = ((task.Options & TaskCreationOptions.PreferFairness) != 0);
        ThreadPool.UnsafeQueueCustomWorkItem(task, forceToGlobalQueue);
    }
}

В примерах с QueueTask кроме отложенного запуска задачи делают добавление этой задачи в очередь... Зачем?

Это нужно спрашивать у авторов примера — скорее всего, в коде примера видно, откуда ещё производится доступ к очереди. ThreadPoolTaskScheduler, например, в QueueTask ничего не добавляет.