Я думаю, что мы можем многому научиться из этого урока
1. Хорошая практика добычи SPV?
С горно означает добычу без полного подтверждения предыдущего блока (ов). Шахтеры сделать это, чтобы уменьшить потери мощности хеширования. Я не думаю, запрещающее добычу SPV возможно, как мы никогда не будем иметь 95% поддержки шахтер. Если все сделано правильно, SPV добыча не является особенно рискованным и может увеличить общую скорость хеширования сети. Вместо того, чтобы пытаться запретить добычу SPV, я думаю, что мы должны иметь хорошую практику рекомендаций для добычи SPV.
Miner должен всегда проверять заголовок, включая версии, биты, и метку времени. Там нет никакого оправдания, чтобы пропустить это. Лени стоит их 125BTC.
Построение вслепую на правильный заголовок нормально, пока блок не будет подтверждено. Первое подтверждение оригинального поддельного блока (363731) пришел через 13 минут. Это было более чем достаточно для полной проверки и не было никакого оправдания невежества.
Шахтеры никогда не должны направить "SPV цепь" до более чем 2 (или 3) при максимальных блоках, даже если это содержит свой собственный блок. Если SPV цепь слишком долго, они должны считать его недействительным до тех пор, пока не будет полностью подтверждена. Они должны вернуться к последнему известному хорошему блоку. Это позволяет защитить SPV бумажники.
2. 5 последовательных пустых кадров
В фиктивной вилке, F2Pool и AntPool имели цепь 5 последовательных пустых кадров. Хотя пустые блоки не являются редкостью, 5 в ряд с подозрением. Я предполагаю, что есть некоторые ошибки в их системе. Например, их система может настаивать на том, чтобы добывать на своих собственных блоках, даже если они являются недействительными (F2Pool и AntPool являются союзом). А так как система знала, что цепь была недействительной, она не смогла включить любую сделку.
3. Softfork голосование по версии битов
Предполагается, что softfork голосование должно быть указано битами в версии, и позволяет повторное использование битов после softfork принимается или отклоняется. ( https://gist.github.com/sipa/bf69659f43e763540550 ). Я думаю, что это правильный путь. Однако для того, чтобы быть совместимым с добычей SPV, версия бит должен быть всегда включен на 5000 блоков после исполнения. Это будет больше, чем через месяц, и должно быть достаточно, чтобы сжать любые отстающих вне. После этого, немного свободен для другого softfork предложения.
дизайн 4. Кошелек
Полные узлы должны сообщать о которых БИП они исполнение. SPV узлы должны соединяться с полными узлами с различным набором правил, и сравнить их цепь, чтобы идентифицировать любую вилку
SPV узлы должны следить за последний вилок. Они должны предупредить пользователь, если есть длинные конкурирующие вилки. Они должны рассматривать сделки неподтвержденные, если они не включены в обеих вилках.
|
|
||||||
4 июля 2015, 6:51:29 PM
|
# 1 |
Сообщения: 1750
цитировать ответ |
Re: Размышления на развилке 4 июля
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
4 июля 2015, 7:43:43 PM
|
# 2 |
|
Сообщения: 1148
цитировать ответ |
Re: Размышления на развилке 4 июля
Получил 1806 Биткоинов
Реальная история. Я думаю, что мы можем многому научиться из этого урока 1. Хорошая практика добычи SPV? Miner должен всегда проверять заголовок, включая версии, биты, и метку времени. Там нет никакого оправдания, чтобы пропустить это. Лени стоит их 125BTC. Абсолютно. Относительно задержки в сети, проверка цепи заголовка, в полном объеме, эффективно мгновенно. котировка Шахтеры никогда не должны направить "SPV цепь" до более чем 2 (или 3) при максимальных блоках, даже если это содержит свой собственный блок. Я думаю, что просто таймаут достаточно. Если через минуту проходит без заголовка проверяемого, переключитесь "аварийный режим" и отключить SPV-минирование, пока проверенная блок не найден. Правило ограничить размер вилки будет означать, что шахтеры будут строить на тот же (инвалид) блок снова и снова. <- B <- с с не подтверждено, но забойщик считает д <- B <- с <- д с & d теперь делает недопустимую непроверенную вилку. В соответствии с правилом макс 2 непроверенных блоков, забойщик бы начать добычу д», который опирается на с. Это означает, что шахтер пытается сирота себя. Правило должно быть, чтобы войти в аварийном режиме. После того, как д найден, забойщик должен начать добычу на В, пока не апробированы цепь не осиротели. Правило тайм-аут лучше, хотя. Бассейн просто нужно определить, что максимальное время ожидания для проверки блоков. Если 99% блоков проверяются в течение 30 секунд заголовка поступающего, затем с помощью 60 секунд, как тайм-аут почти никогда не повредит узел. котировка 2. 5 последовательных пустых кадров Это борьба с последней войны. Это произошло из-за специфики этого конкретного вопроса. Использование тайм-аут будет решить проблему в любом случае. котировка 3. Softfork голосование по версии битов Предполагается, что softfork голосование должно быть указано битами в версии, и позволяет повторное использование битов после softfork принимается или отклоняется. ( https://gist.github.com/sipa/bf69659f43e763540550 ). Я думаю, что это правильный путь. Однако для того, чтобы быть совместимым с добычей SPV, версия бит должен быть всегда включен на 5000 блоков после исполнения. Это будет больше, чем через месяц, и должно быть достаточно, чтобы сжать любые отстающих вне. После этого, немного свободен для другого softfork предложения. Я не думаю, что это имеет значение. То, что требуется в том, что существует стандартный способ отслеживания обновлений версий. SPV клиенты должны быть обязаны держать в курсе каких-либо изменений в правилах. Bitcoinj по-видимому, не производит никакой проверки версии поля. Я думаю, что SPV бумажники должны дать предупреждение, если они не могут правильно понять поле версии. SPV клиенты из перед мягкой вилкой была освобождена, должны дать предупреждение, когда 75% шахтер использовали поле версии, которые не могут быть интерпретированы. Это дало бы предупреждение, что необходимо обновить, когда клиенты, когда шахтеры попали 750 из 1000. Если новое поле бит добавляются, то SPV клиенты должны иметь возможность отслеживать их. Как правило, SPV клиенты должны быть обязаны полностью понять цепь заголовка. Упрощение является то, что они не обрабатывают целые блоки. котировка дизайн 4. Кошелек Полные узлы должны сообщать о которых БИП они исполнение. SPV узлы должны соединяться с полными узлами с различным набором правил, и сравнить их цепь, чтобы идентифицировать любую вилку SPV узлы должны следить за последний вилок. Они должны предупредить пользователь, если есть длинные конкурирующие вилки. Они должны рассматривать сделки неподтвержденные, если они не включены в обеих вилках. Это изменение сетевого протокола и представляется разумным. Это может быть добавлено поле для сообщения версии или список БИП, которые в настоящее время применяются. |
|
|
|
|
4 июля 2015, 8:06:52 PM
|
# 3 |
|
Сообщения: 217
цитировать ответ |
Re: Размышления на развилке 4 июля
Одна из проблем, также, что эффект мягкой вилки на "добыча SPV"-hack никогда не испытывал. Разработчики даже не знали, что шахтеры делают это или если они знают, что они не будут знать подробности. Было бы хорошо, если бы шахтеры регулярно использовали TestNet в реальных сценариях. Например. они могли бы потратить десять миллиардные хешированию мощности на TestNet. Держите власть хэширования достаточно мало, так что другие могут по-прежнему делать полезные тесты на TestNet с небольшим СИСОМ USB палкой, но и использовать его все время и попробовать изменения там первыми. Мягкая вилка может быть вынуждена применить ранее testnet просто посылать дополнительную мощность хеширования, поддерживающую мягкую вилку.
котировка SPV узлы должны следить за последний вилок. Они должны предупредить пользователь, если есть длинные конкурирующие вилки. Они должны рассматривать сделки неподтвержденные, если они не включены в обеих вилках. Это хорошая идея. Большинство SPV клиенты уже подключены к нескольким узлам, так что это не должно быть слишком трудно осуществить. Один, вероятно, должно игнорировать один узел на более короткую вилку, чтобы избежать ложных предупреждений. В этом случае это сделало бы обеспечить спецюрлицо клиента, пока он имеет достаточно исходящих соединений. |
|
|
|
|
4 июля 2015, 8:41:38 PM
|
# 4 |
|
Сообщения: 1260
цитировать ответ |
Re: Размышления на развилке 4 июля
Miner должен всегда проверять заголовок, включая версии, биты, и метку времени. Там нет никакого оправдания, чтобы пропустить это. Лени стоит их 125BTC. Насколько сильно они сохранены в прошлом, пропуская его для целей скорости? |
|
|
|
|
4 июля 2015, 10:33:17 PM
|
# 5 |
|
Сообщения: 1190
цитировать ответ |
Re: Размышления на развилке 4 июля
тем более такие вещи, как происходит это разделение, тем больше я чувствую, что один день это будет фатальным. К счастью, похоже, не дважды не затрачивает произошло на этот раз, но 3-х лет в Bitcoin мире и ив видел каждый тип двурушничество и жульничества случаются, даже те, которые вы никогда бы не ожидали.
мы получили легкий в этот раз, но что, если этот раскол позволил плохим актерам тянуть массовые фальсификации? что бы крах БТД ничего. |
|
|
|
|
5 июля 2015, 4:58:01 AM
|
# 6 |
Сообщения: 1750
цитировать ответ |
Re: Размышления на развилке 4 июля
котировка 3. Softfork голосование по версии битов Предполагается, что softfork голосование должно быть указано битами в версии, и позволяет повторное использование битов после softfork принимается или отклоняется. ( https://gist.github.com/sipa/bf69659f43e763540550 ). Я думаю, что это правильный путь. Однако для того, чтобы быть совместимым с добычей SPV, версия бит должен быть всегда включен на 5000 блоков после исполнения. Это будет больше, чем через месяц, и должно быть достаточно, чтобы сжать любые отстающих вне. После этого, немного свободен для другого softfork предложения. Я не думаю, что это имеет значение. То, что требуется в том, что существует стандартный способ отслеживания обновлений версий. SPV клиенты должны быть обязаны держать в курсе каких-либо изменений в правилах. Bitcoinj по-видимому, не производит никакой проверки версии поля. Я думаю, что SPV бумажники должны дать предупреждение, если они не могут правильно понять поле версии. SPV клиенты из перед мягкой вилкой была освобождена, должны дать предупреждение, когда 75% шахтер использовали поле версии, которые не могут быть интерпретированы. Это дало бы предупреждение, что необходимо обновить, когда клиенты, когда шахтеры попали 750 из 1000. Если новое поле бит добавляются, то SPV клиенты должны иметь возможность отслеживать их. Как правило, SPV клиенты должны быть обязаны полностью понять цепь заголовка. Упрощение является то, что они не обрабатывают целые блоки. Если мы допустим, шахтер отключить версию сразу после 95% голосов, что невозможно определить, не-модернизированы шахтер только в заголовке. Используйте BIP66 в качестве примера. Блок с версией 2 или ниже недействителен после вступления в силе, даже если все операции DER совместимые. Если это позволило перейти обратно к версии 2 ПОСЛЕ исполнения, оригинальный фиктивный блок (363731) рассматривались бы как действительный один даже Bitcoin ядро 0.10, так как она не содержит какую-либо не-DER-совместимой подписи. Однако, если он действительно содержит какой-либо недействительные подписи, то нельзя сказать, просто посмотрев на версию заголовка. Вот почему я предлагаю вариант бит должен храниться в течение 5000 блоков после вступления в силу, так SPV бумажники (и SPV шахтеров!) Будет знать, что есть что-то не так, просто посмотрев на заголовок. |
|
|
|
|
5 июля 2015, 1:21:33 PM
|
# 7 |
|
Сообщения: 1148
цитировать ответ |
Re: Размышления на развилке 4 июля
Если мы допустим, шахтер отключить версию сразу после 95% голосов, что невозможно определить, не-модернизированы шахтер только в заголовке. О, хорошо. Эти блоки вряд ли будут построены на вершине в любом случае. Это означает, что одиночная (и, возможно, двойная) операция подтверждений является более безопасной. котировка Если это позволило перейти обратно к версии 2 ПОСЛЕ исполнения, оригинальный фиктивный блок (363731) рассматривались бы как действительный один даже Bitcoin ядро 0.10, так как она не содержит какую-либо не-DER-совместимой подписи. Однако, если он действительно содержит какой-либо недействительные подписи, то нельзя сказать, просто посмотрев на версию заголовка. Эта ситуация кажется нормально, так как это будет действительный блок? Это буквально неотличимы от блока производится любым модернизированной шахтера. Выгода для недействителен блока производится на 4%, вы можете сказать по заголовку. С положительной стороны, если большинство (но недействительная) вилка имеют некоторые устаревшие блоки в своей цепи, это в основном черные списки все недействительны вилками для клиентов SPV. Это предполагает, что SPV шахтеры сделать менее SPV проверки, чем SPV клиентов. SPV шахтеры должны убедиться, что их SPV правило заголовка является до настоящего времени, насколько это возможно. Если их SPV клиент отверг версию 2 блока после того, как 95% замкнутость, то все бы отработали нормально. Держа биты активны после вступления в силу будет способствовать SPV-шахтеров тоже. |
|
|
|
|
5 июля 2015, 5:25:46 PM
|
# 8 |
|
Сообщения: 1400
цитировать ответ |
Re: Размышления на развилке 4 июля
Я думаю, что мы можем многому научиться из этого урока С горно означает добычу без полного подтверждения предыдущего блока (ов). Шахтеры сделать это, чтобы уменьшить потери мощности хеширования. Я не думаю, запрещающее добычу SPV возможно, как мы никогда не будем иметь 95% поддержки шахтер. DannyHamilton делает интересное предложение Вот о том, как не являющийся SPV-шахтеры могут напасть SPV-шахтер так, что SPV добыча больше не может доверять, и, следовательно, более не является жизнеспособным. Если я правильно понял, и если его предложение, он прав, и если это произойдет, то, возможно, SPV добыча больше не будет жизнеспособным в любом случае. тем более такие вещи, как происходит это разделение, тем больше я чувствую, что один день это будет фатальным. К счастью, похоже, не дважды не затрачивает произошло на этот раз, но 3-х лет в Bitcoin мире и ив видел каждый тип двурушничество и жульничества случаются, даже те, которые вы никогда бы не ожидали. мы получили легкий в этот раз, но что, если этот раскол позволил плохим актерам тянуть массовые фальсификации? что бы крах БТД ничего. gogxmagog: Я не думаю, что вы правы. Мы хотим * * видеть вещи, как это, потому что это создает уверенность, что сдержки и противовесы сети и основные игроки работают, как ожидались. На мой взгляд, мы хотим, чтобы увидеть маленькие вилки и икота, чтобы наши умы получить расширена до тех вещей, которые могут произойти, и мы можем построить более и более надежные системы. Если все было всегда скучным, что«S, когда мы получим убаюканы complancency и некоторой эмерджентной ситуацию, в конечном счете прийти и уничтожить нас. |
|
|
|
|
5 июля 2015, 5:33:36 PM
|
# 9 |
Сообщения: 1750
цитировать ответ |
Re: Размышления на развилке 4 июля
Я думаю, что мы можем многому научиться из этого урока С горно означает добычу без полного подтверждения предыдущего блока (ов). Шахтеры сделать это, чтобы уменьшить потери мощности хеширования. Я не думаю, запрещающее добычу SPV возможно, как мы никогда не будем иметь 95% поддержки шахтер. DannyHamilton делает интересное предложение Вот о том, как не являющийся SPV-шахтеры могут напасть SPV-шахтер так, что SPV добыча больше не может доверять, и, следовательно, более не является жизнеспособным. Если я правильно понял, и если его предложение, он прав, и если это произойдет, то, возможно, SPV добыча больше не будет жизнеспособным в любом случае. Я не думаю, что такое нападение является практичным. Атакующий должен тратить хэширования силу заминировать недопустимый блок первой. |
|
|
|
|
5 июля 2015, 6:30:02 PM
|
# 10 |
|
Сообщения: 1148
цитировать ответ |
Re: Размышления на развилке 4 июля
Я не думаю, что такое нападение является практичным. Атакующий должен тратить хэширования силу заминировать недопустимый блок первой. Я сделал Рабочий пример. Стоимость атакующих больше, чем небольшие потери на SPV шахтер и затем SPV-шахтеры лучше после следующего обновления сложности. |
|
|
|
|
5 июля 2015, 7:22:20 PM
|
# 11 |
|
Сообщения: 1750
цитировать ответ |
Re: Размышления на развилке 4 июля
Я не думаю, что такое нападение является практичным. Атакующий должен тратить хэширования силу заминировать недопустимый блок первой. Я сделал Рабочий пример. Стоимость атакующих больше, чем небольшие потери на SPV шахтер и затем SPV-шахтеры лучше после следующего обновления сложности. Я думаю, что это совершенно очевидно, без какого-либо расчета: злоумышленник должен потерять блок, в то время как шахтер SPV может потерять блок |
|
|
|
Как заработать Биткоины?
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
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.