Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
20 сентября 2015, 12:43:58 PM   # 1
 
 
Сообщения: 616
Цитировать по имени
цитировать ответ
по умолчанию Re: Может ли Tx быть добыты первым и вещать позже?

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Возможно ли шахтер создать Tx локально, включить его в блоке он добытый и boradcast его позже?
GermanGiant сейчас офлайн Пожаловаться на GermanGiant   Ответить с цитированием Мультицитирование сообщения от GermanGiant Быстрый ответ на сообщение GermanGiant


Как заработать Биткоины?
Без вложений. Не майнинг.


20 сентября 2015, 1:51:00 PM   # 2
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Может ли Tx быть добыты первым и вещать позже?

Получил 1806 Биткоинов
Реальная история.





Шахтер не должен braodcast блока, как только он решает, если он не хочет.

Однако, если шахтер не сразу транслировать блок, он рискует другой шахтер транслирует блок первым и вызывая unbroadcast блока, чтобы стать сиротами. Это приведет к шахтеру из сиротского блока теряет награду всего блока. Это также будет означать, что сделка шахтера нужно будет добывать в новый блок для того, чтобы подтвердить.
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

20 сентября 2015, 2:15:41 PM   # 3
 
 
Сообщения: 616
Цитировать по имени
цитировать ответ
по умолчанию Re: Может ли Tx быть добыты первым и вещать позже?

Шахтер не должен braodcast блока, как только он решает, если он не хочет.

Однако, если шахтер не сразу транслировать блок, он рискует другой шахтер транслирует блок первым и вызывая unbroadcast блока, чтобы стать сиротами. Это приведет к шахтеру из сиротского блока теряет награду всего блока. Это также будет означать, что сделка шахтера нужно будет добывать в новый блок для того, чтобы подтвердить.
Но мой вопрос был другим. Я не говорю, что блок вещание будет отложено. Я говорю, Tx транслируется с задержкой. Процесс я говорю следующим образом ...

1. Miner локально создает хэш-Tx с подтвержденным неизрасходованного выходом Tx.

2. Miner находит блок.

3. Miner добавляет локально созданный Tx в список Tx этого блока.

4. Miner передает блок.

5. Miner транслирует Tx.

Является ли описанный выше процесс возможно?
GermanGiant сейчас офлайн Пожаловаться на GermanGiant   Ответить с цитированием Мультицитирование сообщения от GermanGiant Быстрый ответ на сообщение GermanGiant

20 сентября 2015, 3:30:41 PM   # 4
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Может ли Tx быть добыты первым и вещать позже?

Возможно ли шахтер создать Tx локально, включить его в блоке он добытый и boradcast его позже?
Вполне возможно, на самом деле, вероятно, было сделано раньше. Тем не менее, они по-прежнему необходимо, чтобы передать транзакцию с блоком для того, чтобы блок действует с узлами проверки всех операций, входящих в блок.
achow101 сейчас офлайн Пожаловаться на achow101   Ответить с цитированием Мультицитирование сообщения от achow101 Быстрый ответ на сообщение achow101

20 сентября 2015, 4:03:11 PM   # 5
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: Может ли Tx быть добыты первым и вещать позже?

Шахтер не должен braodcast блока, как только он решает, если он не хочет.

Однако, если шахтер не сразу транслировать блок, он рискует другой шахтер транслирует блок первым и вызывая unbroadcast блока, чтобы стать сиротами. Это приведет к шахтеру из сиротского блока теряет награду всего блока. Это также будет означать, что сделка шахтера нужно будет добывать в новый блок для того, чтобы подтвердить.
Но мой вопрос был другим. Я не говорю, что блок вещание будет отложено. Я говорю, Tx транслируется с задержкой. Процесс я говорю следующим образом ...

1. Miner локально создает хэш-Tx с подтвержденным неизрасходованного выходом Tx.

2. Miner находит блок.

3. Miner добавляет локально созданный Tx в список Tx этого блока.

4. Miner передает блок.

5. Miner транслирует Tx.

Является ли описанный выше процесс возможно?

Точно нет! Добавление транзакции изменяет дерево Merkle и, следовательно, заголовок блока.
jonald_fyookball сейчас офлайн Пожаловаться на jonald_fyookball   Ответить с цитированием Мультицитирование сообщения от jonald_fyookball Быстрый ответ на сообщение jonald_fyookball

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.
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

24 сентября 2015, 12:13:34 PM   # 7
 
 
Сообщения: 616
Цитировать по имени
цитировать ответ
по умолчанию Re: Может ли Tx быть добыты первым и вещать позже?

Понятно, что вы не понимаете, процесс добычи должным образом, и вы не понимаете, что Bitcoin выполняет или, как он выполняет его. Давайте пройдем через это один шаг за один раз:
Да. Правда. Я не был хорошо осведомлен о формировании дерева Merkle через сделки, которые привели к моей растерянности. Таким образом, кажется, блок может быть установлено, что включает в себя ПРД, которая не в знании любого узла. Но, чтобы получить, что блок на цепи, шахтер должен транслировать Tx непосредственно перед блоком.

У меня есть основной вопрос здесь. Ты сказал...
Сделка является частью блока. Это "блок операций" и заголовок для этого блока.
Я полагаю, заголовок для этого блока представлена ​​блок-хэш, например, 000000000000000005a01fa8684db141807c6a8f1ccbd7a58b0740f25f162e01. Как шахтер будет также транслировать блок операций в этом блоке, ему нужно, чтобы транслировать какой-либо Tx, что он создал локально, отдельно перед транслирует блок операций?
GermanGiant сейчас офлайн Пожаловаться на GermanGiant   Ответить с цитированием Мультицитирование сообщения от GermanGiant Быстрый ответ на сообщение GermanGiant

24 сентября 2015, 12:51:53 PM   # 8
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Может ли Tx быть добыты первым и вещать позже?

Понятно, что вы не понимаете, процесс добычи должным образом, и вы не понимаете, что Bitcoin выполняет или, как он выполняет его. Давайте пройдем через это один шаг за один раз:
Да. Правда. Я не был хорошо осведомлен о формировании дерева Merkle через сделки, которые привели к моей растерянности. Таким образом, кажется, блок может быть установлено, что включает в себя ПРД, которая не в знании любого узла. Но, чтобы получить, что блок на цепи, шахтер должен транслировать Tx непосредственно перед блоком.

Вы используете слова, которые, кажется, не имеет смысла.

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

Шахтер, безусловно, может транслировать транзакцию самостоятельно, прежде чем он передает весь блок операций, но он не является обязательный к. Он может просто послать блок (который имеет транзакции в ней).

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

У меня есть основной вопрос здесь. Ты сказал...
Сделка является частью блока. Это "блок операций" и заголовок для этого блока.
Я полагаю, заголовок для этого блока представлена ​​блок-хэш, например, 000000000000000005a01fa8684db141807c6a8f1ccbd7a58b0740f25f162e01. Как шахтер будет также транслировать блок операций в этом блоке, ему нужно, чтобы транслировать какой-либо Tx, что он создал локально, отдельно перед транслирует блок операций?

Там нет необходимости передавать какую-либо сделку отдельно перед вещанием решенного блока операций.

Заголовок 80 байт. Это состоит из:
  • А 4 байта номер версии
  • 32 байта SHA256 хэш совсем недавно решенный предыдущего заголовок блока (это то, что превращает блоки в "цепь)
  • 32 байта SHA256 Merkle корень из операций в блоке
  • А 4 байта метка времени (это выбирается, когда заголовок блока построен и может отличаться от фактического времени на целых несколько часов)
  • А 4 байта представление текущей цели сложности
  • А 4 байта Nonce

Так как большая часть сети будет уже иметь большинство сделок от блока, есть возможность для более быстрого распространения блоков, если блок заголовка и Merkle дерева посылаются первым, а затем сверстники разрешено запрашивать операции, которые в Merkle дерево, которое они еще не имеют. Таким образом, шахтер не нужно транслировать все операции, они просто нужно сдать транзакции, либо ровесники еще не видели. Каждые сверстникам не следует рассматривать блок, чтобы быть действительным, или решить, пока они не получили все недостающие операции и могут подтвердить, что блок и все сделки являются действительными.

DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW