Ребята,
можно ли увеличить размер блока мягкой вилкой или только с помощью жесткой вилкой?
Спасибо
|
|
||||||
6 декабря 2016, 6:49:20 PM
|
# 1 |
Сообщения: 231
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
6 декабря 2016, 6:55:46 PM
|
# 2 |
|
Сообщения: 1484
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Получил 1806 Биткоинов
Реальная история. Насколько я знаю, в настоящее время Bitcoin ядро не может принимать блоки больше 1 мб. Из-за этого трудно вилка требуется, как люди, работающие на старое программное обеспечение не будет иметь возможность принимать более крупные блоки.
В softforks, старое программное обеспечение будет принимать изменения, сделанные в новом программном обеспечении, даже если они сами не могут поддерживать эту функцию. Надеюсь, это понятно |
|
|
|
|
6 декабря 2016, 7:01:35 PM
|
# 3 |
|
Сообщения: 231
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Да, но это правило 1mb реализуется Сатоши в первый или второй год. Если это было impletemented мягкой вилкой, почему это не возможно, чтобы увеличить ее мягкой вилкой.
|
|
|
|
|
6 декабря 2016, 7:04:51 PM
|
# 4 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
определения были терзают со словом скручиваний и doomsdays.
сейчас много реализаций есть правило принимать 2MB-16MB блоки .. догадаться, что ничего не произошло. в 2010-2014 годах многие реализации были 1Мб в то время как блоки были только 0.1Mb-0.9mb .. угадайте что. ничего не произошло. майнинг НЕ будет делать блок больше, чем большинство приемлемое, если большинство узлов не будет принимать его .. не из-за чего в altcoin. но из-за СИРОТ. да то будет прямо на данный момент существует 85% риск-сирот, потому что только 15% узлов имеют более 1Мб правило базового блока. этот риск слишком высок для бассейнов потерять свои доходы .. его не ни когда-либо было о том, чтобы в altcoin. просто сирота риска. создать altcoin узлы должны буквально запретить (IP / UserAgent) себя с другой стороны, чтобы даже не видеть, с другой стороны, чтобы не б участвовать. Эфириума сделал это с его "--oopose-дао-вилка", избегая таким образом механизм консенсуса сиротский и разделения сети, игнорируя друг друга. как противостоять сиротой друг друга. как только вы понимаете, что базовый блок может вырасти более 1Мб наличия узлов принимают более 1Мб. так же, как они приняли более позволяет говорить 0.2mb от 2010-2016 вы увидите все эти doomsdays о расщеплении сетей глуп. единственным результатом является сиротами. риск сирот уменьшает количество узлов, которые принимают правила .. бассейны довольны 5% риск, который 95% ПРИЕМКА. в короткой не думает, что трудно вилка = намеренное разделение. просто думаю, что риск сироту и проигравшей стороне, когда сирота драма стихает простой обыкновение синхронизации ни к чему. снова пулы привычка рисковать без большинства согласия. |
|
|
|
|
6 декабря 2016, 7:29:51 PM
|
# 5 |
|
Сообщения: 1092
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Да, но это правило 1mb реализуется Сатоши в первый или второй год. Если это было impletemented мягкой вилкой, почему это не возможно, чтобы увеличить ее мягкой вилкой. Наиболее просто: Softfork означает, что мы можем изменить систему в рамках текущего кода или консенсуса. Существует единая цепь и softfork хранит эту единую цепь в действительности. Hardfork означает, что мы должны изменить систему вне границ текущего кода или консенсуса. Существует единая цепь и hardfork создает две цепочки. Поскольку предел размер_блока был первоначально 32MB, когда дебютировал и был снижен до 1 МБ, это softfork. Если теперь мы хотим, чтобы поднять предел 1Мб до 2Мб или более, это было бы технически быть hardfork, так как он расширяет. Так softfork может быть softforked снова к более низкому размеру, в теории, но идти вверх, каждый должен согласиться на новой hardforked цепи. Это преобразование в новую Bitcoin. Если нет вблизи универсального соглашения и hardfork происходит в любом случае, есть потенциал, чтобы иметь два уцелевших цепи. Две цепи не что-то следует рассматривать как благоприятный, но провал консенсуса. Bitcoin функции на основе консенсуса, а не выживание наиболее приспособленных. |
|
|
|
|
6 декабря 2016, 10:04:26 PM
|
# 6 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Да, но это правило 1mb реализуется Сатоши в первый или второй год. Если это было impletemented мягкой вилкой, почему это не возможно, чтобы увеличить ее мягкой вилкой. Наиболее просто: Softfork означает, что мы можем изменить систему в рамках текущего кода или консенсуса. Существует единая цепь и softfork хранит эту единую цепь в действительности. Hardfork означает, что мы должны изменить систему вне границ текущего кода или консенсуса. Существует единая цепь и hardfork создает две цепочки. Поскольку предел размер_блока был первоначально 32MB, когда дебютировал и был снижен до 1 МБ, это softfork. Если теперь мы хотим, чтобы поднять предел 1Мб до 2Мб или более, это было бы технически быть hardfork, так как он расширяет. Так softfork может быть softforked снова к более низкому размеру, в теории, но идти вверх, каждый должен согласиться на новой hardforked цепи. Это преобразование в новую Bitcoin. Если нет вблизи универсального соглашения и hardfork происходит в любом случае, есть потенциал, чтобы иметь два уцелевших цепи. Две цепи не что-то следует рассматривать как благоприятный, но провал консенсуса. Bitcoin функции на основе консенсуса, а не выживание наиболее приспособленных. Неа. Синяя линия мягкая вилка, где есть изменения. но это не вызовет новую ветвь, не причиняет сиротой первая красная линия hardfork представляет собой одноцепочечный, что и выключение Филиалы затем отрезана, когда в конечном итоге осиротел. если нет явного большинства. то это ответвление часто. затем получить отрезали часто. его не 2 цепи. но несколько отраслей, которые получают обрезанные (сиротой) намеренное раскол где Филиалы выжить только потому, что они запрещают оппозиции с подключения к ним и игнорировать / не получают осиротение блоков (избегать механизма консенсуса сиротского), и вместо того, чтобы связать в их собственном клане к пулу (ы), которые имеют аналогичные правила. ( это не консенсус) второй Redline правило 32mb это правило протокола. еще Inplace и используется в связи с риском потери пакетов .. ниже, что существует правило консенсуса, узлы имеют (ядро по умолчанию 1Мб) ниже, что существует правило политики, бассейны есть. (ядро 0.7MB по умолчанию, но большинство бассейнов настроить это 0.99 сразу) правило политики является пул «предпочтение», который до 2013 года они имели ее на 0,5 и медленно увеличивали его с тех пор. третья красная линия если нет пулов соглашения обыкновения рисковать .. если они глупы и делают рисковать, сироты заботиться о нем. короче это не случится, если нет согласия и в конечном итоге, сирота драма или нет, есть одна цепь движется в одном направлении здания наверх последнего. единственный способ сделать новую сеть намеренно запрещая оппозиции, чтобы избежать консенсуса / сирот, так что оба DonT сироту друг друга |
|
|
|
|
6 декабря 2016, 10:42:10 PM
|
# 7 |
Сообщения: 2002
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
- чик - hardfork представляет собой одноцепочечный, что и выключение Филиалы затем отрезана, когда в конечном итоге осиротел. если нет явного большинства. то это ответвление часто. затем получить отрезали часто. его не 2 цепи. но несколько отраслей, которые получают обрезанные (сиротой) - чик - Hardforks есть несколько сценариев, в зависимости от того, какого процента узлов и hashpower выбирать каждый набор правил. Допустим, существует множество А узлов и шахтеров, которые держат 1 MB блоки, как правило, и второй набор узлов B, которые позволяют 2 MB блоков. Hardfork Сценарий 1 ============= Подавляющее число узлов принадлежат установить А. Иногда набор B будет решать и пытаться транслировать блок, но и другие узлы в множестве B будут иметь трудное время получения блока. Блок быстро стал сиротой, как только 2 блока добывается множества A. Все узлы и шахтеры в множестве А будут просто игнорировать блоки из множества B. blockchain созданного множества А будет единственным "реальный" blockchain, и любая добыча шахтеров в наборе B эффективно тратить хэш силу, поскольку они никогда не получат никаких доходов от этой хэш власти вообще. Они тратят деньги на принципе правил они хотят, зная, что они не собираются на самом деле получить что-нибудь. Hardfork Сценарий 2 ============= Подавляющее число узлов все они принадлежат к множеству B. Набор B будет иметь blockchain, которое всегда больше, чем множества А blockchain, поэтому множество B blockchain никогда не будет сиротой. Так как множество А будет отказаться признать любые блоки из множества В качестве "действительный", Она будет расти своего раздвоенного blockchain, которые не могут быть осиротевшим по множеству В (насколько множестве А обеспокоенные множество B блоки не являются допустимыми блоками). Там будет две непрерывные несовместимые blockchains (по одному для каждого набора). Bitcoins на множестве А blockchain не будет очень полезным (поскольку подавляющее большинство не признает те действительное "Bitcoin" блоки). Hardfork Сценарий 3 ============= Есть много узлов и шахтеров в каждом наборе, но ни один набор имеет "подавляющий" большинство. Набор B будет расти длинный blockchain вилку, которая, возможно, время от времени будет заменен еще более blockchain из множества A. Re-Orgs десятков (или сотен) блоков глубоко будет происходить достаточно часто, чтобы быть очень раздражает. Если множество В может сохранить достаточно hashpower (или осуществить модификацию, которая будет отклонять блоки образуют множество А), то будет две непрерывные несовместимые blockchains (по одному для каждого набора). Bitcoins на каждой цепи будет относительно полезен (так как есть значительное количество узлов, принимая их). Там даже может быть рынок, который будет обменивать набор A биткойны для множества B Bitcoins в какой-то обменный курс. Проводя свой биткойна, вы должны знать, если получатель ожидает множество А или установить B. |
|
|
|
|
6 декабря 2016, 11:36:12 PM
|
# 8 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
- чик - hardfork представляет собой одноцепочечный, что и выключение Филиалы затем отрезана, когда в конечном итоге осиротел. если нет явного большинства. то это ответвление часто. затем получить отрезали часто. его не 2 цепи. но несколько отраслей, которые получают обрезанные (сиротой) - чик - Hardforks есть несколько сценариев, в зависимости от того, какого процента узлов и hashpower выбирать каждый набор правил. Допустим, существует множество А узлов и шахтеров, которые держат 1 MB блоки, как правило, и второй набор узлов B, которые позволяют 2 MB блоков. Hardfork Сценарий 1 ============= Подавляющее число узлов принадлежат установить А. Иногда набор B будет решать и пытаться транслировать блок, но и другие узлы в множестве B будут иметь трудное время получения блока. Блок быстро стал сиротой, как только 2 блока добывается множества A. Все узлы и шахтеры в множестве А будут просто игнорировать блоки из множества B. blockchain созданного множества А будет единственным "реальный" blockchain, и любая добыча шахтеров в наборе B эффективно тратить хэш силу, поскольку они никогда не получат никаких доходов от этой хэш власти вообще. Они тратят деньги на принципе правил они хотят, зная, что они не собираются на самом деле получить что-нибудь. Hardfork Сценарий 2 ============= Подавляющее число узлов все они принадлежат к множеству B. Набор B будет иметь blockchain, которое всегда больше, чем множества А blockchain, поэтому множество B blockchain никогда не будет сиротой. Так как множество А будет отказаться признать любые блоки из множества В качестве "действительный", Она будет расти своего раздвоенного blockchain, которые не могут быть осиротевшим по множеству В (насколько множестве А обеспокоенные множество B блоки не являются допустимыми блоками). Там будет две непрерывные несовместимые blockchains (по одному для каждого набора). Bitcoins на множестве А blockchain не будет очень полезным (поскольку подавляющее большинство не признает те действительное "Bitcoin" блоки). Hardfork Сценарий 3 ============= Есть много узлов и шахтеров в каждом наборе, но ни один набор имеет "подавляющий" большинство. Набор B будет расти длинный blockchain вилку, которая, возможно, время от времени будет заменен еще более blockchain из множества A. Re-Orgs десятков (или сотен) блоков глубоко будет происходить достаточно часто, чтобы быть очень раздражает. Если множество В может сохранить достаточно hashpower (или осуществить модификацию, которая будет отклонять блоки образуют множество А), то будет две непрерывные несовместимые blockchains (по одному для каждого набора). Bitcoins на каждой цепи будет относительно полезен (так как есть значительное количество узлов, принимая их). Там даже может быть рынок, который будет обменивать набор A биткойны для множества B Bitcoins в какой-то обменный курс. Проводя свой биткойна, вы должны знать, если получатель ожидает множество А или установить B. вы scenario1 ========== вы говорите, B будет иметь проблемы приема B блоки, так как узлы не будут передавать его. ваше право так B палочка с цепью, из-за высокий риск сироту. и потому, что являются приемлемыми для B. поэтому никакого вреда наклеивания с А. (эргономичная сетью не не реализует новое правило Правила еще вынужденные) вы scenario2 ========== но вы забыли сценарий 1 переворачивается. А будет иметь проблемы с получением блоков по той же причине, что и сценарий 1. (большинство B ISNT Перекладка блоки, если B блоки имеют высоту), таким образом, оставляя в состоянии покоя не в состоянии синхронизации. здесь плохо объяснить не игнорируя B .. заканчивает запрашивающие блоки B из-за высоты и отклонение данных в зависимости от размера. запрашивающие блоки B и отклонение. запрашивающие блоки B и отклонение. бесконечный цикл. (Эрго сеть реализует новое правило Б принудительно узлы косяк синхронизации) ваш scenario3 =========== реальность много сирот много раз в день. разветвляются, убить .. разветвляются, вне убить .. ветвь, убить. в конце концов, он оседает вниз предположительно до А из-за головных болей высокого риска сирота и зная приемлемо для всех, но B является приемлемым только для ПОЛОВИНЫ .. но если они должны были следить за сироту бой. если В достигается более высокую высоту. обратитесь к сценарию 2 если А достигается более высокая высота. обратитесь к сценарию 1 логика диктует вытягиваются результатами сиротского боя (не злостный 2 цепи боя) в разрешении на наиболее совместимом. думать об этом таким образом. если personB может держать 10 апельсинов, но персоны могут держать 5 апельсинов .. есть проблема с вручением B всего 5 апельсинов, если он уже не занимающим каким-либо ...... Нету. напротив косяк можно сказать для A. они будут падать апельсины и просить, чтобы забрать их. в конце концов, либо А выключается никогда не держась за апельсины. или B согласен это правило должно быть только 5 апельсинов на благо сети (если B не было супер большинство не заботится о A) его не 2 настойчивые цепи НАПРИМЕР | | | | | | | | | | \ | но сироты, многие отрасли, которые получают отрезаны \ | * | \ | * | \ | * | \ | резюме ====== бассейны не настолько глупы, чтобы рисковать свое время / доход на высоком риск сироту. так что ваши сценарии не имеют смысла .. если B не имели большинство. B будет придерживаться правил, чтобы избежать впустую времени / денег. но я по крайней мере помог, выделив то, что произошло бы, если пулы сделал это без сверхвысокой большинства, из-за вашей мысли процесса мышления, что пулы бы глупо делать это в меньших количествах. единственный способ меньшинства ветвь Выживает намеренно избегать подключений к оппозиции и формирование намеренного altcoin через запрет на IP-адрес и формирование их собственные DNS семена / сети |
|
|
|
|
7 декабря 2016, 1:24:47 AM
|
# 9 |
Сообщения: 1092
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Да, но это правило 1mb реализуется Сатоши в первый или второй год. Если это было impletemented мягкой вилкой, почему это не возможно, чтобы увеличить ее мягкой вилкой. Наиболее просто: Softfork означает, что мы можем изменить систему в рамках текущего кода или консенсуса. Существует единая цепь и softfork хранит эту единую цепь в действительности. Hardfork означает, что мы должны изменить систему вне границ текущего кода или консенсуса. Существует единая цепь и hardfork создает две цепочки. Поскольку предел размер_блока был первоначально 32MB, когда дебютировал и был снижен до 1 МБ, это softfork. Если теперь мы хотим, чтобы поднять предел 1Мб до 2Мб или более, это было бы технически быть hardfork, так как он расширяет. Так softfork может быть softforked снова к более низкому размеру, в теории, но идти вверх, каждый должен согласиться на новой hardforked цепи. Это преобразование в новую Bitcoin. Если нет вблизи универсального соглашения и hardfork происходит в любом случае, есть потенциал, чтобы иметь два уцелевших цепи. Две цепи не что-то следует рассматривать как благоприятный, но провал консенсуса. Bitcoin функции на основе консенсуса, а не выживание наиболее приспособленных. Неа. Синяя линия мягкая вилка, где есть изменения. но это не вызовет новую ветвь, не причиняет сиротой первая красная линия hardfork представляет собой одноцепочечный, что и выключение Филиалы затем отрезана, когда в конечном итоге осиротел. если нет явного большинства. то это ответвление часто. затем получить отрезали часто. его не 2 цепи. но несколько отраслей, которые получают обрезанные (сиротой) намеренное раскол где Филиалы выжить только потому, что они запрещают оппозиции с подключения к ним и игнорировать / не получают осиротение блоков (избегать механизма консенсуса сиротского), и вместо того, чтобы связать в их собственном клане к пулу (ы), которые имеют аналогичные правила. ( это не консенсус) второй Redline правило 32mb это правило протокола. еще Inplace и используется в связи с риском потери пакетов .. ниже, что существует правило консенсуса, узлы имеют (ядро по умолчанию 1Мб) ниже, что существует правило политики, бассейны есть. (ядро 0.7MB по умолчанию, но большинство бассейнов настроить это 0.99 сразу) правило политики является пул «предпочтение», который до 2013 года они имели ее на 0,5 и медленно увеличивали его с тех пор. третья красная линия если нет пулов соглашения обыкновения рисковать .. если они глупы и делают рисковать, сироты заботиться о нем. короче это не случится, если нет согласия и в конечном итоге, сирота драма или нет, есть одна цепь движется в одном направлении здания наверх последнего. единственный способ сделать новую сеть намеренно запрещая оппозиции, чтобы избежать консенсуса / сирот, так что оба DonT сироту друг друга Я думаю, вы говорите о непреднамеренных hardforks что Reorg главным образом. Когда я отвечал на ОП, я говорил о преднамеренных hardforks. Я считаю, что намеренное hardfork может привести к двум сохранившимся цепочкам, таким как с Эфириумом. Я считаю, что намеренное hardfork может быть либо "Обновить" или "атака" основываясь на том, как его провели. Я считаю, что не все шахтеры чисто финансово мотивированы и некоторые из них могут быть будущие атакующим в ожидании. Я не программист, ни как технический, как некоторые из вас, так что некоторые из моей терминологии и объяснения не так точны и подробны. - чик - Hardforks есть несколько сценариев, в зависимости от того, какого процента узлов и hashpower выбирать каждый набор правил.hardfork представляет собой одноцепочечный, что и выключение Филиалы затем отрезана, когда в конечном итоге осиротел. если нет явного большинства. то это ответвление часто. затем получить отрезали часто. его не 2 цепи. но несколько отраслей, которые получают обрезанные (сиротой) - чик - ... Hardfork Сценарий 1 ============= ... Hardfork Сценарий 2 ============= ... Hardfork Сценарий 3 ============= ... Да, я действительно говорил о сценарии 2 & 3. |
|
|
|
|
7 декабря 2016, 2:34:50 AM
|
# 10 |
|
Сообщения: 2002
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
вы scenario2 ========== но вы забыли сценарий 1 переворачивается. А будет иметь проблемы с получением блоков по той же причине, что и сценарий 1. (большинство B ISNT Перекладка блоки, если B блоки имеют высоту), таким образом, оставляя в состоянии покоя не в состоянии синхронизации. здесь плохо объяснить не игнорируя B .. заканчивает запрашивающие блоки B из-за высоты и отклонение данных в зависимости от размера. запрашивающие блоки B и отклонение. запрашивающие блоки B и отклонение. бесконечный цикл. (Эрго сеть реализует новое правило Б принудительно узлы косяк синхронизации) Bitcoin узлы автоматически запретить соединения с узлами, которые служат им слишком много плохих сделок. Поэтому множество А запретят соединения от множества В и быстро закрепить на соединениях только к другим узлам множества A. Таким образом, блоки и транзакции будут ретранслировать и продолжать строить друг на друга. Это не точная флип сценарий 1. Установить B принимает набор небольших блоков А в сценарии 1, но множество А не будет когда-либо принимают набор блоков Б. Set B не запрещает соединения от множества А поскольку сделки все действительны. В этом случае, единственный стимул, чтобы присоединиться множество B является то, что множество A Bitcoins не очень полезен. Небольшой набор идеалистов может продолжать работать их "Оригинальный Bitcoin", Но мир будет двигаться дальше без них. ваш scenario3 =========== реальность много сирот много раз в день. разветвляются, убить .. разветвляются, вне убить .. ветвь, убить. в конце концов, он оседает вниз предположительно до А из-за головных болей высокого риска сирота и зная приемлемо для всех, но B является приемлемым только для ПОЛОВИНЫ. Это действительно зависит от того, насколько близко hashpower это, и сколько каждая ставка хэша меняется с течением времени. Если установлено значение B имеет заметное большинство hashpower в течение многих часов, а затем установить в конце концов с заметным большинством на некоторое время, то это вполне возможно множество B, чтобы получить 100 блоков в то время, когда множество А получает 90 блоков , а затем на множество а, чтобы получить еще 30 блоков, прежде чем множество B может получить еще 20. в этом случае вы увидите REORG почти 120 блоков. но если они должны были следить за сироту бой. если В достигается более высокую высоту. обратитесь к сценарию 2 Верный. Вилка с 2 несовместимых blockchains. если А достигается более высокая высота. обратитесь к сценарию 1 Верный. Внезапное REORG назад к одному blockchain пройдя весь путь назад к точке вилки. логика диктует вытягиваются результатами сиротского боя (не злостный 2 цепи боя) в разрешении на наиболее совместимом. Да. В вытягивается бой, до тех пор, как множество А может когда-либо получить более длинную цепь, они всегда будут побеждать, и множество B будет вынужден повторно орг весь путь обратно к точке вилки. Поэтому трудно вилочные изменения приготовьтесь с высокими порогами для активации. Нет смысла в реализации 2 MB блок- если вы не можете получить подавляющее большинство узлов и шахтеры не согласиться с вами первым. резюме ====== бассейны не настолько глупы, чтобы рисковать свое время / доход на высоком риск сироту. так что ваши сценарии не имеют смысла .. если B не имели большинство. B будет придерживаться правил, чтобы избежать впустую времени / денег. Верный. И вот почему мы до сих пор имеем 1 MB блоки, и все существенные изменения в Bitcoin были протолкнули как мягкие вилки. Жесткие вилки трудно. Они требуют подавляющего большинства, и получить, что многие люди, о чем договориться крайне сложно. Есть идеологи и фанатики в мире, которые с удовольствием обрушить всю систему, если они не могут получить свой путь. единственный способ меньшинства ветвь Выживает намеренно избегать подключений к оппозиции и формирование намеренного altcoin через запрет на IP-адрес и формирование их собственные DNS семена / сети Bitcoin уже это делает. Он построен в протокол связи. |
|
|
|
|
7 декабря 2016, 3:06:40 AM
|
# 11 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Я думаю, вы говорите о непреднамеренных hardforks что Reorg главным образом. Когда я отвечал на ОП, я говорил о преднамеренных hardforks. Я считаю, что намеренное hardfork может привести к двум сохранившимся цепочкам, таким как с Эфириумом. Я считаю, что намеренное hardfork может быть либо "Обновить" или "атака" основываясь на том, как его провели. Я считаю, что не все шахтеры чисто финансово мотивированы и некоторые из них могут быть будущие атакующим в ожидании. Я не программист, ни как технический, как некоторые из вас, так что некоторые из моей терминологии и объяснения не так точны и подробны. hardforks под Bitcoin решают себя из-за детей-сирот / консенсус намеренное разделение как Эфириум (--oppose-дао-вилка) вещи, которые не предлагаются в любой жизнеспособной BIP и не являются hardfork. они намеренное разделение (altcoin производитель). не думайте вилок как 2 Устойчивые цепей. думать об этом как одной цепи, которая ответвляется и одна конечность будут отрезаны .. раз сироты драма перебирает победитель. любая рациональная и жизнеспособная вилка должна использовать консенсус. чтобы уменьшить риск сироту спорный hardfork когда консенсус низок. то есть МНОГО сирот (дерево разветвляется, вы режете его конечность. другую ветвь, вы вырезать его конечность. снова и снова) опять же не 2 настойчивые цепи консенсуальная hardfork когда консенсус высок. что означает минимальные сироты (а ветви деревьев, вы вырезать слабые конечности довольно быстро и по-прежнему сильные конечности) опять же не 2 настойчивые цепи softfork меняет правила без ветвления, если там не будет ошибка .. (как обновление LevelDB в 0.8, который начался, как мягкий. но в конечном итоге, как трудно и спорно) hardfork имеет больше шансов отходящие даже без ошибки .. в зависимости от уровня приема узла. Однако спорное hardfork можно увидеть на LevelDB жука. Угу изменения в LevelDB было предположить, чтобы быть мягким обновление .. но в конечном итоге вызывает противоречивую жесткую вилку, где не было явное большинство работает 0,7 или 0,8 где на 0.7nodes висел .. и не синхронизируются .. это было не 2 настойчивые цепи. 0,8 продолжали. 0.7 висел и техника его подводит сохраняются. было принято решение перейти обратно на 0.7 и исправить причину позже. Таким образом, отрезав 0,8 конечности, а не оставляя 0,7 висит в unsyncing бездны выкрикивают сирота. из-за высокого риска сиротского если бы было явное большинство желающих двигаться вперед. было бы более разумным, чтобы получить меньшинство обновить .. если бы было явное большинство желающих остаться назад. было бы более разумным, чтобы получить меньшинство принизить .. Эти дни. бассейны обыкновение даже делать что-либо, если не существует четкое согласие большинства. они хотят, чтобы избежать сирот. (ноль вознаграждение) торговцы хотят, чтобы избежать сирот (дважды проводит) fullnodes хочет избежать сирот (пропускная способность, петля, зависания) |
|
|
|
|
7 декабря 2016, 3:12:03 AM
|
# 12 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
а dannyhamilton уже извивалась на .. термин hardfork утратил свое значение. и стать обобщающим термином, который может быть много вещей.
он однако закручивает сценарии, чтобы соответствовать риторике (оставаясь низким лучше), не оставаясь на трассе с его сценариями. по сценарию 1 будучи консенсуальную вилкой, где побеждает .. но для сценария 2 он оленья кожи использовать консенсуальную вилку, где побеждает B. (как зеркало А) вместо того, чтобы «предложить» консенсуальную вилку, где B выигрывает, но бросает в преднамеренных расколах, чтобы сделать это звучит плохо. в сценарии 3 он оленья кожи использовать консенсуальную вилку, где в конце концов побеждает. вместо этого он игнорирует консенсуальную вилку и говорят о спорной вилке и преднамеренных расколах. он должен иметь, чтобы быть беспристрастным сделал сценарий 4. консенсуальное В большинстве, никакого упоминания о преднамеренном расколе он должен иметь, чтобы быть беспристрастным сделал сценарий 5. В консенсусном большинстве, A расщепляется но нет, он хотел сделать B звук плохой но эй ее смешно видеть, как они пытаются бросать противоречивый, по обоюдному согласию и намеренное разделение в рамках одного словечка, чтобы напугать людей. а не объяснять детали и различия и то, что на самом деле участие. |
|
|
|
|
7 декабря 2016, 3:12:30 AM
|
# 13 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
что касается запрета. запрет не является постоянным .. его 100 секунд или любое количество узел выбирает .. (тогда, когда время истекло сироты вернуться и уничтожить, что работа меньшинства в то время)
также запрет, если кто-то намеренно транслирующий блок не просил и не приспосабливают правила. (А DDoS) Однако, как правило, Theres рукопожатия. Например, запрашивает данные. получает плохие данные не делают B плохого парня, который должен быть запрещен .. потому что B послал то, что запрашиваемое ... в отличии, если позволяет говорить C (злонамеренный узел) DDoSed А с незапрошенными данными в этом случае C бы получить бан. Но было бы просто просто не попросить B снова повторно. и будет искать другой источник, сохраняя при этом B активны. в отличие от Эфириума преднамеренного раскола, где его постоянный запрет на дополнительных правил запрета добавляемого. его также не рекомендуется использовать запрет (предназначенный для DDoS), который будет использоваться в качестве преднамеренного раскола. (Путем добавления новых правил) |
|
|
|
|
7 декабря 2016, 4:51:46 AM
|
# 14 |
|
Сообщения: 1092
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Я думаю, вы говорите о непреднамеренных hardforks что Reorg главным образом. Когда я отвечал на ОП, я говорил о преднамеренных hardforks. Я считаю, что намеренное hardfork может привести к двум сохранившимся цепочкам, таким как с Эфириумом. Я считаю, что намеренное hardfork может быть либо "Обновить" или "атака" основываясь на том, как его провели. Я считаю, что не все шахтеры чисто финансово мотивированы и некоторые из них могут быть будущие атакующим в ожидании. Я не программист, ни как технический, как некоторые из вас, так что некоторые из моей терминологии и объяснения не так точны и подробны. hardforks под Bitcoin решают себя из-за детей-сирот / консенсус намеренное разделение как Эфириум (--oppose-дао-вилка) вещи, которые не предлагаются в любой жизнеспособной BIP и не являются hardfork. они намеренное разделение (altcoin производитель). не думайте вилок как 2 Устойчивые цепей. думать об этом как одной цепи, которая ответвляется и одна конечность будут отрезаны .. раз сироты драма перебирает победитель. любая рациональная и жизнеспособная вилка должна использовать консенсус. чтобы уменьшить риск сироту спорный hardfork когда консенсус низок. то есть МНОГО сирот (дерево разветвляется, вы режете его конечность. другую ветвь, вы вырезать его конечность. снова и снова) опять же не 2 настойчивые цепи консенсуальная hardfork когда консенсус высок. что означает минимальные сироты (а ветви деревьев, вы вырезать слабые конечности довольно быстро и по-прежнему сильные конечности) опять же не 2 настойчивые цепи softfork меняет правила без ветвления, если там не будет ошибка .. (как обновление LevelDB в 0.8, который начался, как мягкий. но в конечном итоге, как трудно и спорно) hardfork имеет больше шансов отходящие даже без ошибки .. в зависимости от уровня приема узла. Однако спорное hardfork можно увидеть на LevelDB жука. Угу изменения в LevelDB было предположить, чтобы быть мягким обновление .. но в конечном итоге вызывает противоречивую жесткую вилку, где не было явное большинство работает 0,7 или 0,8 где на 0.7nodes висел .. и не синхронизируются .. это было не 2 настойчивые цепи. 0,8 продолжали. 0.7 висел и техника его подводит сохраняются. было принято решение перейти обратно на 0.7 и исправить причину позже. Таким образом, отрезав 0,8 конечности, а не оставляя 0,7 висит в unsyncing бездны выкрикивают сирота. из-за высокого риска сиротского если бы было явное большинство желающих двигаться вперед. было бы более разумным, чтобы получить меньшинство обновить .. если бы было явное большинство желающих остаться назад. было бы более разумным, чтобы получить меньшинство принизить .. Эти дни. бассейны обыкновение даже делать что-либо, если не существует четкое согласие большинства. они хотят, чтобы избежать сирот. (ноль вознаграждение) торговцы хотят, чтобы избежать сирот (дважды проводит) fullnodes хочет избежать сирот (пропускная способность, петля, зависания) Hardfork потенциальный путь для сети, чтобы взять. Это не фактическое кодирование или изменение протокола, который был бы в BIP. Это побочный продукт из предлагаемого развертывания и активации BIP в. Когда происходит hardfork, это преднамеренным или непреднамеренным. Когда это намеренно, это либо по взаимному согласию или спорным. Когда она противоречива, она либо ниже, чем требуется% или злонамеренная. Когда это непреднамеренное, и консенсус реорганизация; должны справиться с этой естественным путем. Термин hardfork не только обозначени, что одна цепь выжила, только что раскол произошел протокол. Таким образом, вполне возможно, что после hardfork, две отдельные цепи могут существуют и выживают. (Хотя лично я думаю, что система является формой войны и только один цепь должна существовать.) В случае Эфириума, как "оригинальная цепь" и "новая цепь" сохранились, и которые возникли из преднамеренного спорного hardforking из "оригинал", Так hardfork не происходит до тех пор, пока не будет буквальным раскол или вилка в цепи. Эта вилка, с одной стороны, имеет оригинальный протокол, а другие имеют "новый" протокол. Это не ветвление, а буквальное "вилка в дороге" и мы должны выбрать путь. Термин ветвление предполагает, что он придет к концу в какой-то момент, но это неизвестно. Потому что неизвестно, перед hardfork активируется, должно быть необходимое% консенсуса. Если клиент существует, что активирует новый протокол и вызывает hardfork намеренно с только 50% консенсус, который предназначен для разделения цепи на два и взять половину экосистемы, это не только намеренный спорный hardfork, но и злонамеренный hardfork и будет будет рассматриваться как нападение. Таким образом, это намеренно противоречивый злонамеренный hardfork. Так что, я думаю, что hardfork может быть много различных вещей, основанных на контексте, что его окружает. Я уверен, что через 5 лет, будет еще более или обновленное определение того, что такое hardfork может или не может быть. Hardforks не существовал до Bitcoin не был создан, и как таковые, мы все еще в экспериментальная вода. |
|
|
|
|
7 декабря 2016, 5:12:32 AM
|
# 15 |
|
Сообщения: 966
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Жесткая вилка требуется для того, чтобы размеры блоков больше 1 Мб. Там нет никакого способа изменить это на основе текущего понимания и выполнении кода, и из-за этого мы застряли с огромной дискуссией, стоит ли раскошелиться, потому что эффективно изменяет клиент мы используем полностью.
|
|
|
|
|
7 декабря 2016, 1:07:13 PM
|
# 16 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Термин hardfork не только обозначени, что одна цепь выжила, только что раскол произошел протокол. Таким образом, вполне возможно, что после hardfork, две отдельные цепи могут существуют и выживают. (Хотя лично я думаю, что система является формой войны и только один цепь должна существовать.) В случае Эфириума, как "оригинальная цепь" и "новая цепь" сохранились, и которые возникли из преднамеренного спорного hardforking из "оригинал", Так hardfork не происходит до тех пор, пока не будет буквальным раскол или вилка в цепи. Эта вилка, с одной стороны, имеет оригинальный протокол, а другие имеют "новый" протокол. Это не ветвление, а буквальное "вилка в дороге" и мы должны выбрать путь. Термин ветвление предполагает, что он придет к концу в какой-то момент, но это неизвестно. Потому что неизвестно, перед hardfork активируется, должно быть необходимое% консенсуса. Если клиент существует, что активирует новый протокол и вызывает hardfork намеренно с только 50% консенсус, который предназначен для разделения цепи на два и взять половину экосистемы, это не только намеренный спорный hardfork, но и злонамеренный hardfork и будет будет рассматриваться как нападение. Таким образом, это намеренно противоречивый злонамеренный hardfork. Так что, я думаю, что hardfork может быть много различных вещей, основанных на контексте, что его окружает. Я уверен, что через 5 лет, будет еще более или обновленное определение того, что такое hardfork может или не может быть. Hardforks не существовал до Bitcoin не был создан, и как таковые, мы все еще в экспериментальная вода. здесь мы идем кто-то пытаюсь меандр всех типов обратно в на зонтике срока, а затем сделать этот термин звук плохим. лишь отметить худшие случаи Эфириума не расщепляется и выживает за счет консенсуса. это не только 2, различающиеся правила, которые боролись в сиротской войне. они буквально ходили в разные стороны никогда не смотрят друг на друга. узнать --oppose-дао-вилка им буквально по буквам это для вас, которые Google может вести вас дальше --противопоставлять-дао-вилка не консенсус сирота войны. но сдача и отступление по разным углам и никогда не смотрят на друг друга Эфириума не следует использовать в качестве примера, потому что астральный не использовал консенсус. нет Bitcoin предложение не должно использовать намеренное altcoin производителя. все BLOCKSIZE Bips, которые являются жизнеспособными не используется намеренное altcoin производителя сообщество хочет консенсус управляемого голос расти на одном mainnet. не расщепляется. так почему даже упомянуть то, что требует добавления преднамеренных правила игнорировать и уйти. она не имеет ничего общего с жизнеспособным масштабированием Bitcoin. но все делать с созданием clams2.0 (что большинство не хочет так или иначе) если люди перестанут зонтик Назвав создание altcoin быть определением жесткой вилки. и начать реальные моделирования с помощью консенсуса если люди перестанут думать, что сироты только когда-либо произойдет, когда altcoin потенциально формирования. и вместо того, чтобы реализовать сироты случаются несколько раз, то они думают, что без формирования altcoin . они поймут, консенсус и сироты являются частью Bitcoin и функции безопасности, встроенной в Bitcoin с первым дня. запрещая узлы не встроено в Bitcoin. так по крайней мере узнать разницу и остановить doomsdaying нормальной консенсусную управляемой вилки |
|
|
|
|
7 декабря 2016, 2:07:20 PM
|
# 17 |
Сообщения: 1134
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Жесткие вилки следует избегать любой ценой, и будет использоваться только если нет другого способа сделать что-то. Например, если кто-то запустили квантовую атаку против тока алгоритма военнопленных тогда единственным способом, чтобы защитить нас было бы сделать жесткую вилку и изменить алгоритм добычи к чему-то еще.
Или, если Китай г запретили добычу в качестве theymos пунктов здесь: котировка Я не уверен, что я убежден, что hardforks совершенно так же плохо, как эта статья подразумевает, но статья делает много хороших точек. Хотя одна вещь, что важно иметь в виду, что, если мы не можем hardfork, то шахтеры де-факто управлять сетью. Например, прямо сейчас китайское правительство может полностью закрыть Bitcoin (или хуже), так как большая часть добычи мощности находится в Китае. Единственная защита против этого является реальной угрозой изменения военнопленного, который может быть сделано только через hardfork. |
|
|
|
|
7 декабря 2016, 2:26:30 PM
|
# 18 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Или, если Китай г запретили добычу в качестве theymos пунктов здесь: котировка Я не уверен, что я убежден, что hardforks совершенно так же плохо, как эта статья подразумевает, но статья делает много хороших точек. Хотя одна вещь, что важно иметь в виду, что, если мы не можем hardfork, то шахтеры де-факто управлять сетью. Например, прямо сейчас китайское правительство может полностью закрыть Bitcoin (или хуже), так как большая часть добычи мощности находится в Китае. Единственная защита против этого является реальной угрозой изменения военнопленного, который может быть сделано только через hardfork. люблю конец света. если китай правительство запретило добычу. Затем пулы переключиться на сервер роговой основы за пределами Китая .. (2 второго переключатель) ой .. все основные бассейны уже есть резервные пласты .. по той же причине ой .. и многие бассейны называемых «Китаем» на самом деле работает в Таиланде, Монголия, грузия (Европа), Исландия, и т.д .. Именно по этой причине хорошего дня |
|
|
|
|
7 декабря 2016, 6:50:31 PM
|
# 19 |
Сообщения: 1092
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
Hardfork потенциальный путь для сети, чтобы взять. Это не фактическое кодирование или изменение протокола, который был бы в BIP. Это побочный продукт из предлагаемого развертывания и активации BIP в. Когда происходит hardfork, это преднамеренным или непреднамеренным. Когда это намеренно, это либо по взаимному согласию или спорным. Когда она противоречива, она либо ниже, чем требуется% или злонамеренная. Когда это непреднамеренное, и консенсус реорганизация; должны справиться с этой естественным путем. Термин hardfork не только обозначени, что одна цепь выжила, только что раскол произошел протокол. Таким образом, вполне возможно, что после hardfork, две отдельные цепи могут существуют и выживают. (Хотя лично я думаю, что система является формой войны и только один цепь должна существовать.) В случае Эфириума, как "оригинальная цепь" и "новая цепь" сохранились, и которые возникли из преднамеренного спорного hardforking из "оригинал", Так hardfork не происходит до тех пор, пока не будет буквальным раскол или вилка в цепи. Эта вилка, с одной стороны, имеет оригинальный протокол, а другие имеют "новый" протокол. Это не ветвление, а буквальное "вилка в дороге" и мы должны выбрать путь. Термин ветвление предполагает, что он придет к концу в какой-то момент, но это неизвестно. Потому что неизвестно, перед hardfork активируется, должно быть необходимое% консенсуса. Если клиент существует, что активирует новый протокол и вызывает hardfork намеренно с только 50% консенсус, который предназначен для разделения цепи на два и взять половину экосистемы, это не только намеренный спорный hardfork, но и злонамеренный hardfork и будет будет рассматриваться как нападение. Таким образом, это намеренно противоречивый злонамеренный hardfork. Так что, я думаю, что hardfork может быть много различных вещей, основанных на контексте, что его окружает. Я уверен, что через 5 лет, будет еще более или обновленное определение того, что такое hardfork может или не может быть. Hardforks не существовал до Bitcoin не был создан, и как таковые, мы все еще в экспериментальная вода. здесь мы идем кто-то пытаюсь меандр всех типов обратно в на зонтике срока, а затем сделать этот термин звук плохим. лишь отметить худшие случаи Я только определение каждого типа hardfork, что я в курсе. Я не знаю ни хороших hardforks за пределами преднамеренной консенсусной hardfork. Эфириума не расщепляется и выживает за счет консенсуса. это не только 2, различающиеся правила, которые боролись в сиротской войне. ETH используется намеренным спорным (консенсус) hardfork к "задний ход" дао хак. Там не было борется за потому, что hardfork не всегда есть бой. ETH намеренно hardforked цепи расходиться от старого протокола. они буквально ходили в разные стороны никогда не смотрят друг на друга. узнать --oppose-дао-вилка им буквально по буквам это для вас, которые Google может вести вас дальше --противопоставлять-дао-вилка не консенсус сирота войны. но сдача и отступление по разным углам и никогда не смотрят на друг друга Вы в основном пытаются утверждать, что ETH не делал hardfork, поскольку не было никакого сражения цепи. То, что я хочу сказать, что срок действия hardfork не включает в себя сиротой в его определении. Hardfork является механизмом, используемым для создания новой цепи с новым протоколом. Hardfork не имеет ничего общего с тем, как две цепи определить, что является "правда" цепь. Эфириума не следует использовать в качестве примера, потому что астральный не использовал консенсус. Они утверждают, что они были рядом с большинством консенсуса до hardfork. Они также утверждали, что узлы и бумажники, которые не голосовали так или иначе, были также голосовать Да hardfork. нет Bitcoin предложение не должно использовать намеренное altcoin производителя. все BLOCKSIZE Bips, которые являются жизнеспособными не используется намеренное altcoin производителя сообщество хочет консенсус управляемого голос расти на одном mainnet. не расщепляется. Согласен. так почему даже упомянуть то, что требует добавления преднамеренных правила игнорировать и уйти. Потому, что является результатом механизма hardfork, дополнительные правила не отрицает, что это был hardfork. она не имеет ничего общего с жизнеспособным масштабированием Bitcoin. но все делать с созданием clams2.0 (что большинство не хочет так или иначе) Да. Hardfork применяется не только для масштабирования, но для чего-нибудь, что в настоящее время не допускается. если люди перестанут зонтик Назвав создание altcoin быть определением жесткой вилки. и начать реальные моделирования с помощью консенсуса если люди перестанут думать, что сироты только когда-либо произойдет, когда altcoin потенциально формирования. и вместо того, чтобы реализовать сироты случаются несколько раз, то они думают, что без формирования altcoin Истинное творчество altcoin приходит только с Разветвляющимся от кодового создать вторую кодовый, он не должен быть сам mainchain. Altcoin может быть клоном этого кода. Hardfork является сама mainchain разветвления от своего собственного кодовую. Можно утверждать, что создали altcoin, но изначально altcoin это простое разветвление из Github, как Litecoin. Потому что теперь мы знаем, две цепи может выжить после hardforking, Теперь мы можем утверждать, что hardfork может привести к altcoin, как ETH и Т.Д. . они поймут, консенсус и сироты являются частью Bitcoin и функции безопасности, встроенной в Bitcoin с первым дня. Я согласен, но я думаю, что это относится только к непреднамеренной hardfork и преднамеренного злонамеренного hardfork. запрещая узлы не встроено в Bitcoin. так по крайней мере узнать разницу и остановить doomsdaying нормальной консенсусную управляемой вилки Я думаю, что вы взяли этот термин Hardfork и положил его в коробку. Я никогда не doomsayed намеренного консенсуальный hardfork. Я только указывая на другие типы hardforks. Определение hardfork не включает в себя сиротой или бой цепей. Мои комментарии в красном цвете. |
|
|
|
|
7 декабря 2016, 7:00:04 PM
|
# 20 |
|
Сообщения: 1890
цитировать ответ |
Re: Увеличение размера блока с мягкой вилкой?
снова теперь вы пытаетесь претендовать на консенсуальную вилку как являющийся altcoin производитель ..
шутки в сторону!! консенсусный = консенсус консенсус-брейки приводит детей-сирот и исправляет себя как единая цепь к тому, что большинство согласие меньшинства как раз не синхронизированы. Bitcoin имеет консенсус, встроенный в него. с первого дня. сироты происходят все время https://blockchain.info/charts/n-orphaned-blocks его часть Bitcoin Однако запрет на противоположные узлы чисто на основе политики требует добавления оппозиции список запрета outsode из встроенных в Ddos параметров, за пределами срока, по умолчанию запрета DDos. чтобы получить altcoin он должен быть в SPLIT Преднамеренное CONTROVERVIAL где они IGNORE КОНСЕНСУСА / СИРОТЫ |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.