3 мая 2013, 11:54:28 PM   # 1
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Мне кажется, что отбрасывание бесхозных блоков прямо теряет свою потенциальную полезность в упрочнении византийского голосования по журналу транзакций. т.е. работа шла в них, но в настоящее время они не дают вес в длине цепи (AFAIK). Поэтому в той мере, они происходят, они ослабляют безопасность, потому что 50% злоумышленник обыкновение случайно создавать самораспаковывающиеся-сирот на его враждебной частной сети. Кроме того, может быть, 50% злоумышленник попытается сорвать сеть, чтобы побудить сети расколы, которые увеличивают шансы детей-сирот (т.е. не замедляя сеть вниз, ни чрезмерного питания, просто фрагментировать свою власть так, что он заканчивает тем, что с такой же силой, что и самый большой фрагмент всучить 6 длиной цепь и внезапный шквал фрагментированных цепей 5-длиной от значительно чистой разделенной сети, как он падает чистый раскол атаку).

Поэтому по обеим причинам, как об этом в качестве дополнения, чтобы сделать 50% атаки сложнее, и сделать сеть менее уязвимой к чистым расколам: блоки имеют список предшественник блоки хэш, а не текущий одного предшественника. Медленная сеть медленный узел может раскрыть свой блок поздно (или, что эквивалентно, возможно, только оправился от чистой раздельной атаки), но может быть включен в следующем раунде. Для проверки блока для включения в список предшественник блока, все, что требуется, это узел соглашается, что все включены блоки пройти проверку (не дважды расходы и т.д.) И не содержат взаимно противоречащие друг другу транзакции. Обычный арбитраж для двух противоборствующих блоков, как сейчас (хотя потенциально пополнен выше сложности блока побед - см переменной трудности ниже).

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

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

(Эта идея для обсуждения смутно связана с моим постом о 2002 амортизируемом HashCash бумаге - вы можете просмотреть список блоков, так же, как в списке амортизации).

Некоторые общие проблемы: более блок-пакеты, создает сеть масштаб ограничение увеличения трафика? (Блоки становятся слишком большими так или иначе?) Являются ли модифицированная награда инкрементного блока слишком сложны? Есть ли способ, чтобы упростить его? например, устанавливают ограничения на размеры блоков и / или максимальная сумма транзакции в блоке? Может быть, есть альт-монета, которая уже экспериментировал в этом направлении? Немного связано с p2pool (реализация p2p бассейн), но я думаю, что разные по цели.

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


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


4 мая 2013, 12:32:11 AM   # 2
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

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





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

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

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

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

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

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

4 мая 2013, 3:35:53 AM   # 3
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

Но в любом случае еще некоторые мысли: потому что его больше не мажоритарная гонка

Добыча абсолютно категорически решительно, несомненно, НЕ "мажоритарной гонки", Там нет верхней границы числа блоков, решаемых в единицу времени. Когда новый блок найден в сети вы просто переключиться на расширение новой цепи. Кто-то найти блок не уменьшают ваши шансы найти блок, никакой работы вашего не "потерял" когда цепь двигается к следующему состоянию, потому что никто не накапливается ... и процесс HashCash не поиск конечного пространства (там может быть много решений или нет решения для конкретного заголовка, на самом деле есть только один действительный нонс в десять миллионов заголовков в эти дни).

Причина люди бассейн просто потому, что получение Bitcoins квантов десятки раз ваш ожидаемый доход за день высокой дисперсии. Я счастливо соло шахтные и имели дни, когда моя ферма производит >>40x ожидаемый доход, и дни, когда он не получает ничего. В среднем я пару процентов выше, чем ожидаемое значение. _It не race_, если бы я никогда ни разу не есть блок вообще или будет иметь лишь незначительную часть от того, что ожидания.

Существует некоторая общая работа по сети, утраченных в результате цепи fraying-, но потому, что все узлы опыт задержки не существует относительный недостаток, созданный этим. Как вы отмечаете это создает некоторое небольшое преимущество для attacker- но это лишь очень небольшое количество так долго, как время между блоками является большим по отношению к сети диаметра (латентность). Если время между блоками становится небольшим по отношению к диаметру, то сеть будет начать иметь сбои конвергенции и большие (даже реорганизацию; отсутствует злоумышленник). Контроль времени между блоками также имеет важное значение для минимизации ширины полосы пропускания и вычисления, особенно для SPV узлов. Amiller сделал хорошее предложение о слиянии сирот с целью создания времени блока динамически адаптироваться к диаметру, хотя это сам по себе не обращаться по поддержанию сети использовать на SPV узлов.

FWIW, "P2pool" действительно решает дисперсию nicely- включая возможность шахтеров переменную работу сложности (хотя ограничиваются не приводит к акции быстрее, чем шесть раз в минуту, чтобы контролировать расходы и предотвратить проблемы конвергенции) - не обременяя постоянно хранящуюся сеть Bitcoin с частыми крохотными блоками.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

4 мая 2013, 10:51:14 AM   # 4
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

Добыча абсолютно категорически решительно, несомненно, НЕ "мажоритарной гонки", Там нет верхней границы числа блоков, решаемых в единицу времени.

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

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

Блок сироты может получить 50% от вознаграждения блока, и никаких сборов ТХ, поощрять трансляцию заголовков.

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

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

Сироты до развилки будет одинаковым для обеих цепей в любом случае.

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

4 мая 2013, 10:59:34 PM   # 5
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

Но в любом случае еще некоторые мысли: потому что его больше не мажоритарная гонка

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

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

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

Hashcash доказательства работы питания справедливо, потому что, как вы упоминали, что не имеют памятей (его, как подбрасывание монеты, без прогресса в работе, и всех последовательности выборов одноразовых номеров, принимающих одинаковый объем работы). Большинство других доказательств рабочих функций не обладает этим свойством питания справедливости (например, клиент-головоломка, амортизируемый HashCash, время блокировки, функции ценообразования Дворка-NaOR (может быть)). Scrypt сила-ярмарка, я думаю. Если Scrypt оказалось не иметь мощность-ярмарочной свойство сво ошибка безопасности и люди с быстрыми процессорами будет иметь возможность получить непропорционально большое преимущество.

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

Способ понять, почему власть-справедливость необходима в первую прошлом пост (и что Bitcoin является первым мимо поста) в себе Bitcoin доказательства работы была переделан, чтобы использовать простое без питания справедливого доказательства, как амортизируемый HashCash с, например, 256 меньше доказательства работ с одинаковым ожидаемым общей 10mins времени ... 2,34 секунды на вызов. (Амортизируемая здесь просто означает, что задача состоит в том, чтобы собрать 256 суб-проблем.) Это достигает 16й нижнее стандартное отклонение, которое потенциально желательно, поскольку это достигается без каких сетевого трафика, ни на главной цепи, ни на p2pool цепи. При таком подходе вы можете увидеть, есть работа, прогресс, так что больше не является силой-ярмарки. Т.е. быстрый узел собирается выигрывать гонки несоизмеримо даже с учетом его мощности.

Я сделал гоночный автомобиль аналогию для снижения дисперсии

Цитата: adam3us
Ослабленный аналогии представьте себе Bitcoin шахтеры гоночных автомобилей. Некоторые из них быстро (феррари) и некоторые из них медленно (Citroen 2CV), но все они очень очень ненадежные. Итак, кто выиграет гонку? Феррари в основном, но 2cv все еще имеет хорошие шансы по отношению к его скорости, потому что феррари действительно вероятно ломаться. При низкой дисперсии монет, вы ухоженные автомобили, и они очень редко ломаются. Таким образом, феррари выигрывает почти всегда. Теперь, если у вас есть линия 20 автомобилей различной скорости, в хорошем состоянии (низкая дисперсия) первый 5, которые собираются пройти пост почти наверняка будет 5 быстро. Никто не стоит шанс вряд ли.

Вы делаете еще несколько пунктов:

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

FWIW, "P2pool" действительно решает дисперсию nicely- включая возможность шахтеров переменную работу сложности (хотя ограничиваются не приводит к акции быстрее, чем шесть раз в минуту, чтобы контролировать расходы и предотвратить проблемы конвергенции) - не обременяя постоянно хранящуюся сеть Bitcoin с частыми крохотными блоками.

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

Я думаю, что нужно перечитать p2pool на 2-й раз, чтобы комментировать другой бит.

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

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

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

5 мая 2013, 12:27:15 AM   # 6
 
 
Сообщения: 481
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

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

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

Потерянные блоки помогают защитить сеть под эта схема, где цепь POW заменяются произведением сделки раз плата работает на все операции в цепи и все блоки, в том числе детей-сирот. Эта предлагаемая система также имеет сопротивление >> 50% атак, чья цель состоит в том, чтобы исключить часть всех сделок.
Джон TOBEY сейчас офлайн Пожаловаться на John Tobey   Ответить с цитированием Мультицитирование сообщения от John Tobey Быстрый ответ на сообщение John Tobey

5 мая 2013, 1:04:01 AM   # 7
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

В то время как эффект такой же, я не согласен: гонки требовать операционные издержки и вознаграждение является мажоритарной гонки,
Для сборов, да, но только в ту степень, в которой есть не накопившийся доступные сборы за то, что вы можете поместить в блок и что разница платы меньше утраченные субсидий (сейчас сборы являются чем-то вроде 0,07% от добычи доходов , так что это не проблема).

Если нет достаточного количества сделок для заполнения блока есть другие issues- например жадное-рациональное поведение добычи может легко быть постоянно пытаться осиротить текущий без собственного лучшего блока, пока достаточно TXN не показать, что вы не можете поместить больше и увеличить свой доход. Retep (Питер Тодд) предполагает, что люди должны производить все свои операции nlocktimed на основе того, как рано честная сеть будет мыслимые шахты им, создавая тем самым постоянную базу сделок, _cannot_ быть добытых на текущей высоте и производить стимул двигаться вперед. Например. как минимум вы фиксируете быть только противоминной состоянии на текущей высоте, но если вам не нужна быстрая обработка, или вы видите, что там уже давно накопившихся перед вами вы можете заблокировать в одном или двух блоков далее в будущем ,


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

5 мая 2013, 11:38:18 AM   # 8
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

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

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

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

Создает стимул для трансляции заголовков, так что это не имеет значения, что нет никакой награды.

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

5 мая 2013, 2:59:12 PM   # 9
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: внедряющих цепи сирот блока

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

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

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

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

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

Может быть, это не может быть непрерывным процесс даже - не 10 минут отсечки, так как больше не пост в гонке. Сети консенсус самого большого блока просто продолжает расти в весе (вес или стоимость всех блоков видели до сих пор). Значение Mining присваивается монет пропорционально только сумму, которую они внесли свой вклад в постоянно и непрерывно растущей горнодобывающей деятельности распределенной сети.

Я перечитал метод SPV думать об эффективности. И p2pool.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW