Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
13 декабря 2016, 2:38:36 PM   # 1
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
На мой простой взгляд, это кажется довольно легкое изменение. Вы уменьшить трудности, и вы уменьшаете вознаграждение шахтеров. Что еще участвует?

Я могу оценить проблемы associted с получением согласия.

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


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


13 декабря 2016, 2:49:36 PM   # 2
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

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





10-минутный интервал блока до тех пор, как это должно уменьшить частоту blockchain reorganiations (где шахтеры с блоком конкуренции на той же высоте не решают равномерно по сети, в результате чего сеть к вилке, и консенсус логика в системе, разрешить вилку)


Вполне возможно, что снижение его до 5 минут не будет существенно влиять на цепи Reorg риска, но даже это спорно.

Реальная точка: где это "пересчет" Парадигма собирается получить его следующая итерация с, после сокращения вдвое до 5 минут? Нигде, если у вас есть способ сделать необходимые улучшения в латентности сети TCP / IP тоже.
Carlton банков сейчас офлайн Пожаловаться на Карлтон Банки   Ответить с цитированием Мультицитирование сообщения от Carlton Банки Быстрый ответ на сообщение Carlton Банки

13 декабря 2016, 3:27:13 PM   # 3
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

10-минутный интервал блока до тех пор, как это должно уменьшить частоту blockchain reorganiations (где шахтеры с блоком конкуренции на той же высоте не решают равномерно по сети, в результате чего сеть к вилке, и консенсус логика в системе, разрешить вилку)


Я не понимаю, почему это является проблемой. Кажется, что это возможно, чтобы генерировать новый блок через пару секунд после того, как в предыдущем блоке, и это, кажется, не будет проблемой, пока они оба действительные блоки.
Jet Cash сейчас офлайн Пожаловаться на Jet Cash   Ответить с цитированием Мультицитирование сообщения от Jet Cash Быстрый ответ на сообщение Jet Cash

13 декабря 2016, 5:44:07 PM   # 4
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

Угадайте, какие конкретные обстоятельства, более вероятно, чтобы создать блок гонки? Это верно, когда блоки решаются близко друг к другу во время. Если 10 минут цель была снижена, частота короткого (например, менее чем за 1 минуту) интервалы блоков будут увеличиваться. Скорость цепи повторных Оргам увеличится соразмерно, и система не может принять это.

Скорость, при которой цепи повторно Orgs же теперь является приемлемой, то система может поглотить его с целью решения 10 минут. Попытка увеличить эту скорость, не придумывая способ снижения повышенного риска сетевой несогласованности не кажется разумным, и без изменения задержки производительности самого Интернета, никто в настоящее время не имеет какие-либо идеи таким образом, чтобы сделать это. Было бы хорошо, если бы это было возможно, хотя, так что, очевидно, не исключено, в долгосрочной перспективе.
Carlton банков сейчас офлайн Пожаловаться на Карлтон Банки   Ответить с цитированием Мультицитирование сообщения от Carlton Банки Быстрый ответ на сообщение Carlton Банки

13 декабря 2016, 5:51:13 PM   # 5
 
 
Сообщения: 728
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

Спасибо за это объяснение, я думаю, что я начинаю понимать проблему. Мне нужно разработать точную последовательность событий от представления транзакции, чтобы блокировать принятие. Я буду делать некоторые чтение и исследования, и, возможно, я смогу вернуться к этому.
Jet Cash сейчас офлайн Пожаловаться на Jet Cash   Ответить с цитированием Мультицитирование сообщения от Jet Cash Быстрый ответ на сообщение Jet Cash

13 декабря 2016, 5:56:55 PM   # 6
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

Следует также отметить, что изменения в производительности Sighash включены как часть вилки Segwit бы реально улучшить жизнеспособность уменьшения интервала целевого блока, но я не уверен, на какой фактор. Есть несколько алгоритмических улучшений, которые могут быть сделаны слишком, слишком много, чтобы упомянуть. Хотя многие из них также должны мягкие или жесткие вилки, не вызывает сомнений.

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

13 декабря 2016, 7:14:39 PM   # 7
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

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

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

Проблема сети несогласованности возникает тогда, когда два (или более) различные шахтеры решают блок достаточно близко по времени друг с другом, что значительное число узлов услышать о блоках в другом порядке.

С трудом установлен в средние 10 минут в блок, дисперсия фактического времени, чтобы решить блок значительно больше, чем время, чтобы передать решаемый блок по всей сети. Таким образом, большая часть времени, подавляющее большинство узлов, слышало о решаемом блоке перед другой блок получает решен.

Если уменьшить время на блок слишком много, то вы столкнетесь с ситуацией, когда значительное число блоков решены за меньшее время, чем требуется, чтобы передать решаемый блок по всей сети. В этой ситуации вы можете иметь наборы узлов, каждый думаю, другой блок является "следующий блок" в цепи. Вы должны ждать, пока один из этих 2-х или более блоков не было построено на с другим блоком, чтобы выяснить, какие из этих вилок в blockchain является "реальный" один (остальные блоки будут удалены, а шахтеры, которые решали их теряют свою награду блока). Вы могли бы иметь результат, в котором два или более из этих блоков, которые ждут, чтобы быть построено на все имеют следующий блок (или блоки!), Построенные на них очень близко по времени. Теперь у вас есть несколько цепей 2 блоков глубоко, и до сих пор нет способа узнать, какой из них является "реальный" один. Вы должны ждать, пока одна из этих цепей имеют третий блок, построенный на вершине. Это может продолжаться до тех пор, несколько расщепленных цепи не все несколько блоков глубоко. Тогда, наконец, случайность результаты, имеющие более длительный, чем обычно время на решение и только один шахтер, который решает в то время. Наконец, все узлы рухнуть на эту самую длинную цепочку. Все они отказаться от любых других блоков, которые они получили, и все шахтер, которые думали, что они могли бы заработали награду блока обнаруживают, что их широковещательный блок был отвергнут сетью. Некоторые операции, которые появились, чтобы иметь несколько подтверждений внезапно имеют меньше подтверждений (или, возможно, вернуться к тому, неподтвержденным!).
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton

14 декабря 2016, 1:43:14 AM   # 8
 
 
Сообщения: 224
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

Малые шахтеры должны ждать сети для передачи блоков, в то время как крупные шахтеры имеют непосредственный доступ к своим собственным блокам.
Короткий блок Время генерации облегчает крупные шахтеры монополизировать создание блока и увеличивает централизацию.
Это приводит к большим шахтеров, контролирующих blockchain и мелких шахтеров постоянно получать их блоки сиротой.
Спросите любой, кто добыл 5s или 6s монеты, они дадут вам яркое описание того, что он чувствует, как все их блоки осиротевших.
Разочарованный и невыгодные, они уходят, а крупные шахтеры ужесточают контроль над созданием блока.
ArcCsch сейчас офлайн Пожаловаться на ArcCsch   Ответить с цитированием Мультицитирование сообщения от ArcCsch Быстрый ответ на сообщение ArcCsch

14 декабря 2016, 11:05:19 AM   # 9
 
 
Сообщения: 610
Цитировать по имени
цитировать ответ
по умолчанию Re: Какие проблемы, связанные с сокращением времени блока генерации?

Yo Jet!

Я бы не играть со временем блока.

Я хотел бы сделать это, хотя ..

1) Создайте блоки в обычном режиме.

2) Теперь создадим «передачи-блок», который имеет только TxN хэшей в нем, а не весь TxN. В txns, скорее всего, уже распространяется по всей сети, и небольшой процент, которые не известны своим сверстникам, может быть передан "на-точка-где-вы миновать-The-блок-на. Нет необходимости, чтобы отправить их в два раза.

3) Передача крошечного блока передачи (32 байт на TXN). (Плюс небольшое количество «лишних» данных, чтобы помочь в воссоздании полного блока, полноблочный хэш и т.д .., чтобы проверить)

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

бум. Миниатюрные блоки. 1 МБ на 32 байт в TXN, мог держать .. ~ 30000 txns / блок.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW