18 апреля 2013, 10:58:31 AM   # 1
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
[Править] Это последнее предложение, а не ОП [/ править]

Это мягкая вилка, которая создает вложенную цепь. Преимуществом является то, что она позволяет эффективная скорость блока будет снижена. Полные блоки будут по-прежнему происходить каждые 10 минут.

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

Текущая система

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

корень <- A <- B <- C <- D

Шахтеры создать новый блок Е, который указывает на D в качестве предыдущего блока. Когда они попали в цель, они передают блок.

обновление системы

Шахтеры бы создать действительный (нераскрытые) "Е" блок и смотреть в корень Merkle. Если 10 наименее значимые бит Merkle корня являются такими же, как и 10 наименее значимых бит двойки хэша, то шахтер имеет действительный блок (игнорируя требование POW). В противном случае, он шифрует Merkle корень путем обновления coinbase и проверяет снова. Понадобится в среднем 1024 попыток получить, чтобы работать. Это было бы довольно быстро даже на процессоре.

Этот блок может быть добыт в обычном режиме, и это транслируется, если она соответствует стандартным военнопленной.

Однако, если он находит решение, которое имеет по крайней мере 1/64 требуемого ПР, то он просто передает заголовок в качестве блока суб-цепи. Заголовка блока становится D1 вместо E.

корень <- A <- B <- C <- D <- D1

Это требует обновления блок так, чтобы он указывает на D1. Поле предыдущего блока хэш будет по-прежнему указывает на D, но нижние 10 бит корня Merkle будет указывать на D1.

В среднем будет 64 суб-цепь блоков в основной блок цепи, так что цепь будет что-то вроде

корень <- A <- B <- C <- D <- D1 <- D2 .... <- D71 <- E

Шахтеру также необходимо будет обновить свои блоки, когда он получает новую широковещательные суб-цепь и, когда он находит суб-цепи блоков.

POW Правила

Правила POW бы, что полный блок стоит 16 очков и суб-цепи блоков стоит 1 очко. Значение POW точки будет масштабироваться в зависимости от сложности.

Награды

Система вознаграждения не изменяется. Только полные блоки выплачивают чеканки и операционные издержки.

стимулы

Шахтеры есть стимул строить против самого длинного суб-цепи. В среднем 64 суб-цепные блоки, и что имеет значение 4 полных блоков. Тем не менее, до тех пор, как шахтер находится в пределах 15 суб-цепи блоков длинной цепи к югу, если они найдут полный блок, они все равно будет самой длинной цепью. Майнинг может решить не беспокоить обновления работников, до тех пор, как рабочие находятся в пределах 4-5 самого длинного суб-цепи.

Горняки имеют мало стимулов на самом деле транслировать суб-звенья цепи. Только шахтер, который нашел предыдущий блок (блок D выше) будет иметь стимул, поскольку это добавляет дополнительные военнопленное к его блоку. Тем не менее, стоимость очень низкая. Они просто должны транслировать 80 байт. 

Это, вероятно, хорошо в пределах уровня альтруизма шахтеров можно ожидать, чтобы иметь. Они вряд ли обновлять программное обеспечение, чтобы удалить эту функцию, так как он почти ничего не стоит и затвердевает сеть.

Безопасность

Есть 3 проблемы безопасности

Случайное Сторно

Если шахтер имеет 10% от мощности горнодобывающей и 5 блоков позади, то вероятность разворота составляет менее 1%. Безопасность здесь чисто определяется числом блоков. 

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

Восстановление Brute Force

Существует, где кто-то покупает / арендует большое количество хэширования мощности для того, чтобы отменить транзакцию. Если кто-то хочет, чтобы отменить сделку BTC 1000, то они могут быть готовы платить до 1000 BTC, чтобы сделать это.

Цена хэширования примерно 25 BTC для истекшую блока хеширования. Это означает, что коммерсант должен ждать 1000/25 = 40 полных блоков для транзакции BTC 1000, а не 6 блоков, которые, как правило, рекомендуется.

Злоумышленники, которые в совокупности имеют 1000 BTC на карте могут быть готовы объединить свои ресурсы для грубой силы разворота.

Эта атака не зависит от этого предложения. Она будет работать так же хорошо, с или без вложенной цепи.

Задержка Срабатывает Collapse

Это где время блок значительно ниже, чем латентность сети.

Стимулы для шахтеров транслировать свои блоки как можно быстрее. После того, как вы вещать блок, все остальные шахтеры будут затем построить на своем блоке. 

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

Если 90 шахтеров были на 1% каждый и один горняк был 10%, то он может производить цепи быстрее, чем 90%, так как он не должен беспокоиться о времени ожидания.

Это не является проблемой для суб-цепи, так как суб-цепные блоки только 80 байт и целевая ставка один раз каждые 10 секунд. Даже если скорость блока поднялась до 10 в секунду, что до сих пор только 800 байт в секунду (и он упадет вниз на следующую трудности перенацеливание).
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan


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


18 апреля 2013, 11:37:21 AM   # 2
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

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





Это будет Харк вилка или альт цепи.

Идея заключается в том, чтобы запретить операцию для каждого N-го блока, за исключением. Почти все блоки пусты.

Это позволяет ускорить скорость генерации блока, без необходимости много дополнительной проверки.

Например, если частота блока составляет 10 секунд, но только каждый шестидесятый блок содержал транзакции, то эффективная скорость блока будет по-прежнему только один блок каждые 10 минут.

Корень Merkle в других блоках может кодировать адрес для платы, подлежащей выплате. Эти блоки будут составлять 80 байт навсегда.

Остальные блоки будут составлять 80 байт всегда. Независимо от того, сколько транзакций обрабатывают система, большинство блоков не будут крошечными. С течением времени задержка в сети должна стать незначительной.

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

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

Валидаторы могут иметь что-то вроде репутации, которая растет со временем, если они представляют действительные блоки. Доказательство того, что они представили дефектные блоки будут устанавливать свою репутацию на ноль.

Теперь максимальный размер блока 1000KB. Так почему бы не просто увеличить скорость генерации на 60x до 10 секунд, а также уменьшить размер блока от 60x до 16.67KB? Это звучит так же (за исключением того, что не могут быть включены некоторые крупные сделки)
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

18 апреля 2013, 11:44:31 AM   # 3
 
 
Сообщения: 107
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Так почему бы не просто увеличить скорость генерации на 60x до 10 секунд, а также уменьшить размер блока от 60x до 16.67KB? Это звучит так же (за исключением того, что не могут быть включены некоторые крупные сделки)

не было, что испытания уже с GeistGeld? .. Кто-нибудь еще экспериментировать с этой цепью?
scatha сейчас офлайн Пожаловаться на scatha   Ответить с цитированием Мультицитирование сообщения от scatha Быстрый ответ на сообщение scatha

18 апреля 2013, 12:04:04 PM   # 4
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

На самом деле, это может быть реализовано в виде мягкой вилки.  

Часть метки времени может быть повторно определил в качестве расширенного предыдущего поля. Если 256 диапазона секунд назначаются для этой цели, то, что дает 8 бит для поля пред.  

Может ASIC шахтеры изменить размер шага для своих счетчиков? Если это так, то данный случай может быть использован непосредственно.

Поле предыдущего блока становится

<хэш предыдущего основного блока цепи>:<Младший значащий байт хэш заголовка AUX цепи>

Только заголовки материи. Там нет никакой проверки транзакций на параллельной цепи. Это просто, чтобы показать, обработка происходит.

Alt цепи заголовки действительны, если они имеют по крайней мере 1 / 64th из ПР основной цепи блоков и точки к предыдущему блоку на альт цепи.

Процесс будет что-то вроде

Основной блок А: Пред Z, младший бит хэш = 62
- Заголовок А-1: Пред А, младший бит хэш = 31, младший бит временной метки = 62
- Заголовок А-2-а: Пред А, младший бит хэш = 191, младший бит из временной метки = 31
- Заголовок А-2-B: Пред А, младший бит хэш = 101, младший бит временной метки = 31 (сироты, как действуют хотя)
- Заголовок A-3: Пред A, LSB хэш = 88, младший бит метки времени = 101
...
...
- Заголовок A-26: Пред А, младший бит хэш = 176, младший бит временной метки = 4


Основной блок B, Пред А, младший бит хэш-99, младший бит временной метки = 176

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

Шахтеры не должны транслировать эти единицы.

Кроме того, отношения должны быть разбиты на основе длины цепи альт.

Если в шахтеры получает А->B->C, а затем получает C *, он должен переключиться на добычу C *, если С * имеет более длинную цепь альт ведущую роль в.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

18 апреля 2013, 12:07:41 PM   # 5
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Так почему бы не просто увеличить скорость генерации на 60x до 10 секунд, а также уменьшить размер блока от 60x до 16.67KB? Это звучит так же (за исключением того, что не могут быть включены некоторые крупные сделки)

Это означает, что большинство блоков хранятся фиксированного размером и не требуют проверок (кроме проверки ша хэш). Операции могут быть объединены в 10-минутный период.
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

18 апреля 2013, 12:10:34 PM   # 6
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Так почему бы не просто увеличить скорость генерации на 60x до 10 секунд, а также уменьшить размер блока от 60x до 16.67KB? Это звучит так же (за исключением того, что не могут быть включены некоторые крупные сделки)

Это означает, что большинство блоков хранятся фиксированного размером и не требуют проверок (кроме проверки ша хэш). Операции могут быть объединены в 10-минутный период.

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

18 апреля 2013, 12:16:24 PM   # 7
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Я думаю, что общая пропускная способность и загрузка процессора просто точно так же,

Да, но задержка имеет меньшее значение. Задержка, кажется, что вызывает большие возражения быстрее блоков.

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

18 апреля 2013, 12:19:52 PM   # 8
 
 
Сообщения: 910
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW


Валидаторы могут иметь что-то вроде репутации, которая растет со временем, если они представляют действительные блоки. Доказательство того, что они представили дефектные блоки будут устанавливать свою репутацию на ноль.

И как вы собираетесь сделать это с децентрализованной системой?
TradeFortress сейчас офлайн Пожаловаться на TradeFortress   Ответить с цитированием Мультицитирование сообщения от TradeFortress Быстрый ответ на сообщение TradeFortress

18 апреля 2013, 1:47:52 PM   # 9
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

И как вы собираетесь сделать это с децентрализованной системой?

Возможно, альт цепь или что-то. Валидатор может создать начальную репутацию, представив доказательства работы альта цепь.

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

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

18 апреля 2013, 4:05:40 PM   # 10
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Я думаю, что правило должно быть то, что основные блоки ничего дополнительного для доказательства работы не сосчитать. Любой блок с более чем 1/64-й стандартного требования POW бы рассчитывать.

По сути, то, что это делает перерыв связи гораздо быстрее, чем в настоящее время. Если есть 2 блоков найдено примерно в то же время, после 1 / 64th времени блока, большая часть мощности хэширования будет знать, какой из них, чтобы перейти к, а не ждать.

Максимальное Военнопленный между двумя основными цепями блоков будет ограничено до 256 ссылок на параллельной цепи. Предполагая, параллельную цепь имеет 64 раз меньше военнопленные, вероятность 256 ссылок добавляются в (63/64) ^ 256 = 1,8%, так что это не будет происходить очень часто. Если это случилось, что блок, вероятно, будет заблокирован в любом случае.

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

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

19 апреля 2013, 1:24:12 AM   # 11
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

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

19 апреля 2013, 3:13:18 AM   # 12
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

На самом деле, это может быть реализовано в виде мягкой вилки.  

Часть метки времени может быть повторно определил в качестве расширенного предыдущего поля. Если 256 диапазона секунд назначаются для этой цели, то, что дает 8 бит для поля пред.  

Может ASIC шахтеры изменить размер шага для своих счетчиков? Если это так, то данный случай может быть использован непосредственно.

Поле предыдущего блока становится

<хэш предыдущего основного блока цепи>:<Младший значащий байт хэш заголовка AUX цепи>

Только заголовки материи. Там нет никакой проверки транзакций на параллельной цепи. Это просто, чтобы показать, обработка происходит.

Alt цепи заголовки действительны, если они имеют по крайней мере 1 / 64th из ПР основной цепи блоков и точки к предыдущему блоку на альт цепи.

Процесс будет что-то вроде

Основной блок А: Пред Z, младший бит хэш = 62
- Заголовок А-1: Пред А, младший бит хэш = 31, младший бит временной метки = 62
- Заголовок А-2-а: Пред А, младший бит хэш = 191, младший бит из временной метки = 31
- Заголовок А-2-B: Пред А, младший бит хэш = 101, младший бит временной метки = 31 (сироты, как действуют хотя)
- Заголовок A-3: Пред A, LSB хэш = 88, младший бит метки времени = 101
...
...
- Заголовок A-26: Пред А, младший бит хэш = 176, младший бит временной метки = 4


Основной блок B, Пред А, младший бит хэш-99, младший бит временной метки = 176

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

Шахтеры не должны транслировать эти единицы.

Кроме того, отношения должны быть разбиты на основе длины цепи альт.

Если в шахтеры получает А->B->C, а затем получает C *, он должен переключиться на добычу C *, если С * имеет более длинную цепь альт ведущую роль в.

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

19 апреля 2013, 7:13:50 AM   # 13
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Как вы могли бы распределить вознаграждение, если были найдены 2 суб-блоки с теми же LSBs для хэш и метки времени?

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

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

19 апреля 2013, 8:07:32 AM   # 14
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Как вы могли бы распределить вознаграждение, если были найдены 2 суб-блоки с теми же LSBs для хэш и метки времени?

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

Коллизии на самом деле не так уж много, если есть 2 хитов, то, что ссылка имеет 2 возможных путей, но это не имеет значения, вы следуете.

Значит ли это, шахтеры будут добывать в обычном режиме? Если Hash < Цель, это будет основной блок. Если Target < гашиш < Target * 64, это будет вспомогательный блок. Я прав?
jl2012 сейчас офлайн Пожаловаться на jl2012   Ответить с цитированием Мультицитирование сообщения от jl2012 Быстрый ответ на сообщение jl2012

19 апреля 2013, 9:16:25 AM   # 15
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Значит ли это, шахтеры будут добывать в обычном режиме? Если Hash < Цель, это будет основной блок. Если Target < гашиш < Target * 64, это будет вспомогательный блок. Я прав?

Право, бассейн может просто проверить все возвращенные акции. Если целевая доля меньше, чем 1/64 главной цепи трудности, то они даже не нужно менять.

Я думал, чем улучшение будет использовать Merkle корень как часть обратной линии связи.

Заголовка основывается на заголовок B, если
- они оба имеют один и тот же предыдущий полный блок или B имеет в качестве своего предыдущего блока
- В N младших бит Merkle корня Б соответствует хэш

При использовании дополнительного одноразового номера, бассейн можно установить младшие байты корня Merkle ни к чему они хотят. Если было использовано N = 16 бит, это потребует в среднем 64k * хешей попытки глубины Merkle бассейна. Это, вероятно, может быть сделано в программном обеспечении, но это может быть немного тяжелым.

Это будет держать столкновение к минимуму. Они на самом деле не причиной того, что большая часть проблемы. После того, как новый блок будет найден, они в основном правило галстук ломка.

Вероятности длины Sub-цепи

<= 64: 63,5%
<= 256: 98,23%
<= 512: 99,97%
<= 1024: 99,99999%

Таким образом, 1024 будет означать, что к югу от цепи почти никогда не насытить предыдущее поле ссылки. Использование одного байта будет означать примерно каждые 50 - 100 блоков, суб-цепью будет насыщенной.

Полные блоки сложности будут стоить 256 очков и 1/64 заголовков сложности будет стоить 1 очко. Шахтеры должны построить против самой длинной цепи.

Это означает, что суб-цепь только на самом деле используется для разрыва связей. Чтобы изменить полный блок требует 256 ссылок на суб-цепи. Это требует 4X столько хэширования, как просто создать альтернативный блок.

Блоки более 1024 полных блоков с конца цепи 128 точек и 1/64 заголовков сложности ничего не стоит. Это позволяет старые заголовки низкой сложности, чтобы быть отброшены после того, как некоторое время. Раскол более 1024 блоков глубоки уже является крупным вилок в любом случае.

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

Если предположить, что скорость сиротского 1% для основных блоков, а затем сдерживая заголовок увеличат доходы не более чем на 1%. Кроме того, заголовок стоит только то, что если никто не найдет заголовок к югу цепи в то же время, так как если это произойдет, общественность суб-цепь имеет один и тот же военнопленного, как секретный один. Шансы следующего блока происходит до следующего заголовка суб-цепи является 1 в 64. Это означает чистую выгоду сдерживая есть 1/64 от 1%.

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

19 апреля 2013, 9:31:06 AM   # 16
 
 
Сообщения: 1750
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Очень интересно. В этом случае 2 Подтверждения в основной цепи будет более чем достаточно.

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

19 апреля 2013, 10:06:11 AM   # 17
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Очень интересно. В этом случае 2 Подтверждения в основной цепи будет более чем достаточно.

6 суб-цепи Подтверждения бы убедительные доказательства того, что блок заблокирован.

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

Да. Тем не менее, она должна была бы получить в часть клиентского программного обеспечения, так что шахтеры должны придерживаться его.

Одна проблема заключается в том, что чем больше награда для полного блока, тем менее ценна суб-цепи подтверждает это. 

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

256 идет на стороне поощрения заголовка публикации. Это означает, что 75% от ПР является основной цепи блоков. Если основные блоки стоили 16 очков, а затем 75% ПР будет на суб-цепи. Это создает стимул для сдерживаться блоками, но больше стимулов, чтобы построить на самой длинном юге цепи.

С 16 пунктов, более длинный суб-цепь может перевесить цепь с большим количеством главной цепи блоков. В среднем, будет 64 суб-звеньев цепи на основной звено цепи.

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

19 апреля 2013, 10:12:57 AM   # 18
 
 
Сообщения: 2044
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Можете ли вы объяснить, что проблема, которую вы пытаетесь решить? Я не после (это не ваша вина, это просто область, в которой мне нужно какое-то образование)
organofcorti сейчас офлайн Пожаловаться на organofcorti   Ответить с цитированием Мультицитирование сообщения от organofcorti Быстрый ответ на сообщение organofcorti

19 апреля 2013, 11:00:48 AM   # 19
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

Если у вас есть сделка, которая 100 блоков глубоко в цепи, очень маловероятно, что она будет обращена вспять.

Если кто-то хочет, чтобы отменить сделку, они должны раскошелиться цепь до операции, а затем догнать и пройти основную цепь. Если у них есть 10% мощности хеширования, основная цепь будет получить около 10 блоков для каждого блока они добавляют к их альт цепи, в среднем. Наиболее вероятным результатом является то, что их альт цепь просто падает дальше и дальше позади, и все хеширования идет в отходы.

Они могли бы получить очень повезло, и найти 150 блоков до основной цепи находит 50 блоков, поэтому они тянут вперед, но это очень маловероятно.

Чем больше блоков, добавленные после операции, тем труднее для цепи, чтобы быть отменена кем-то с менее чем 50% от мощности хеширования. Оказывается, что это не имеет значения, как быстро блоки для этого эффекта произойдет.

До тех пор, как задержка в сети является низким по сравнению со скоростью блока, скорость блока должна быть как можно быстрее. Если есть блок один раз каждые 10 секунд, то вам нужно только подождать 1 минуту, чтобы получить такую ​​же защиту, как вы в настоящее время получают в течение 1 часа.

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

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

Недостаток заключается в том, что только каждый шестьдесят четвёртом быстром блоке (в среднем) на самом деле могут включать в себя операцию. Вы получаете 10 секунду на скорости блока, но это занимает 5 минут в среднем до следующего основного блока, а затем 50 секунд на 5 суб-цепи блоков. Это дает 11 минут на среднем, а не 60.

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

19 апреля 2013, 11:33:03 AM   # 20
 
 
Сообщения: 2044
Цитировать по имени
цитировать ответ
по умолчанию Re: Развязка сделок и POW

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW