¿Hay alguna diferencia práctica entre usar babel-runtime y babel-polyfill cuando * no * desarrolla una biblioteca? (por ejemplo, aplicación web)

Todo está en el título, de verdad.

En la documentación de Babel, hay la siguiente línea en elpágina que describe el tiempo de ejecución de babel

Otro propósito de este transformador es crear un entorno de espacio aislado para su código. Los elementos integrados como Promise, Set y Map tienen un alias de core-js para que pueda usarlos sin problemas sin tener que requerir una contaminación global.polyfill.

lospolyfill es solo eso, un archivo de JavaScript separado que se incluye que calza algunas cosas que faltan.

He probado el polyfill frente al uso de babel-runtime con mis herramientas de compilación (webpack), y mis archivos sonligeramente más pequeño cuando uso babel-runtime.

No estoy desarrollando una biblioteca o complemento, solo una aplicación web, y tampoco me importa el alcance global que se está contaminando. Sabiendo esto, aparte del tamaño de archivo final ligeramente más pequeño, ¿hay otros beneficios prácticos o puntos en el uso del tiempo de ejecución sobre el polyfill?

Respuestas a la pregunta(1)

Su respuesta a la pregunta