|
20 сентября 2015, 12:43:58 PM | # 1 |
Сообщения: 616
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Возможно ли шахтер создать Tx локально, включить его в блоке он добытый и boradcast его позже?
|
20 сентября 2015, 1:51:00 PM | # 2 |
Сообщения: 2002
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Получил 1806 Биткоинов
Реальная история. Шахтер не должен braodcast блока, как только он решает, если он не хочет.
Однако, если шахтер не сразу транслировать блок, он рискует другой шахтер транслирует блок первым и вызывая unbroadcast блока, чтобы стать сиротами. Это приведет к шахтеру из сиротского блока теряет награду всего блока. Это также будет означать, что сделка шахтера нужно будет добывать в новый блок для того, чтобы подтвердить. |
20 сентября 2015, 2:15:41 PM | # 3 |
Сообщения: 616
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Шахтер не должен braodcast блока, как только он решает, если он не хочет. Но мой вопрос был другим. Я не говорю, что блок вещание будет отложено. Я говорю, Tx транслируется с задержкой. Процесс я говорю следующим образом ...Однако, если шахтер не сразу транслировать блок, он рискует другой шахтер транслирует блок первым и вызывая unbroadcast блока, чтобы стать сиротами. Это приведет к шахтеру из сиротского блока теряет награду всего блока. Это также будет означать, что сделка шахтера нужно будет добывать в новый блок для того, чтобы подтвердить. 1. Miner локально создает хэш-Tx с подтвержденным неизрасходованного выходом Tx. 2. Miner находит блок. 3. Miner добавляет локально созданный Tx в список Tx этого блока. 4. Miner передает блок. 5. Miner транслирует Tx. Является ли описанный выше процесс возможно? |
20 сентября 2015, 3:30:41 PM | # 4 |
Сообщения: 1246
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Возможно ли шахтер создать Tx локально, включить его в блоке он добытый и boradcast его позже? Вполне возможно, на самом деле, вероятно, было сделано раньше. Тем не менее, они по-прежнему необходимо, чтобы передать транзакцию с блоком для того, чтобы блок действует с узлами проверки всех операций, входящих в блок. |
20 сентября 2015, 4:03:11 PM | # 5 |
Сообщения: 1260
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Шахтер не должен braodcast блока, как только он решает, если он не хочет. Но мой вопрос был другим. Я не говорю, что блок вещание будет отложено. Я говорю, Tx транслируется с задержкой. Процесс я говорю следующим образом ...Однако, если шахтер не сразу транслировать блок, он рискует другой шахтер транслирует блок первым и вызывая unbroadcast блока, чтобы стать сиротами. Это приведет к шахтеру из сиротского блока теряет награду всего блока. Это также будет означать, что сделка шахтера нужно будет добывать в новый блок для того, чтобы подтвердить. 1. Miner локально создает хэш-Tx с подтвержденным неизрасходованного выходом Tx. 2. Miner находит блок. 3. Miner добавляет локально созданный Tx в список Tx этого блока. 4. Miner передает блок. 5. Miner транслирует Tx. Является ли описанный выше процесс возможно? Точно нет! Добавление транзакции изменяет дерево Merkle и, следовательно, заголовок блока. |
21 сентября 2015, 2:59:26 AM | # 6 |
Сообщения: 2002
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Но мой вопрос был другим. Я не говорю, что блок вещание будет отложено. Я говорю, Tx транслируется с задержкой. Процесс я говорю следующим образом ... 1. Miner локально создает хэш-Tx с подтвержденным неизрасходованного выходом Tx. 2. Miner находит блок. 3. Miner добавляет локально созданный Tx в список Tx этого блока. 4. Miner передает блок. 5. Miner транслирует Tx. Является ли описанный выше процесс возможно? Понятно, что вы не понимаете, процесс добычи должным образом, и вы не понимаете, что Bitcoin выполняет или, как он выполняет его. Давайте пройдем через это один шаг за один раз: 1. Miner локально создает хэш-Tx с подтвержденным неизрасходованного выходом Tx. Вы уезжаете некоторые детали в том, что вы говорите, но если я делаю правильные предположения, то до сих пор вы делаете хорошо. Шахтер бы создать сделку (не только транзакция хэш). Я предполагаю, что когда вы говорите, "с подтвержденным неизрасходованного выходом Tx", То, что вы имеете в виду, что входы сделки все действительные неизрасходованные выходов, которые были ранее подтверждены в более раннем этапе в blockchain? 2. Miner находит блок. Хорошо, вы начинаете отклоняться от реальности здесь только немного. Шахтер не "найти" Блок. Oни "Создайте" Блок. В рамках создания блока они создают заголовок блока 80 байт, который включает в себя Merkle корня, представляющий все операции, они выбрали для своего блока. Тогда они ищут действительное временное значение для данного блока заголовка к "решать" Это. Изменение любой транзакции в блоке приведет к новому Merkle корня, так что они должны были бы "решать" все это снова. 3. Miner добавляет локально созданный Tx в список Tx этого блока. Хорошо, теперь вы ушли полностью сошел с рельсов. Часть процесса "создание блока" чтобы выбрать транзакции, которые будут частью блока. Это должно быть сделано до того, как блок будет решен. Если изменить список транзакций, то вы изменили блок и новый блок больше не решен (пока вы не решите его снова). 4. Miner передает блок. Хорошо, после того, как блок будет решен, забойщик может транслировать блок. 5. Miner транслирует Tx. А теперь вы ушли с рельсов снова. Сделка является частью блока. Это "блок операций" и заголовок для этого блока. Вы не можете транслировать блок операций без транслирует блок операций. Это даже не имеет смысла. Возможно, вы спрашиваете, если шахтер может вещать только заголовок блока? Я полагаю, вы могли бы, но пэра узлы и другие шахтеры не собираются, чтобы иметь возможность проверить блок шахтера, пока они не получат все сделки. Таким образом, они не будут (или, по крайней мере, не должны) считают его действительным блок до операции не braodcast. |
24 сентября 2015, 12:13:34 PM | # 7 |
Сообщения: 616
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Понятно, что вы не понимаете, процесс добычи должным образом, и вы не понимаете, что Bitcoin выполняет или, как он выполняет его. Давайте пройдем через это один шаг за один раз: Да. Правда. Я не был хорошо осведомлен о формировании дерева Merkle через сделки, которые привели к моей растерянности. Таким образом, кажется, блок может быть установлено, что включает в себя ПРД, которая не в знании любого узла. Но, чтобы получить, что блок на цепи, шахтер должен транслировать Tx непосредственно перед блоком.У меня есть основной вопрос здесь. Ты сказал... Сделка является частью блока. Это "блок операций" и заголовок для этого блока. Я полагаю, заголовок для этого блока представлена блок-хэш, например, 000000000000000005a01fa8684db141807c6a8f1ccbd7a58b0740f25f162e01. Как шахтер будет также транслировать блок операций в этом блоке, ему нужно, чтобы транслировать какой-либо Tx, что он создал локально, отдельно перед транслирует блок операций? |
24 сентября 2015, 12:51:53 PM | # 8 |
Сообщения: 2002
цитировать ответ |
Re: Может ли Tx быть добыты первым и вещать позже?
Понятно, что вы не понимаете, процесс добычи должным образом, и вы не понимаете, что Bitcoin выполняет или, как он выполняет его. Давайте пройдем через это один шаг за один раз: Да. Правда. Я не был хорошо осведомлен о формировании дерева Merkle через сделки, которые привели к моей растерянности. Таким образом, кажется, блок может быть установлено, что включает в себя ПРД, которая не в знании любого узла. Но, чтобы получить, что блок на цепи, шахтер должен транслировать Tx непосредственно перед блоком.Вы используете слова, которые, кажется, не имеет смысла. Вы говорите, что шахтер должен "вещать сделку непосредственно перед транслирует блок операций", Это немного, как говорят, что если вы хотите водить автомобиль в магазин вы должны вести свой двигатель в магазин, прежде чем водить машину там. Шахтер, безусловно, может транслировать транзакцию самостоятельно, прежде чем он передает весь блок операций, но он не является обязательный к. Он может просто послать блок (который имеет транзакции в ней). В зависимости от ровесников, что шахтер сообщающихся с там может быть какой-то значение для того, что шахтер передает части блока, но это вопрос протокола связи с пэра, а не внутреннее требование для работы Bitcoin в. У меня есть основной вопрос здесь. Ты сказал... Сделка является частью блока. Это "блок операций" и заголовок для этого блока. Я полагаю, заголовок для этого блока представлена блок-хэш, например, 000000000000000005a01fa8684db141807c6a8f1ccbd7a58b0740f25f162e01. Как шахтер будет также транслировать блок операций в этом блоке, ему нужно, чтобы транслировать какой-либо Tx, что он создал локально, отдельно перед транслирует блок операций?Там нет необходимости передавать какую-либо сделку отдельно перед вещанием решенного блока операций. Заголовок 80 байт. Это состоит из:
Так как большая часть сети будет уже иметь большинство сделок от блока, есть возможность для более быстрого распространения блоков, если блок заголовка и Merkle дерева посылаются первым, а затем сверстники разрешено запрашивать операции, которые в Merkle дерево, которое они еще не имеют. Таким образом, шахтер не нужно транслировать все операции, они просто нужно сдать транзакции, либо ровесники еще не видели. Каждые сверстникам не следует рассматривать блок, чтобы быть действительным, или решить, пока они не получили все недостающие операции и могут подтвердить, что блок и все сделки являются действительными. |