Az én szubjektív meglátásom az, hogy nagyon-nagyon el akarták kerülni, hogy Waylanddel ugyanaz történjen, mint az X11-el - vagyis idővel szét kelljen patchelni mindenféle extensionökkel, amivel az alapfunkcionalitást lényegében teljesen átalakítják/megkerülik. Ezért a Wayland API-t szándékosan nagyon minimálisra tervezték és kb mindent kiszerveztek a compositorba. Ezzel architekturálisan nem lenne baj.
A baj azzal van, hogy egy "szabvány" compositor API nem lett specifikálva (ami nincs specifikálva az nem avul el, ugye...), és most van vagy 15-féle compositor Wayland-re, egymással inkompatibilis programozási felülettel. A nagyon egyszerű alkalmazásoknak ez nyilván mindegy, azoknak elég, hogy wayland kliensek, a compositor meg a fejük felett teszi a dolgát. De ha kicsit is bonyolultabb dolgot akar valamelyik alkalmazás (fullscreen, window dekorációk eljrejtése / saját window dekoráció, screenshot / screen capture), akkor máris a compositor-specifikus API-khoz kell fordulni.
Vagyis az egyik probléma helyett csináltak egy másikat. Most már az alkalmazások nagy részét nem wayland-re, hanem az egyes wayland compositorokra kell portolni. Szerintem itt csesződött el az egész.