Я буду пытаться изменить 0.14.x клиентов, пытаются популяризировать модифицированную клиента так, чтобы поставить эту чепуху до конца.
Я закончу разговор с этими трусами
Этап 1: BU проталкивается к краям сети
Добавить условие net_processing :: ProcessMessage, который определяет клиентские строки Б и установить максимальную banscore, вызывая чистый :: SetBan ()
Чем больше узлов запуск клиента SegWILL, BU узлы становятся толкнуло к краю топологии сети, изолируя их от подавляющего большинства узлов (очевидный счетчик мера является использование регулярных основных клиентов в качестве прокси-серверов для BU узлов оставаться на связи с остальным узлы Bitcoin, так что это просто помещает BU узлы вокруг края, чтобы сделать Этап 2 как можно более эффективный)
...когда эффект этого видно будет достаточно (судить вручную доля узлов, работающих под управлением SegWILL), мы идем ....
Этап 2: BU блоки не больше не ретранслируется
Добавить условие для проверки :: CheckBlock (), который определяет БУ блоки, и отклоняет их.
BU шахтеры либо перейти к клиенту Satoshi-консенсусной или спуститься с тонущего корабля
...когда эффект этого видно, чтобы быть достаточно (судить вручную доли BU блоков, входящих в цепь будучи достаточно низким), мы идем ....
Этап 3: Non-BIP9 не сигнализировал блоки больше не передаются
Добавить условие для проверки :: CheckBlock (), который определяет блоки, которые не имеют сигнализацию BIP9, и отклоняет их.
Если шахтеры не получают сообщение по этому вопросу, это поможет их в дальнейшем; начать делать, как сеть завещаний, или готовиться к поступлению прижимного бизнеса
Если мы можем построить высокий уровень поддержки этого плана, и как только она достаточно утонченный, я считаю, что мы можем подвести черту под всей этой мыльной оперы. Мы можем показать, что люди, которые на самом деле поддерживающие и или с использованием Bitcoin, в конечном счете арбитры, что получает принято и то, что отвергается визави протоколом Bitcoin.
Мои персональные настройки сообщений устанавливаются не по электронной почте мне в любое РМ, если это касается вас, если вы хотите личку мне об этом. Модератор может, надеюсь подтвердить это.
Прокомментируйте, на тему
|
|
||||||
9 марта 2017, 10:32:13 PM
|
# 1 |
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
9 марта 2017, 10:38:11 PM
|
# 2 |
|
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Получил 1806 Биткоинов
Реальная история. Я буду распространять gitian подписали сборки.
Любой, кто желает внести свой вклад в gitian подписи будет приветствоваться сделать (это в настоящее время WIP) |
|
|
|
|
9 марта 2017, 10:38:18 PM
|
# 3 |
|
Сообщения: 1246
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Я настоятельно рекомендую вам не делать этого, потому что это может привести к сети, разделение потенциально стойкие вилки цепи, и далее поляризации дискуссии.
Вы также планируете вносить изменения в строке агента пользователя, используемую ваше программное обеспечение? |
|
|
|
|
9 марта 2017, 10:41:11 PM
|
# 4 |
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Я настоятельно рекомендую вам не должному это, потому что это может привести к сети, разделение потенциально стойкие вилки цепи, и далее поляризации дискуссии. Я понимаю, что риск. Я не считаю, что проблема непреодолима, и поэтапный подход отражает это. Риски могут быть смягчены, и в конце концов, стоит. Вы также планируете вносить изменения в строке агента пользователя, используемую ваше программное обеспечение? Количество SegWILL должно быть неотличимы от обычных узлов соответствующей версии Bitcoin Core. Это часть смягчения перегородки, чтобы предотвратить ответные меры против общей стратегии. |
|
|
|
|
10 марта 2017, 6:34:18 AM
|
# 5 |
|
Сообщения: 1932
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Если вы начинаете с (модифицированный) шаг 3 не должно иметь большое влияние на сеть: Не передавать новые блоки без предпочитаемого BIP 9 бит (ы) установлен. Если другой блок с одной и той же высотой и множествами предпочтительного бита (ы) будет получен, этот блок принимается и передается. Там не должно быть никакого влияния на сеть, если только несколько узлов используют эту политику. Если большое количество узлов использовать эту политику, это приведет к невезению для враждебных владельцев бассейнов.
Я полагаю, что нам такой механизм, даже если атака BU не удается. Я предсказываю, что мы увидим следующую жесткую вилки кампании вскоре после того, как выясняется, что BU не удался. Что мы узнали из КТ и Classic, является то, что злоумышленники никогда не сдавайтесь, пока все остальные пользователи не сдаться и дать им ключ к системе. |
|
|
|
|
10 марта 2017, 8:58:15 AM
|
# 6 |
|
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Я полагаю, что нам такой механизм, даже если атака BU не удается. Я предсказываю, что мы увидим следующую жесткую вилки кампании вскоре после того, как выясняется, что BU не удался. То, что мы узнали от XT и Classic, является то, что злоумышленники никогда не сдавайтесь, пока все остальные пользователи не сдаться и дать им ключ к системе. Это полностью мое отношение тоже. Они не собираются сдаваться, когда-либо. Следующая кампания весьма вероятно, уже запланировано. Тактика настолько агрессивны, что мы на самом деле остаться без выбора, кроме как играть карточку антагониста; это исключительно вероятно, что неаккуратна цепь реорганизации, сеть разделение и цепные вилки будут происходить в той или иной точке. Упреждение грязных расколов в сети с решающими, и агрессивными, счетчиком ходами является лучшим способом справиться с этим (ИМО). Мы пытались быть примирительным, и, конечно же, те, кто хочет сорвать Bitcoin слишком определен, слишком патологический просто сказать "ну, я полагаю, что это разумно, мы будем играть хорошо вместо", Они будут играть каждую грязную тактику, снова и снова и снова. Реальная опасность, когда разрушители так одержат принуждая крайний конфликт, является вызовом классического "Тезис (Bitcoin) <-> антитеза (Б) -> синтез (NeoBU)" диалектика. В практическом плане: подготовить очень, очень тонко плохая идея быть представлена как "окончательный компромисс", И только Представьте, что идея сообщества Bitcoin, когда они находятся в невыгодном положении, чтобы мыслить рационально (BU вилки, Bitpay Coinbase & DNmarkets следовать за ними, врезавшись курсовую, BU вилы в BUthis и BUthat .... и т.д.). Если вы начинаете с (модифицированный) шаг 3 не должно иметь большое влияние на сеть: Не передавать новые блоки без предпочитаемого BIP 9 бит (ы) установлен. Если другой блок с одной и той же высотой и множествами предпочтительного бита (ы) будет получен, этот блок принимается и передается. Там не должно быть никакого влияния на сеть, если только несколько узлов используют эту политику. Если большое количество узлов использовать эту политику, это приведет к невезению для враждебных владельцев бассейнов. Если большое количество узлов принять шаг 1, тот же эффект будет реализован (постепенная эрозия способности НЕСОВМЕСТИМОГО горнорудного узла, чтобы получить свои блоки в цепи). И риск больших перепадов Оргов, цепные расколов и разделения будет существовать с обеими методами, но мне кажется, что нацеливание ~ 8% сети, которые составляют BU узлов изначально несет меньший риск, чем ориентированные на ~ 75% узлы, составляющие без BIP9 связисты. Почему вы считаете, что начиная с бóльшей частью сети несет меньше такие риски? |
|
|
|
|
10 марта 2017, 10:03:22 AM
|
# 7 |
|
Сообщения: 1932
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Мое мнение не является результатом анализа рисков. Это более личная вещь, которую я не хотел основывать свою реакцию на недостоверной информации. Строка агента может быть легко подделать. Флаги BIP9 более надежны, так как мягкие вилки механизм активации напрямую зависит от этих флагов.
|
|
|
|
|
10 марта 2017, 10:10:31 AM
|
# 8 |
|
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Флаги BIP9 более надежны, так как мягкие вилки механизм активации напрямую зависит от этих флагов. Правильно. Но BU зависит от использования его строка версии для его расходящийся механизм консенсуса (ExcessiveBlock и AcceptanceDepth сигнализации берется из строки пользователя, AFAIA), так притворяется строку версии ломает механизм BU может использовать, чтобы разрушить сеть. Они прокляты, если они делают, и прокляты, если они этого не делают. |
|
|
|
|
10 марта 2017, 10:34:22 AM
|
# 9 |
|
Сообщения: 1932
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Но BU зависит от использования его строка версии для его расходящийся механизм консенсуса (ExcessiveBlock и AcceptanceDepth сигнализации берется из строки пользователя, AFAIA), так притворяется строку версии ломает механизм BU может использовать, чтобы разрушить сеть. Может быть, мы просто должны изменить нашу строку версии, чтобы сделать их вилку в свою собственную сеть, на основании поддельной информации ?! |
|
|
|
|
10 марта 2017, 10:51:06 AM
|
# 10 |
|
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Сейчас мы говорим!
Это именно то, что я ищу, умные мысли о том, как использовать подавляющее большинство узлов Bitcoin сердечника стерилизовать угрозы Б, и подавить злоупотребление механизма активации держать Segwit назад. Если у вас нет какой-либо вещи, как, что, чтобы предложить, вы не по теме |
|
|
|
|
11 марта 2017, 11:19:22 AM
|
# 11 |
|
Сообщений: 31
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Одна из идей для UASF я вез контроль coinbase строки блоков, где обычно вы бы увидеть имя пула, добытого блок, или в случае, если Б в это, где они поставили свои EB / AD / все параметры. Игнорирование BU на мгновение, шахтеры имея эту власть "граффити" все более coinbase становится раздражающим. Когда Bitcoin лун, этот блок пространство может стать премьер-реклама недвижимости (Blocka-Cola?) Или еще хуже, используется для политики.
В настоящее время coinbase должен провести некоторые конкретные данные (высота этого блока), и почти все шахтеры добавить свои собственные строки после этого. Это может быть полезно для узлов, чтобы только полезные и консенсус критически важные данные (как текущая высота) в coinbase, экономя пространство блоков и помогают держать цепь в чистоте всех видов мусора некоторые майнинг может попытаться продвинуть. Майнинг, которые все еще хотели бы, чтобы сигнализировать для конкретных параметров можно использовать версии бит, и для произвольных данных есть op_return. Узлы могут применять реле на букву штрафов на блоках, которые имеют бесполезные данные в coinbase, и на более позднем этапе прекратить ретрансляцию этих блоков полностью. При более позднем этапе, узлы могут рассматривать любые не данные консенсус в coinbase недействительным. Этот тип UASF имеет небольшое преимущество быть довольно безопасными для всех пользователей сети, для невыполняющих шахтеров кроме. |
|
|
|
|
11 марта 2017, 2:01:19 PM
|
# 12 |
|
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Хорошая идея, Arubi.
Использование более широкой причиной того, что включает в себя отказ от BU блоков как подмножество является весьма желательным, поскольку принимая возможность решить несколько проблем сразу целесообразно. Можно ли думать о возможных минусах такого подхода? Что законная причина есть для шахтеров, чтобы включить произвольную информацию в своих coinbase сделок на всех? |
|
|
|
|
11 марта 2017, 3:12:11 PM
|
# 13 |
|
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
сохранение блоков пространства и помогает держать цепь в чистоте всех видов мусора некоторые майнинг может попытаться продвинуть. Это бесполезно.1) Это может быть осуществлено только с помощью мягкой вилки с голосованием ... по ... шахтерам? Или жесткий вилка по .... по ..... пользователи? не по теме У вас есть полезный вклад, чтобы сделать, amaclin? |
|
|
|
|
11 марта 2017, 4:00:55 PM
|
# 14 |
|
Сообщений: 31
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
"сохранение блоков пространства" был задуман как немного каламбура (экономия блок пространство от вредоносных актеров), я не имею в виду, что coinbase заполняется данными или не будет иметь больше места для операций в блоке. И, конечно, есть и другие способы, чтобы заполнить блок. Это предложение не о них.
Теперь, даже если это обеспечивается пользователями первой и не шахтеры, я не понимаю, как это трудно вилка. Вершины просто наказать невыполняющие шахтер, в стадии (наказание становится более сильным, как время идет), и в конечном итоге невыполняющих блоки становятся недействительными. Не трудно не Разветвляющихся необходимости. |
|
|
|
|
11 марта 2017, 4:33:00 PM
|
# 15 |
|
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Теперь, даже если это обеспечивается пользователями первой и не шахтеры, я не понимаю, как это трудно вилка. Вершины просто наказать невыполняющие шахтер, в стадии (наказание становится более сильным, как время идет), и в конечном итоге невыполняющих блоки становятся недействительными. Не трудно не Разветвляющихся необходимости. Я думаю, что вы правы, на самом деле, так как содержимое строки версии добавлен в coinbase сделок не является частью правил консенсуса, я не уверен, если это даже мягкая вилка (используя определение мягких вилок разработчиков Bitcoin использования). Было бы, однако, в конце концов раскошелиться несоответствующими шахтерами из цепи, которая обеспечивает соблюдение этого, так что это, возможно, лучше описать как неортодоксальную мягкую вилку. |
|
|
|
|
11 марта 2017, 5:02:42 PM
|
# 16 |
|
Сообщений: 31
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Теперь, даже если это обеспечивается пользователями первой и не шахтеры, я не понимаю, как это трудно вилка. Вершины просто наказать невыполняющие шахтер, в стадии (наказание становится более сильным, как время идет), и в конечном итоге невыполняющих блоки становятся недействительными. Не трудно не Разветвляющихся необходимости. Я думаю, что вы правы, на самом деле, так как содержимое строки версии добавлен в coinbase сделок не является частью правил консенсуса, я не уверен, если это даже мягкая вилка (используя определение мягких вилок разработчиков Bitcoin использования). Было бы, однако, в конце концов раскошелиться несоответствующими шахтерами из цепи, которая обеспечивает соблюдение этого, так что это, возможно, лучше описать как неортодоксальную мягкую вилку. только поле, которое должно присутствовать в coinbase строки в соответствии с консенсусом высота текущего блока (и байт, который говорит, как долго поле), насколько я знаю. Я также думаю, что это мягкая вилка по определению, в настоящее время coinbase должен имеют высоту блока, и не имеют никаких других ограничений в стороне от максимального размера (100 байт?), после того, как изменение будет сделано, coinbase еще должен содержат высоту блока, а также не должен содержать что-нибудь еще, что узлы не ожидали найти там (что было бы в настоящее время граффити). Я согласен, что это более агрессивное, чем у большинства мягкого вилка Bitcoin прошедшего. Еще один момент, чтобы сделать то, что, если в конце концов, мы хотим расширить консенсус свойства coinbase? Там должно быть механизмом мягкой вилки тех, кто уже запеченными в первоначальную реализацию, звучит довольно сложно теперь, когда я думаю об этом. Более простым решением было бы использовать эти coinbase байт прямо сейчас, тот, который не может быть использован для любых сообщений, и имеет вес консенсуса, и держать, что в качестве окончательной реализации (вроде того, что 1MB предел блока). |
|
|
|
|
16 марта 2017, 8:40:01 AM
|
# 17 |
Сообщения: 1848
цитировать ответ |
Re: [RFC] Многоступенчатая клиент вилка: SegWILL
Я рассматриваю несколько иной подход, чтобы полностью снизить риск разделения.
Стадия 0 требуется. Этот этап должен обнаружить распространенность узлов SegWILL в сети, и только вызвать этап 1 разы порога активации на 51% был достигнут и поддерживается для X блоков. Мне кажется, что версия биты могут быть использованы для сигнализации этого. Может быть, это было бы хорошей идеей, ради ПРОЗРАЧНОСТЬ, в закодировать все 3 этапа в один клиент, и использовать тот же самый механизм для вызова 2-го (BU блоки не передаются) и 3 (сигнализация не Segwit блоки не передаются) стадии. Это означает, что отказ от стратегии предотвращения SegWILL узлов могут быть обнаружено и неправильным обращением в сети, а реально, это "все или ничего" стратегия в целом, большинство узлов должна работать SegWILL для стратегии работать на всех, и поэтому вопрос о контратаках против идентифицируемых узлов SegWILL не имеет значения в этом необходимом результате. Спасибо за все комментарии до сих пор. |
|
|
|
Как заработать Биткоины?
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
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.