Uma constante é dados. Propriedades implicam a possibilidade de comportamento quando você tanto "olha" para o valor.
O comportamento de empacotamento (ou a sua possibilidade futura) com dados constantes está errado. Para a maioria dos sistemas, isso não importa, mas pode.
Digamos que o valor seja "PI" e usado extensivamente nos cálculos do sistema. Colocá-lo atrás das propriedades forçará os programadores clientes a programarem defensivamente. Eles devem atribuir o valor a uma constante duplicada. Se eles não enganarem, a próxima versão da biblioteca pode ter algum "comportamento" indesejado introduzido por trás da propriedade. O comportamento da propriedade (se estiver em uma biblioteca compilada) é desconhecido. Talvez ele tenha um bom desempenho no teste, mas pode haver códigos ocultos que sejam executados se uma condição especial for atendida. Esta não é uma otimização pré-madura. Especialmente para um sistema em tempo real em que a vida das pessoas depende.
Os programadores clientes podem até perder a segurança de uma constante, pois a linguagem pode não permitir que eles designem um valor de propriedade para sua constante duplicada.
Além disso, quando os programadores são forçados a atribuir o valor de sua propriedade à sua própria constante, eles efetivamente anulam qualquer comportamento que você espera realizar com sua propriedade.
Dados constantes verdadeiros não precisam nem precisam de encapsulamento.