Допустим, что в сделке-1, Алиса получила 100 BTC. В сделке-2, Алиса хочет, чтобы дать Бобу 80 BTC и себя 20 BTC (для простоты мы будем игнорировать операционные издержки). Будет ли хэш открытого ключа Боба быть включен в (выходе) за сделки-2?
(Я знаю волю Алисы.)
Если нет, то почему не может Eve создать транзакцию-3, где она дает Фрэнку 80 BTC с г) хэш сделки-2, б) хэш открытого ключа Евы и III) подпись Евы на хэш (упрощенный) сделка-3, IV) индекс указывает на значение 80 в передам-2?
Благодарю.
|
|
||||||
3 февраля 2012, 7:30:17 PM
|
# 1 |
Сообщений: 5
цитировать ответ |
Re: Является ли хэш открытого ключа получателя в сделке?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
3 февраля 2012, 8:08:56 PM
|
# 2 |
|
Сообщения: 1218
цитировать ответ |
Re: Является ли хэш открытого ключа получателя в сделке?
Получил 1806 Биткоинов
Реальная история. Нет.
Для вашего второго вопроса, который можно было бы назвать двойной тратить. Вершины аннулирует неподтвержденный сделку, которая имеет те же входы, как сделки, они уже знают. Они также отказываются транслировать эту сделку с другими узлами. Если какая-то часть сети имеет одну транзакцию с использованием набора входных данных и другой части сети имеет другую сделку с тем же набором входов двойной расходы не произошло. Можно защитить себя от двойного тратит, ожидая, пока транзакция не будет подтверждена. "Трещина" в сети будет решена раз одна из операций хешируется в следующий блок. Только один из них может присоединиться к blockchain другой теряется. Все клиенты будут удалить "потерял" сделки и принять сделку в blockchain как канонический. |
|
|
|
|
3 февраля 2012, 10:12:56 PM
|
# 3 |
|
Сообщений: 5
цитировать ответ |
Re: Является ли хэш открытого ключа получателя в сделке?
Спасибо DeathAndTaxes за ответ. Боб не мог бы попытаться дать 80BTC кому-либо в течение нескольких месяцев. Ева может немедленно опубликовать ее мошенническую сделку. Кажется, Ева затем будет принят (если программное обеспечение Боба не говорит ему, что кто-то пытается провести его 80BTC).
И если Боб и Ева так как пришли новые сделки почти одновременно и узлы заметить двойной потратить, то как Боб (псевдонимов его открытым ключом) когда-либо убедить сеть, что он правильный хозяин? Ура, Ed |
|
|
|
|
3 февраля 2012, 10:25:59 PM
|
# 4 |
|
Сообщения: 1218
цитировать ответ |
Re: Является ли хэш открытого ключа получателя в сделке?
Спасибо DeathAndTaxes за ответ. Боб не мог бы попытаться дать 80BTC кому-либо в течение нескольких месяцев. Ева может немедленно опубликовать ее мошенническую сделку. Кажется, Ева затем будет принят (если программное обеспечение Боба не говорит ему, что кто-то пытается провести его 80BTC). И если Боб и Ева так как пришли новые сделки почти одновременно и узлы заметить двойной потратить, то как Боб (псевдонимов его открытым ключом) когда-либо убедить сеть, что он правильный хозяин? Ура, Ed Я понял ваш первый пост, и таким образом ответил на вопрос, не просил, вероятно, добавив путаницу. Транзакция содержит выходы предварительного сделки. Вы должны иметь закрытый ключ, соответствующий эти выходы, чтобы передать их. Так Алиса -> Боб. Для того, чтобы провести Боб использует этот вывод и подписывает его ж / его закрытый ключ (только он). Алиса -> Боб. Ева не может потратить, потому что включить этот вывод она будет нужна закрытый ключ Боба. Время не имеет значения. Она никогда не сможет создать действительную сделку с этого входа. Выход этой сделки АДРЕС Боба (который да хэш (наряду с проверкой ошибок & мета-данные открытого ключа, но не общественность сам ключ). Для того, чтобы провести Боб включает в свой открытый ключ, выход предварительного сделки, новый пункт назначения, количество и т.д., и подписывает все ж / его закрытым ключом. С помощью открытого ключа они могут восстановить адрес предыдущих Выходов,. С помощью открытого ключа они могут проверить подпись. Это гарантирует, другие узлы могут: а) проверить этот вывод не был использован ранее (во избежание двойного тратиться) б) эта сделка подписывается правом закрытого ключа (обеспечить только владелец может передать). Теперь "" является лишь частично, потому что ни один узел не может знать, что видел все сделки. "" является "решена" как только она была хэшированной в блок делая каноническую запись о транзакции, предотвращая эти выходы из используются снова (хорошо обнажая 51% атаку). |
|
|
|
|
4 февраля 2012, 12:32:52 AM
|
# 5 |
|
Сообщений: 5
цитировать ответ |
Re: Является ли хэш открытого ключа получателя в сделке?
Еще раз спасибо DeathAndTaxes за ответ (и терпения). Я хочу, чтобы перепроверить, что я понимаю.
Когда Вы писали: Алиса -> Боб вы имеете в виду, что Алиса перевела BTC Бобу? Вы написали: "Алиса -> Боб. Для того, чтобы провести Боб использует этот вывод", Когда он тратит, то речь идет о более поздней сделке от Боба к Кэролу (БТД Боба получил от Алисы). Когда вы писали "новое место назначения" что бы хэш открытого ключа Кэрол? Таким образом, в сделке от Боба -> Кэрол, хэш открытого ключа Боба (на входе) и хэш открытого ключа Кэрола (на выходе) включены? Таким образом, сделка, от Боба Кэрол содержит 1) Alice->Боб выход, 2) хэш (открытый ключ Боба), 3) количество, 4) хэш (открытый ключ Кэрол) (пункт назначения), 5) Боба подпись 1) - 4)? Я буду преподавать это в моей криптографической курсе в течение нескольких недель, поэтому я стараюсь, чтобы получить понимание и благодарность за помощь. Спасибо, Ed |
|
|
|
|
4 февраля 2012, 12:50:31 AM
|
# 6 |
Сообщения: 1218
цитировать ответ |
Re: Является ли хэш открытого ключа получателя в сделке?
котировка Таким образом, сделка, от Боба Кэрол содержит 1) Alice->Боб выход, Часть 1) Вы правильны, но только для ясности мы называем это вход Боба -> Carol сделка. Ввод каждой транзакции является выходом предварительной сделки (ов). Единственное исключение, которое является coinbase сделки (где новые монеты чеканили). (Да, я использую -> чтобы указать переход к). Часть 2) Это не хэш открытого ключа Боба, но его фактическим открытым ключом. Это необходимо потому, что часть 1 (выход) содержит адрес Боба поэтому нам нужно открытый ключ Боба. Другие узлы могут использовать открытый ключ для восстановления адреса в поле ввода. Они используют подпись, чтобы убедиться, что Боб, который создал эту сделку. Часть 5) Мы говорим, адрес Кэрол, потому что это не только хэш открытого ключа. Адрес получен из открытого ключа хэширования, но это несколько прогресса шага. Он содержит мета-данные и контрольную сумму для предотвращения случайного отправки средств на "нигде", Кроме того, я бы рекомендовал чтение документа Satoshi, я, вероятно, уезжаю что-то, или абстрагирования слишком много. http://bitcoin.org/bitcoin.pdf |
|
|
|
|
4 февраля 2012, 8:32:02 PM
|
# 7 |
|
Сообщений: 5
цитировать ответ |
Re: Является ли хэш открытого ключа получателя в сделке?
Уважаемые DeathAndTaxes. В настоящее время она составляет 100% для меня ясно. Я очень благодарен вам (как будут мои студенты). Все это имеет смысл сейчас. Я прочитал оригинальную белую бумагу, но не нашел его совершенно ясно, что в сделке (например, в статье Satoshi, он показывает открытый ключ Кэрол получать хэшируются с предыдущей транзакции). Приветствия и более и вне, Ed
|
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.