Chrome on iPhone is forced to use Apple's rendering engine, not Google's. In particular, it can't implement any HTML/CSS/JS features that Safari on iPhone doesn't implement.
Apple benefits partially in terms of disallowing possibly-unsafe code (JS interpreters, for example) that they themselves did not author. But also from locking out competing browsers so their hardware is harder to commoditize...
In terms of stifling competition, it means there isn't meaningful competition on iOS in terms of features browsers expose to web pages. Browsers on iOS can have different user interfaces, but they all look more or less identical as far as web pages are concerned. (I say more or less because browsers can implement a custom network stack; just not a custom CSS parser or JS engine.)
So for example, if you want a browser on iOS that supports the "transform" CSS property without the "-webkit" prefix, you're out of luck. Apple's policies don't allow such a browser. This is not "break-through technology", of course. But a browser engine in a memory-safe language, with the resulting smaller attack surface, is. And it's disallowed by Apple.
To answer your own question, it's stifling competition in the iOS browser space. The above example is precisely why Firefox (for example) is unavailable on iOS; they didn't want to make a technical compromise like using Apple's version of WebKit instead of Gecko or (eventually) Servo.
Basically, the only browsers allowed on iOS are reskins of Safari. Technical competition is stifled that way.
Apple benefits partially in terms of disallowing possibly-unsafe code (JS interpreters, for example) that they themselves did not author. But also from locking out competing browsers so their hardware is harder to commoditize...
In terms of stifling competition, it means there isn't meaningful competition on iOS in terms of features browsers expose to web pages. Browsers on iOS can have different user interfaces, but they all look more or less identical as far as web pages are concerned. (I say more or less because browsers can implement a custom network stack; just not a custom CSS parser or JS engine.)
So for example, if you want a browser on iOS that supports the "transform" CSS property without the "-webkit" prefix, you're out of luck. Apple's policies don't allow such a browser. This is not "break-through technology", of course. But a browser engine in a memory-safe language, with the resulting smaller attack surface, is. And it's disallowed by Apple.