In fact, I'd argue it's virtually guaranteed.
You can look at the list of AMP components we have right now[0], including some stuff from the social section:
- Facebook comments
- Vine
- Twitter
- #!?X Riddle.com
So what happens when Facebook changes how its comments works, or adds more Javascript or bloat to the component? What happens when Vine closes down?
Does anyone really think that an AMP committee is going to say, "No, your component isn't efficient enough Facebook, we won't update what code gets shipped"? We've traded a composable API for company-specific widgets. And once you decide to have company specific widgets, two things happen.
First, when the AMP standard really does become commonplace you get complaints that it's too difficult to get new components approved and updated, and that this is anti-competitive and unfair to smaller companies who are just trying to launch their own Vine replacement. Second, once you open up the process and make it easier to approve new components, people start shipping a bunch of awful code that breaks existing widgets and slows down pages because some CEO somewhere decides, "we can have an fancy widget on the Google? We need that by next week."
So then we'll try to come up with some kind of automated system to tell if components themselves are performant which will... sort of work. And the question we apparently won't ask at that point is, "why didn't we just start with the automated system for weeding out bad code and use that to rank websites, and skip the whole AMP thing?"
Seriously, AMP has only 15 social components right now, and 1 of them is already for a dead service that no longer exists and that will absolutely go completely offline at some point in the future. I'm sure this system is going to scale just great.
[0]: https://www.ampproject.org/docs/reference/components