Мне интересно, почему вы не можете просто отправить монеты от вашего оригинального кошелька на новый? Wuille спасибо @Питер за комментарий. Это дает ожидаемый результат. Вы имеете в виду горный бассейн в отличие от соло-майнинга? Ты бы считал крупные производители ASIC добыча и сами облачного майнинга как горный бассейн? Это предполагает, что валюта может накопить достаточную мощность, чтобы обезопасить себя. Много валюты не удалось. Если у вас есть центральный орган, представляется гораздо сложнее и гораздо менее необходимо, чтобы обеспечить мощностью майнинга. Биткоины обеспечены хэш только потому, что у них нет центральной власти.

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

Мои пользователи будут иметь несколько социальных счетов, связанных с моей службы (Facebook, Гугл, в Контакте и т. д.). и они будут входить в систему с паролем (который хранится в виде хэша). Базы данных я использую это в MySQL, так что я интересно, если я могу поставить любые ограничения на биткоин адрес столбца, который будет требовать некоторого типа проверки биткоин-адрес для того, чтобы убедиться, что кто-то не просто пошел в БД и поставить в биткоин-адрес своего. Может быть, я могу включить какой-нибудь хэш, который проверяет адреса с пользователем как-то и позволяет мне, чтобы проверить адрес и хэш перед отправкой выплат, если они совпадают, то я могу послать выплат.

Любые другие подходы к обеспечению адресу?