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

ах. спасибо

адреса не лимитированы, всё равно есть вероятность того, что на старый выданный адрес вдруг придет транзакция, проще на каждую оплату/клиента новый адрес выдавать

кто же спорит

поэтому мне по душе нормальные клиенты а не онлайн

а он мёрчант на веб-клиенте хотел писать?

тогда смешно

20 неоплаченных адресов подряд максимум - это, если я не ошибаюсь, в BIP 44 прописано.

Чтобы ограничить перебор при восстановлении кошелька.

хз, где прописано, но никто не мешает сканировать все смещения, и увеличивать это количетсво внутри своего алгоритма

До какого предела сканировать?

понятно, что по 44му неудобно много пропусков, но если вести локальный учёт того, что выдано(локальный по отношению к кошельку, а кошелёк может быть как на стороне, так и свой же), то понятное дело, что вы уже будете знать, до каких пор адреса юзались, и до каких пор проверять

Согласен. Проблема будет только если эта база пропадет. Но так с любой базой ;)

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

спасибо всем

поэтому для решения всех проблем логично поставить bitcoin-qt (-d) на своем или арендованном сервере, и ВСЕ выданые адреса добавлять в кошелек (есть вариант с двумя серверами - один онлайн, туда добавлять адреса watchonly которые тлько на посмотреть балансы, а на надежном - полноценный с теми же адресами

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

спасибо👍

Вопрос к бывалым блокчейн-разработчикам. Есть у меня идея сделать систему аутентификации на блокчейне: пользователи будут регистрировать имена и соответствующие им ключи, а блокчейн будет отвечать за уникальность имен, их корректную передачу с ключа на ключ и устаревание. Что лучше и проще всего взять в качестве основы? С чего начать?

со статьи на хабре, это точно уже было сделано, только забыл в чьем блокчейне
какраз был пример авторизации ssh с использованием ключей в блокчейне

О, вижу. EmerCoin. Спасибо!