I agree with this. The "x11 is bloated" nonsense came from a book in the 1980s when computers had 2 MB of RAM. Its a myth because its far more efficient than Windows 10. The 1980s era X11 myth is long outdated and has no relevance in modern context.
What Wayland is supposed to do could have been done with X extension, mainly, what would be needed as far as I know is a way for X apps to be able to synchronize with the refresh rate of the display so it can draw a frame and have it ready for the next refresh, by being notified of a redraw deadline through an X extension for this purpose. Another thing is a buffer swapping feature that allows an application when it has finished drawing a frame allowing it to tell the window system the frame is ready. If it blew the refresh deadline, the window system will use the last complete frame from a previous refresh cycle and the new frame will be used for the next refresh. This prevents window tearing and so on that has been i suppose the big reason for Wayland. All we really needed was this refresh timing and deadline information to be made available to apps, the deadline is set some time before the actual screen refresh to give time for the compositor to combine the apps frames into a single screen frame, and a facility for apps to use a new pixmap into the refresh buffer. You also need an extension for the compositor process for it to get the frames from all the apps so it can composite them all together into a single frame for for the video cards output.
It should be noted as far as I am aware what Wayland does regarding direct rendering can already happen with DRI on the X server, your application has the video driver built into it and basically sends drawing commands directly to the GPU. This already happens with DRI on X. Yes, it can be dangerous, which is why there should be an easily accessible option to turn it off and send your openGL commands via GLX over X protocol to the X server which can then send them on to the GPU.