Trusted shims and polyfills

Could the group please consider the possibility of trusted shims and polyfills so that even extensions such as noscript might still allow trusted polyfills to be used and that browsers might implement a mode between JS-enabled and JS-disabled that allows only trusted polyfills.  There is a great need to experiment with interactive declarative extensions for users wanting to work with JS-disabled and the work of this group might be able to help.  For example, the topic of interactive menus has come up again recently on the WHATWG list and I think it would help the development of the web if content authors could experiment with designs.

One option might be for the UA to store a hash for the resources to identify them.

It might be expected that a polyfill is common code among many webpages, and could the group consider methods to avoid redundant storage of such resources, and also how they could work well offline.  Could a polyfill be loaded and managed as a browser extension, with a meta tag declaring the need for the polyfill?

With a lot of experimentation going on, there is bound to be some conflict, such as extensions that want to use the same attribute or element name.  Perhaps some thought could be given to ways this group could help manage such conflict - guidelines, etc.

cheers
Fred