¿Por qué la tilde (~) no se expande dentro de comillas dobles?

Según esta respuesta y mi propio entendimiento, la tilde se expande al directorio de inicio:

$ echo ~
/home/braiam

Ahora, cada vez que quiera que funcione la expansión de shell, es decir, usando nombres de variables como $FOO, y no se rompan debido a caracteres inesperados, espacios, etc., uno debe usar comillas dobles ":

$ FOO="some string with spaces"
$ BAR="echo $FOO"
$ echo $BAR
echo some string with spaces

¿Por qué esta expansión no funciona con la tilde?

$ echo ~/some/path
/home/braiam/some/path
$ echo "~/some/path"
~/some/path

La razón, porque dentro de las comillas dobles, tilde ~no tiene un significado especial, se trata como literal.

POSIX define comillas dobles como:

Los caracteres encerrados entre comillas dobles ("") conservarán el valor literal de todos los caracteres dentro de las comillas dobles, con la excepción del signo de dólar, la comilla y la barra invertida de los caracteres,

...

La aplicación se asegurará de que una comilla doble esté precedida por una barra diagonal inversa que se incluirá dentro de las comillas dobles. El parámetro '@' tiene un significado especial dentro de las comillas dobles

Excepto $, `, \y @, otros personajes son tratados como comillas dobles dentro de literales.

La expansión de Tilde se define por POSIX como:

Un "prefijo tilde" consiste en un carácter <tilde> sin comillas al comienzo de una palabra, seguido de todos los caracteres que preceden al primer <slash> sin comillas en la palabra, o todos los caracteres en la palabra si no hay < barra oblicua>. En una asignación, se pueden usar múltiples prefijos de tilde: [...] siguiendo el <equals-sign> de la asignación, siguiendo cualquier <colon> sin comillas, o ambos. [...] Si ninguno de los caracteres en el prefijo tilde se cita, los caracteres en el prefijo tilde después de <tilde> se tratan como un posible nombre de inicio de sesión de la base de datos de usuarios. [...] Si el nombre de inicio de sesión es nulo (es decir, el prefijo tilde contiene solo la tilde), el prefijo tilde se reemplaza por el valor de la variable HOME. Si HOME no está configurado, los resultados no están especificados. [...]

Entonces, la respuesta más corta es "porque se define de esa manera": al citar cualquiera de los caracteres del prefijo, incluido el ~, se suprime la expansión.

También define la expansión como siempre dando como resultado una sola palabra, por lo que sería innecesario citar:

El nombre de ruta resultante de la expansión de tilde se tratará como si fuera citado para evitar que sea alterado por la división de campo y la expansión de nombre de ruta.

Cuando algunas de las rutas requieren comillas, pero el resto es un prefijo de tilde, puede combinar la expansión de tilde y las comillas ordinarias directamente:

$ cat ~/"file name with spaces"

En el "por qué" más amplio: dado que no hay un uso concebible para la división de palabras ~, ese debería ser el comportamiento predeterminado, en lugar de requerir que se cite. Como no es necesario citarlo, dar ~un significado especial dentro de las comillas sería una complicación innecesaria. Y, por supuesto, las razones históricas significan que no se podría cambiar ahora, incluso si eso fuera deseable.

~ se origina en el shell C, mucho antes de que se agregue al shell Korn y luego se agregue a la especificación del shell POSIX.

En el C-shell, ~era un operador global (expandido por la misma rutina que la que se expande, *.txtpor ejemplo), por lo que al igual que el resto del global no se realizó entre comillas dobles.

Si bien esto no responde por qué está diseñado de esa manera, en su $HOMElugar lo usa si necesita sustituirlo, ya que eso es esencialmente lo que ~hace.

$ echo "$HOME/some/path"
/home/braiam/some/path