Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
20 мая 2017, 4:39:00 AM   # 1
 
 
Сообщения: 457
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Привет, дэвы

Вместо прямого на-цепи масштабирования поднять до 2, 4 или 8 МБ и т.д. Насколько трудно сократить Среднее время блока до 5mins от 10mins, сохраняя при этом 1 Мб размера блока?

У меня не было таланта, чтобы пройти через все Btc кодов себя, и это не является политическим аргументом вопрос. Я просто хочу, чтобы понять технические преимущества и недостатки такого подхода к проблеме масштабирования мы сталкиваемся с сегодняшним днем.

Спасибо за ваш вклад в обсуждение.

РЕДАКТИРОВАТЬ:
осуществимость часть была хорошо освещена великими ответами ниже, поэтому я изменил название немного, чтобы отразить то, что обсуждается позднее.
tbonetony сейчас офлайн Пожаловаться на tbonetony   Ответить с цитированием Мультицитирование сообщения от tbonetony Быстрый ответ на сообщение tbonetony


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


20 мая 2017, 4:06:29 PM   # 2
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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





Вместо прямого на-цепи масштабирования поднять до 2, 4 или 8 МБ и т.д. Насколько трудно сократить Среднее время блока до 5mins от 10mins, сохраняя при этом 1 Мб размера блока?

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

На практике эти изменения всегда требуют других сопутствующих изменений.  

Сокращение времени блока будет означать обновления сложности случаются каждую неделю, а не каждые 2 недели. Вы можете сделать так, что они происходят каждые 2 недели путем удвоения числа блоков в корректировке.

Плата чеканки также должны быть рассмотрены. Если вы не измените его, то шахтеры в два раза больше в день для добычи, но половин один раз в 2 года, а не один раз в 4 года.

Выполнение любого из этих изменений может вызвать непредвиденные проблемы.  

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

[Редактировать]
Опечатка исправить на время субсидии уполовинивать
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

20 мая 2017, 4:13:20 PM   # 3
 
 
Сообщения: 1736
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

Вместо прямого на-цепи масштабирования поднять до 2, 4 или 8 МБ и т.д. Насколько трудно сократить Среднее время блока до 5mins от 10mins, сохраняя при этом 1 Мб размера блока?

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

На практике эти изменения всегда требуют других сопутствующих изменений.  

Сокращение времени блока будет означать обновления сложности случаются каждую неделю, а не каждые 2 недели. Вы можете сделать так, что они происходят каждые 2 недели путем удвоения числа блоков в корректировке.

Плата чеканки также должны быть рассмотрены. Если вы не измените его, то шахтеры в два раза больше в день для добычи, но он половины один раз в год, а не раз в 2 года.

Выполнение любого из этих изменений может вызвать непредвиденные проблемы.  

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

Одна поправка (который я уверен, просто опечатка): В настоящее время половин каждые 4 года, и это сделало бы вдвое через каждые 2 года.

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

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

20 мая 2017, 5:10:30 PM   # 4
 
 
Сообщений: 22
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

[Изменение времени блока является жестким вилком [...] наиболее важными риски.

Спасибо за объяснение. Мне было интересно, как хорошо, теперь я понимаю гораздо больше.

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

21 мая 2017, 5:46:59 AM   # 5
 
 
Сообщения: 457
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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

22 мая 2017, 4:49:53 PM   # 6
 
 
Сообщения: 118
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

При этом мы можем видеть tachnically говоря, не трудно изменить какой-либо параметр уже написали - для изменения значения коды этого, когда речь идет о крипто-валютах Трудность возникает только при добавлении несуществующих функций. Вы можете изменить любой из этих функций здесь https://github.com/bitcoin/bitcoin/blob/master/src/init.cpp

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

22 мая 2017, 5:50:44 PM   # 7
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

Привет, дэвы

Вместо прямого на-цепи масштабирования поднять до 2, 4 или 8 МБ и т.д. Насколько трудно сократить Среднее время блока до 5mins от 10mins, сохраняя при этом 1 Мб размера блока?

У меня не было таланта, чтобы пройти через все Btc кодов себя, и это не является политическим аргументом вопрос. Я просто хочу, чтобы понять технические преимущества и недостатки такого подхода к проблеме масштабирования мы сталкиваемся с сегодняшним днем.

Спасибо за ваш вклад в обсуждение.

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

Но, пожалуйста! Посмотрите на этот пост!
Бедный О.П. просто извиняется за ее простой вопрос! Зачем? Это тихий позор, я думаю. Он говорит, что все об атмосфере в Bitcoin лагеря ... инновации и мужестве умерло здесь, воображение мертво, это не то, что Bitcoin значит быть ... просыпаются людьми, Ethereum там, пульсация есть бывшая динамичная, децентрализованная сфера и позже централизованная, корпоративная ориентированная альтернатива, где Bitcoin?
aliashraf сейчас офлайн Пожаловаться на aliashraf   Ответить с цитированием Мультицитирование сообщения от aliashraf Быстрый ответ на сообщение aliashraf

23 мая 2017, 4:28:17 AM   # 8
 
 
Сообщения: 1722
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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

23 мая 2017, 12:16:47 PM   # 9
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока


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

Абсолютно! И лучше, чем SW тоже. Я ненавижу SegWit, разрешаю или нет, я действительно ненавижу этот «гениальный» трюк для моих собственных причин, но играть со временем блока? Кусок торта, легко приготовить, легко усваивается ...

Говоря о ненависти, я ненавижу СБИС и операционные издержки, а также и теперь, когда мы мечтаем, давайте сделаем это прекрасно.

Представьте себе новую монету, назвать это быстрым БТД на данный момент, он использует (и продолжает использовать) точный код, ребята в Bitcoin ядра, щедро публиковать (я невероятно ленив), за исключением некоторых незначительных настроек плюс очень несколько строк, за исключением изменение кода:

1- конечно же параметр времени блока ... ммм ... давайте это 128 секунд. (Достаточно в эти дни, чтобы избежать дяди цепи)
Примечание: время блока «вдвое» каждые 10 лет то есть 2,460,000 блоков. (Мы ожидаем, что лучше и быстрее сети propagations с достижениями в области коммуникационных устройств и протоколов), и он не будет идти быстрее, чем когда-либо 16 секунд (достигается после после 30 лет).

2- регулировки сложности? ... ммм .... 2700 хорошо. Раз в четыре дня ... звучит разумно.

3- Размер блока? Спросите их величие (Bitcoin основных разработчиков).

4- SegWit? Спросите их снова.

5- блок награда? Давайте начнем с 256 fbtc. (Мы должны поставить достаточно монет в начале, вы знаете, это должна быть очень быстро «децентрализованными электронными деньгами» для ежедневного платежа, люди будут нуждаться в большом количестве этого!

6- уполовинивание ... ммм ... положил его в 5 лет, каждые 1230000 блоки. и это «двойное сращивание» для 2-го, 4-го и 6-го halvings (заботящейся о время блока halvings) и никогда не будет сокращены до менее чем 1 fbtc (там не будет седьмым сращивания никогда).
Последовательность вознаграждения (fbtc): 256, 128, 32, 16, 4, 2, 1, 1, 1, ...
Блока время последовательность (в секундах): 128, 128, 64, 64, 32, 32, 16, 16, 16, .... (Оба начала с нулевого дня, с тикером 5 лет период).

Таким образом, денежная масса после 30 лет постоянно фиксируются на 1 fbtc с временем блока 16 секунд. (Ой! Просто забыл сказать, что я предпочитаю наличные деньги по сравнению с антиквариатом).

Легко до здесь, некоторые параметры tweakings и очень несколько строк коды. Но я не удовлетворен еще. Мы должны поставить СБИС из ... ну это не так просто, изменяя проверку и алгоритм хэширования, но вы знаете, что? Я не такой ленивый человек, который дает, я нашел способ сделать это "в некотором роде" легко и без срезания связей с ценными активами, как Bitcoin программного обеспечения и его разработчиков (я люблю их, поверьте, не так ли?)

Достаточно на данный момент, я вернусь к этому как можно скорее.





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

26 мая 2017, 7:40:41 PM   # 10
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

Теперь давайте перейдем к главному хака:

1- хэширования:
 1-1- Предположим, у нас есть строка 1 Гб (256 * 2 ^ 24) Назовите его изначальное семя или просто ОС), на каждые 200 блоков: считать наименее значащий 128
        биты вычисленного хэша предыдущего 100-го блока в качестве маски, теперь сделать «XOR» на OS повторно на каждые 16 байт. В результате 1 Гб
        строка является Current Seed (CS) и остается в силе в течение следующих 200 блоков. Очевидно, что шахтеры есть окно 100 блоков пересчитать
        Следующий (CS).

  1-2- После добавления nounce и расчета SHA256 хэш заголовка, предназначенного блока (имя его Сырое Hash или RH) и до проверка трудности,
         шахтеры должны добавить специальный 256 битовую строку (имя его Hidden Nounce, HN) до конца заголовка блока рассматриваемого. NH рассчитывается
         таким образом: Наименее значимые 24 бит RH обрабатывается как адрес сегмента 256 байт на CS, делают «XOR» на 32 байт
         ломти этого сегмента, начиная с первых 16 байт и RH затем использовать результат с следующих 16 байт, чтобы сделать еще один «XOR» и сына на.
         Последний результат является искомым скрытый nounce, NH.
 1-3- После конкатенации NH, полученную строку (блок заголовка + NH) проходит через другой SHA256 хэш и результат будет проверен против
        трудность.

2 Проверка: Очевидно, что блок при рассмотрении идет алгоритм хеширования только один раз и может быть решена в соответствии с протоколом.


Как можно заметить, у нас есть добавленной 2 простых шага, один для поддержания CS, а другой для его использования, причем первый практически фоновое задание, а позже повторяющийся один с 1 Гб объем памяти. До свидания СИС. Есть в ад!

Дело в том, все они (мой предыдущий пост твики включены) не накладывают каких-либо радикальных код базового переписывают. И что мы получили? Совершенно новая монета с ее правилами будучи радикально далека от Bitcoin и даже его алгоритма хеширования сдвинута к резистентной альтернативе ASIC, не правда ли удивительная?


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

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

РЕДАКТИРОВАТЬ:
Я должен извиниться от парней, которые прочитали этот пост в первые несколько часов и применять следующий патч:

шаг 1-1 Относительно:
    A) Мы используем CS вместо ОС, и мы должны использовать алгоритм, как в шаге 1-3: принимать первые 16 байт CS, «XOR» его с RH, использовать результат в качестве нового операнда в течение следующих 16 байт и так далее.
   B) Добавим RH главы КС и устранить последние 32 байт из него, каждый раз, когда речь идет о перерасчете CS (каждые 200 блоков).

С помощью этого патча мы продолжаем СИС из игры, так как массив 1G развивается в быстрой, непредсказуемым и детерминированным образом.

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

26 мая 2017, 7:50:47 PM   # 11
 
 
Сообщения: 457
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока


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

Абсолютно! И лучше, чем SW тоже. Я ненавижу SegWit, разрешаю или нет, я действительно ненавижу этот «гениальный» трюк для моих собственных причин, но играть со временем блока? Кусок торта, легко приготовить, легко усваивается ...

Говоря о ненависти, я ненавижу СБИС и операционные издержки, а также и теперь, когда мы мечтаем, давайте сделаем это прекрасно.

Представьте себе новую монету, назвать это быстрым БТД на данный момент, он использует (и продолжает использовать) точный код, ребята в Bitcoin ядра, щедро публиковать (я невероятно ленив), за исключением некоторых незначительных настроек плюс очень несколько строк, за исключением изменение кода:

1- конечно же параметр времени блока ... ммм ... давайте это 128 секунд. (Достаточно в эти дни, чтобы избежать дяди цепи)
Примечание: время блока «вдвое» каждые 10 лет то есть 2,460,000 блоков. (Мы ожидаем, что лучше и быстрее сети propagations с достижениями в области коммуникационных устройств и протоколов), и он не будет идти быстрее, чем когда-либо 16 секунд (достигается после после 30 лет).

2- регулировки сложности? ... ммм .... 2700 хорошо. Раз в четыре дня ... звучит разумно.

3- Размер блока? Спросите их величие (Bitcoin основных разработчиков).

4- SegWit? Спросите их снова.

5- блок награда? Давайте начнем с 256 fbtc. (Мы должны поставить достаточно монет в начале, вы знаете, это должна быть очень быстро «децентрализованными электронными деньгами» для ежедневного платежа, люди будут нуждаться в большом количестве этого!

6- уполовинивание ... ммм ... положил его в 5 лет, каждые 1230000 блоки. и это «двойное сращивание» для 2-го, 4-го и 6-го halvings (заботящейся о время блока halvings) и никогда не будет сокращены до менее чем 1 fbtc (там не будет седьмым сращивания никогда).
Последовательность вознаграждения (fbtc): 256, 128, 32, 16, 4, 2, 1, 1, 1, ...
Блока время последовательность (в секундах): 128, 128, 64, 64, 32, 32, 16, 16, 16, .... (Оба начала с нулевого дня, с тикером 5 лет период).

Таким образом, денежная масса после 30 лет постоянно фиксируются на 1 fbtc с временем блока 16 секунд. (Ой! Просто забыл сказать, что я предпочитаю наличные деньги по сравнению с антиквариатом).

Легко до здесь, некоторые параметры tweakings и очень несколько строк коды. Но я не удовлетворен еще. Мы должны поставить СБИС из ... ну это не так просто, изменяя проверку и алгоритм хэширования, но вы знаете, что? Я не такой ленивый человек, который дает, я нашел способ сделать это "в некотором роде" легко и без срезания связей с ценными активами, как Bitcoin программного обеспечения и его разработчиков (я люблю их, поверьте, не так ли?)

Достаточно на данный момент, я вернусь к этому как можно скорее.







Я тоже являюсь ЮЗ DEV в течение достаточно долгого времени, так что я могу чувствовать запах много типичных Дев менталитетов вокруг. тролль или нет, я люблю читать ваши "взломы" до сих пор XD
tbonetony сейчас офлайн Пожаловаться на tbonetony   Ответить с цитированием Мультицитирование сообщения от tbonetony Быстрый ответ на сообщение tbonetony

26 мая 2017, 11:19:12 PM   # 12
 
 
Сообщения: 1456
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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

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

27 мая 2017, 4:38:55 AM   # 13
 
 
Сообщения: 457
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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

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

В то время как я признаю свой анализ я не согласен с вашим выводом.

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

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

Счетчик Пример может предложить 6M блок в среднем на 60 минут. Мы могли бы сэкономить больше 5x полезную нагрузку, но такая отзывчивость будет казаться глупой.

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

27 мая 2017, 6:17:15 AM   # 14
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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

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

В то время как я признаю свой анализ я не согласен с вашим выводом.

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

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

Счетчик Пример может предложить 6M блок в среднем на 60 минут. Мы могли бы сэкономить больше 5x полезную нагрузку, но такая отзывчивость будет казаться глупой.

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

Brilliant! Я просто интересно: Почему, черт побери, мы не принимать его во внимание гораздо раньше? Я имею в виду смотреть на это, просто читать и перечитывать его:

ИМО более короткое время блока будет также уменьшить дисперсию шахтера награды (как награды распределены чаще), таким образом, поощрение большей децентрализации в горнодобывающей промышленности. Небольшие бассейны сегодня смогут заработать менее летучий доход и, следовательно, более вероятно, чтобы получить ПФС, а не PPLNS.

Невероятная чертовски прав! И вы говорите, что вы внесли свой вклад в развитие SW! Со всеми из-за отношения, вы были тратить свое время, вы лучше в стратегическом понимании всего этого, а не кодирования трюков программирования, как это.

Небольшое возражение вашего ответа, хотя:

Прежде всего, я думаю, что нам не нужно более 5 лет, чтобы реализовать 10 минут времени блокирования слишком много. Это почти 9 лет, и все мы знаем, Satoshi быть более консервативным в таких вопросах, как это (честно говоря, я думаю, что это было слишком много от первого начала)

И ... Я установил проблему связи и сетевые улучшения технологии влияния на скорость распространения денежных переводов, в моем предложении. Я предложил 10 год сокращение вдвое время блока до 16 секунд (начиная с 128 секунд, то это значит 3 halvings) в
aliashraf сейчас офлайн Пожаловаться на aliashraf   Ответить с цитированием Мультицитирование сообщения от aliashraf Быстрый ответ на сообщение aliashraf

30 мая 2017, 9:51:52 AM   # 15
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

При этом мы можем видеть tachnically говоря, не трудно изменить какой-либо параметр уже написали - для изменения значения коды этого, когда речь идет о крипто-валютах Трудность возникает только при добавлении несуществующих функций. Вы можете изменить любой из этих функций здесь https://github.com/bitcoin/bitcoin/blob/master/src/init.cpp

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

Что касается вашего комментария о консенсусе ... Нет, мы можем просто избавиться от Bitcoin, мы должны, это неизбежно, как я собираюсь показать ...

С первого начала, Bitcoin не должен был быть какой-то «доминирующим криптовалюта» (я сомневаюсь, что может быть когда-нибудь такой монстр) это было, и это еще, эксперимент.

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

И угадай что? Там нет других лагерей! Bitcoin не обгоняет, он больше не является местом для любого вида улучшения революционера или инкрементальный, он не может быть «децентрализованная система денежных» и ничего, что рядом не будет, никогда. Это и будет цифровое золото, забыть о деньгах.

Я имею в виду ... ты шутишь? Платежная система сталкивается с перегрузкой сети в среднем по 3 транзакций в секунду?

Тем не менее, есть очень важный момент, который является исключительным о Bitcoin эксперимент и его так называемый «успех», он заслуживает кредит IMO:
Следует различать Bitcoin blockchain, реальная рабочая цепь блоков реплицируются в тысячи раз по всему миру и при внимательном обслуживании своих шахтеров, и код базы Bitcoin, унаследованной Satoshi, хотя претендуют "Bitcoin ядро" но, безусловно, с открытым исходным кодом и общественное достояние. Чем позже это тот, который заслуживает большую часть кредита и имеет право не жить и совершенствоваться, независимо от того, какой цепочке использует его и достигают ли операторы цепи консенсус относительно его эволюции или нет.

То, что я ненавижу большую часть altcoins их быть безрассудными о коде Satoshi, я предпочитаю постепенную эволюцию и усовершенствование в Bitcoin (и буквально любой хороший кусок) коды. Итак, я скоро с полным предложением форумов новой монетой, лояльный к Bitcoin кодовой базе, безразличной о Bitcoin блоке цепи, успевая блок переориентирование в его сердце и ASIC сопротивление в его мозге, и с незначительными улучшениями в мейнстрим Bitcoin кода.


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

31 мая 2017, 2:10:02 PM   # 16
 
 
Сообщения: 1722
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

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

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

В то время как я признаю свой анализ я не согласен с вашим выводом.

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

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

Счетчик Пример может предложить 6M блок в среднем на 60 минут. Мы могли бы сэкономить больше 5x полезную нагрузку, но такая отзывчивость будет казаться глупой.

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

Да, это все хорошие причины, за исключением того, что будет блокироваться крупными горнодобывающим PoW ферм, так же, как они блокировали segwit. Самая большая проблема сейчас в Bitcoin не блокировать время или размер блока, это централизация добычи ПР. Пока эта централизация существует, то прогресс может быть заблокирован, как они считают нужным.
kokojie сейчас офлайн Пожаловаться на kokojie   Ответить с цитированием Мультицитирование сообщения от kokojie Быстрый ответ на сообщение kokojie

31 мая 2017, 8:09:50 PM   # 17
 
 
Сообщения: 294
Цитировать по имени
цитировать ответ
по умолчанию Re: Сокращение времени блокирования против Увеличения размера блока

...
Да, это все хорошие причины, за исключением того, что будет блокироваться крупными горнодобывающим PoW ферм, так же, как они блокировали segwit. Самая большая проблема сейчас в Bitcoin не блокировать время или размер блока, это централизация добычи ПР. Пока эта централизация существует, то прогресс может быть заблокирован, как они считают нужным.

Шутки в сторону?! Тогда зачем беспокоить друг друга, рассуждая о чем-нибудь?

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

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW