Opentherm is a two way protocol. The boiler can send a lot of information to the thermostat, it's not just about the thermostat telling the boiler what to do. One of those things is a maximum allowed flow temperature setting as input by the user on the boilers control panel.
This can allow the thermostat to make a more informed decision about what range of flow temperatures to request based on the maximum flow temperature that the boiler says should be used and the current heat demand from the zones. Allowing the thermostat to scale its heat demand instead of just using a full range up to 90C and then having the boiler clip it at a much lower temperature is preferable from a control point of view.
Of course you could add a maximum flow temperature setting in the thermostat too, and just ignore what the boiler does or doesn't send but I would consider that a workaround when the OpenTherm standard clearly allows the boiler to send this information to the thermostat, despite some boilers not bothering to implement it.
For the average user without weather compensation who just wants to adjust their maximum flow temperature with the seasons, turning the traditional knob on the boiler makes so much more sense than burrowing into the installer menu on something like an Evotouch. Why should that knob on their boiler loose its ability to function (or function inappropriately by only applying clipping) just because they use Opentherm instead of a relay ?
Something lost in this discussion too is that OpenTherm was developed by Honeywell in the first place and then released for more general use. So I tend to give Honeywell the benefit of the doubt that they might actually be implementing it properly and that boiler manufacturers often aren't.
Unfortunately it looks like they may eventually have to add a maximum flow temperature setting in the Evotouch to work around boilers that can't be bothered sending the necessary information.