Én mondjuk egy singleton-nak nem csinálnék protected konstruktort, mert leszármaztatható és publikus konstruktorral ellátható.

Attila, igen, szerintem is az a komment nem igaz. Mondjuk a példában a LoadBalancer típus before field init-es, szóval nem lehet tudni, hogy pontosan mikor hívódik meg a típuskonstruktor, csak azt, hogy valamikor az első hivatkozás előtt. Másik oldalról, én úgy tapasztaltam (na jó, igazából most próbáltam ki), hogy max az elöször hivatkozó függvény elejére teszi ki a típuskonstruktor hívást a jitter, tehát azért annyira nem messze az első hivatkozástól.
Belegondolva, ennél messzebb nem is tudná. Különben a jitternek bele kellene nézni a hívási lánc következő szintjeibe, hátha van ott statikus hivatkozás. Ez minden esetben lelassítaná a jitter csak azért, hogy nagyon nagyon ritkán egy-két szintel ki tudjon hozni egy statikus konstruktor hívást, ami ráadásul amúgy is csak akkor okoz teljesítményvesztést, ha valami durva ciklusból sikerült kimenteni, tehát ritka a négyzeten esetben hozna eredményt.
Másik lehetőség valóban a típus betöltésekor meghívni a before field inites típusok típuskonstruktorait, biztos ennek is megvan az indoka, hogy végül miért nem így működik, de erre nincs ötletem. Gondolom nem akartak feleslegesen lefuttatni egy csomó kódot induláskor, hogy esetlegesen kimentsenek egy ciklusban való ellenőrzést arra, hogy vajon lefutott-e már a típuskonstruktor. Vagy ti tudtok erről valamit?