Насчет запроса баланса адресов - это не принесет большой пользы, потому что
1) У пользователя много адресов, о существовании многих из которых он порой даже и не подозревает.
2) В будущих версиях будет реализован опциональный механизм One-Time Public Key, и вовсе делающий подобную технологию неработоспособной. Потому что адреса будут одноразовые, генерирующиеся из пары публичных ключей и случайного seed. Одна транзакция - один адрес, и никаких повторений. С помощью имеющихся закрытых ключей получатель в любой момент сможет восстановить все свои одноразовые адреса, использованные в сети когда-либо, но сторонние наблюдатели сделать этого не смогут.
3) Для реализации легкого клиента в этом нет необходимости. Во-первых, тонкий клиент может при синхронизации запрашивать и разбирать только блоки, интересные лично ему, игнорируя все остальное. Во-вторых, тонкий клиент может быть оболочкой для сервиса с собственной БД, так работает Electrum.
1. у меня в тумбочке тоже много разных бумажек и по 100 и по 500 и по 1000.
Но идя в магазин я не всегда беру все с собой, а беру 1-2 бумажки. Нет проблемы научить мобильный кошель сканировать не 1 а 10 адресов, но не очень много !
Сдачу возвращать на один адрес
2. разве это тяжелый механизм восстановления адресов для мобильного? и нужен ли он если у тебя есть первоисточник?
3. Не надо разбирать блоки в тонком кошеле!!! Синхронизация - асинхронная -спросил баланс - получил ответ. спросить можно: по пинку, по таймеру, по PUSH от блокчейна .
Тонкому кошельку достаточно уметь генерить транзу и спрашивать баланс из БД
Только эта БД уже есть в блокчейн сервисах и в толстых кошельках