31 января 2013, 7:23:52 AM   # 1
 
 
Сообщений: 24
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я хотел бы обсудить масштабируемость сети Bitcoin, в частности текущего максимального размера блока 1 мегабайта. В Bitcoin вики говорится:
котировка
Сегодня сеть Bitcoin ограничиваются замедленной скоростью 7 ТПСА некоторых искусственных пределами. ... После того, как эти ограничения будут сняты, максимальная скорость транзакций будет идти значительно.
... и затем переходит к теоретизировать о тарифах по сделке на много порядков выше. Конечно, от программного обеспечения инженерной точки зрения, в среднесрочной перспективе масштабируемостью является нетривиальной задачей. Дополнительный нуль в
Код:
Статическая сопзЬ неподписанных INT MAX_BLOCK_SIZE = 1000000;
линия будет штраф за довольно долгое время. Но я думаю, отклоняя вопрос размера блока, как вики и многие другие сделали это серьезная ошибка.

Некоторые фон на аргументы можно найти в эта нить а также другие.

Изменение этого лимита необходимо обсудить Теперь, прежде чем мы начнем ударив по нему. Уже беглый взгляд на blockchain показывает большое количество блоков, превышающих 300Кб. Конечно большинство, что это, вероятно, S.Dice, но никто не может оспаривать, что на самом деле Bitcoin быстро растет, и психануть 1MB довольно скоро.

Так ... что происходит потом? Какой метод для реализации жесткого вилы? Нет прецедента, верно? Есть ли у нас встреча? С кем? Голос? В конечном счете это шахтеры, которые получают решить, правильно? Что делать, если горняки как предел 1MB, потому что они думают, что наложенное дефицит blockchain пространства приведет к росту платежей по сделке, и более Bitcoin для них? Как мы решаем, на эти вещи, когда никто не действительно отвечает? Является ли вилка действительно будет происходить на всех?

Лично я не согласен с какими-либо про-1МБ шахтеров, и думаю, что это в интересах всех, шахтеры включены, чтобы расширить предел. Я думаю, что любые потенциальные сокращения сборов будет превышена за счет увеличения стоимости вознаграждения блока, так как утилита сети расширяется. Но это является источником значительной неопределенности для меня - я просто не знаю, как он собирается играть. Я не удивлюсь, если на самом деле мы застряли с лимитом 1 Мбайт просто потому, что у нас нет реальной возможности для создания консенсуса и переключателя. Конечно же, не конец Bitcoin, но лично это было бы разочарование. Хороший аналог будет в 4-байтовые адреса IPv4 ... сначала. Вы можете получить вокруг него (NAT), и вы можете это исправить (IPv6), но бывший раздражает, а последний принимает навсегда.

Так что ты думаешь? Сможем ли мы решить эту проблему? До или после каждого блока ≈ 1000000 байт?
Ювелира сейчас офлайн Пожаловаться на ювелир   Ответить с цитированием Мультицитирование сообщения от ювелира Быстрый ответ на сообщение ювелира


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


31 января 2013, 7:29:13 AM   # 2
 
 
Сообщения: 1176
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

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





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

31 января 2013, 7:30:25 AM   # 3
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Первое, что вы должны понимать, что это не просто вопрос большинства шахтеров на жесткую вилку .... он должен быть в значительной степени всем. В противном случае, вы будете иметь blockchain сплит с двумя различными группами пользователей и желающих назвать их blockchain "Bitcoin", Неиспользованные выходы на момент вилки можно провести один раз на каждой новой цепи. Массовая путаница.
notme сейчас офлайн Пожаловаться на notme   Ответить с цитированием Мультицитирование сообщения от notme Быстрый ответ на сообщение notme

31 января 2013, 7:32:08 AM   # 4
 
 
Сообщения: 1176
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Первое, что вы должны понимать, что это не просто вопрос большинства шахтеров на жесткую вилку .... он должен быть в значительной степени всем. В противном случае, вы будете иметь blockchain сплит с двумя различными группами пользователей и желающих назвать их blockchain "Bitcoin", Неиспользованные выходы на момент вилки можно провести один раз на каждой новой цепи. Массовая путаница.

+1

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

31 января 2013, 7:47:12 AM   # 5
 
 
Сообщений: 24
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Первое, что вы должны понимать, что это не просто вопрос большинства шахтеров на жесткую вилку .... он должен быть в значительной степени всем.

Совершенно верно. На самом деле даже больше, потому что "старый" узлы протокола будут принимать только небольшие блоки, в то время как "новый" узлы протокола будут принимать либо мало (<1 МБ) или большой (>1MB) блоки. Таким образом, все блоки, производимые старыми шахтеры будут приняты новым, как действительным, даже тогда, когда есть дополнительный 500KB сделок, ожидающих в очереди, чтобы быть опубликовано.

Вы должны были бы подобно >90%, одновременный переключатель, чтобы избежать полного хаоса. В этом случае практически все блоки опубликованные бы >1 МБ, а старые шахтеры протокол не был бы в состоянии идти в ногу. Если нормальные узлы переключились в то же время, они начинают маневровые операции, которые клиенты старых протоколов / шахтеры теряют бы отслеживать. Представляется весьма вероятным, что когда / если изменение происходит, блоки были на пределе 1Мб в течение некоторого времени, и конец предела немедленно приведет к 1.5Mb блоков, поэтому он должен быть согласован заранее.

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

31 января 2013, 7:55:37 AM   # 6
 
 
Сообщения: 1222
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Это обсуждалось снова и снова. Это жесткий предел в протоколе, изменяя это так сложно, как изменение общего количества монет ... то есть. практически невозможно.

Многие люди вложили в Bitcoin под предлогом, что жесткая граница протокола не изменяется.

Даже если супер-большинство хочет изменений. Значительное количество людей (включая меня) отклонит цепь. Таким образом, создавая вилку.
da2ce7 сейчас офлайн Пожаловаться на da2ce7   Ответить с цитированием Мультицитирование сообщения от da2ce7 Быстрый ответ на сообщение da2ce7

31 января 2013, 7:55:49 AM   # 7
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Первое, что вы должны понимать, что это не просто вопрос большинства шахтеров на жесткую вилку .... он должен быть в значительной степени всем.

Совершенно верно. На самом деле даже больше, потому что "старый" узлы протокола будут принимать только небольшие блоки, в то время как "новый" узлы протокола будут принимать либо мало (<1 МБ) или большой (>1MB) блоки. Таким образом, все блоки, производимые старыми шахтеры будут приняты новым, как действительным, даже тогда, когда есть дополнительный 500KB сделок, ожидающих в очереди, чтобы быть опубликовано.

Вы должны были бы подобно >90%, одновременный переключатель, чтобы избежать полного хаоса. В этом случае практически все блоки опубликованные бы >1 МБ, а старые шахтеры протокол не был бы в состоянии идти в ногу. Если нормальные узлы переключились в то же время, они начинают маневровые операции, которые клиенты старых протоколов / шахтеры теряют бы отслеживать. Представляется весьма вероятным, что когда / если изменение происходит, блоки были на пределе 1Мб в течение некоторого времени, и конец предела немедленно приведет к 1.5Mb блоков, поэтому он должен быть согласован заранее.



Это не так уж плохо. Если крупные блоки шахтеры >50%, то они будут строить с самой длинной цепью правильной, так что они будут игнорировать меньшие блочных шахтеров блоков, так как они имеют более низкую трудность. Если меньшие блочные шахтеры >50%, они всегда будут иметь самую длинную цепочку, и никакие большие блоки никогда не выживают реорганизацию более чем пару подтверждений. Блок заголовки содержат хэш предыдущего блока, так как только ваши цепи вилки, блоки, построенных после первого раскола блока не совместимы с другой цепью.
notme сейчас офлайн Пожаловаться на notme   Ответить с цитированием Мультицитирование сообщения от notme Быстрый ответ на сообщение notme

31 января 2013, 7:57:13 AM   # 8
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Это не так уж плохо. Если крупные блоки шахтеры >50%, то они будут строить с самой длинной цепью правильной, так что они будут игнорировать меньшие блочных шахтеров блоков, так как они имеют более низкую трудность. Если меньшие блочные шахтеры >50%, они всегда будут иметь самую длинную цепочку, и никакие большие блоки никогда не выживают реорганизацию более чем пару подтверждений. Блок заголовки содержат хэш предыдущего блока, так как только ваши цепи вилки, блоки, построенных после первого раскола блока не совместимы с другой цепью.
Нет- "длинная цепь действует", Все узлы, которые не приняли ваш Bitcoin-премьер будет отвергать >50% hashpower-х "недействительная цепь" к «истинной» сети Bitcoin эти шахтеры просто перестанут существовать. С одной валюты вы будете иметь два. Это максимально pessimal результата в ближайшем 50% доли, и пустошь против выдачи любого пользователя Bitcoin не принять нетривиальную риску этого исхода независимо от того, какой пользы.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

31 января 2013, 8:01:14 AM   # 9
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Мнения расходятся по этому вопросу. Текст на Wiki в значительной степени отражают свои взгляды Майка Херн в.

Вот мое мнение:

Без резкого ограничения на максимальном размере блока в настоящее время _no_ рационального основания полагать, что Bitcoin будет безопасным на всем когда субсидия идет вниз.

Bitcoin является ценным из-за дефицита. Одним из важных является проблемой нехватки ограниченный запас монет, другой ограниченный запас blockspace: Limited blockspace создает рынок операционные издержки, плата финансировать добычу, необходимые, чтобы сделать цепь устойчивой к враждебной реорганизации. Я еще не видел ни одного предложений о том, как Bitcoin является долгосрочным жизнеспособным без этого, за исключением тех, которые выступают за картель или нормативного поведение (оба из которых я не считаю жизнеспособен: они спорными децентрализованной целью Bitcoin).

Даже выходя за плату, как Дэн от финансирования Каминский утверждал так succinctly- с, гигабайтных блоков Bitcoin бы не быть функционально децентрализованной каким-либо существенным образом: лишь небольшой самостоятельной выбора группы несколько тысяч крупных банков будут иметь средства и мотив для участия в проверка (намного меньше добычи полезных ископаемых), так же, как несколько тысяч крупных банков являются основными драйверами в долларах США и других ведущих мировых валютах. Аргумент, что Bitcoin может просто масштабировать непосредственно, как это аргумент, что вся децентрализацию вещь является предлогом: а некоторые утверждают, что это доказательство того, что Bitcoin просто суждено стать еще одной централизованной валютой (с некоторыми "бонус" перераспределение богатства в процессе, что они предлагают реальный motive-, что децентрализация является циничной ложью).

Очевидно, что децентрализация может быть сохранена для увеличения масштаба с техническими улучшениями, и те должны быть done-, но если децентрализация не приходит первым, я думаю, что мы потеряем, что делает Bitcoin ценным и особенным ... и я думаю, что было бы грустно. (Хотя, быть, Франкфуртской Bitcoin становится во всем мире централизованно регулируемая валюта может вполне возможно быть самым выгодной для мне- но я бы предпочел, чтобы получить прибыль, видя мир будет разнообразное местом с маем хорошим и лично высвобождения выбора доступного для людей)

Возможно, правильный максимальный размер не 1Мб, но некоторое другое значение, которое также является скромным и по-прежнему сохраняет decentralization- у меня нет много мнения за того факта, что существует некоторое количество лет в будущем where- сказать- 10MB будет не будет не хуже, чем 1Мб сегодня. Это часто повторял, что Satoshi предназначен для удаления "Лимит" но я всегда понимал, что быть 500k максимум генерации мягкого предела ... вполне возможно, я неправильно понял, но я не понимаю, почему это было бы правило протокола в hardforking иначе. (И почему избыточное мягкое лимитирующим и почему бы не сделать это правило, которое блокирует получить расширенный при добыче вместо протокольного правила? ... и если это правило протокола не существует? Я никогда бы не убежусь, что Bitcoin может выжить ... так где ответы на длительный срок выживания?)

(В любом случае, самое худшее, что может произойти с распределенной системой консенсуса является то, что не удается достичь консенсуса Существенная постоянно раздвоенный сеть наихудший режим отказа для Bitcoin:. Потратить все свои монеты в два раза Нет hardfork не может быть допущено, что! не приведет к полностью доминирующей цепи практически с определенной вероятностью)

Но прежде, чем я думаю, что мы можем даже обсуждение увеличить его, я думаю, должна быть доказательством того, что нагрузка транзакций перешла на оптимальном уровень для создания рынка для сборов (например, мы уже должны быть в каком-то кратном насыщении и по-прежнему видим трудность увеличение или, по крайней мере, проведение устойчивой). Это также будет иметь преимущество дальнейшего стимулирования внешних быстрой оплаты сетей, которые я думаю, должен существовать какой-либо blockchain увеличение: было бы неразумно утверждать увеличение настоятельная аварийного, потому что мы нарисовали себя в угол, используя систему тупо а не инвестировать в строительство инфраструктуры, чтобы использовать его хорошо.

котировка
Вы можете получить вокруг него (NAT), и вы можете это исправить (IPv6), но бывший раздражает, а последний принимает навсегда

Это не совсем аналогично на всех. Bitcoin имеет существенные ограничения, которые не могут быть закреплены в архитектуре, не имеющие отношения к искусственному * блок размера крышки. Blockchain является всемирным средством вещания и всегда будет масштабироваться плохо (даже если ракетные ускорители могут быть прикреплены к этой свинье), консенсус обеспечивает занимает много времени, чтобы сходиться с высокой probability- вы не можете иметь мгновенные подтверждения, вы не можете иметь развороты для борьбы с мошенничеством (даже тогда, когда стороны всех желания и согласие на него), а также неприкосновенность частной жизни является довольно слабыми из-за чисто общественный характер всех сделок.

(* Искусственное не значит плохо, если вы думаете, что конечное предложение монеты или ограничения на подделку, или все другие явные правила системы также плохо ...)

Его важно различать Bitcoin валюту и Bitcoin сети оплаты. Валюта стоит из-за высокой trustworth крайней децентрализации, которую мы только знаем, как создать с помощью высоко распределенной и децентрализованного общественного blockchain. Но свойства blockchain, которые делают его хорошей основой для надежной в конечном счете, во всем мире валюты _не_ сделать это платежная сеть. Bitcoin только как большая часть сети платежей, как это должно быть, чтобы быть валюты и для того, чтобы интегрировать другие платежные сети.

Или, по analogy- Золото может быть хорошим средством сохранения стоимости, но это Cruddy система оплаты (особенно в Интернете!). Bitcoin лучший магазин ценностно по одной причине, потому что он может лучше интегрировать хорошие платежные системы.

См пост Retep на верность облигационного Чаума лексем банки для моего личного текущего любимого способа производить бесконечно масштабируемые надежные сети платежей, номинированные в Bitcoin.

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

31 января 2013, 8:13:08 AM   # 10
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Это не так уж плохо. Если крупные блоки шахтеры >50%, то они будут строить с самой длинной цепью правильной, так что они будут игнорировать меньшие блочных шахтеров блоков, так как они имеют более низкую трудность. Если меньшие блочные шахтеры >50%, они всегда будут иметь самую длинную цепочку, и никакие большие блоки никогда не выживают реорганизацию более чем пару подтверждений. Блок заголовки содержат хэш предыдущего блока, так как только ваши цепи вилки, блоки, построенных после первого раскола блока не совместимы с другой цепью.
Нет- "длинная цепь действует", Все узлы, которые не приняли ваш Bitcoin-премьер будет отвергать >50% hashpower-х "недействительная цепь" к «истинной» сети Bitcoin эти шахтеры просто перестанут существовать. С одной валюты вы будете иметь два. Это максимально pessimal результата в ближайшем 50% доли, и пустошь против выдачи любого пользователя Bitcoin не принять нетривиальную риску этого исхода независимо от того, какой пользы.


Я не уверен, я понимаю, "нет", Насколько я могу сказать, вы соглашаетесь со мной, но ваша нотация путает меня.

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

31 января 2013, 8:18:30 AM   # 11
 
 
Сообщений: 24
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Ничего себе - спасибо за быструю, очень хорошо продуманную реакцию.

da2ce7 - жаль, если это старая тема; Я думаю, что моя путаница проистекает из вики - это подразумевает, консенсус, что предельный размер будет отменен.

gmaxwell - спасибо; Я не думал, что через том, как blockchain фактически вилке. Да, вы действительно сразу получить две совершенно отдельные цепи. Хлоп.

В целом я согласен, размер блока должен быть ограничен таким образом, что АЯ плата стимулирования добычи. Чрезмерно высокие пределы означают кто-то, где-то будет добывать бесплатно, что позволяет людям с низким шариковых сделок, и губит горнодобывающие стимулы в целом.

Что я имел в виду IPv4-то, что ... 1 МБ? Это оно? Как 500000 ТХ в день. Если бы они только сказали 100MB, что бы не действительно сделали никакой разницы в долгосрочной перспективе, а затем миллионы людей могли получить свои сделки в там каждый день. Что то, что я часто думал о с IP-адресами: если бы только они сделали 6 байтов, как аппаратный MAC-адрес, то, возможно, мы не придется беспокоиться об этом ...

Так, вики должны быть изменены, не так ли? Я бы сказал, просто читать эту тему, кто держит биткойна, с консервативной точки зрения хотелось бы избежать хаоса раскола blockchain любой цены, а не рассмотреть вопрос об изменении номера протокола. Я был под впечатлением, и я думаю, что многие другие, что сеть (не только валюта) будет фактически расширение масштабов чрезвычайно в будущем.

Что касается централизации, то, децентрализации Bitcoin сеть сделка будет страдать в пути. Сейчас любой желающий может отправить свои биткоен везде, где они хотят. Годы спустя, когда люди торгов друг против друга за место в постоянно переполненном blockchain, нет нормальных людей, не будет в состоянии сделать на-цепи, опубликованных сделок ...
Ювелира сейчас офлайн Пожаловаться на ювелир   Ответить с цитированием Мультицитирование сообщения от ювелира Быстрый ответ на сообщение ювелира

31 января 2013, 8:47:48 AM   # 12
 
 
Сообщения: 1222
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Без резкого ограничения на максимальном размере блока в настоящее время _no_ рационального основания полагать, что Bitcoin будет безопасным на всем когда субсидия идет вниз.


Это очень интересная игра-теория вопроса.

Я сделал некоторый предварительный анализ этой проблемы и обнаружили, что gmaxwell не может быть правильным на этом утверждении. (Я использовал для поддержки сноса максимального предела размера блока;. Однако теперь я отклонять его на нравственном основании Тех же моральные основания, что я хотел бы отказаться от каких-либо изменений количества монет, что он будет делать какие-либо прошлые использования протокола под ложное притворство)

Сейчас я попытаюсь объяснить, почему Bitcoin-подобный протокол может быть безопасным без ограничения макс-блок размера.

Основная проблема является смешение «цены-атаки» с «активной скоростью хэша», когда в конечном счете они разделяют вполне независимые качества. В то время как подавляющее большинство доходов шахтеров от добычи блоков для нового Bitcoin; есть случается очень сильная причинно-следственная связь, эта причинно-следственная связь не нужно держать.

Первое, что мы можем определить, является «порча стоимость двойной тратит» эта стоимость может быть смоделирована определяется уравнением:
Стоимость = временное значение х
время: реальное число в диапазоне от 0 до 1
Двойной провести долгое время после операции, для большого количества является очень дорогостоящим (вплоть до полной стоимости ОГО).


В условиях свободного рынка, в долгосрочной перспективе рынок будет поддерживать любую скорость мошенничества, которая меньше стоимости его снижение. (Он же, дешевле купить страховку, чем увеличивать сложность атаки).
Я не вижу причин, почему Bitcoin-подобный протокол не будет подвергаться тем же принципам: Сеть будет проводить абсолютный минимум на сохранении своей безопасности. (Либо с помощью хеширования или через страхование).

Так что самая дешевая форма сетевой безопасности? Динамическая реакция на угрозы.
Bitcoin шахтеров не несут практически никакой стоимости; если они не будут активно добычи. Bitcoin страховые компании могли бы накопить огромные коллекции Bitcoin шахтеров и включить их, когда это дешевле для них из-шахтному двойной тратить, чем платить страховку из.

Сеть Bitcoin будет выглядеть довольно легко атаковать; хорошо, пока не попробуешь и атаковать его.
Это повысит стоимость для атаки (то есть константа); в то время как стоимость ЗАЩИЩАТЬ находится на минимальном уровне; только минимальное количество шахтеров включено, чтобы защитить цепь, когда она подвергается нападению.
В противном случае операция добычи фона будет управляться Bitcoin компаний "общего состояние сети.
da2ce7 сейчас офлайн Пожаловаться на da2ce7   Ответить с цитированием Мультицитирование сообщения от da2ce7 Быстрый ответ на сообщение da2ce7

31 января 2013, 8:59:57 AM   # 13
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Это часто повторял, что Satoshi предназначен для удаления "Лимит" но я всегда понимал, что быть 500k максимум генерации мягкого предела ... вполне возможно, я неправильно понял, но я не понимаю, почему это было бы правило протокола в hardforking иначе.

Satoshi определенно намеревался увеличить жесткий максимальный размер блока. Видеть:


Я считаю, что Satoshi ожидал большинство людей использовать какой-то легкий узел, только компании и истинных энтузиастов, являющихся полными узлами. вид Mike Хирн похож на вид Satoshi в.

Я категорически не согласен с идеей, что изменение размера не более блока является нарушением "Bitcoin валютных гарантий", Satoshi сказал, что максимальный размер блока может быть увеличена, и максимальный размер блока не упоминается ни в одном из стандартных описаний системы Bitcoin.

План ИМО Майк Хирн вероятно, будет работать. Рынок / сообщество найдет способ платить за безопасность сети, и было бы достаточно легко, чтобы стать полноправным узлом, что валюта не будет подвергаться риску. Максимальный размер блока не будет действительно неограничен, поскольку шахтеры всегда нужно будет производить блоки, что подавляющее большинство полных узлов и других шахтеров были бы способны и готовы обрабатывать в разумный промежуток времени.

Однако исполнение размер макс блок является более безопасным. Это не совсем ясно, что неограниченное максимальный размер блока будет работать. Так что, как правило, предпочитают максимальный размер блока для Bitcoin. Некоторая другая криптовалюту можно попробовать другой метод. Я хотел бы предел, установленный в более децентрализованном рыночном способе, чем фиксированная константа в коде, хотя.

Так, вики должны быть изменены, не так ли?

Это еще не известно, как этот вопрос будет обработан. Вики описывает одну возможность, и эта работа не должна быть удалена.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

31 января 2013, 9:04:52 AM   # 14
 
 
Сообщения: 1176
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Что вы думаете о динамическом размере блока на основании количества сделок в последних блоках?
flower1024 сейчас офлайн Пожаловаться на flower1024   Ответить с цитированием Мультицитирование сообщения от flower1024 Быстрый ответ на сообщение flower1024

31 января 2013, 9:12:09 AM   # 15
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Что вы думаете о динамическом размере блока на основании количества сделок в последних блоках?

Это легко эксплуатировать. Предел не должен зависеть исключительно от блока цепи.

Вот одна идея:
Предельный размер блока не должны быть централизованно определены. Каждый узел может автоматически устанавливать его размер макс блока до расчетного значения на основе дискового пространства и пропускной способности: "У меня есть 100 ГБ доступного дискового пространства, 10 МБ за 10 минут скорость загрузки и 1 МБ за 10 минут скорость загрузки, поэтому я остановлюсь ретрансляцию блоки [отбивая у них], если они около 1/8 МБ [достаточно для каждого партнера] и прекратить прием их на всех, если они более 2Мб, потому что я бы бежать из дискового пространства менее чем за год по этому курсу", Если Bitcoin заканчивается отвергая длинную цепь из-за его максимальный размер блока, он может запросить у пользователя, хочет ли он, чтобы перейти на легкий режим.

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

31 января 2013, 9:19:23 AM   # 16
 
 
Сообщения: 756
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Неиспользованные выходы на момент вилки можно провести один раз на каждой новой цепи. Массовая путаница.

Нет, это на самом деле большие страхования для пользователей Bitcoin. Практически это говорит, что если вы Bitcoins сейчас и Bitcoin позже вилки, вы будете иметь ваш Bitcoins в каждом и каждой отдельной вилке. Вы никогда не можете "потерять" ваш Bitcoins для того "на неправильной стороне" вилки, потому что вы будете со всех сторон.

Это, кстати, также предлагает очень эффективный рыночный механизм для обработки вопроса: люди, вероятно, будут заинтересованы в продаже вилочного й Bitcoins они владеют, чтобы купить больше вилки-у Bitcoins, если они считают, что вилка-у хорошо или вилка-х плохо. Этот дисбаланс предложения / спрос быстро привести соответствующие соотношения цен в положение, где продолжая "Плохо" Вилка экономически нецелесообразно (конечно, шахтеры могли продолжать добычу навсегда с технической точки зрения, но в действительности люди с бесконечными банковскими счетами редко).

Без резкого ограничения на максимальном размере блока в настоящее время _no_ рационального основания полагать, что Bitcoin будет безопасным на всем когда субсидия идет вниз.

Bitcoin является ценным из-за дефицита. Одним из важных является проблемой нехватки ограниченный запас монет, другой ограниченный запас blockspace: Limited blockspace создает рынок операционные издержки, плата финансировать добычу, необходимые, чтобы сделать цепь устойчивой к враждебной реорганизации.

Это на самом деле так.

(И самое худшее, что может произойти с распределенной системой консенсуса является то, что не удается достичь консенсуса Существенной постоянно раздвоенной сеть наихудшим режим отказа для Bitcoin:. Потратить все свои монеты в два раза Нет hardfork не может быть допущено, что Wouldn»! т результат в тщательно доминирующей цепи с вблизи некоторой вероятностью)

Это значительно завышена.

Конечно, из "Я хочу быть Bitcoin DEV !!!" точки зрения, что сценарий является очень аватар полной и неподслащенной катастрофой. Дело в том, однако, что большинство все в настоящее время подпирать свой эго и отвечать на подавляющее "Какова ваша точка в этом мире, и что вы делаете с вашей жизнью" экзистенциальные вопросы с "Я г Биткойн Dev Herp" выйдет до конца десятилетия вне, и это включает вас. Если Bitcoin вилки постоянно или нет, вы все равно не будете "ответственный" очень долго.

Зная, что я думаю, вы можете просмотреть этот вопрос немного ближе к тому, что это такое: кто заботится? Люди делают то, что они хотят. Если они хотят, восемь различных Bitcoin вилки, больше энергии для них. Это будет еще более децентрализованным, таким образом, это будет еще сложнее "правительство" в "остановить" - черт возьми, это было бы даже невозможно узнать, что ебут кто-нибудь больше говорить о. Эта неудача режим ужаса может очень хорошо быть режимом выживания величия, в конце концов. Кто знает? Не я. Не вы или, по этому вопросу.

Его важно различать Bitcoin валюту и Bitcoin сети оплаты. Валюта стоит из-за высокой trustworth крайней децентрализации, которую мы только знаем, как создать с помощью высоко распределенной и децентрализованного общественного blockchain. Но свойства blockchain, которые делают его хорошей основой для надежной в конечном счете, во всем мире валюты _не_ сделать это платежная сеть. Bitcoin только как большая часть сети платежей, как это должно быть, чтобы быть валюты и для того, чтобы интегрировать другие платежные сети.

Это тоже очень верно. Bitcoin не платежная сети больше, чем девушка, которая пошла в Стэнфорд и закончила вершина ее класса повар: для этого ограниченного интервала, где она застряла с ним. Конечно, я уже говорил, что в течение года, и сейчас почти все просто глазурь снова и переходит в derpmode. Я предполагаю, что это различие, чье время еще не пришло или что-то.
MPOE-PR сейчас офлайн Пожаловаться на MPOE-PR   Ответить с цитированием Мультицитирование сообщения от MPOE-PR Быстрый ответ на сообщение MPOE-PR

31 января 2013, 9:53:14 AM   # 17
 
 
Сообщения: 1078
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Размер макс блок, мне кажется, очень важный вопрос, потому что 1Mb, конечно, слишком мал, чтобы поддержать глобальную валюту со значительной базой пользователей. Даже если Bitcoin просто имеет основную функцию в качестве валюты, но не все пели все танцы платежной системы. Как и все здесь, я бы очень хотел, чтобы увидеть Bitcoin один день заменить гибельно управляемые назначенными валюты.

Мой вопрос: Есть ли увеличение максимального размера блока действительно нужно быть жесткой вилкой?

Не может ли блок управления версиями можно использовать, как уже описано ниже в связи с введением версии 2?

"В версии 0.7.0, новый номер блока версия была введена. Сеть теперь использует версии 2 блоков, которые включают в себя blockheight в coinbase, чтобы предотвратить же поколение-хэш проблем. Как только квалифицированный, определяется как 95% от последних 1000 блоков, использует этот новый номер версии блока, эта версия будет автоматически исполнена, отвергая любой новый блок не использует версию 2."  (источник http://blockorigin.pfoe.be/top.php)

Допустим, решение размер блока определяется таким образом, в качестве переменного предела, или простого увеличения до нового фиксированного значения. И планируется для версии блока 3.

Новое изменение программного обеспечения может быть неактивный пока квалифицированное последних 1000 блоков не версии 3. Тогда изменение размера макс блок становится активным. Результат близок к "мягкая вилка" с минимальным риском и срывами. Это позволит предотвратить некоторые из сценариев Разветвляющихся худший blockchain, описанных выше.
Solex сейчас офлайн Пожаловаться на Solex   Ответить с цитированием Мультицитирование сообщения от Solex Быстрый ответ на сообщение Solex

31 января 2013, 9:55:26 AM   # 18
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Изменение этого лимита необходимо обсудить Теперь, прежде чем мы начнем ударив по нему. 

Это было обсуждался на некоторое время.

Я использовал, чтобы поддержать идею алгоритма пересчитать предел, как это делается для затруднения. Но в настоящее время я просто думаю, что шахтеры должны иметь возможность создавать свои собственные границы вместе с несколькими "допустимые уровни", как  "Я не буду принимать цепи, содержащие блоки больше, чем X, если это не уже N блоков глубже, чем у меня", Каждый шахтер должен устанавливать свои собственные ограничения. Это будет побуждать к консенсусу. Горняки с лимитами слишком разные, чем в среднем будет в конечном итоге потерять работу. Дело в том, что, как это консенсус достигается за счет "спонтанный порядок" (Децентрализованная), а не через сверху вниз решения.

Тем не менее, у меня есть ощущение, что это изменение будет планироваться только один раз мы начинаем ударять предел.
caveden сейчас офлайн Пожаловаться на caveden   Ответить с цитированием Мультицитирование сообщения от caveden Быстрый ответ на сообщение caveden

31 января 2013, 10:22:57 AM   # 19
 
 
Сообщения: 756
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Изменение этого лимита необходимо обсудить Теперь, прежде чем мы начнем ударив по нему. 

Это было обсуждался на некоторое время.

Я использовал, чтобы поддержать идею алгоритма пересчитать предел, как это делается для затруднения. Но в настоящее время я просто думаю, что шахтеры должны иметь возможность создавать свои собственные границы вместе с несколькими "допустимые уровни", как  "Я не буду принимать цепи, содержащие блоки больше, чем X, если это не уже N блоков глубже, чем у меня", Каждый шахтер должен устанавливать свои собственные ограничения. Это будет побуждать к консенсусу. Горняки с лимитами слишком разные, чем в среднем будет в конечном итоге потерять работу. Дело в том, что, как это консенсус достигается за счет "спонтанный порядок" (Децентрализованная), а не через сверху вниз решения.

Тем не менее, у меня есть ощущение, что это изменение будет планироваться только один раз мы начинаем ударять предел.

Вероятно, наиболее разумный подход.
MPOE-PR сейчас офлайн Пожаловаться на MPOE-PR   Ответить с цитированием Мультицитирование сообщения от MPOE-PR Быстрый ответ на сообщение MPOE-PR

31 января 2013, 10:34:27 AM   # 20
 
 
Сообщения: 1176
Цитировать по имени
цитировать ответ
по умолчанию Re: MAX_BLOCK_SIZE вилки

Что вы думаете о динамическом размере блока на основании количества сделок в последних блоках?

Это легко эксплуатировать. Предел не должен зависеть исключительно от блока цепи.

Вот одна идея:
Предельный размер блока не должны быть централизованно определены. Каждый узел может автоматически устанавливать его размер макс блока до расчетного значения на основе дискового пространства и пропускной способности: "У меня есть 100 ГБ доступного дискового пространства, 10 МБ за 10 минут скорость загрузки и 1 МБ за 10 минут скорость загрузки, поэтому я остановлюсь ретрансляцию блоки [отбивая у них], если они около 1/8 МБ [достаточно для каждого партнера] и прекратить прием их на всех, если они более 2Мб, потому что я бы бежать из дискового пространства менее чем за год по этому курсу", Если Bitcoin заканчивается отвергая длинную цепь из-за его максимальный размер блока, он может запросить у пользователя, хочет ли он, чтобы перейти на легкий режим.

Пользователи могут также определить целевые уровни сложности, которые они хотели бы сеть, чтобы иметь и уменьшить их максимальный размер блока, когда фактический уровень сложности работы сети падает ниже. Уровень целевого по умолчанию трудности может быть может быть рассчитан на основе того, насколько быстро компьютер пользователя является, - как компьютеры пользователей получить быстрее, вы бы ожидать, добыча также получить быстрее.

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW