История изменений

Например потому, что изменение истории можно показать мгновенно (все данные для того чтобы нарисовать пункт в списке истории есть на момент нажатия кнопки в UI), а чтобы получить результирующий баланс - нужно сделать запрос к ядру системы, чтобы оно что-то там посчитало. Нельзя так просто что-то нарисовать в UI новый баланс, вдруг оно не спишется (когда там транзакция физически фиксируется, через сутки?), а ты по неправильному балансу примешь какие-то финансовые решения и потом засудишь Сбер. Можно было бы сделать два поля: точный баланс и возможный баланс, но среднестатистический тупой человек от такого количества полей запутается, сойдет с ума и умрет от голода

Например потому, что изменение истории можно показать мгновенно (все данные для того чтобы нарисовать пункт в списке истории есть на момент нажатия кнопки в UI), а чтобы получить результирующий баланс - нужно сделать запрос к ядру системы, чтобы оно что-то там посчитало. Нельзя так просто что-то нарисовать в UI новый баланс, вдруг оно не спишется (когда там транзакция физически фиксируется, через сутки?), а ты по неправильному балансу примешь какие-то финансовые решения и потом засудишь Сбер