なぜC#の省略可能引数は、オーバーロードのシンタックスシュガーではないのでしょうか？

オーバーロード関数を生成したところで保てない、といった書き方のほうが正しいでしょうか。
同一アセンブリ内であればオプション引数部分を定数可したオーバーロード関数本体をコンパイル時に複製することは可能かと思いますが
別DLLの場合はそれができません。
void overloaded(string s, int i) }
SomeClass.DoSomething(s, i, false);
}
のような単純な呼び出しスタブを作るだけなら同じ問題がおきますし。
（JITコンパイル時にオーバーロード関数を作成するなら可能かもしれませんが）

※オーバーロード関数自動生成は以下を想定しています
int func (int a, int b, int c = 1) {
return a + b + c;
}
自動生成
int func (int a, int b) {
int c = 1
return a + b + c;
}

定義側コンパイル時にすべてのオーバーロードを定義しておけという話だったのですね。
ちょっと意図がずれておりましたすみません。

元々下記リンクの最後にあるようにCOM相互運用のニーズで実装されたようなものなので
http://ufcpp.net/study/csharp/sp4_optional.html
例にあるOpenメソッドはオプション引数が14個もあるので
https://msdn.microsoft.com/ja-jp/library/microsoft.office.interop.excel.workbooks.open%28VS.80%29.aspx
名前付き引数を使用することを考えると提示された方法では
２の１４乗で16384個もオーバーロード関数を作らなければいけないので現実的ではないからではないでしょうか
（実装の関してはフォーラム等で議論されていると思うのですがちょっと見つけられませんでした）

あと既存のVB.NETで作成されたDLL（=DefaultValueAttributeが付いた関数)
をビルドし直さずにそのまま使うという理由もあるかと思われます。