Это противоречит LSP.

Вот представьте, вам дали такую возможность и вы переопределили метод с новыми параметрами. Теперь у нас есть метод, который принимает Layer или даже ICreatable. Допустим так:

void DoSomething (ICreatable layer) {
  layer.Create();
}

Но мы ведь можем передать потомка в этот метод! Делаем следующее и ломаем наш код:
DoSomething(new PerlinNoiseLayer())

Потому именно в таком виде - нет, нельзя.

Для генерации каждого слоя нужен разный набор параметров и генерируются они, соответственно, по-разному

Ну вот у вас есть разница - вот и отобразите её в своем коде.

Это слой? - Да. - Ок, тогда посмотрим его высоты.

Если есть такая необходимость - почему бы не ввести отдельный интерфейс для высот?

void DoSomething (IHasHeights layer) {
  layer.Heights; // <== тут есть высоты
}

Почему бы не воспользоваться фабрикой или билдером? Или даже заставить передавать все эти параметры в конструктор?

public abstract class Layer: ICreatable
{
    float[,] Heights { get; set; }
    public abstract void Create();
}

public class PerlinNoiseLayer : Layer
{
    private float[,] _heights;
    readonly int _resolution ;

    public PerlinNoiseLayer (int resolution) {
        _resolution = resolution;
    }

    public override void Create()
    {
        // тут расширение уже есть
    }
}