Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
5 марта 2016, 9:34:33 AM   # 1
 
 
Сообщения: 772
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмерджентный Консенсус по максимальному размеру блока - Выражение концепции предпочтений

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


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

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

Как ни странно, первый человек, которого я знаю, кто предложил эту идею был Theymos, в / г / Bitcoin цензуры подлости.

Тем не менее, для видения эмерджентного консенсуса по величине максимального размера блока, чтобы быть полностью реализовано, индивидуализированный контроль над максимальным размером блока через вход GUI не достаточно. Bitcoin Безлимитный необходимо учитывать ключевой элемент консенсуса изменения правил: Шеллинг точек. Точка Шеллинга является наиболее распространенным выбранным значением участников, которые не сообщается. При отсутствии связи, Шеллинг точка для Bitcoin безлимитного всегда будет ограничением тока. Ни один шахтер не будет рисковать повышения их предела, если они не получат надежную связь о том, что большинство узлов принимают блоки, которые принимают такой предел.

Это приводит нас к необходимости общения для координации жестких изменений предельных. Пока каналы связи, используемые участниками Bitcoin экономики находятся под контролем доверенных третьих сторон (ДТС), связь не может быть гарантирована без цензуры. Недавнее / г / Bitcoin Фиаско является идеальной демонстрацией слабости TTP опосредована связей в обеспечении этого качества. Поэтому, до тех пор, как текущая ситуация связи сохраняется, максимальный размер блока не может быть гарантирован, чтобы быть результатом зарождающегося консенсуса, даже если все пользователи переключиться на клиент, которые имеют конфигурируемый пользователь параметры для Чрезмерной Размер блока (EBS) и чрезмерного акцепт Глубина (EAD).

Соответственно, я утверждаю, что для Биткойна не ограниченно, чтобы работать должным образом, участники должны иметь возможность сигнализировать их предпочтительного размер макс блока друг с другом посредством сообщений, опубликованных на blockchain, который является единственным доверие к минимуму и Сиб доказательство канала связи, который является известно, что существует, и отображается на клиентских ГПИ. Есть уже некоторые хорошо разработанные предложения по Безлимитному форуме Bitcoin на методах сигнализируют индивидуальный узел политики Максимального размера блока через blockchain и через сеть Bitcoin P2P, и метод, предложенный здесь полностью совместит с этими методами, и может служить дополнение их.


Предложенный метод сигнализации

4-битовое сообщение (размер макс блока-сигнал, или MBSS), кодирует предпочтительного размер блока макс и состояние полной проверки узла участника экономики Bitcoin, который может быть либо шахтером или пользователем. Наиболее значимый бит 4-битового сообщения представляет собой флаг, чтобы указать, является ли пользователь, используя полностью проверяющий узел для создания транзакции. 0B1 значения предлагается в качестве флага для полного указания проверки состояния узла.

Остальные биты зарезервированы для беззнакового 3-битового целого числа (0..7) (MBSS целого числа). Значения и предпочтения они сигнализации являются следующие:

0: нет сигнала. Это свидетельствует о том, что участник не сигнализирует либо их предпочтения на максимальный размер блока, или их статус полностью компостере узла. Все остальные битовые поля в MBSS игнорируются в этом случае.

1: уменьшение максимального размера блока на 7,5 процента

2: уменьшение максимального размера блока на 5 процентов

3: уменьшение максимального размера блока на 2,5 процента

4: текущий размер блока макс

5: увеличение максимального размера блока на 2,5 процента

6: увеличение максимального размера блока на 5 процентов

7: увеличение максимального размера блока на 7,5 процента


Шахтеры

Шахтеры относятся к участникам, которые генерируют блоки. Шахтеры вставлять их MBSS в поле Version заголовка блока, или в поле scriptSig сделки Coinbase (что расположение делает больше смысла выходит за рамки этого предложения. В течение оставшейся части этого предложения, место, где MBSS встроен будет упоминаться как «Горняк поле»).


пользователей

Пользователи относится к Bitcoin участников экономики, которые производят без Coinbase сделки. Пользователи встраивать их MBSS в области nSequence сделок, которые они производят.


дисплей GUI

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




Предпочтение визуализации Прямоугольники

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

Два макс размер блока увеличение PVRs показывает экономическую долю сигнализации предпочтения каждого из следующих четырех значений Максимальных размера блока: текущее значение, текущее значение + 2,5 процента, текущие значение + 5 процентов, и текущее значение + 7,5 процента

Два максы уменьшение размера блока PVRs показать экономическую долю сигнализации предпочтения каждого из следующих четырех значений Максимальных размера блока: текущее значение, текущее значение - 2,5 процента, текущее значение - 5 процентов, а текущее значение - 7,5 процента

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

В PVRs отобразить поддержку для конкретного блока макс изменения значения размера, включая предпочтение для больших изменений размера блока величины макс. Например, если 25 процентов экономической доли сигнализирует предпочтение для увеличения 2,5 процента в значении максимального размера блока, и 50 процентов сигнализации предпочтение 5-процентное увеличение стоимости максимального размера блока, 2,5-процентное увеличение суб- прямоугольник будет отображать комбинированное предпочтение 2,5 и 5 процентов увеличивает размер макс блока, так что 75 процентов предпочтение более. Это основано на предположении, что участники экономики Bitcoin, предпочитающие конкретные изменения величины в максимальном размере блока предпочтут меньшие изменения величины в максимальном размере блока в направлении их предпочтительного изменения, в течение каких-либо изменений.

Экономический пакет сигнализации предпочтения в рудничных PVRs относится к долю последних 3000 блоков, которые содержат MBSS в поле Miner сигнализации предпочтения определенного значения размера блока макс.

Экономический пакет сигнализации предпочтения в PVRs пользователя относится к проценту от Bitcoin дней израсходованы (BDC) в течение последних 3000 блоков, которые были израсходованы по сделкам, содержащих MBSS в поле nSequence сигнализации предпочтения конкретного значения размера макс блока. Для того, чтобы уменьшить потенциал одного очень старого и большого значения UTXO потребляется и вызывая шип в процентах от НМТ сигнализации предпочтения для конкретного значения размера макс блока, количество чеканки используется при расчете BDC транзакции ограниченно в одном год.


Сеть здравоохранения Графы

Справа от четырех предпочтений визуализации прямоугольников, два графика показывает изменения в течение последних 3000 блоков в среднем плата за сделку, а уровень централизации ТХ поколения, соответственно.


Средняя плата за сделку

Плата средней суммы транзакции (АТФ) каждый блок B [N], вычисляются с помощью следующих стадий:

   1. НМТ взвешенной медианы за плату транзакции кБ или rawMed, рассчитываются для B [N]. Это делается с помощью операций в B [N], будучи по заказу за плату TX кБ, и НМТ-взвешенный средний показатель возвращается.

   2. Эффективные средний за плату сделки кБ или effMed, рассчитываются на основе меньших из двух: АТФ из предыдущего блока, умноженных на 2, или rawMed текущего блока. В псевдокоде:

      
Код:
		В [N] .effMed = мин (В [N-1] .ATF * 2, В [N] .rawMed);
   
   3. АТФ Б [N], рассчитывается на основе скользящего среднего значения effMed значений 100 предыдущих блоков, текущий блок включительно, или в псевдокоде:

         
Код:
		В [N] .ATF = сумма (В [(N-99) .. N] .effMed) / 100;


Уровень централизации ТХ поколения

Средний уровень централизации (ACL) каждый блок В [Н] вычисляются с помощью следующих стадий:

   1. Общая НМТ всех TxIn в B [N] помечен как содержащий MBSS и с полной проверки узла (FVN) флагом MBSS значение ЛОЖЬ вычисляется. В псевдокоде:

      
Код:
		nfvnSum = 0 

Еогеасп (ТХ, В [N] .Txs)
Еогеасп (txin, tx.vin) {
если (txin.MBSS.int > 0 && txin.MBSS.FVN == ложь)
nfvnSum + = calcBDC (txin)
}
}

   2. Общий НМТ всех TxIn в B [N] помечен как содержащий MBSS вычисляется. В псевдокоде:

           
Код:
		сумма = 0

Еогеасп (ТХ, В [N] .Txs)
Еогеасп (txin, tx.vin) {
если (txin.MBSS.int > 0)
сумма + = calcBDC (txin)
}
}

   3. ХЛ B [N], вычисляется как процент от НМТ в MBSS содержащих TxIn в B [N], который принадлежит TxIn с флагом FVN, установленным в ложь. В псевдокоде:

      
Код:
		В [N] = .cl nfvnSum / сумма * 100

   4. ACL Б [N], рассчитывается на основе скользящего среднего значения ХЛ 100 предыдущих блоков, текущий блок включительно


Уменьшение / кнопка давления централизации платы

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

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

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


Максимальный размер блока Изменение

Размер базового блока макс (BMBS) определяет «текущее макс значение размера блока» в PVRs в начале периода 3000 блоков. BMBS сбрасывается каждые 3000 блоков. Если в конце периода 3000-блока, размер блока макс (МБС), отличается от BMBS, то BMBS будет меняться, чтобы соответствовать MBS.


Максимальный размер блока увеличения

Если шахтер создает блок, который больше, чем MBS и EBS узла, графический интерфейс бумажник даст пользователю возможность принять блок, если:

   * Увеличение пользователя PVR указывает >= 80% от НМТА и увеличение рудничного ПВР указует >= 50% hashpower дали понять предпочтение МБС

   ИЛИ

   * Увеличение пользователя PVR указывает >= 50% от НМТА и увеличение рудничного ПВР указует >= 80% hashpower дали понять предпочтение МБС

Пользователь или шахтер принимающий блока с размером, превышающим превалирующие MBS не приводит пользователь / шахтерскую смену MBSS, но она будет обновлять их EBS до мельчайших PVR приращения, который будет принимать блок.

Например, если преобладающие МБС 1 мегабайта, и шахтер генерирует блок, который является 1,01 мегабайт, пользователи и шахтеры, которые выбирают, чтобы принимать блок будет видеть их EBS автоматически установлен в 1025 МБ, который является BMBS (1 мегабайт) + 2,5% от BMBS (0.025 мегабайт), и, следовательно, в дальнейшем будет автоматически принимать блоки любого размера до 1025 МБ.


макс уменьшение размера блока

Если в конце периода 3000 блоков, справедливо следующее:

   * Снижение пользователя ПВР указывает >= 80% от НМТ и уменьшение рудничные ПВР указывает >= 50% hashpower дали понять предпочтение MBS, которая ниже BMBS

   ИЛИ

   * Снижение пользователя ПВР указывает >= 50% от НМТ и уменьшение рудничные ПВР указывает >= 80% hashpower дали понять предпочтение MBS, которая ниже BMBS

BMBS изменяется на наименьшее значение MBS, которое отвечает порог предпочтения, и все пользовательские узлы и рудничные автоматически устанавливается их система EBS, чтобы соответствовать BMBS, который эффективно устанавливает МБС, чтобы соответствовать BMBS. Miner узлы дополнительно автоматически установить их максимальное Generate Size (MGS), чтобы соответствовать BMBS.


MBSS при настройке периода 3000-блока

Если в конце 3000 периода блока, изменения BMBS, происходит следующее:

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

        Например, если BMBS увеличивает на один шаг от 1 мегабайт до 1,025 мегабайта в конце периода 3000 блока, и узел был публикацией MBSS целых значений от 3, то есть он был сигнализацией предпочтения снижения на 2,5 процента в МБС, это позволит снизить его MBSS целое значение на единицу, чтобы значение 2, чтобы сигнализировать предпочтение уменьшению 5 процентов в MBS в новом периоде 3000 блоков.

        2. Узлы, которые сигнализация предпочтения значению, которое равно MBS новая BMBS не будет запрашивать их владельцам вносить какие-либо изменения в их предпочтительных MBS, и целое число MBSS, что узел опубликует будет автоматически обновлять до 4, чтобы сигнализировать предпочтение для текущего значения размера блока.

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

        Например, если BMBS уменьшается на один шаг от 1 мегабайт до 0,975 мегабайта в конце 3000 периода блока, и узел был публикацией MBSS целых значений от 5, то есть он был сигнализацией предпочтения для увеличения 2,5 процента в МБС, это увеличит его MBSS целого значения на единице, до значения 6, чтобы сигнализировать предпочтение уменьшения 5 процентов в MBS в новом период 3000 блоков.        

        Автоматические обновления MBSS целочисленных ограничены 1..7 диапазона, шапок предпочтительного изменения МБСА значения, чтобы уменьшить 7,5 процента или увеличение.

        Например, если узел имеет MBSS целое число, равное 1, означает, что она сигнализирует предпочтение снижения на 7,5 процента в МБС, и увеличивается BMBS от 1 приращения, с владельцем узла выбирают, чтобы не изменить их целое настройки MBSS, чтобы соответствовать новый BMBS, MBSS целого значение своего узла не изменяется, так как число MBSS не может уменьшаться до менее чем 1, так что узел продолжает сигнализировать предпочтение снижения на 7,5 процента в MBS.


Данные PVR отображаются и изменение размера блока макс

Если владелец узла выбирает в изменение MBS, значения MBS отображаются в PVR суб-прямоугольники остаются неизменными, но дельты Максимального размера блока, отображаемые в субе-прямоугольниках корректируются, чтобы отразить новую разницу между преобладающим MBS и значением MBS параметры, отображаемые в PVR подразделов прямоугольников. Смотрите графическое изображение:

Предварительно MBS изменить:



Сообщение MBS изменить:



расчеты PVR и регулировка периода 3000-блока

Числа MBSS, которые были опубликованы до самого последней регулировки периода 3000-блока переосмысляются в соответствии с изменением в BMBS, что произошло на самом последнюю регулировку периода 3000-блока.

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

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

Интерпретированные MBSS целых значения предварительной регулировки ограничены 1..7 диапазона, шапок предпочтительного изменения МБСА значения, чтобы уменьшить 7,5 процента или увеличение. В качестве примера того, что это влечет за собой: если предварительно регулируемый MBSS целое значение равно 1, то есть, если она сигнализирует предпочтение снижения на 7,5 процента в МБС, и BMBS увеличение на один шаг на самой последней корректировки, интерпретируемый Предварительная настройка MBSS целое значение также 1, то есть он также сигнализирует предпочтение снижения на 7,5 процента в MBS, так как целое значение MBSS не может уменьшаться до менее чем 1 (или увеличить до более чем 7).

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


Предложение расширение: SPV совместимость

С помощью этого расширения реализуется и поддерживается по меньшей мере 50 процентов от сети hashrate, SPV клиенты могут получить мажоритарный hashpower проверены счета метрики здоровья сети (ATF и ACL), значение BMBS, и процент экономической доли поддержки сигнализации для каждого процента изменение величины MBS, для любого блока.

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

Для того, чтобы обеспечить эту проверку hashpower большинства, каждый шахтер узел публикует:

   * Четыре МБСА привилегированных проценты каждого PVR, до одного десятичного знака (например, 98,6 процента)
   
   * Средняя сделка Fee (ATF) и средняя Централизация Level (ACL) блока они производят,

   * Текущая база Max Block Size (BMBS)

В scriptSig в coinbase ТХ.

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


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


5 марта 2016, 9:36:28 AM   # 2
 
 
Сообщения: 772
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмерджентный Консенсус по максимальному размеру блока - Выражение концепции предпочтений

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





Если бы я мог получить обратную связь на следующий, это было бы весьма признателен:

Я создал различные версии PVRs, чтобы увидеть, если есть ясный способ передать данные.

Вот оригинал:



Вот PVR с «максимальный ток размер блока» к югу от прямоугольника устранен, оставив только три суб-прямоугольники в PVR:



Я также попытался изменить порядок конфигурации 3-суб-прямоугольника:



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

Три в графическом интерфейсе:





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

5 марта 2016, 9:33:02 PM   # 3
 
 
Сообщения: 1442
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмерджентный Консенсус по максимальному размеру блока - Выражение концепции предпочтений

Вопрос: Что мешает пользователю запуск 10000 узлов и делая вид, что он 10.000 пользователей, имеющих определенное предпочтение?
AlexGR сейчас офлайн Пожаловаться на AlexGR   Ответить с цитированием Мультицитирование сообщения от AlexGR Быстрый ответ на сообщение AlexGR

6 марта 2016, 7:00:28 AM   # 4
 
 
Сообщения: 772
Цитировать по имени
цитировать ответ
по умолчанию Re: Эмерджентный Консенсус по максимальному размеру блока - Выражение концепции предпочтений

Ответ можно найти здесь:

котировка
Экономический пакет сигнализации предпочтения в PVRs пользователя относится к проценту от Bitcoin дней израсходованы (BDC) в течение последних 3000 блоков, которые были израсходованы по сделкам, содержащих MBSS в поле nSequence сигнализации предпочтения конкретного значения размера макс блока.

Bitcoin Дни Потребляемые является псевдонимом для Bitcoin дней уничтожены. Каждая сделка имеет BDC, который вычисленный от умножения возраста UTXO он тратит на размер ценностной UTXO.

Так что если вы тратите 1-летнюю 10 сделки BTC, то BDC будет 3650 (365 дней * 10 BTC).

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW