Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
1 июля 2014, 8:31:24 PM   # 1
 
 
Сообщения: 868
Цитировать по имени
цитировать ответ
по умолчанию Re: Faster блоков против больших блоков

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Если жесткий вилка увеличить MaxBlocksize, скажем, до 5 МБ или 10 МБ, не имеет смысла в этой точке, чтобы сбросить интервал блока до 5 минут, и поднять MaxBlocksize лишь половину того, что в противном случае было сделано бы? Выгода будет быстрее Подтверждением, что является полезным во многих случаях (и я не хотел бы утверждать, что точка).

Что бы недостатки быть? Двойная нагрузка для SPV серверов. Это кажется управляемым. Орфанные ставки должны быть пренебрежимо выше, но время для распространения блока весы с полезной нагрузкой линейно транзакции. Я предполагаю, что пустые блоки очень быстро распространяться, и я предполагаю, что, так как я не знаю.

gmaxwell ранее выразил обеспокоенность по поводу времени конвергенции сетей. Но это не то, что в основном зависит от общего объема данных, который пытается остаться в синхронизации? не конвергенция в принципе будет одинаковой для блоков 10 Мб каждые 10 минут, как для 5mb блоков каждых 5 минут? Допустим, что в блок времени приближается к нулю, сходимость будет проблемой. Но просто сократить его пополам? Я не могу понять, почему скорость сходимости не будет похожа.

Я знаю, что тема времени подтверждения было до того обсуждалось много раз. На этот раз я особенно заинтересован в его обсуждении в контексте (1) более крупных блоков, которые были бы (2) частью жесткой вилки.


Ниже приведены некоторые из пунктов gmaxwell от родственного обсуждения.



(1) осиротение скорость зависит от времени по отношению к коммуникациям & Задержка проверки (формулы, приведенные в ссылке). В пределе, когда блок-время стремится к нулю, сети перестанет сходящиеся и типичные перестройки, как правило, бесконечно долго. Фактические задержки зависят от сети топографии и размера блока. И как aside- в прошлом мы видели глобальные разы конвергенции на Bitcoin получить до более чем две минуты, хотя производительность программного обеспечения была усовершенствована с тех пор она не кажется, что тонна высоты перед тем отказов конвергенции будет вероятно на практике, конечно, быстрая сходимость труднее с более крупными блоками.

(1a) Там была altcoins, которые не понимали этого и устанавливать их время блока будет тупо низкими и пострадали довольно много провала мгновенной конвергенции (например, liquidcoin). Есть и другие те, которые могут начать неудачу, если они когда-либо получить достаточный объем транзакций, что проверка на самом деле занимает немного времени.

(2) Стоимость вычислительной / пропускной способности / хранения запуска узла SPV, или сделать запрос удаленного вычисления оракула для подписания, или представить Биткойн доказательство в не Биткойн цепь почти полностью за счет скорости заголовка. Переход на 5 минут, например, удвоит эти расходы. Увеличение затрат на наиболее чувствительных к стоимости использований не очень привлекательно.

(3) За исключением 1 подтверждение сделок после того, как вы достаточно медленно, что осиротение не является основным фактор не существует никакой разницы безопасности, которые зависят от конкретной скорости. Для умеренных атак длины суммы вопросов вычисления и как кости его не имеет большое значение. Один подтвердить SECURITY- however- не особенно надежна.

(3а) Если есть на самом деле спрос на быструю низку доказательств безопасности добычи усилий, вы можете добиться того, что просто с шахтерами публикуют акции как P2Pool делает. Затем вы можете посмотреть на этих данных и оценить, сколько из сети hashrate пытаетесь включить сделку вы заинтересованы. Это не означает, однако, создают проблемы осиротения / сходимость ряда (1) или полосы пропускания / воздействия хранения на незаинтересованных узлах (2).

(3б) Поскольку добыча является стохастической лотерейными Подтверждения могут занять довольно много времени, даже когда средняя мала. Несколько вещей, которые вы можете описать, как "нуждаясь" 2 минуты будет означать на самом деле все еще будет счастлива с ним с 5 раз, что иногда. Эти приложения просто должны использовать другие механизмы, чем глобальный консенсус в качестве основного механизма.

(4) В то время как вы можете обсудить мелкие детали parameters- возможно 20 минут или 5 минут были бы wiser- из приведенных выше ни один из аргументов все, что убедительные. Изменение этого параметра будет требовать согласия всех уцелевших пользователей Bitcoin, при отсутствии действительно убедительные аргументы он просто не будет.

Если вы хотите, чтобы изучить эти идеи так же, как интеллектуальная новизну идеи Amiller по поводу слияния в качестве доказательства осиротевших блоков целевой скорость осиротения вместо времени, вероятно, наиболее interesting- проблемы становится вещами, как предотвратить клики быстрые шахтеры самоцентрализующийся против подальше групп, которые не могут идти в ноге, и производить доказательства для SPV клиентов, которые сжато перед лицом потенциально весьма быстрых блоков.
Кубический Земли сейчас офлайн Пожаловаться на Cubic Земли   Ответить с цитированием Мультицитирование сообщения от Cubic Earth Быстрый ответ на сообщение Cubic Earth


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


1 июля 2014, 9:53:56 PM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Faster блоков против больших блоков

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





не конвергенция в принципе будет одинаковой для блоков 10 Мб каждые 10 минут, как для 5mb блоков каждых 5 минут?
Нет, понижая время снижает параметр распределения и увеличивает блоки, найденные в то же время, это верно, даже если нет никакой задержки сериализации. Плюс нет никакой технической необходимости должны послать N мегабайт данных при создании блока, подавляющее большинство может быть preforwarded ... но только P2Pool использует это сегодня.

Будет ли половина работы? Да, это было бы почти certantly будет хорошо сегодня, но именно в тех случаях, когда вам может понадобиться, чтобы сделать больше работы, чтобы обработать блок, что более длительное время является важным.

Вам также не нужно более быстрое время межблочных иметь более быстрое подтверждение. Рассмотрим, что делает P2Pool, если сеть насильственных участие в более быстрой цепи акций для шахтеров и что sharechain насильственного включения сделки вы могли бы гораздо быстрее подтверждений (хотя, конечно, с пониженной безопасности) ... главное, SPV клиенты и другие, которые дон «т заботиться о быстрых подтверждений не нужно будет обратить внимание на так мых за выгоды можно было получить без удвоения пропускной способности, необходимой для SPV узлов.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

2 июля 2014, 3:27:20 AM   # 3
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: Faster блоков против больших блоков

Я дам вам свое мнение по gmaxwell точек зрения. Мое мнение поддержано несколько симуляций и успешно понижая интервал блока до 5 секунд, и криптовалюты (Nimblecoin.org), который работает с интервалом 5 секунд:


(1) осиротение скорость зависит от времени по отношению к коммуникациям & Задержка проверки (формулы, приведенные в ссылке).

Правда, но сделки могут быть и на практике предварительно проверенных узлами, поэтому задержка проверки равна нуль. Время связи также может уменьшить значительно используя распространение блока заголовка только. Использование протоколов ДЕКОР + GHOST удалить эгоистичные добычи стимула и увеличить лучший выбор цепь сходимости.

Предел, где вещи начинают потерпеть неудачу использует блок интервал около 2 секунд.

(1a) Там была altcoins, которые не понимали этого и устанавливать их время блока будет тупо низкими и пострадали довольно много провала мгновенной конвергенции (например, liquidcoin).

100% верно, но они не используют протоколы + ПРИЗРАК ДЕКОР

(2) Стоимость вычислительного / пропускная способность / хранения работает SPV узла .. почти полностью из-за скорости заголовка. Увеличение затрат на наиболее чувствительных к стоимости использований не очень привлекательно.
Половина правда, потому что безопасность SPV ужасно слабло в любом случае: он требует доверий коллег и большинство реализаций SPV полагается в едином надежный узле.
Я предпочитаю безопасность SmartSPV, что не нужно загружать все заголовки.
Но я предпочел бы доверять ни одной американской компании, чтобы отправить мне каждый блок на мой смартфон (например, coinbase), чем доверять случайный узел Bitcoin.
Во всяком случае, я полагаю, что увеличение 5х числа заголовков вполне терпимое для почти любого SPV узла.

(3) За исключением 1 подтверждение сделок после того, как вы достаточно медленно, что осиротение не является основным фактор не существует никакой разницы безопасности, которые зависят от конкретной скорости. Для умеренных атак длины суммы вопросов вычисления и как кости его не имеет большое значение. Один подтвердить SECURITY- however- не особенно надежна.

Не на самом деле, наиболее важным фактором является количество подтверждений, а не накопленная работа. Так ДЕКОР + GHOST альт-монета с 1 минутным интервалом занимает в 10 раз меньше, чем Bitcoin, чтобы подтвердить с той же безопасности.

(3а) Если есть на самом деле спрос на быструю низку доказательств безопасности добычи усилий, вы можете добиться того, что просто с шахтерами публикуют акции как P2Pool делает. Затем вы можете посмотреть на эти данные и оценить, сколько из сети hashrate пытается включить сделку вы заинтересованы в. 

Подтверждение 4-блока в Nimblecoin.org (около 20 секунд) имеет вероятность разворота на 0,1%.
В текущем p2pool вам потребуется 1000 акций, чтобы достичь того же уровня доверия или 8 часов.
Лучше p2pool может быть создана, где каждая доля лучше p2pool должна включать в себя все предыдущие транзакции акций. Для этого лучше p2pool добиться того же с акциями, вам потребуется 4 нового p2pool блоков (около 2 минут), чтобы иметь такую ​​же гарантию.
Но, принимая во внимание, что p2pool имеет только небольшую долю от общей мощности хеширования, вы не можете ожидать, безопасные подтверждений от p2pool.

(3б) Поскольку добыча является стохастической лотерейными Подтверждения могут занять довольно много времени, даже когда средняя мала. Несколько вещей, которые вы можете описать, как "нуждаясь" 2 минуты будет означать на самом деле все еще будет счастлива с ним с 5 раз, что иногда. Эти приложения просто должны использовать другие механизмы, чем глобальный консенсус в качестве основного механизма.

С 5-секундным блоком эпохой и 4 подтверждений, описанный тяжелый случай (что случается один раз в неделю, вероятно) займет менее двух минут. Очень хорошо подходит для любого применения, чтобы иметь 2 минуты задержки один раз в неделю.

(4) В то время как вы можете обсудить мелкие детали parameters- возможно 20 минут или 5 минут были бы wiser- из приведенных выше ни один из аргументов все, что убедительные. Изменение этого параметра будет требовать согласия всех уцелевших пользователей Bitcoin, при отсутствии действительно убедительные аргументы он просто не будет.
Это правда, но Bitcoin, возможно, придется столкнуться с конкуренцией в будущем. Я думаю, что на самом деле убедительный аргумент будет, когда другие альт-монета достичь 1000 ТФС и 10 секунд в среднем подтверждения и Bitcoin не будут. Bitcoin, вероятно, не может понизиться до 5 секунд, но он может уверенно идти вниз до 30 секунд.

С наилучшими пожеланиями, Серхио.
Sergio_Demian_Lerner сейчас офлайн Пожаловаться на Sergio_Demian_Lerner   Ответить с цитированием Мультицитирование сообщения от Sergio_Demian_Lerner Быстрый ответ на сообщение Sergio_Demian_Lerner

3 июля 2014, 2:56:20 PM   # 4
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: Faster блоков против больших блоков

Мне кажется, имея шахтеров долю «возле мисс» блоков друг с другом (и остального мира) делает несколько хороших вещей.

Как говорят Грегли, который говорит вам, сколько хэширования мощности, включая вашу пока еще не подтвердили сделку, которая должна позволить продавцам причине лучше о риске их сделок является двойным израсходовано.

Если протокол хорошо разработан, разделив рядом с промахами блоки должны также сделать распространение полных блоков почти мгновенным большую часть времени. Все данные в блоке (за исключением одноразового номера и coinbase), скорее всего, уже подтверждено / размножают. См мысли Грега по эффективному кодированию блоков:  https://en.bitcoin.it/wiki/User:Gmaxwell/block_network_coding

Так что почти всегда не может быть никаких преимуществ работать на меньшем блоке, а не больший блок (это было бы очень редко можно найти блок полной сложности до finding-- say-- 1 / 100'th сложность блока).

Распространение Near мгновенного блока, если вы показать свою работу "должно дать не-эгоистичным шахтерам преимущество над горняками, которые пытаются любым видом блока удерживаемой атаки. И это должно сделать конвергенцию сетей быстрее в случае блочных рас; шахтеры могли бы оценить, сколько хеширования мощности работает на каждой развилке, когда есть два конкурирующих вилки на сети, и рациональные шахтеры будут отказываться от того, что выглядит проигрышной вилкой, как только он выглядит статистически вероятно (на основе предыдущего блока указателей на рядом -Мисс блоки они видят), что они на проигравшей вилке.

Мы можем сделать все это без жесткой вилки. Это может быть даже как прототип ультра-эффективный "шахтер магистральной сети" отдельно от существующего p2p network-- на самом деле, я думаю, это должно быть сделано сначала в качестве отдельной сети ...
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

4 июля 2014, 12:10:51 AM   # 5
 
 
Сообщения: 1008
Цитировать по имени
цитировать ответ
по умолчанию Re: Faster блоков против больших блоков

Мне кажется, имея шахтеров долю «возле мисс» блоков друг с другом (и остального мира) делает несколько хороших вещей.

Как говорят Грегли, который говорит вам, сколько хэширования мощности, включая вашу пока еще не подтвердили сделку, которая должна позволить продавцам причине лучше о риске их сделок является двойным израсходовано.

Если протокол хорошо разработан, разделив рядом с промахами блоки должны также сделать распространение полных блоков почти мгновенным большую часть времени. Все данные в блоке (за исключением одноразового номера и coinbase), скорее всего, уже подтверждено / размножают. См мысли Грега по эффективному кодированию блоков:  https://en.bitcoin.it/wiki/User:Gmaxwell/block_network_coding

Так что почти всегда не может быть никаких преимуществ работать на меньшем блоке, а не больший блок (это было бы очень редко можно найти блок полной сложности до finding-- say-- 1 / 100'th сложность блока).

Распространение Near мгновенного блока, если вы показать свою работу "должно дать не-эгоистичным шахтерам преимущество над горняками, которые пытаются любым видом блока удерживаемой атаки. И это должно сделать конвергенцию сетей быстрее в случае блочных рас; шахтеры могли бы оценить, сколько хеширования мощности работает на каждой развилке, когда есть два конкурирующих вилки на сети, и рациональные шахтеры будут отказываться от того, что выглядит проигрышной вилкой, как только он выглядит статистически вероятно (на основе предыдущего блока указателей на рядом -Мисс блоки они видят), что они на проигравшей вилке.

Мы можем сделать все это без жесткой вилки. Это может быть даже как прототип ультра-эффективный "шахтер магистральной сети" отдельно от существующего p2p network-- на самом деле, я думаю, это должно быть сделано сначала в качестве отдельной сети ...


Давай сделаем это! Это то, что мы можем перечислить на маяк Mike Хирн? Я обязуюсь 10 биткойнов (следует проконсультироваться с женой первым ... но я думаю, что она согласится, что это достойная причина!)
chriswilmer сейчас офлайн Пожаловаться на chriswilmer   Ответить с цитированием Мультицитирование сообщения от chriswilmer Быстрый ответ на сообщение chriswilmer

4 июля 2014, 12:37:16 AM   # 6
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: Faster блоков против больших блоков

Это мой план:
 
Когда NimbleCoin готов, мы проверяем его вдумчиво. Если вы хотите пожертвовать на проект NimbleCoin, я бы с удовольствием использовать деньги, чтобы нанять другой программист и закончить его быстрее. Я пытаюсь что NimbleCoin не имеет предварительную добычу, потому что я не люблю заранее продавать монеты. Если NimbleCoin удастся, то мы можем реализовать все функции обратно на Bitcoin с hardfork. Если это не удается, то мы по-прежнему имеют открытый исходный код, чтобы экспериментировать с.

NimbleCoin реализуется на Bitcoinj, таким образом, мы будем иметь известный код ссылки, чтобы играть.

С наилучшими пожеланиями,
 Серхио.


Sergio_Demian_Lerner сейчас офлайн Пожаловаться на Sergio_Demian_Lerner   Ответить с цитированием Мультицитирование сообщения от Sergio_Demian_Lerner Быстрый ответ на сообщение Sergio_Demian_Lerner



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW