Вернуться   Биткоин Форум > Bitcoin Обсуждение
20 ноября 2016, 2:29:52 AM   # 1
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: PSA: Шахтеры НЕ ДОЛЖНА сигнализировать segwit если сообщество не в широко распространенном Агре

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


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

Bitcoin ядро ​​и [segwit-способные] производные по умолчанию будет указывать segwit с поддержкой шахтеров, что они должны сигнализировать для поддержки segwit, но поддержка versionbits ББТ (см BIP 9) намеренно разработан таким образом, что шахтер может смело игнорировать эту рекомендацию и пропустить сигнал - Core делает не заставить кого-либо сигнализировать segwit. Шахтеры и бассейны должны выбрать, будет ли сигнал для segwit (и других softforks или политических решений) сами по себе, а не полагаться на значения по умолчанию.

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

Обратите внимание, что я намеренно не говоря, является ли или нет segwit на самом деле спорно здесь. Лично я поддерживаю segwit и считаю, что единственное разумное возражение состоит в том, что размер блока увеличение лимита может быть небезопасно, если мы не можем доверять шахтеров продолжать делать 1 МБ или меньшие блоки в ближайшем будущем. Но общество должно сделать их собственное решение (возможно разместить свое положение здесь для шахтеров, чтобы увидеть), и шахтеры должны решить, будет ли или нет сигнала на основании согласия общины.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr


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


20 ноября 2016, 3:48:57 AM   # 2
 
 
Сообщения: 1890
Цитировать по имени
цитировать ответ
по умолчанию Re: PSA: Шахтеры НЕ ДОЛЖНА сигнализировать segwit если сообщество не в широко распространенном Агре

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





Лука, как о своем обещании для реализации на вес 2mb базы 4MB ??[В качестве независимого кодировщика, как я боюсь своего работодателя и оплаченные коллеги отказываются его в сердцевине]


Ваш голос остается неясным, особенно в беспокойстве слова "размер_блока увеличение" (Вы не объясните унаследованный против базового размера блока / веса)
да
Да, но я бы предпочел, без размера блока увеличения (предпочитают: 0.6Mb txdata 0.4mb свидетель (1MB общего веса) вместо веса 1mb базы 4MB)
Да, но я бы предпочел, без "свидетель скидки"
Да, но я бы предпочел, как часть hardfork (чисто, что пользовательские узлы обновляются первый)
Да, но я бы предпочел, как часть hardfork с увеличением базового блока (предпочитают: 2mb txdata 4mb вес вместо веса 1mb базы 4MB)
Нет, я хочу, чтобы заблокировать его, пока после hardfork (чисто, что пользовательские узлы обновляются первым)
Нет, я хочу, чтобы заблокировать его, пока после hardfork с увеличением базового блока (предпочитают: 2 Мб txdata 4MB вес вместо веса 1mb базы 4MB)
Нет, я хочу альт-segwit без размера блока увеличения (предпочитают: 0.6Mb txdata 0.4mb свидетель (1mb общий вес) вместо веса 1mb базы 4MB)
Нет, я бы предпочел альт-segwit без "свидетель скидки"
Нет, я бы предпочел segwit быть сделано в рамках hardfork
Нет, я подробно, почему в комментарии



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

что не должно произойти:

бассейны флаг, бассейны активировать ... а затем пользователи узлов обновить позже. (Facepalm к этой концепции) только с 2week проверки и 2 недели благодатью (двойной FACEPALM)
его особенно плохо, когда ядро ​​сдерживает реализацию, так что пользователи не могут даже использовать segwit бумажник / сделку. а также не будут доступны только после активации (я не понимаю, почему его сделали, но все же дрянной) .. это похоже на сыпь порыва, чтобы активировать его до обеспечения сети (тысячи узлов), чтобы иметь возможность использовать его.

снова то, что должно произойти. а также то, что будет делать все счастливы
фаза равна нулю:
все разнообразные реализации всех поддерживают эту функцию, в том числе основной версии, которая предлагает динамический размер блока (с учетом веса 2mb базы 4MB так все доволен, включая поклонник segwit), где OPTIONS в пределах узла предлагает динамические изменяемые параметры (нет никаких оснований для дэвы ложки кормить настройки, когда пользователи могут / должны изменить настройки, чтобы затем позволить консенсусу решить, что каждый хочет, а не разработчики)

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

Очевидно, если она достигнет 95% (а), что составляет около 270 из 5400 не обновлено. вероятно, меньше, чем 270 в (б), и еще меньше (в)
Очевидно, если он никогда не достигает 95% (а), не двигается к (б) или (в) или фазы 2

Фазовые два: бассейны (полные узлы)
майнинг помечать их желание (радуясь, что фаза один не был случайностью / Сибил, и т.д.).
снова не временная шкала не достигнет 95% для бассейнов. но при 95% (г)
в месяц дается для обеспечения он остается на уровне 95% (е)
и месяцы грация (е)
Очевидно, если он никогда не достигает 95% (г), он никогда не включается, не драма, не суетиться

пожалуйста, обратите внимание:
время между (б) и (е), заканчивает тем, что много много месяцев. то есть много времени дается для ~ 270 затяжного пользовательские узлы хорошо превзойдет 95%
Таким образом, только делает риск сиротский значительно ниже 5%.
franky1 сейчас офлайн Пожаловаться на franky1   Ответить с цитированием Мультицитирование сообщения от franky1 Быстрый ответ на сообщение franky1

20 ноября 2016, 4:55:20 AM   # 3
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: PSA: Шахтеры НЕ ДОЛЖНА сигнализировать segwit если сообщество не в широко распространенном Агре

Лука, как о своем обещании для реализации на вес 2mb базы 4MB ??
Это все еще в стадии разработки. Смотрите мой hardfork2016 филиал на GitHub.

[В качестве независимого кодировщика, как я боюсь своего работодателя и оплаченные коллеги отказываются его в сердцевине]
У меня нет работодателя по выбору. Это, безусловно, должно быть отказано в Ядра, если общество не придет к соглашению, чтобы развернуть его первый - так же, как с любым hardfork предложением.

Ваш голос остается неясным, особенно в беспокойстве слова "размер_блока увеличение" (Вы не объясните унаследованный против базового размера блока / веса)
Там нет такого понятия, как "наследие размер_блока", Данные свидетель всегда были включены в размер блока, и нет никаких оснований для того, чтобы изменить с segwit.

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

Фазовые один: пользователи (полные узлы)
год дается для получения до 95%, когда / если он находится на 95% в любое время в течение года .. (а)
в месяц, то дается, чтобы гарантировать, что остается на уровне 95%, упаковывает временную атаки случайности / Сиб и т.д. (б)
а затем месяцев льготный (с)
95% не консенсус достаточно для hardfork. Оставшиеся 5% будут продолжать Bitcoin и 95% просто оставить в altcoin.

пожалуйста, обратите внимание:
время между (б) и (е), заканчивает тем, что много много месяцев. то есть много времени дается для ~ 270 затяжного пользовательские узлы хорошо превзойдет 95%
Таким образом, только делает риск сиротский значительно ниже 5%.
Это предполагает, что эти затянувшиеся узлы фактически задерживаясь, и активно не возражает. Если они возражают, то они не могут быть вынуждены перейти.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

20 ноября 2016, 1:41:21 PM   # 4
 
 
Сообщения: 1890
Цитировать по имени
цитировать ответ
по умолчанию Re: PSA: Шахтеры НЕ ДОЛЖНА сигнализировать segwit если сообщество не в широко распространенном Агре

У меня нет работодателя по выбору. Это, безусловно, должно быть отказано в Ядра, если общество не придет к соглашению, чтобы развернуть его первый - так же, как с любым hardfork предложением.
как может сообщество выбрать его, если команда разработчиков отказаться от него. его как яблоко говоря община обыкновение покупать apple8 телефон так позволяет не сделать один, а затем, не делая один месяц спустя яблоко говорит "см никто купивший apple8"
(Потому что оно не существует для сообщества, чтобы получить даже)
его называют само пророчеством.
как насчет попробовать другое пророчество "если вы строите его, они придут" Поле мечты
конечно, если оно не достигнет 95%, то ничего не происходит, никакого вреда.

Ваш голос остается неясным, особенно в беспокойстве слова "размер_блока увеличение" (Вы не объясните унаследованный против базового размера блока / веса)
Там нет такого понятия, как "наследие размер_блока", Данные свидетель всегда были включены в размер блока, и нет никаких оснований для того, чтобы изменить с segwit.
наследие в разговорных терминах означает OLD .. наследие размер_блок является разговорным термином для старого размера блока. не заклеймили словом, что ядро ​​любит использовать

но то, где ядро ​​любви словечек. Теперь объединенные данные они называют "MAX_BLOCK_WEIGHT" не "размер блока", Упс теперь его "MAX_BLOCK_SERIALIZED_SIZE" который имеет такой же размер, как их другой термин "MAX_BLOCK_WEIGHT", Но они также имеют "MAX_BLOCK_BASE_SIZE" которая является то, что старый термин для "размер блока" Правило о и ядре хочет сохранить "MAX_BLOCK_BASE_SIZE" 1МБ
(Для разговорных целей: «базы» и «веса» очевидные сокращения сердечников новых словечек) ..

Код:
Статическая сопзЬ неподписанных INT MAX_BLOCK_SERIALIZED_SIZE = 4000000;
/ ** Максимально допустимый вес для блока, см BIP 141 (правило сети) * /
Статическая сопзЬ неподписанных INT MAX_BLOCK_WEIGHT = 4000000;
/ ** Максимально допустимый размер блока за исключением данных свидетелей, в байтах (правило сети) * /
Статическая сопзЬ неподписанных INT MAX_BLOCK_BASE_SIZE = 1000000;
предварительно
Код:
-    если (cmpctblock.shorttxids.size () + cmpctblock.prefilledtxn.size () > MAX_BLOCK_SIZE / MIN_TRANSACTION_SIZE)
+    если (cmpctblock.shorttxids.size () + cmpctblock.prefilledtxn.size () > MAX_BLOCK_BASE_SIZE / MIN_TRANSACTION_BASE_SIZE)

https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki
Цитата: bips141
Размер блока

Блоки в настоящее время ограничены 1000000 байт (1 Мбайт) общий размер. Мы изменяем это ограничение следующим образом:

Вес блока определяется как размер базы * 3 + Общая площадь. (Обоснование [3])
как вы можете видеть, что они изменили словечки "размер блока" для "basesize" затем сделал новые метрику за пределы блока для веса и размера сериализованного
который может быть использован только тогда, когда люди больше не делать наследство (старые / традиционные) операции, а вместо этого делать segwit сделки.
те, придерживаясь наследия (старые / традиционные) реализации и наследие (старые / традиционные) типы транзакций см MAX_BLOCK_BASE_SIZE как "размер блока" и игнорировать "вес"s и "сериализация" словечки. означая "размер блока" а также "база"(MAX_BLOCK_BASE_SIZE) являются одинаковыми.

который является, где я Саудом вы должны уточнить разницу базы и веса в вашем голосе. но в любом случае вот только все умное слово сердцевины любит играть с, потому что в "дебаты размер_блока" мы знаем ядро ​​1mb вес базовой 4mb не равна мощности 4x. поэтому их притворяясь вес 4MB является большим шагом вперед, не является. его просто переключение словечек, чтобы претендовать сво серьезное улучшение. пока реальность оценивается в 1.8x не 4x даже если "вес" является 4x

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

так же, как https://bitnodes.21.co/, не показывает все узлы, но те, с достаточно входящих и исходящих, чтобы быть замеченными в сети.
То же самое для бассейнов. может быть 25 бассейнов и 100 людей (сдуру) соло добычей. но они не видели. только 18ish, которые показывают, что они являются здоровой частью сети видятся

Фазовые один: пользователи (полные узлы)
год дается для получения до 95%, когда / если он находится на 95% в любое время в течение года .. (а)
в месяц, то дается, чтобы гарантировать, что остается на уровне 95%, упаковывает временную атаки случайности / Сиб и т.д. (б)
а затем месяцев льготный (с)
95% не консенсус достаточно для hardfork. Оставшиеся 5% будут продолжать Bitcoin и 95% просто оставить в altcoin.
серьезно ошибочное предположение
например, BU имеет свои правила теперь для отличающегося .. еще размера блока не разветвление от к altcoin. !!
его еще часть сети !! то же самое для всех других различных узлов слишком
в этой точке, даже в базовой 2mb 4mb является "максимальная" что означает 1 Мб база остается приемлемым новым правилам.
0kb ->вес 4mb все еще позволяет 1mb быть приемлемыми
нет altcoin конца света здесь !!

Эфириума не расколоть просто из-за правило изменения. они распались из-за --oppose-дао-флаг варианта, который активируется список запрета (aded намеренного разделения кода), чтобы не быть частью консенсуса (большинство) Эфириум сети
никто не предлагает намеренно разделить сеть с banIP кодом / UserAgent. они предлагают с помощью консенсуса
модернизировать сеть как единую цепь ..
нет altcoin!
плохо объясняют более в минуту

пожалуйста, обратите внимание:
время между (б) и (е), заканчивает тем, что много много месяцев. то есть много времени дается для ~ 270 затяжного пользовательские узлы хорошо превзойдет 95%
Таким образом, только делает риск сиротский значительно ниже 5%.
Это предполагает, что эти затянувшиеся узлы фактически задерживаясь, и активно не возражает. Если они возражают, то они не могут быть вынуждены перейти.
при 95% узлах цепи FOLLOWS большинства .. не меньшинство. Все, что происходит, изменения сиротой риска от около 1% -2% (стандарт на данный момент), чтобы быть на 5% из-за риска меньшинства.

5% меньшинство заканчивает прием блоков он отвергает и либо отключает питание, потому что не может оставаться в синхронизации с большинством или они модернизируют, чтобы присоединиться к большинству.
только так "altcoins" намеренно banIP / запрет UserAgent от большинства оппозиции, а затем формирует свой собственный небольшой сети и синхронизации с их собственной нижней blockheight, что не прерывается на 95%.

если меньшинство действительно выступает против изменения и добавить некоторый код, чтобы перерезать от и сформировать свою собственную сеть микро. затем они становятся altcoin! потому что они не с большинством.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW