Quanto è buono usare il valore hash della dimensione di 32 bit nella pratica

Nel primo caso si sta calcolando il digest o l'hash di un messaggio per il controllo dell'integrità e la trasmissione nell'intestazione. Che in termini di prestazioni va bene e un modo standard per implementare il controllo dell'integrità dei messaggi

Nel secondo caso sembra che la tua preoccupazione sia la firma digitale del messaggio che coinvolge sempre la chiave simmetrica della chiave privata che non ha nulla a che fare con la firma digitale. Anche se vuoi comunque ottenere l'integrità con le firme e inviare l'hash firmato del messaggio, l'altro lato ha bisogno della tua chiave pubblica per verificare l'integrità ... Che ovviamente causerà overheads se il controllo dell'integrità è solo la preoccupazione e non l'autenticità

Stai mescolando due concetti diversi in uno.
Considerare due cose: l'hash controlla l'integrità dei dati a causa di interferenze che probabilmente non sono state manomesse? O è per la sicurezza? Un pacchetto TCP ha un checksum (come un hash), allo scopo di determinare se l'interferenza ha cambiato parte del pacchetto.
Sicurezza hash e persino hash di integrità del file, iniziato con 128 bit, e ora sono nell'intervallo 256-512 bit. 32 bit non possono essere considerati per nessun tipo di applicazione sicura, inclusa una firma digitale.
Una firma digitale con una chiave a 32 bit e un hash a 32 bit è solo un po 'meglio di ROT13 e forse peggio in quanto potrebbe dare un falso senso di sicurezza.