Идея интересная и работоспособная, но попробую возразить.

Кошелек - совокупность аккаунтов, снабженных метками, и адресной книги. Т.е. это надстройка над аккаунтами, сервис. Сохраняя файл кошелька и адресной книги, сохраняем информацию сразу по многим аккаунтам с сопутствующими данными. Это удобство, комфорт, простейший способ структуризации разнородной информации.

Сохранять отдельно каждый аккаунт его приватным ключом очевидно можно, но каждый раз придется восстанавливать метку каждого аккаунта или работать с ними без меток. Также пропадет возможность пользоваться адресной книгой, содержащей список актуальных аккаунтов с их метками. При сохранении аккаунтов придется хранить по отдельности закрытый ключ каждого аккаунта. Исчезает необходимость в файлах кошельков, возвращаемся почти к идее Nxt: один код = один аккаунт, и никаких кошельков. Зачем тогда было городить огород с кошельками?

В обоих случаях придется что-то бэкапить и безопасно сохранять, либо файлы кошельков и адресной книги, либо закрытые ключи. И то и другое при стечении обстоятельств можно потерять или повредить. В этом смысле подходы равноценны.

Предположим, что эти два подхода мы будем использовать совместно. Комфортно работать с кошельками и бэкапить файлы wlt и adb в n копиях, и в то же время сохранять отдельно приватные ключи основных аккаунтов в m копиях на случай потери файлов wlt/adb. Но не проще ли в таком случае сделать n+m копий только wlt/adb.

PS. Подход с брейн-кошельками как в Nxt мне больше нравится. Но в данном случае файловый кошелек является органичной частью системы и нет причин избегать его.