Извините, если этот вопрос был задан раньше - я попытался найти на форумах, и я не нашел ничего еще. Я на первых этапах запуска веб-сайта, который будет обрабатывать биткойны, и я не уверен, что лучшие практики для хранения закрытого ключа. Я не знаю слишком много о безопасности, но я знаю, что хэширования и я понимаю, в смутном виде пути, как создается частные ключи / открытые ключи / адрес и как они работают вместе. Так с этим в виду, у меня есть несколько вопросов:

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

- Скажем, я посылаю биткоен на адрес, а сервер где-то в мире есть закрытый ключ по этому адресу, и управляет фондами. Как злоумышленнику найти сервер, чтобы атаковать его в первую очередь? Есть ли способ, я мог бы полностью "скрывать" местоположение сервера в то же время совершая сделки с ним, тем самым защищая его от атак?

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

Заранее спасибо за любые ответы!