я не согласен. это не гражданская война, если мы не делаем это одно.
В настоящее время мы ждем шахтеров, чтобы принять решение о принятии или отказе в SegWit (предложение они signalling- BIP141 IIRC)
и пользователи имеют только узлы высказать свое мнение, и есть только ~ 5000 узлов и гораздо больше пользователей. поэтому я хочу знать, из 929828 членов на bitcointalk и ~ 2 млн ежедневных посещений и более других мест, сколько хотят, не хотят или даже не имеют ни малейшего представления о BIP141
и, как я сказал в ОП, это результаты будут только результаты.
(До сих пор 126 раз читать и только 7 голосов!)
вы понимаете segwit права ??
Вы понимаете, что, хотя после подтверждения в блоке старых узлы DonT полностью проверить ТЕ. но вместо того, чтобы слепо выглядеть передал .. ( «совместимые назад» кашель кашель)
НО перед подтверждением, потому что он выглядит как signatureless ОГО (anyonecanspend) старые узлы могут вызвать проблемы.
Вот почему 0,14 (реализация с p2wpkh и p2wsh кошельков генерации ключей) обыкновение быть выпущен до активации.
а затем, после активации, 0,14 обыкновения соединиться с не segwit узлами для ретрансляции неподтвержденных транзакций, чтобы избежать глупых вещей, которые происходят на уровне неподтвержденного реле.
они могут подключаться к старым узлам и просто ретранслировать старые транзакции. но давайте быть честными пользователи segwit-узловые привычка беспокоиться делать все изменения настроек, чтобы смешивать и сочетать ТХ-х. так просто подключиться к segwit узлов, чтобы сделать вещи простымида после ТХ передаются по segwit узлов к принимающему пула segwit, затем они будут передавать данные блока, чтобы все узлы новых и старых .. но в связи с неподтвержденной ТМ реле части. segwit будет разделить сеть на неподтвержденной уровне ЧерезРетрансл
segwit сделано как активация консенсуса узла не сети будет вызывать проблемы .. но ядро обыкновение сказать вам об этом, пока после его активированная как Strongarm мотив для всех, чтобы прыгать на борту в быстром темпе, чтобы присоединиться к их узлы. или оставить игнорироваться. (Изменение сети)
технически его все «же сеть» (из-за всех узлов, подключенных к пуле), но узлы становятся более предвзято только общаться с себе подобными. где она становится больше работы для бассейна, чтобы отправить 2 различных варианта блока. --witness
снова ядро будет пытаться рекламировать необходимость получить узлы для модернизации, чтобы получить больше соединений и быть более частью их стороны сети (хотя в их полуправда закручивания слов одна сеть)
Именно поэтому она должна быть правильной сеть консенсус, а не эмулированный консенсуса только бассейнов, так что, будучи полной сеть консенсуса до бассейнов, позволяет узлам быть готовыми и полностью совместимы, а не только SPV совместят с segwit
как вы можете видеть segwits собственный путеводитель. если не модернизации они хотят, чтобы вы создали еще один узел в «фильтр» ваш unupgraded узла через узел segwit (FACEPALM) при отправке старых ТХ, но вы не будете получать новые ТЕ-х. он также позволяет segwit узлов быть контролером, что становится «корректным блоком» или нет. а не старый узел делать независимые проверки
https://bitcoincore.org/en/2016/10/27/segwit-upgrade-guide/В этой конфигурации, вы установите текущий узел Bitcoin ядра (который мы будем называть «старший узел») для подключения только к узлу работает Bitcoin Ядро 0.13.1 или более поздней версии (который мы называем «новый узел»). Новый узел подключен к сети P2P Биткойна, как обычно. Поскольку новый узел знает об изменениях segwit к правилам консенсуса, он не будет передавать недействительные блоки или транзакции к старшему узлубут он будет ретранслировать все остальное.
При использовании этой конфигурации, пожалуйста, обратите внимание, что старший узел, если он использует Bitcoin Ключевых по умолчанию, не увидят операции с использованием функции segwit, пока эти операции не включены в блоке.
Конфигурация:
Для более нового узла, запустить его нормально, и пусть это синхронизировать blockchain. В настоящее время, вы не можете использовать отсеченный узел для этой цели, поскольку обрезка узлов не будут выступать в качестве ретрансляционных узлов. Вы можете дополнительно начать новую узел либо или оба из следующих параметров командной строки так что он относится к старшему узлу в качестве специального (Эти варианты могут быть также размещены в файле конфигурации Bitcoin сердечника):
-whitebind =<адр>
Привязать к данному адресу и белый список пэров, подключённых к нему. использование
[Хост]: порт обозначения для IPv6
-белый список =<маска подсети>
Белый список коллеги, соединяющие из данной маски подсети или IP-адреса. Возможно
указанные несколько раз. Whitelisted сверстники не могут быть запрещены DoS
и их операции всегда передаются, даже если они
уже в mempool, полезно, например, для шлюза
Для старшего узла, первый ждать новой узел, чтобы завершить синхронизацию blockchain, а затем перезапустить старший узел с параметром командной строки следующей команды (это также может быть помещено в файле конфигурация Bitcoin ядра):
-подключения =