Keep in mind that, while the AMP libraries are loaded asynchronously, the AMP runtime (v0.js
) is still render-blocking for your pages (this is done on purpose using the AMP CSS boilerplate which hides the page content until the runtime loads).
Assuming your server supports HTTP/2, hosting the runtime alongside your website allows you take advantage of request multiplexing and avoids connecting to a different server (the AMP CDN) which normally adds DNS lookup and connection overhead.
However, there are disadvantages to self-hosting the framework:
Your pages become invalid AMP (this will change in the future).
AMP's CDN is globally distributed and very performant - if you don't use a similar quality CDN yourself, CDN performance may outweigh the advantages introduced from hosting the runtime on the same server as your website.
Browsers may have cached the AMP runtime served from the AMP CDN if you previously visited another AMP website (this doesn't apply to browsers with a double-keyed cache like Chrome).
Bottom line is, if you're aiming for higher performance on AMP pages, it's best to start with the tips outlined in How to make AMP even faster and implement server-side rendering. Self-hosting the framework may yield additional performance benefits, but for most websites this is likely negligible.