Грегори Максвелл о размере блока

spor-02[1]

Грегори Максвелл (Gregory Maxwell), один из ключевых разработчиков команды Bitcoin Core, а также сооснователь и тех.директор Blockstream, отвечает на вопросы пользователя MeteoImpact на bitcointalk о размере блока.

MeteoImpact: Спрашиваю из любопытства — вы не могли бы написать ваше мнение о том, при каких условиях было бы целесообразно и / или полезно увеличить лимит размера блока?

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

MeteoImpact: Какие конкретные вопросы — технические или иные — вы считаете наиболее важными, когда речь заходит о рассмотрении внесения изменений конкретно в этот аспект системы? Конечно, размер блока — это только один из аспектов производительности (и ужасно неэффективный метод масштабирования производительности), но мне интересно есть ли какие-либо особые условия, при которых, по вашему мнению, увеличение размера блока стало бы вполне подходящим решением? Это лишь крайний способ увеличения производительности? И когда речь заходит о производительности, до какой степени её необходимо увеличивать? Является ли «бесконечная» производительность чем-то, к чему мы должны стремиться?

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

Для меня высокий приоритет — не навредить децентрализации в процессе зарождения системы. Это совершенно неотъемлемая часть ценностного предложения системы, наряду с её прочими свойствами, и каждый случай уступки в пользу централизации, происходящий в течение жизни системы, будет затем использоваться в качестве довода, что следующая уступка не так уж и страшна. Ведь система действительно работает «лучше» — в общепринятом смысле, при типовом использовании — так как она становится более централизованной: обновления быстрее и проще, общая цена ресурсов ниже, поведение более закономерно и последовательно, попытки некоторых видов атак происходят реже, свойства, являющиеся социально «желаемыми», но не рациональными для участников — не ломаются так часто, и т.д. Также децентрализация играет ключевую роль по отношению к другим элементам — которые мы должны улучшать, чтобы сохранить конкурентоспособность Биткойна в качестве всемирных, открытых и политически нейтральных денег — таким, как взаимозаменяемость.

Но даже если мы представим, что приблизились к бесконечной эффективности, захотим ли мы приблизиться к бесконечной производительности?

Создатель Биткойна предполагал, что в будущем безопасность должна оплачиваться пользователями, торгующимися за цену проведения транзакции. Если бы отсутствовали ограничения производительности, любой отдельно взятый майнер всегда мог бы сделать больше денег путём подрыва рынка и его обнуления (*). Сложность может адаптироваться и снижаться, так что низкий доход от оплаты транзакций может привести к снижению безопасности. Потенциально, этого можно было бы избежать в случае картельного сговора майнеров, но если бы майнеры сговорились ввести цензуру транзакций, то это было бы весьма вредно… И в физическом мире, с не бесконечной эффективностью, уже необходимо избегать ситуации, когда майнеры выводят узлы из сети. Должно ли это работать как статический лимит? Нет, и я считаю, что некоторые из предложеных вариантов flexcap (динамически изменяемый размер блока) вполне перспективны для решения данного вопроса.

Некоторые предлагали, чтобы в будущем безопасность обеспечивалась не посредством рыночных сборов за транзакцию, но при помощи альтруистического сбора пожертвований в пользу майнеров. Предложенные механизмы реализации не имеют особого смысла — например, злоумышленники могут получить столько же, сколько и честные майнеры, но это может быть поправимо… модель, где оплата за выгоды строится на альтруизме, имеет существенные ограничения, особенно в глобальной анонимной сети. До сих пор проявления такого рода альтруизма не привели к успеху в финансировании разработки или помощи с сохранением децентрализации майнинга (например, p2pool). Сейчас я не вижу оснований полагать, что это может стать работоспособной альтернативой изначальной идее использования комиссионных сборов… Конечно, если перейти от альтруизма к обязательному налогу, вы в конечном итоге придёте к инфляционной модели некоторых альткойнов — и вероятно, это даже «работает», но это не та экономическая политика, которой мы придерживаемся (и в частности, без надежного внешнего входа для контроля уровня инфляции — не ясно, будет ли это действительно работать для кого бы то ни было вообще).

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

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

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

Meteoimpact: Как я понимаю, реализация SegWit от Core в общем и целом также будет включать увеличение «размера блока» (как прирост места в SegWit в плюс к текущему размеру блока), хотя и с некоторыми улучшениями масштабируемости, которые должны снизить требования к системе для этого увеличения (приходят на ум линейное масштабирование проверки с SegWit и Compactblocks). Лично вы поддерживаете этот конкретный случай увеличения общего «размера блока»?

Я считаю, что увеличение пропускной способности рискованно. Эти риски компенсируются улучшениями (и теми, которые были недавно сделаны, и выходящими в данный момент, такими как libsecp256k1, compactblocks, увеличением в десятки раз скорости валидации, более умной ретрансляцией блоков, улучшением поддержки отсечения) наряду с таковыми же в SegWit.

Меня очень беспокоит существование широко распространенного заблуждения, что тот факт, что блоки «полны» это плохо — доступ к блоку выстраивается как очередь приоритетов, основывающихся на платеже за транзакцию — и при оплате около нуля спрос стремится к бесконечности (для сильно реплицированного вечного хранилища). Я считаю, что (отсутствующая радикальная новая технология, которой у нас пока нет) система не имеет шансов на выживание в качестве полезной децентрализованной системы, если ответом на «заполнение» будет постоянное увеличение емкости (например, если в системе почти не будет узлов, а также гипотетически не будет возможности платить за безопасность). Одна из самых больших проблем, возникшая с предложениями хардфорков, в том, что они непосредственным образом поощряли этот путь к поражению, и я волнуюсь, что увеличение емкости блока SegWit может способствовать тому же самому… То есть мы какое-то время не будем «заполнены», а затем на нас выльется масса срежиссированного давления по типу «Срочно! Дайте аварийную посадку!» с целью очередного увеличения размера блока, чтобы предотвратить «заполнение», чего бы это не стоило. То есть неизменный цикл кратковременной паники в искусственном состоянии, отклоняющий систему от долгосрочного выживания.

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

Meteoimpact: Чтобы внести ясность: я спрашиваю, как кто-то, кто хотел бы услышать ваше обоснованное мнение. В краткосрочной перспективе я совершенно точно не беспокоюсь о способности сети проводить транзакции — конечно, я не обеспокоен хардфорком — при том, что SegWit готовится к выходу, и принимая во внимание потенциал сети Lightning, или аналогичных способов расширения пропускной способности сети — краткосрочные проблемы вполне могут быть решены (на самом деле все, чего я хочу в краткосроке, так это простого способа запросить и использовать возможность увеличения платежа за транзакцию, чтобы была возможность исправить платёж за транзакцию в случае неожиданных скачков их объема). Что мне гораздо более любопытно на данный момент, так это ваше отношение к тому, как это будет выглядеть в долгосрочной перспективе — на стадии «неизбежных 133-мегабайтных транзакций«.

Я думаю, сейчас достаточно трудно предугадать как повлияют паттерны использования сети Lightning, так что трудно оценить прирост производительности с какой-либо достоверной точностью. На данный момент двунаправленные каналы — единственный известный способ достижения действительно высокой производительности без необходимости применять драконовские меры (к которым, я думаю, всё равно придётся прибегать в будущем Биткойна).

Некоторые ранние оценки ресурсоёмкости Lighnting уже потенциально устарели в связи с новыми изобретениями. Например, в спецификации Lightning первоначально была предусмотрена возможность большого размера блока в пике, чтобы его было достаточно для всех транзакций в мире (хотя такие блоки могут оказаться «дорогостоящими» для майнеров, как в системе flexcap) для покрытия граничного случая, когда огромное количество каналов захотели бы одновременно закрыться, и все должны были бы получить закрытие до истечения тайм-аута. В ответ на это я предложил концепцию последовательной блокировки, которая приостанавливает процесс, когда сеть переполняется («timestop»). Это должно в значительной степени удовлетворить потребность в больших блоках ценой потенциальных задержек закрытия, когда сеть обычно загружена. Впрочем, необходима дальнейшая проработка и анализ. Я думаю, мы только начали исследовать возможности дизайна пространства с каналами.

Кроме эффективности, платежные каналы (и другие инструменты) предоставляют новые возможности, которые будут иметь важное значение для расширения области применения нашей валюты — в частности «моментальные платежи».

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

Мне жаль, что такая полезная в использовании опция, как изменение комиссии в транзакции (fee-bump replacement, replace-by-fee) не успела войти в Bitcoin Core 0.13. Я полностью уверен, что она войдёт в 0.14. Думаю, в кошельке GreenAddress эта опция уже реализована (хотя я сам и не пробовал). В 0.13 появится майнинг с оплатой транзакции предшественнику (ancestor feerate mining — «ребёнок платит за родителя»), это еще один механизм, который должен помочь расклинить проблему низкой оплаты за транзакции, хотя и не столь полезный, как изменение платежей за транзакцию.

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

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

Источник: Bitcointalk



Categories: Стандарты, Теория, Технологии

Tags: , , , ,

Leave a Reply

48 Комментарий на "Грегори Максвелл о размере блока"

Notify of
avatar
trackback
Финальные стадии аппетитов Гугла – что дальше?

[…] пол дня дольше? Я не учёный из швецарского CERN, и даже не Грэг Максвелл, иначе прямо сейчас смог бы дать ответ на этот […]

trackback
Реакция сообщества на “новую договорённость” о масштабировании Биткойна

[…] «Все эти люди, которые думают, что это нормально, что Биткойн не поддерживает больших объёмов транзакций… Я думаю, они ужасно ошибаются. Я за то, чтобы как-то это изменить», – сказал Пьюи. […]

trackback
Whale Panda: Дополнение к дополнению истории о блоках | Заработок онлайн доступный каждому

[…] Я оставил некоторые вполне конструктивные замечания о посте Ли, которые он почему то не потрудился рекомендовать к прочтению своим читателям. Особенно странно, что Ли при этом рекомендовал публике почитать токсичные комментарии о Грегори Максвелле. […]

trackback
Whale Panda: Дополнение к дополнению истории о блоках – Bit•Новости

[…] Я оставил некоторые вполне конструктивные замечания о посте Ли, которые он почему то не потрудился рекомендовать к прочтению своим читателям. Особенно странно, что Ли при этом рекомендовал публике почитать токсичные комментарии о Грегори Максвелле. […]

trackback
О недавней статье Винни Лингхама – или как профессионально сеять FUD – Bit•Новости

[…] А что касается нежелания принимать СегВит, то здесь вообще передёргивание. Нет никакой связи между тем, чтобы не хотеть активации важного патча, и быть майнером. Разве что, ASICBOOST. И это значит, что масштабирование – не такая уж и проблема. Невозможно вечно пользоваться Биткойном как халявой, платить по 3 цента за транзакцию, и продвигать его на уровень Visa. Заниматься этим можно только за счёт снижения уровня безопасности сети. […]

trackback
Обзор 2016 года: новый импульс биткойна и индустрии блокчейна | Заработок онлайн доступный каждому

[…] […]

trackback
Обзор 2016 года: новый импульс биткойна и индустрии блокчейна – Bit•Новости

[…] […]

trackback
Так ли уж плох возможный хард-форк Биткойна? | Заработок онлайн доступный каждому

[…] На момент написания этого текста, имеем своего рода патовую ситуацию в дебатах о масштабировании. […]

trackback
Так ли уж плох возможный хард-форк Биткойна? – Bit•Новости

[…] На момент написания этого текста, имеем своего рода патовую ситуацию в дебатах о масштабировании. […]

trackback
Чем так важна компания Blockstream? – Bit•Новости

[…] внесения изменений в код Биткойна. В частности, Core не поддерживает увеличение размера блока столь быстро, как того хотелось бы некоторым. Кое-кто в […]

trackback
Как я разочаровался в Роджере Вере | Заработок онлайн доступный каждому

[…] оставаться в рамках 1 Мб (парни вроде Питера Тодда и Грега Максвелла из команды Core). Первые считают, что надо грубо увеличить блок раза в […]

trackback
Как я разочаровался в Роджере Вере – Bit•Новости

[…] оставаться в рамках 1 Мб (парни вроде Питера Тодда и Грега Максвелла из команды Core). Первые считают, что надо грубо увеличить блок раза в […]

trackback
Lightning Network: уже скоро? – Bit•Новости

[…] существенным преимуществом SegWit является вовсе не расширение транзакционной емкости. Самое главное, это решение старой проблемы с […]

trackback
TumbleBit: кардинальный шаг в сторону улучшения анонимности Биткойна | Заработок онлайн доступный каждому

[…] разорвать эту связь, разработчик Bitcoin Core Грегори Максвелл предложил CoinSwap, впервые представив его на форуме […]

trackback
TumbleBit: кардинальный шаг в сторону улучшения анонимности Биткойна – Bit•Новости

[…] разорвать эту связь, разработчик Bitcoin Core Грегори Максвелл предложил CoinSwap, впервые представив его на форуме […]

trackback
Четверть всех узлов биткойна уже используют код SegWit – Bit•Новости

[…] волонтёров Bitcoin Core. Технология была создана в первую очередь в надежде увеличить размер блока биткойна, вызывая и […]

trackback
Полное Руководство по Анонимному Использованию Биткойна | Заработок онлайн доступный каждому

[…] приватности впервые предложена разработчиком Bitcoin Core Грэгом Максвеллом. Инфографика ниже демонстрирует точное объяснение […]

trackback
Полное Руководство по Анонимному Использованию Биткойна – Bit•Новости

[…] приватности впервые предложена разработчиком Bitcoin Core Грэгом Максвеллом. Инфографика ниже демонстрирует точное объяснение […]

trackback
Как уберечь сеть Биткойн-узлов от централизации – Bit•Новости

[…] жестко ограниченному величиной 1 мегабайт, существует множество разногласий на счет того, как же масштабировать сеть для […]

trackback
Сила Шнорра: Улучшаем масштабируемость и конфиденциальность Биткойна – Bit•Новости

[…] – трюк, придуманный разработчиком Bitcoin Core Грегори Максвеллом (Gregory Maxwell) – позволяет разным пользователям объединить все их […]

trackback
Не надо увеличивать размер блока для Биткойн транзакций – Bit•Новости

[…] пошел дальше разговоров. Он изобрел CoinJoin и Confidential Transactions, два протокола, […]

trackback
Алан Гринспен предлагает возврат к золотому стандарту | Заработок онлайн доступный каждому

[…] ‹ Грегори Максвелл о размере блока […]

elite
Гость

Сейчас они скажут, что через двух-направленные LN каналы уже переводятся 100500 транзакций в секунду, и что Bitcoin Core уже обогнал Visa в 100 раз по числу транзакций в сутки.

А на то, что обычная транзакция будет стоить 100 долларов, на это им насрать.

eqvant
Гость
Если будешь внимателен, то увидишь, что даже Максвелл признает необходимость увеличивать блок. Только его подход к этому вопросу очень отличается от часто озвучиваемого. С помощью ограниченого блока, такого который не сможет вмещать все транзакции с мемпула, можно создавать рынок комиссий. Этот рынок необходим для поддержки майнинга. Почему майнинг это важно объяснять не буду. При этом, конечно же нельзя допустить, чтоб блок был настолько мал, что сеть биткойна перестанет расти. Нужен некий компромис между размером блока, и транзакционной нагрузкой на сеть. По этой причине блок прийдется увеличивать, но не так, как того хотели Андерсен, Хирн и т.д Classic идеологи. При этом… Read more »
Georg
Гость

Блок увеличивать надо. Уже хорошо. Остается один вопрос, на который у меня нет ответа.
Раз уж надо увеличивать, почему нельзя увеличить сейчас. Зачем откладывать?
Чем увеличение блока в 2017 лучше увеличения блока в 2015? Какую выгоду пользователи Биткоина получают от этого?

eqvant
Гость
Georg, изменени размера блока путем ПРОСТО увеличения размера не решает проблему в долгосрочной перспективе, и даже не дает надежды на решение. Какая же выгода в таком подходе к вопросу? Кроме того такой подход опасен. Опасность выражается в *1 отсутствии у кого либо в сети биткойн опыта в вопросе последствий применения не экстренного хард форка. Никто не тестировал методы безопасного развертывания хард форка. Казалось бы, да, просто изменить одну константу, всего лишь в одной строке кода, а не тут то было. В отличии от этого, у разработчиков есть достаточный опыт по внедрению софт форков, что в свою очередь более безопасно. *2… Read more »
eqvant
Гость

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

Georg
Гость

Извините, но из Вашего комментария (предыдущего) я не могу понять, есть выгода или нет выгоды. И почему Вы в конце своего комментария сами не сделали эти выводы? 🙂

На самом деле, отсутствие адекватного ответа доказывает одно:
Что от откладывания увеличения блока пользователи не получают никаких выгод, никаких благ. То есть АБСОЛЮТНО.
Если бы были, кто-то бы про них написал. 🙂

Я думаю, что все на самом деле догадываются об этом . Ведь ответ довольно очевидный. Но этот ответ ужасно не нравится и противоречит убеждениям. Поэтому и пишут всё что угодно, но только не ответ на вопрос. 🙂

Georg
Гость

Очень пространный комментарий. Но к сожалению, не дает ответа на вопрос выше.

У нас два варианта:

1.Увеличиваем размер блока в 2015 году.
2.Увеличиваем размер блока в 2017.

Вопрос: Получают ли пользователи какую-то дополнительную выгоду во 2-м случае?

Из вашего комментария.
Первый абзац: Увеличение размера блока не решает проблему в долгосрочной перспективе.
Остальной текст: Увеличение размера блока — опасная штука.

И что?
В обоих вариантах есть «увеличение размера блока». Как это помогает с ответом на вопрос? 🙂

Georg
Гость

Подсказка. На вопрос типа:
Есть два варианта, есть ли выгода от 2-го варианта по сравнению с 1-м?
ответы могут быть только такого вида:
1) Выгоды нет
2) Выгода есть, она такая-то, такая-то.

Это правомочные ответы.
Ответы другого вида не соответствуют вопросу.

Поразительно. Сколько комментариев, и НИ ОДНОГО адекватного ответа. 🙂

Анонимно
Гость

Второй вариант совсем не очевиден. Где гарантии, что с началом введения технологий “второго слоя”, заполняемость блоков, не снизится, причём резко, например в два раза? Как в этом случае будет выглядеть вся эта суета с увеличением размера блока?

eqvant
Гость

Перечитай статью еще раз.

eqvant
Гость

«разработчики Core не спешат поднимать размер блока, откладывают это на 2017 год или даже позже.» и «Но Вы старательно увиливаете от ответа на вопрос.» Спрашивается — причем здесь вообще я? Если вам интересны ответы на действия разработчиков, обратится нужно к ним.

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

Georg
Гость

То есть выгода пользователей в том, что уменьшается шанс исчезновения или размывания (термин не до конца понятный, но приходится искать что-то содержательное в комментариях 🙂 )

То есть, Вы утверждаете, что после хардфорка в 2015 более высокий шанс исчезновения системы, чем после хардфорка в 2017?

По правде говоря, я не вижу никаких оснований для этого.

Georg
Гость
Я ориентировался на Ваш комментарий: «С помощью ограниченого блока, такого который не сможет вмещать все транзакции с мемпула, можно создавать рынок комиссий.» » Нужен некий компромис между размером блока, и транзакционной нагрузкой на сеть. По этой причине блок прийдется увеличивать, но не так, как того хотели Андерсен, Хирн и т.д Classic идеологи.» Из которого следует, что Вы за увеличение блока, но с какой-то задержкой. Поэтому у меня и возник этот вопрос о выгодности такого решения для пользователей. p/s/ Меня не интересует мнение разработчиков Core. Понятно, что они против увеличения блока. Похоже, увеличение блока не входит в их бизнес-план. Меня интересует,… Read more »
eqvant
Гость

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

Georg
Гость
Это какую другую плоскость? 🙂 Процитирую Вас (Вы же правильно поняли эту статью 🙂 ): «Если будешь внимателен, то увидишь, что даже Максвелл признает необходимость увеличивать блок.» «Нужен некий компромисс между размером блока, и транзакционной нагрузкой на сеть» На данный момент у нас есть транзакционная нагрузка на сеть. И она начала появляться в 2015 году. Но разработчики Core не спешат поднимать размер блока, откладывают это на 2017 год или даже позже. Возникает логический вопрос: какую выгоду получат пользователи Биткоина от того, что блок увеличится в 2017, а не в 2015 году? Но Вы старательно увиливаете от ответа на вопрос. 🙂… Read more »
Georg
Гость

Конкретный вопрос- какую выгоду получат пользователи Биткоина от того, что блок увеличится в 2017, а не в 2015 году?

Я в статье не нашел ответ на этот простой вопрос.
Насколько понял , у Вас тоже нет ответа.

Georg
Гость
«Georg, вы невнимательно читали статью». Вот с чего Вы решили? Я уже вроде доходчиво объяснял, каким образом из статьи и комментария eqvant вытекает этот вопрос: Какую выгоду получат пользователи Биткоина от того, что блок увеличится в 2017, а не в 2015 году? Зато Вы, похоже, читаете между строк и домысливаете что-то себе. Где Вы здесь увидели: «вынь да положь увеличение размера блока». «что-то про бесплатные транзакции.» (Я, например, убежденный противник бесплатных транзакций) Если честно, я уже начинаю недоумевать. Ведь вопрос простой. А сколько комментариев к нему, и ни одного ответа по существу. Ведь если у Вас есть аргументированный ответ, просто… Read more »
Georg
Гость

«Хардфорк это сложная операция» ,»Здесь каждое решение должно быть 100 раз взвешено и тщательно оттестировано»-
Не так важно, насколько сложная операция. Важно, насколько она подготовлена.
Если бы хардфорк 2015 года был заранее подготовлен, то он никак не мог быть опаснее подготовленного хардфорка в 2017 году. Для этого нет никаких причин.

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

А демагогические штучки:
«за bleeding-edge чеши в кефириум.»
«Вот российскому программисту »
только подтверждают, что по существу ответить нечем. 🙂

Семён Антонов
Гость

Georg: за bleeding-edge чеши в кефириум. Биткойн — это уже своего рода энтерпрайз в мире криптовалют. Здесь каждое решение должно быть 100 раз взвешено и тщательно оттестировано. Безопасность и надёжность — в приоритете. Деньги не любят суеты.

Анонимно
Гость

какую выгоду получат пользователи Биткоина оттого, что блок увеличится в 2017, а не в 2015 году?

Хардфорк это сложная операция, которую глупо производить без должной подготовки и проработки механизма перехода на новый размер блока. Вот российскому программисту обещают в декабре 2017 года пересадить голову на новое тело — почему бы не сделать этого сейчас?

Georg
Гость
Иногда полезно отложить в сторонку многословные тексты и попробовать применить их на конкретных примерах. 🙂 В статье говорится, что блок увеличивать опасно, но когда-то блок увеличить надо будет. Логично возникает вопрос — если блок надо будет увеличивать, то почему нельзя увеличить сейчас. На дворе 2016 год. Вопрос об увеличении блока на повестку дня был поднят в 2015-ом. Было решение разработчиков увеличить в 2017 году. Ведь если доводы, приведенные в статье, весомые, то они могут быть применены и к этому временному промежутку. Вот и хочется на основании статьи получить ответ на этот простой вопрос: какую выгоду получат пользователи Биткоина оттого, что… Read more »
eqvant
Гость

Так статья ничего и не говорила о 2015 или 2017.

Влад
Гость

«На данный момент двунаправленные каналы – единственный известный способ достижения действительно высокой производительности без необходимости применять драконовские меры (к которым, я думаю, всё равно придётся прибегать в будущем Биткойна).»

какие такие драконовские меры придется применять ? Наверно здесь не точность.

wpDiscuz