Можно ли экспортировать ключ и только разрешить его импортировать один раз?

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

Возможно ли это?

5 голосов | спросил Leo 4 +04002011-10-04T21:41:57+04:00312011bEurope/MoscowTue, 04 Oct 2011 21:41:57 +0400 2011, 21:41:57

5 ответов


5

Нет, нет способа отслеживать, что делают люди со своими секретными ключами. Вы можете легко записать ключ перед его экспортом, и вы можете использовать его, не импортируя его в кошелек. Можно построить транзакцию из частного ключа вручную или с помощью какого-либо стороннего программного обеспечения, а затем транслировать эту транзакцию в сеть.

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

ответил D.H. 4 +04002011-10-04T22:05:34+04:00312011bEurope/MoscowTue, 04 Oct 2011 22:05:34 +0400 2011, 22:05:34
2

Нет, это было бы невозможно. Экспортирующая сторона всегда может хранить копию ключа, если она того пожелает, просто создав резерв кошелька до экспорта. Вы всегда должны предполагать, что любые ключи /кошельки, которые вы получаете от других, имеют копии, сохраненные отправителем.

ответил nanotube 4 +04002011-10-04T21:59:57+04:00312011bEurope/MoscowTue, 04 Oct 2011 21:59:57 +0400 2011, 21:59:57
1

Нет, и попытка сделать это нарушает безопасность биткойна.

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

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

Учитывая, что адрес состоит всего из двух ключей (строк чисел), нет никакого механизма, гарантирующего, что когда вам будет предоставлена ​​копия, которая не существует другой копии.

Одна вещь, которую вы можете сделать: Немедленно проверьте, сохранились ли монеты, а затем передайте их на другой адрес, который у вас есть (тот, у которого есть секретный секретный ключ). После подтверждения, что транзакция является необратимой, и ваши средства больше не подвергаются риску. Затем может быть удален «потенциально скомпрометированный» адрес.

ответил DeathAndTaxes 5 +04002011-10-05T09:41:44+04:00312011bEurope/MoscowWed, 05 Oct 2011 09:41:44 +0400 2011, 09:41:44
0

По дизайну у Bitcoin есть только один владелец, у ключа есть много.

Только монеты гарантируют уникальную собственность, иначе это был бы кошмар, с резервным копированием.

ответил Mascarpone 4 +04002011-10-04T22:27:45+04:00312011bEurope/MoscowTue, 04 Oct 2011 22:27:45 +0400 2011, 22:27:45
0

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

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

ответил David Schwartz 5 +04002011-10-05T04:53:40+04:00312011bEurope/MoscowWed, 05 Oct 2011 04:53:40 +0400 2011, 04:53:40

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132