Se hai un caso d'uso in cui non hai mai a che fare con numeri negativi all'interno di qualsiasi grande calcolo intero, allora potresti usare anche l'implementazione di interi interi firmati, e la tua ipotesi di rendimento è quello che mi aspetterei anch'io le differenze di prestazioni sarebbero probabilmente trascurabili.
Se si dispone di un caso d'uso in cui possono verificarsi risultati intermedi negativi, ma si desidera che eseguano il "wraparound" su un valore positivo, in un contesto intero di grandi dimensioni non è intrinsecamente chiaro quale dovrebbe essere il risultato. Ad esempio, il risultato di "4 -5" in un contesto intero senza segno a 32 bit è in genere "2 ^ 32-1" (purché il proprio ambiente non elimini un errore di underflow). Cosa dovrebbe essere in un contesto in cui non esiste un tale limite superiore di 32 per il numero di bit?
Questo rende difficile la creazione di una specifica utile su come dovrebbe funzionare il grande intero non firmato di carattere generale, supponendo che si voglia renderlo anche un utile universalmente.
Ovviamente, questo problema potrebbe essere risolto introducendo un "massimo bitsize" artificiale configurabile nell'implementazione di interi interi senza segno e sarei stupito se qualcuno in passato non avesse implementato una cosa del genere. Tuttavia, ritengo che autori di librerie o linguaggi di uso generico ampiamente utilizzati ci pensino due volte se l'implementazione di un requisito così specifico vale la pena e se ci saranno abbastanza applicazioni per giustificare lo sforzo aggiuntivo di sviluppo e test.