Я читаю через Satoshi в белую бумагу и я не могу понять несколько технических вопросов о том, как Btc стоимости переводов между адресами:
Допустим, я начать с 25 минных монет сидит на адрес. Этот адрес представляет собой хэш открытого ключа, связанный с закрытым ключом, сидя в моем бумажнике. Теперь, когда я происхожу ТЙ, чтобы отправить 10 монет на новый адрес принимающего я взять сумму, и принимающий адрес и приложить подписанное сообщение из этих двух и передать, что шахтеру. как можно шахтер проверить, что подписанное сообщение, если он может видеть только хэш открытого ключа? Разве он не нужен весь открытый ключ, или есть какой-то аккуратный трюк криптография здесь происходит?
Кроме того, если я отправить следующие 15 монет по тому же адресу спустя blockchain сохранит файл значи для этого ТХ, а также. правильно?
Таким образом, когда TX отправляется из этого приемного адреса 20 BTC на еще один новый адрес, и "жетоны" Затем представлены в следующем блоке с новым сига правом? Я думаю, что они называются неизрасходованные выходы правильно? И 5 BTC затем разбит еще один знак, как отправляется обратно, как изменение. (На новый адрес? Или отправляющий адрес)
Я не понимаю, почему blockchain не просто следить за неизрасходованные остатки. Входной сиг истории должны только будет поддерживаться до тех пор, пока блоки достаточно глубоко, что мы уверены в цепи мы на (несколько дней). Все ТЕ, прежде чем они "последние блоки" может просто ссылаться на гораздо меньшую таблицу выходного адреса несущей общий баланс всех монет, которые они получили. Что случилось с этим?
Где необходимо иметь полную историю всех сиг файлов для всех дробных сделок происходит от?
Я приближаюсь это с точки зрения спрашивать, в чем смысл всего этого "дополнительный" Информация. Почему не Btc просто отслеживают согласованные балансы по каждому адресу?
|
|
||||||
2 апреля 2013, 3:10:41 AM
|
# 1 |
Сообщения: 364
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
2 апреля 2013, 3:35:12 AM
|
# 2 |
|
Сообщения: 1302
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
Получил 1806 Биткоинов
Реальная история. Я читаю через Satoshi в белую бумагу и я не могу понять несколько технических вопросов о том, как BTC передает значение между адресами: Допустим, я начать с 25 минных монет сидит на адрес. Этот адрес представляет собой хэш открытого ключа, связанный с закрытым ключом, сидя в моем бумажнике. Теперь, когда я происхожу ТЙ, чтобы отправить 10 монет на новый адрес принимающего я взять сумму, и принимающий адрес и приложить подписанное сообщение из этих двух и передать, что шахтеру. как можно шахтер проверить, что подписанное сообщение, если он может видеть только хэш открытого ключа? Разве он не нужен весь открытый ключ, или есть какой-то аккуратный трюк криптография здесь происходит? Кроме того, если я отправить следующие 15 монет по тому же адресу спустя blockchain сохранит файл значи для этого ТХ, а также. правильно? Таким образом, когда TX отправляется из этого приемного адреса 20 BTC на еще один новый адрес, и "жетоны" Затем представлены в следующем блоке с новым сига правом? Я думаю, что они называются неизрасходованные выходы правильно? И 5 BTC затем разбит еще один знак, как отправляется обратно, как изменение. (На новый адрес? Или отправляющий адрес) Я не понимаю, почему blockchain не просто следить за неизрасходованные остатки. Входной сиг истории должны только будет поддерживаться до тех пор, пока блоки достаточно глубоко, что мы уверены в цепи мы на (несколько дней). Все ТЕ, прежде чем они "последние блоки" может просто ссылаться на гораздо меньшую таблицу выходного адреса несущей общий баланс всех монет, которые они получили. Что случилось с этим? Где необходимо иметь полную историю всех сиг файлов для всех дробных сделок происходит от? Я приближаюсь это с точки зрения спрашивать, в чем смысл всего этого "дополнительный" Информация. Почему не Btc просто отслеживают согласованные балансы по каждому адресу? Я выделил ту часть, где вы первый пойти не так. Там нет адреса, а не на самом деле. Bitcoin работает по сделкам. На шаге 1 вы выкупить все 25 BTC, а не его часть. Что касается открытого ключа против хеш-части, это работает как это. Вы подписываете с помощью закрытого ключа, и включают в себя открытый ключ с подписанная сделка. До тех пор, как мы все верим в ECDSA, мы можем убедиться в том, что открытый ключ, который вы предоставили соответствует закрытому ключу, который мы понимаем контролировать, несмотря на то, никогда не видели его. Но почему мы принимаем ваш открытый ключ в качестве подлинной? Потому что мы можем хеширование Публичных и проверить, чтобы убедиться, что Публичный при условии совпадения адреса (действительно кодированный Публичный хэш) при условии. |
|
|
|
|
2 апреля 2013, 4:08:25 AM
|
# 3 |
|
Сообщения: 2002
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
Я приближаюсь это с точки зрения спрашивать, в чем смысл всего этого "дополнительный" Информация. Почему не Btc просто отслеживают согласованные балансы по каждому адресу? Bitcoin разработан таким образом, что вы можете гарантировать законность любой сделки вы получаете без необходимости доверять тому, что кто-то говорит о том история Bitcoins принимается. Я не понимаю, почему blockchain не просто следить за неизрасходованные остатки. Входной сиг истории должны только будет поддерживаться до тех пор, пока блоки достаточно глубоко, что мы уверены в цепи мы на (несколько дней). Все ТЕ, прежде чем они "последние блоки" может просто ссылаться на гораздо меньшую таблицу выходного адреса несущей общий баланс всех монет, которые они получили. Что случилось с этим? Если blockchain было только последние итоги, связанные с каждым адресом, то вы должны верить, что партнер (или ровесники), которые предоставляют вам с вашей копией blockchain не предоставляет вам измененную версию, которая имеет различные итоговые значения, чем "реальный" blockchain. У Вас нет никакого способа проследить происхождение себя обеспечить достоверность остатков. Допустим, я начать с 25 минных монет сидит на адрес. Этот адрес представляет собой хэш открытого ключа, связанный с закрытым ключом, сидя в моем бумажнике. Теперь, когда я происхожу ТЙ, чтобы отправить 10 монет на новый адрес принимающего я взять сумму, и принимающий адрес и приложить подписанное сообщение из этих двух и передать, что шахтеру. как можно шахтер проверить, что подписанное сообщение, если он может видеть только хэш открытого ключа? Разве он не нужен весь открытый ключ, или есть какой-то аккуратный трюк криптография здесь происходит? Кроме того, если я отправить следующие 15 монет по тому же адресу спустя blockchain сохранит файл значи для этого ТХ, а также. правильно? Таким образом, когда TX отправляется из этого приемного адреса 20 BTC на еще один новый адрес, и "жетоны" Затем представлены в следующем блоке с новым сига правом? Я думаю, что они называются неизрасходованные выходы правильно? И 5 BTC затем разбит еще один знак, как отправляется обратно, как изменение. (На новый адрес? Или отправляющий адрес) Позволяет пройти через ваш пример: Новый блок добывали сольного шахтера награды 25 BTC на один адрес (позволяет сказать, что адрес 1AAAaaa, который является хэш открытого ключа 123456789, который является производным от ABCDEFG закрытого ключа) с транзакцией, которая имеет TransactionID из 2222222 , Адрес 1AAAaaa имеет один неизрасходованный выход на сумму 25 BTC. Вы создаете транзакцию (TransactionID 3333333) отправка 10 BTC обратиться 1BBBbbb. Ваш кошелек показывает, что ввод этой сделки является выходом TransactionID 2222222. Ваш кошелек обеспечивает на входе открытого ключа 123456789, чтобы доказать, что открытый ключ хэши к адресу 1AAAaaa. Ваш кошелек дает подпись с использованием секретного ключа 987654321, чтобы доказать, что он имеет разрешение провести ввод. Ваш кошелек создает 2 выхода. Первый выход указывает на то, что 10 BTC должен быть назначен адрес 1BBBbbb Второй выход указывает на то, что 15 BTC должен быть назначен другой адрес В зависимости от кошелька, что вы решили использовать этот второй выход может быть назначен обратно 1AAAaaa, или он может быть назначен какой-либо другой новый адрес обратно в вашем бумажнике. Адрес 1BBBbbb теперь имеет 1 неизрасходованный выход на сумму 10 BTC. Некоторые адреса в вашем бумажнике теперь имеет 1 неизрасходованный выход на сумму 15 BTC. Выход 25 BTC, которые ранее были связаны с 1AAAaaa теперь было потрачено. Теперь вы создаете транзакцию (TransactionID 4444444) отправка 15 BTC обратиться 1BBBbbb. Ваш кошелек показывает, что вход к этой операции является вторым выходом TransactionID 3333333. Ваш кошелек обеспечивает на входе открытого ключа любого адреса получил выход 15 BTC в сделке 3333333. Ваш кошелек дает подпись с использованием секретного ключа любого адреса Recevied выхода 15 BTC в сделке 3333333. Ваш кошелек создает только 1 выход (так как весь 15 выход BTC посылаются, нет необходимости "изменение") Выходной сигнал указывает на то, что 15 BTC должен быть назначен адрес 1BBBbbb Адрес 1BBBbbb теперь имеет 2 неизрасходованные выходы. Один из сделки 3333333 в течение 10 BTC, а другой от сделки 4444444 15 BTC. Выход 25 BTC, которые ранее были связаны с 1AAAaaa и выход 15 BTC, который был связан с каким-то адресом в вашем бумажнике есть теперь оба были потрачены. Теперь владелец 1BBBbbb создает транзакцию (TransactionID 5555555) отправка 20 BTC обратиться 1CCCccc. Их кошелек свидетельствует о том, что есть 2 входа в эту сделку. Первый вход этой сделки первый выход сделки 3333333 Второй вход к этой операции, является первым (только) выходом транзакции 4444444. Их бумажник обеспечивает на каждом входе открытого ключа, хэш для решения 1BBBbbb. Их бумажник обеспечивает 2 подписи (по одному на каждом входе) с использованием секретного ключа, что адрес 1BBBbbb является производным от. Их кошелек создает 2 выхода. Первый выход указывает на то, что 20 BTC должен быть назначен другой адрес (назовем его 1CCCccc). Второй выход указывает на то, что 5 BTC должен быть назначен обратно в какой-то адрес в бумажнике человека, которому принадлежит 1BBBbbb. В зависимости от программы бумажника, которую они используют, это может быть один и тот же адрес 1BBBbbb или это может быть какой-то новый адрес в том же бумажнике. Адрес 1CCCccc теперь имеет один неизрасходованный выход на сумму 20 BTC. Некоторые адреса в бумажнике, принадлежащих лицу, которому принадлежит 1BBBbbb имеет один неизрасходованный выход на сумму 5 BTC. Все остальные выходы были проведены в это время. |
|
|
|
|
2 апреля 2013, 4:14:10 AM
|
# 4 |
|
Сообщения: 364
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
Спасибо за Ваш ответ, делает некоторые смысла сейчас.
Теперь вы можете объяснить это ТЙ мне: http://blockexplorer.com/tx/f742aed8d29fbe102c48b0a6107acaf27e95244ca891150b367c0b6b2ac7f808 Очевидно, когда получив монеты много раз к тому же принимающем адресу, когда один посылает все эти монеты на новый адрес, необходимо ссылаться на все части монет, которые накопились в этот адрес. Blockchain повторяет тот же самый ввод адреса, как в 8 раз, чтобы показать, где весь остаток прибыли из всех ее частей. И почему подписать каждый из 8 входов (см колонка сценарий значи на праве, так же Публичный, DIF Sigs) Так почему же, что отправка адрес необходимо прозондировать, где его баланс пришел и в каждом и добавляет каждую сумму? Посмотрите на первый "предыдущий выход" кто хэш начинается 7fba. Что ОЕ, который является источником 0,587 .... была 5ки BTC блоков назад. Почему проследить его обратно так глубоко? Опять же, не мог блокировать цепи только пополняемый подсчет всех выходных адресов с непогашенными монет на них (неизрасходованные выходы, ака "противовесов"). И только сохраняют входные адреса и суммы за определенный период времени, пока они не были погребены под несколько сотен блоков? Может быть, я совершенно неправильно все это. Но то, что я вижу, это посторонняя информация. Необходимость только для этих записей, так что человек может импортировать wallet.dat на новой машине и d / л весь блок цепь, а затем увидеть все ТХ, он, отправленные и полученные от его адреса с первого дня. Но мы не делаем необходимость blockchain сделать нашу бухгалтерию, зачем все эти данные и где остатки монет или отдельные неизрасходованные выходы пришли? Разве не его просто раздувать размер блока |
|
|
|
|
2 апреля 2013, 4:30:37 AM
|
# 5 |
|
Сообщения: 1302
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
Спасибо за Ваш ответ, делает некоторые смысла сейчас. Теперь вы можете объяснить это ТЙ мне: http://blockexplorer.com/tx/f742aed8d29fbe102c48b0a6107acaf27e95244ca891150b367c0b6b2ac7f808 Очевидно, когда получив монеты много раз к тому же принимающем адресу, когда один посылает все эти монеты на новый адрес, необходимо ссылаться на все части монет, которые накопились в этот адрес. Blockchain повторяет тот же самый ввод адреса, как в 8 раз, чтобы показать, где весь остаток прибыли из всех ее частей. И почему подписать каждый из 8 входов (см колонка сценарий значи на праве, так же Публичный, DIF Sigs) Так почему же, что отправка адрес необходимо прозондировать, где его баланс пришел и в каждом и добавляет каждую сумму? Посмотрите на первый "предыдущий выход" кто хэш начинается 7fba. Что ОЕ, который является источником 0,587 .... была 5ки BTC блоков назад. Почему проследить его обратно так глубоко? Опять же, не мог блокировать цепи только пополняемый подсчет всех выходных адресов с непогашенными монет на них (неизрасходованные выходы, ака "противовесов"). И только сохраняют входные адреса и суммы за определенный период времени, пока они не были погребены под несколько сотен блоков? Может быть, я совершенно неправильно все это. Но то, что я вижу, это посторонняя информация. Необходимость только для этих записей, так что человек может импортировать wallet.dat на новой машине и d / л весь блок цепь, а затем увидеть все ТХ, он, отправленные и полученные от его адреса с первого дня. Но мы не делаем необходимость blockchain сделать нашу бухгалтерию, зачем все эти данные и где остатки монет или отдельные неизрасходованные выходы пришли? Разве не его просто раздувать размер блока Опять же, нет адреса. Там нет противовесов. Мы те, так что мы можем думать более легко. Рискуя повториться, скажу еще раз, в ответ на все Ваши вопросы, Bitcoin работает на операции. Кроме того, если вы думаете об идее огибают списки ключей, задумайтесь на минуту, что может быть больше ключей, чем вы заботитесь, чтобы отслеживать или пройти вокруг каждые 10 минут. Как бы оптимизировать это? Будет ли ваша оптимизированная версия выглядит как список сделок? |
|
|
|
|
2 апреля 2013, 4:40:04 AM
|
# 6 |
|
Сообщения: 364
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
гы Danny, что было большое объяснение, я полностью понимаю это.
Теперь об этом хау. Для того, чтобы сократить размер блока цепи не могли метод обрезки, который использует "контрольно-пропускной пункт" Хэш добавляется к заголовку (как я понимаю, его только заголовки, которые включены в хэш) ПР. Как это будет работать, что Bitcoin бы все ТХ, произошедших с начала до тех пор, пока под говорят Т-минус 100 блоков. Там, где Т = 0 является самым последним решен блоком. Это создает простую таблицу с перечислением всех принимающий адреса и противовесы каждые накопленными в целом. Затем он принимает хэш только неизрасходованных выходов этой таблицы, то в блоке т = 1, что она включает в себя хэш в новом параметре в заголовке. Назовем это "UTXO Checkpoint хэш." Этот хэш повторяется в заголовке каждого блока (и, таким образом, включены в хэш ПР) до блока Т = 99. В этот момент, ток UTXO стол (который содержит только неизрасходованные остатки по каждому адресу) повторно хэшированные и Т = 100 включает в себя это и новый UTXO Checkpoint хэша. клиент по умолчанию при установке с помощью новичка, просто запросить текущее UTXO и все полные ТХ собирается вернуться сказать, 200 блоков. Включены все дополнительные хэши Check Point. Теперь его клиент может принять текущую UTXO от Т = 0 блока, работа его назад 100 блоков, хэш, и видит, что прилежащий КПП хэш правильно, работать обратно еще 100 и хэш его снова и увидеть, что она продолжает соответствовать другой контрольной точки хэш. Что здесь произошло? Поскольку этот контрольно-пропускной пункт хэш был включен в заголовке блока, новый клиент видит, что PoW в этих 200 блоках строил на действительную UTXO от 200 блоков назад. А что, если вся конструкция является поддельной? Клиент может забив, как трудно было построить этот POW хэш цепочку, глядя на кажущуюся сложность хэш столкновений, и выбирая цепь с самой высокой кажущейся сложности (хэш столкновений с низкими вероятностями). Не было бы монстр трудно подделать запись в UXTO блока 200 назад, если его проверка хэш был включены в сложном PoW хэш цепи упражнении? |
|
|
|
|
2 апреля 2013, 4:45:37 AM
|
# 7 |
|
Сообщения: 2002
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
Спасибо за Ваш ответ, делает некоторые смысла сейчас. Теперь вы можете объяснить это ТЙ мне: http://blockexplorer.com/tx/f742aed8d29fbe102c48b0a6107acaf27e95244ca891150b367c0b6b2ac7f808 Очевидно, когда получив монеты много раз к тому же принимающем адресу, когда один посылает все эти монеты на новый адрес, необходимо ссылаться на все части монет, которые накопились в этот адрес. Blockchain повторяет один и тот же входной адрес, как в 8 раз чтобы показать, где весь остаток прибыли из всех ее частей. - чик - Нет, это не так. Blockchain не имеет такого понятия, как "ввод адреса", Это то, что веб-сайт вы смотрите сделал попытку предоставить полезную информацию. Фактические входы транзакций в blockchain будет иметь (для каждого входа) в TransactionID и смещение к соответствующему выходу из этого TransactionID, чтобы указать на выходе тратится. Она также будет предоставлять подписи для входа и открытого ключа, полученного из закрытого ключа, который будет использоваться для подписи. |
|
|
|
|
2 апреля 2013, 4:46:40 AM
|
# 8 |
Сообщения: 2002
цитировать ответ |
Re: Почему новый маркер каждый раз, когда делится BTC?
гы Danny, что было большое объяснение, я полностью понимаю это. Теперь об этом хау. Для того, чтобы сократить размер блока цепи не могли метод обрезки, который использует "контрольно-пропускной пункт" Хэш добавляется к заголовку (как я понимаю, его только заголовки, которые включены в хэш) ПР. Как это будет работать, что Bitcoin бы все ТХ, произошедших с начала до тех пор, пока под говорят Т-минус 100 блоков. Там, где Т = 0 является самым последним решен блоком. Это создает простую таблицу с перечислением всех принимающий адреса и противовесы каждые накопленными в целом. Затем он принимает хэш только неизрасходованных выходов этой таблицы, то в блоке т = 1, что она включает в себя хэш в новом параметре в заголовке. Назовем это "UTXO Checkpoint хэш." Этот хэш повторяется в заголовке каждого блока (и, таким образом, включены в хэш ПР) до блока Т = 99. В этот момент, ток UTXO стол (который содержит только неизрасходованные остатки по каждому адресу) повторно хэшированные и Т = 100 включает в себя это и новый UTXO Checkpoint хэша. клиент по умолчанию при установке с помощью новичка, просто запросить текущее UTXO и все полные ТХ собирается вернуться сказать, 200 блоков. Включены все дополнительные хэши Check Point. Теперь его клиент может принять текущую UTXO от Т = 0 блока, работа его назад 100 блоков, хэш, и видит, что прилежащий КПП хэш правильно, работать обратно еще 100 и хэш его снова и увидеть, что она продолжает соответствовать другой контрольной точки хэш. Что здесь произошло? Поскольку этот контрольно-пропускной пункт хэш был включен в заголовке блока, новый клиент видит, что PoW в этих 200 блоках строил на действительную UTXO от 200 блоков назад. А что, если вся конструкция является поддельной? Клиент может забив, как трудно было построить этот POW хэш цепочку, глядя на кажущуюся сложность хэш столкновений, и выбирая цепь с самой высокой кажущейся сложности (хэш столкновений с низкими вероятностями). Не было бы монстр трудно подделать запись в UXTO блока 200 назад, если его проверка хэш был включены в сложном PoW хэш цепи упражнении? У меня нет времени, чтобы проанализировать вашу конкретную технику обрезки на данный момент, но, безусловно, есть некоторое внимание уделяется обрезая blockchain. |
|
|
|
Как заработать Биткоины?
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
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.