Я имею в виду, я знаю недостатки больших размеров блоков, но я не могу думать о каких-либо недостатках, к тому, как 5 минутных блоков (с явно половиной наград).
Blockchain наворотов не является проблемой, поскольку это практически все о размерах блока в любом случае.
И, конечно, Bitcoin является довольно медленным для сегодняшнего стандарта так сократить вдвое blocktime бы помочь и с тем и максимально TX в секундах, а также.
Добавить 2Mb блоки в смеси и максимальное TX в секунду уже в четыре раза без каких-либо серьезных последствий, которые я могу думать.
Это, очевидно, даже не обсуждается по уважительной причине, но мне любопытно, что может быть, что причина.
|
|
||||||
1 марта 2016, 8:10:19 AM
|
# 1 |
Сообщения: 1372
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
1 марта 2016, 8:48:30 AM
|
# 2 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Получил 1806 Биткоинов
Реальная история. Я имею в виду, я знаю недостатки больших размеров блоков, но я не могу думать о каких-либо недостатках, к тому, как 5 минутных блоков (с явно половиной наград). его скользкий склон.Blockchain наворотов не является проблемой, поскольку это практически все о размерах блока в любом случае. И, конечно, Bitcoin является довольно медленным для сегодняшнего стандарта так сократить вдвое blocktime бы помочь и с тем и максимально TX в секундах, а также. Добавить 2Mb блоки в смеси и максимальное TX в секунду уже в четыре раза без каких-либо серьезных последствий, которые я могу думать. Это, очевидно, даже не обсуждается по уважительной причине, но мне любопытно, что может быть, что причина. Первый его 5 минут затем 4, 3, 2, 1 и задолго до того, что много hashrate тратится на сирот, а затем вместо того, очень редко видел блок только увидеть его заменить, он станет гораздо более частыми. Кроме того, он будет раздуваться в blockhain на 0,01% из-за дополнительных накладных расходов 81 байт blockheader в я думаю, это 0,008% на 1 МБ блоков. Джеймс |
|
|
|
|
1 марта 2016, 8:51:48 AM
|
# 3 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я имею в виду, я знаю недостатки больших размеров блоков, но я не могу думать о каких-либо недостатках, к тому, как 5 минутных блоков (с явно половиной наград). На самом деле реальная причина заключается в том, что является активным за кампанией сцены из птичьего лобби:Blockchain наворотов не является проблемой, поскольку это практически все о размерах блока в любом случае. И, конечно, Bitcoin является довольно медленным для сегодняшнего стандарта так сократить вдвое blocktime бы помочь и с тем и максимально TX в секундах, а также. Добавить 2Mb блоки в смеси и максимальное TX в секунду уже в четыре раза без каких-либо серьезных последствий, которые я могу думать. Это, очевидно, даже не обсуждается по уважительной причине, но мне любопытно, что может быть, что причина. https://en.wikipedia.org/wiki/IP_over_Avian_Carriers Они потратили много денег на повышении надежности и сокращение времени пакетов. На 10-й минуте blocktime, у них есть шанс. Не берите, что от них Джеймс |
|
|
|
|
1 марта 2016, 9:00:18 AM
|
# 4 |
|
Сообщения: 1372
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не думаю, что мы когда-либо идти ниже 5 минут. Это большая середина я чувствую. Он не имеет тот недостаток, что бассейны требуют превосходное подключение к Интернету (например 2+ размеров MB блок), и это также практически невосприимчивы к сиротам.
Я также думаю, что операционные издержки должны быть выше, чтобы предотвратить спам, но большинство людей ненавидят эту идею. Blockchain наворотов Я думаю, это не проблема; пропускная способность интернет растет гораздо быстрее, и даже SSD цена хранения уменьшить в гораздо более быстрых темпах, чем размер_блок будет увеличиваться. Это может быть даже так, даже если TX в секунду будет неограничен. Blockchain, как 56 ГБ или так сегодня и в то время, что кажется большим, он на самом деле это не так. Самый маленький жесткий диск можно купить в несколько раз больше, чем это. Вы можете даже соответствовать blockchain на SD карты / перо диски. Edit: Ipoac |
|
|
|
|
1 марта 2016, 9:15:48 AM
|
# 5 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не думаю, что мы когда-либо идти ниже 5 минут. Это большая середина я чувствую. Он не имеет тот недостаток, что бассейны требуют превосходное подключение к Интернету (например 2+ размеров MB блок), и это также практически невосприимчивы к сиротам. Когда вы можете сделать полный blockchain синхронизацию в течение 30 минут, нет никаких проблем наворотов.Я также думаю, что операционные издержки должны быть выше, чтобы предотвратить спам, но большинство людей ненавидят эту идею. Blockchain наворотов Я думаю, это не проблема; пропускная способность интернет растет гораздо быстрее, и даже SSD цена хранения уменьшить в гораздо более быстрых темпах, чем размер_блок будет увеличиваться. Это может быть даже так, даже если TX в секунду будет неограничен. Blockchain, как 56 ГБ или так сегодня и в то время, что кажется большим, он на самом деле это не так. Самый маленький жесткий диск можно купить в несколько раз больше, чем это. Вы можете даже соответствовать blockchain на SD карты / перо диски. Edit: Ipoac Я думаю, гораздо более серьезной проблемой является отсутствие стандарта для iporc. Если голуби по сравнению с крысами с крыльями, то фойе крысы требует представления для IP-пакетов, закодированных в биты сыра. Технические проблемы огромны, в первую очередь из-за потребление сыра до собственно контрольных сумм проверяются. Тем не менее, я уверен, что грызуны вообще и крысы, в частности, уверены, что они смогут создать более надежную маршрутизацию пакетов, чем их коллеги летающих Джеймс |
|
|
|
|
1 марта 2016, 9:19:31 AM
|
# 6 |
|
Сообщения: 1624
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Это уже обсуждалось. Есть темы, здесь об этом.
Есть ли на самом деле не поможет ни с чем. Более короткое время блока имеет сопоставимый эффект с более крупными блоками с точкой зрения чувствительности реле времени ожидания. Требования к пропускной способности и хранения остаются неизменными. Существует преимущество в плане более быстрых подтверждений, но недостаток с точки зрения более длинных цепочек заголовков для SPV клиентов. Так в целом, может быть стоит рассмотреть, но в целом вид бессмысленно. |
|
|
|
|
1 марта 2016, 9:30:18 AM
|
# 7 |
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Это уже обсуждалось. Есть темы, здесь об этом. удвоение мощности ТХ не имеет смысла?Есть ли на самом деле не поможет ни с чем. Более короткое время блока имеет сопоставимый эффект с более крупными блоками с точкой зрения чувствительности реле времени ожидания. Требования к пропускной способности и хранения остаются неизменными. Существует преимущество в плане более быстрых подтверждений, но недостаток с точки зрения более длинных цепочек заголовков для SPV клиентов. Так в целом, может быть стоит рассмотреть, но в целом вид бессмысленно. якобы дело с массивными блоками 1MB является проблемой, которая создает сопротивление к увеличению размера блока. Создание рынка txfee не имеет ничего общего с этим сопротивлением. Шахтеры совершенно не хотят, чтобы заработать больше денег, заставляя txfees вверх. 5-минутные блоки 1Мб удваивают емкость ОЙ и задерживают рынок txfee что шахтеры говорят, что они не хотят, так как награда блока все они заботятся о. Что несколько satoshis стоит txfees так или иначе? |
|
|
|
|
1 марта 2016, 9:34:25 AM
|
# 8 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Предстоящее уменьшение в два раз blockward, также не имеет абсолютно никакого влияния на принятия шахтеров, желающих получить больше txfees.
В конце концов, все предприятия любят, когда их доходы просто режутся пополам, мгновенно. Когда все издержки остаются теми же, так почему бы шахтеры сделать что-нибудь, чтобы повысить их txfee сторону дохода? С нескольких тысяч ОГО на блок, если рыночная ставка для txfee проталкиваются до 0,005, а затем внезапно, оно не только несколько satoshis больше Следуйте за деньгами. Обычно ответы есть Джеймс |
|
|
|
|
1 марта 2016, 10:52:09 AM
|
# 9 |
|
Сообщения: 1624
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Это уже обсуждалось. Есть темы, здесь об этом. удвоение мощности ТХ не имеет смысла?Есть ли на самом деле не поможет ни с чем. Более короткое время блока имеет сопоставимый эффект с более крупными блоками с точкой зрения чувствительности реле времени ожидания. Требования к пропускной способности и хранения остаются неизменными. Существует преимущество в плане более быстрых подтверждений, но недостаток с точки зрения более длинных цепочек заголовков для SPV клиентов. Так в целом, может быть стоит рассмотреть, но в целом вид бессмысленно. То, что я имею в виду сокращения вдвое времени блока против удвоения размера блока в значительной степени бессмысленно. котировка якобы дело с массивными блоками 1MB является проблемой, которая создает сопротивление к увеличению размера блока. Создание рынка txfee не имеет ничего общего с этим сопротивлением. Шахтеры совершенно не хотят, чтобы заработать больше денег, заставляя txfees вверх. 5-минутные блоки 1Мб удваивают емкость ОЙ и задерживают рынок txfee что шахтеры говорят, что они не хотят, так как награда блока все они заботятся о. Что несколько satoshis стоит txfees так или иначе? Я не думаю, что вам будет легче удвоить скорость блока, чем в два раза размер блока. Просто мое мнение. |
|
|
|
|
1 марта 2016, 10:57:25 AM
|
# 10 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Это уже обсуждалось. Есть темы, здесь об этом. удвоение мощности ТХ не имеет смысла?Есть ли на самом деле не поможет ни с чем. Более короткое время блока имеет сопоставимый эффект с более крупными блоками с точкой зрения чувствительности реле времени ожидания. Требования к пропускной способности и хранения остаются неизменными. Существует преимущество в плане более быстрых подтверждений, но недостаток с точки зрения более длинных цепочек заголовков для SPV клиентов. Так в целом, может быть стоит рассмотреть, но в целом вид бессмысленно. То, что я имею в виду сокращения вдвое времени блока против удвоения размера блока в значительной степени бессмысленно. котировка якобы дело с массивными блоками 1MB является проблемой, которая создает сопротивление к увеличению размера блока. Создание рынка txfee не имеет ничего общего с этим сопротивлением. Шахтеры совершенно не хотят, чтобы заработать больше денег, заставляя txfees вверх. 5-минутные блоки 1Мб удваивают емкость ОЙ и задерживают рынок txfee что шахтеры говорят, что они не хотят, так как награда блока все они заботятся о. Что несколько satoshis стоит txfees так или иначе? Я не думаю, что вам будет легче удвоить скорость блока, чем в два раза размер блока. Просто мое мнение. так что кажется, мы направляемся к значительной инфляции txfee |
|
|
|
|
1 марта 2016, 11:04:30 AM
|
# 11 |
|
Сообщения: 1008
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не думаю, что мы когда-либо идти ниже 5 минут. Это большая золотая середина Я чувствую. История полна историями людей с определенным «чувством». И кроме того, вы должны только дать пациенту некоторый адреналин, когда он не отвечает и мертвое в любом случае. сердцебиение Bitcoin по 10 минут нормально и не нуждается кристаллический метамфетамин в то время как он все еще жив. |
|
|
|
|
1 марта 2016, 12:06:34 PM
|
# 12 |
|
Сообщения: 1372
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не думаю, что мы когда-либо идти ниже 5 минут. Это большая золотая середина Я чувствую. История полна историями людей с определенным «чувством». И кроме того, вы должны только дать пациенту некоторый адреналин, когда он не отвечает и мертвое в любом случае. сердцебиение Bitcoin по 10 минут нормально и не нуждается кристаллический метамфетамин в то время как он все еще жив. О, я согласен, что Bitcoin делает просто отлично, и я не думаю, что предельная норма сделки большая часть вопроса или что это будет в ближайшем будущем из-за платы TX, но я также знаю, что многие многие люди думают, что это могила вопрос, поэтому я развлекал идею (хотя это ясно, что мы не достигнем четкого консенсуса в ближайшее время, если когда-либо). я сказал я чувствую и не Я убежден потому что это то, что я думаю, разумный с небольшим знанием у меня есть. Но я открыт, чтобы изменить свое мнение. |
|
|
|
|
1 марта 2016, 12:13:24 PM
|
# 13 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не думаю, что мы когда-либо идти ниже 5 минут. Это большая золотая середина Я чувствую. История полна историями людей с определенным «чувством». И кроме того, вы должны только дать пациенту некоторый адреналин, когда он не отвечает и мертвое в любом случае. сердцебиение Bitcoin по 10 минут нормально и не нуждается кристаллический метамфетамин в то время как он все еще жив. О, я согласен, что Bitcoin делает просто отлично, и я не думаю, что предельная норма сделки большая часть вопроса или что это будет в ближайшем будущем из-за платы TX, но я также знаю, что многие многие люди думают, что это могила вопрос, поэтому я развлекал идею (хотя это ясно, что мы не достигнем четкого консенсуса в ближайшее время, если когда-либо). я сказал я чувствую и не Я убежден потому что это то, что я думаю, разумный с небольшим знанием у меня есть. Но я открыт, чтобы изменить свое мнение. |
|
|
|
|
1 марта 2016, 3:44:39 PM
|
# 14 |
|
Сообщения: 728
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я отправил несколько нитей об этом. Это выглядит, как если бы оптимальным был бы 3 минуты блок интервал с 5 Bitcoin награду за шахтеров в. Изменения должны быть реализованы вместо деления пополам.
|
|
|
|
|
1 марта 2016, 3:59:14 PM
|
# 15 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я отправил несколько нитей об этом. Это выглядит, как если бы оптимальным был бы 3 минуты блок интервал с 5 Bitcoin награду за шахтеров в. Изменения должны быть реализованы вместо деления пополам. Теперь вы просто должны убедить шахтер, что они в порядке с 50% сократить доходы, даже hashrate увеличивается, и нет необходимости повышения платы до 0,01 BTC за ТЕ. Как я видел в кино один раз: "Это не txfees вы ищете"Джеймс |
|
|
|
|
1 марта 2016, 5:04:15 PM
|
# 16 |
|
Сообщения: 2366
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
|
|
|
|
|
1 марта 2016, 5:10:02 PM
|
# 17 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не понимаю ответ, почему 5 или 6 минут блок будет плохо, кроме очень небольшого увеличения сиротской скорости и задержек любой txfee аукционного рынка на некоторое время
|
|
|
|
|
2 марта 2016, 1:22:27 AM
|
# 18 |
|
Сообщения: 1624
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не понимаю ответ, почему 5 или 6 минут блок будет плохо, кроме очень небольшого увеличения сиротской скорости и задержек любой txfee аукционного рынка на некоторое время Ответ был, что асимметрия такова, что делая слишком малое время (данные параметры сети, которые не являются действительно измеримые и не стабильны) гораздо, гораздо хуже, чем делать это слишком долго. Я продолжаю утверждать, что сокращение времени не следует путать с увеличением пропускной способности. Сокращение времени блока с коэффициентом два, при прочих равных условиях, также будет сопровождаться уменьшением размера блока по два раза. |
|
|
|
|
2 марта 2016, 11:43:19 AM
|
# 19 |
|
Сообщения: 1162
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не понимаю ответ, почему 5 или 6 минут блок будет плохо, кроме очень небольшого увеличения сиротской скорости и задержек любой txfee аукционного рынка на некоторое время Ответ был, что асимметрия такова, что делая слишком малое время (данные параметры сети, которые не являются действительно измеримые и не стабильны) гораздо, гораздо хуже, чем делать это слишком долго. Я продолжаю утверждать, что сокращение времени не следует путать с увеличением пропускной способности. Сокращение времени блока с коэффициентом два, при прочих равных условиях, также будет сопровождаться уменьшением размера блока по два раза. Не знаю, почему размер_блока уменьшается в два раза быстрее, что бы поражение цели. учитывая предположение, что 5 и 10 минут достаточно равны, то почему бы должен быть сокращен в половине размер_блока? Можно также предположить, что 1 МБ на 5 минут не любая проблема для пропускной способности за узлами и Wouldnt заметно увеличить количество ошибок. Какая ошибка скорости на 5 минут необходимо сократить размер в два раза. Если нет необходимости сократить размер в два раза, то как это не удвоение мощности? Смущенный... Джеймс |
|
|
|
|
2 марта 2016, 12:06:04 PM
|
# 20 |
|
Сообщения: 1624
цитировать ответ |
Re: Почему blocktime уменьшения вместо увеличения блочного не обсуждаются?
Я не понимаю ответ, почему 5 или 6 минут блок будет плохо, кроме очень небольшого увеличения сиротской скорости и задержек любой txfee аукционного рынка на некоторое время Ответ был, что асимметрия такова, что делая слишком малое время (данные параметры сети, которые не являются действительно измеримые и не стабильны) гораздо, гораздо хуже, чем делать это слишком долго. Я продолжаю утверждать, что сокращение времени не следует путать с увеличением пропускной способности. Сокращение времени блока с коэффициентом два, при прочих равных условиях, также будет сопровождаться уменьшением размера блока по два раза. Не знаю, почему размер_блока уменьшается в два раза быстрее, что бы поражение цели. учитывая предположение, что 5 и 10 минут достаточно равны, то почему бы должен быть сокращен в половине размер_блока? Можно также предположить, что 1 МБ на 5 минут не любая проблема для пропускной способности за узлами и Wouldnt заметно увеличить количество ошибок. Какая ошибка скорости на 5 минут необходимо сократить размер в два раза. Если нет необходимости сократить размер в два раза, то как это не удвоение мощности? Смущенный... Джеймс Чтобы ответить на ваш последний вопрос, если увеличить мощность, то вы удваивая пропускную способность и хранения. Если вы хотите, чтобы сделать это, и вы должны купить в, чтобы сделать это от соответствующих заинтересованных сторон, то вы можете также просто увеличить размер блока. То, что вы игнорируете в "данные" это: Масштабирование этого зависит от таких факторов, как распределение сети hashpower и задержек, которые трудно измерить и какие изменения. Так как 5 минут "достаточно близко" к точке перегиба на графике, где слишком низкие становится намного хуже и слишком высокие становится лишь слегка хуже, это кажется вполне разумным в свете вышеприведенной цитаты заблуждаться на стороне (возможно) слишком высоко и просто осуществить увеличение мощности 2x с увеличением размера блока, а не сокращением времени блока. Честно говоря, и не хватает точных данных, я верить что 5 минут было бы хорошо, но какой смысл? Переход значительно ниже 5 минут, скорее всего, не будет хорошо, так что ограничивает любое доступное увеличение мощности с помощью этого метода к примерно 2x. Увеличение размера блока не имеет такого ограничения. |
|
|
|
Как заработать Биткоины?
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
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.