т.е. попросту говоря у такой функции нет спроса

то есть, я правильно понимаю, что если будут категории - то это приводит к тому, что придется дописывать доп алгоритмы по созданию транзакций?

вот теперь ясно)

да (точнее это будет использование системы таким образом, которым она не задумывалась).

вот здесь еще один вопрос который меня мучает 100 лет))) А есть какие-то стандарты по тому, как конфигурируются транзакции в кошельках? То есть, например есть транза - хочу отправить биток. и есть 10 входов по 0,1 и два входа по 0,5. Как кошелек будет конфигурировать транзу? По самому старым входам или все же он будет экономить деньги и постарается исползовать как можно меньше входов, чтобы сэкономить на комиссии?

вот сформулировал вопрос - какие используются алгоритмы конструирования транзакций в кошельках?

с точки зрения определения входов

Уверен что где то описано (и скорее всего есть разные стратегии, которые можно выбрать), но не знаком с ними.

Предположу что в стратегиях учитываются вопросы
- экономия (например стараться избегать создание и накопление пыли)
- анонимность (стараться группировать выходы таким образом, что транзакции было сложно связать с пользователем)


На врятли учитывается возраст (если только не идет переход от старых типов адресов, в новым).

спасибо!!! прояснили многое

Многоадресность как раз м приводит к деанонимизации

В метамаске деривейшн, насколько я понимаю, из 12 слов

Можно несколько аккаунтов создавать

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

Кстати, разве в эфире можно с нескольких адресов в одной транзакции слать??

Если нет, то становится понятна разница между Accounts и UTXO в плане derivation и множественных адресов

хорошая мысль!

правильно ли утверждение, что модель Accounts больше подходит для блокчейнов со смарт-контрактами?

из-за того, что адрес это своего рода идентификатор в смарт-контракте

Я в эфире лишь с addresses работал. Никаких иных способов идентификации нет

То есть подписывать любой запрос юзер  должен именно в паре с его адресом.
То есть адрес да, как идентификация.

А всякие pulse и ключи уже как действия с адресом