Author: ADMIN (page 11 of 13)

UAHF: План действий в непредвиденных обстоятельствах UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Определения

UASF: User Activated Soft Fork (Активированная пользователем мягкая вилка). Разработчики добавляют обязательное правило, установленное для изменения программного обеспечения узла, аннулируя определенные типы ранее допустимых блоков после дня флага. Этот метод не требует, чтобы большинство майнеров поддерживали или активировали разделение цепочки. Предложение UASF имеет своей целью развитие 51% атаки на цепочку блоков, которая связана с большей частью экономической активности, и эта атака называется “Wipe Out”.

UAHF: User Activated Hard Fork (Активированная пользователем жесткая вилка). Разработчики добавляют обязательное правило, чтобы изменить программное обеспечение узла. Эти изменения делают ранее недопустимые блоки действительными после дня флага, и для этого не требуется увеличение мощности хэша. Узлы с изменениями набора правил будут следовать этой цепочке независимо от ее хэш-скорости. Предложение UAHF является мирным и добровольным отходом различных членов сообщества, которые имеют разные мнения или видения и не намерены нападать на другую(ие) цепочку(и) блоков, даже если цепь UAHF имеет более высокую хэш-скорость.

Узел BIP148: биткойн-узел, в котором реализованы изменения консенсусных правил BIP148.

Узел BIP148: цепочка блоков, действующая в соответствии с изменением консенсусных правил BIP148. BIP148 является подвидом UASF.

Исходная цепочка: Цепочка блоков, использующая те же консенсусные правила, что применяются сегодня. (26 мая 2017 года)

Wipe Out: При активации цепочки UASF и получении цепочкой UASF большей хэш-скорости узлы, следующие за исходной цепочкой, будут реорганизованы и начнут следовать цепочке UASF. В таком случае значительное количество записей о финансовых транзакциях исчезнет. При этом существует риск того, что узлы UASF заменят узлы, следующие исходной цепочке. В свою очередь, UAHF не угрожает узлам, которые следуют другим правилам, установленным с этим же риском.

Бит 1: Бит версии BIP9 в заголовке блока, что используется для сигнализации активации SegWit.

Риск стагнации: Цепочка блоков без поддержки майнинга может внезапно перестать расширяться, поскольку экономический стимул для майнеров низок. Меньший форк, как, например, UASF подвергается серьезной опасности постоянной стагнации.

 

История вопроса

24 мая 2017 года существенное экономическое большинство, более 80% всей мощности хэширования и 80% исходного программного обеспечения или обслуживания транзакций, в индустрии Bitcoin достигло соглашения в Нью-Йорке (Нью-Йоркское соглашение) о реальных шагах с целью расширить Bitcoin в ближайшем будущем. Представители Bitcoin Core отклонили приглашение принять участие в этом заседании. Это соглашение – тяжелая работа тех, кто искренне верит в Bitcoin, и тех предпринимателей или инвесторов, которые очень заинтересованы в стремительном и едином расширении масштабов Bitcoin. Bitmain является сторонником соглашения. Мы поддерживаем соглашение и хотим, чтобы оно было реализовано как можно скорее.

Программный проект, btc1, который занимается Нью-йоркским соглашением, находится в стадии активной разработки и, скорее всего, предоставит план консенсусных изменений под названием SegWit2x. Testnet5 для SegWit2x является действительностью. Альфа-версия программного обеспечения будет выпущена 16 июня, и все по-прежнему идёт согласно плану.

Следите за github здесь:

https://github.com/btc1

Следите за дискуссией на reddit здесь:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Подпишитесь на новостную рассылку:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

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

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

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

Цель этого сообщения в блоге – объявить наш план чрезвычайных ситуаций UAHF для UASF/BIP148.

 

Почему нам нужен план на случай непредвиденных обстоятельств против BIP148

Согласно BIP148, когда цепь MTP перейдёт границу вторника 1-го августа 2017 года 12:00:00 по Гринвичу (время эпохи 1501545600), узлы BIP148 начнут отделять блоки Bitcoin, не сигнализирующие бит 1 в точке разворота UASF. Это изменение консенсусного правила делает набор правил меньше, чем исходная цепочка перед активацией BIP148. Узлы BIP148 будут следовать за новой цепочкой BIP148, если ее мощность хэширования превышает ноль; если хэш-скорость цепочки равна нулю, узлы BIP148 посчитают, что их цепочка не может быть расширена.

Если существует хэш-мощность цепочки BIP148, она не должна быть большинством хэш-скорости, чтобы продлить цепочку. Даже если только один человек занимается хэшами лично, учитывая достаточное время, цепь BIP148 может быть расширена другим блоком. Согласно существующему распределению хэш-скорости, некоторые хорошо известные операторы, занимающиеся майнингом, заявили, что они будут поддерживать UASF, предоставляя майнерам выбор, хотя их общая хэш-скорость не является достаточной для обеспечения большинства. По словам генерального директора, компания, нанимающая много важных разработчиков протокола Bitcoin, теперь контролирует некоторые из своих небольших хэш-скоростей, по словам ее генерального директора. Таким образом, сеть Bitcoin подвергается высокому риску раскола 1-го августа 2017 года.

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

В цепочке BIP148 нет защиты воспроизведения. Транзакции будут транслироваться по обеим цепочкам, и пользователи не могут помешать им быть подтвержденными на обеих цепочках. На протяжении некоторого времени биржи должны прекратить снятие средств и открытие депозитов в точке разветвления и развернуть свои методы разделения монет. Если вы хотите узнать больше, прочитайте в разделе “Справка” этого сообщения: Смягчение риска разрыва биткойнов во время обновления сети.

Цепочка UASF представляет опасность того, что исходная цепь будет стерта. При отсутствии плана на случай непредвиденных обстоятельств вся экономическая активность, которая происходит в исходной цепочке после точки разлома UASF, будет подвергаться риску быть уничтоженной. Это имеет катастрофические последствия для всей экосистемы Bitcoin. UASF – это нападение на пользователей и предприятия, которые не согласны с немедленной активацией SegWit без увеличения размера блока, что является очень важным пунктом в гонконгском соглашении, принятом глобальным сообществом Bitcoin в феврале 2016 года. Это проанализировал Питер Р. в BUIP055,

Обоснование защиты реорганизации

Вероятность (P), что цепочка больших блоков возвращается к цепочке с малым блоком, определяется формулой

P = (q/p)^2

в которой p – доля мощности хэш-энергии, образующая цепочку больших блоков, а q – доля мощности хэша, оставшаяся на цепочке малых блоков [2]. При 75% хэш-мощности, поддерживающей более крупные блоки, вероятность реорганизации составляет 11%.

 

План защиты

Этот план предназначен для User Activated Hard Fork (Активированная пользователем жесткая вилка) или UAHF. Технические характеристики доступны здесь:

https://github.com/bitcoin-UAHF/spec/

Время активации настраивается. Мы сделаем жесткую вилку через 12 часов и 20 минут после UASF. Временная метка эпохи составит 1501590000.

В форк-блоке “должно быть крупное” правило. Размер блока в форк-блоке должен быть больше 1 000 000 байт. Форк-блок является первым блоком, который принимает изменение консенсусного правила.

Он примет блок, размер которого не превышает 8 МБ, и мы, майнеры, будем постепенно ограничивать размер блока до менее 2 МБ.

В протокол будет добавлено мягкое форк-правило, чтобы ограничить сигоп на транзакцию в пределах 20K.

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

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

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain будет использовать часть собственной хэш-скорости и работать с сообществом разработчиков, чтобы иметь план на случай непредвиденных обстоятельств на основе UAHF. Мы будем разрабатывать варианты для майнеров, чтобы они добровольно присоединились к нам.

Bitmain будет майнить цепочку в течение как минимум 72 часов после точки разлома BIP148 с определенным процентом хэш-скорости, поставляемой нашими собственными майнинг-операциями.

Bitmain, скорее всего, не будет немедленно выпускать добытые блоки в общедоступную сеть, если этого не потребуют обстоятельства, а это значит, что Bitmain сначала будет добывать такую цепочку в частном порядке. Мы намерены выпустить добытые блоки для общественности в следующих ситуациях (неисчерпывающий список):

  1. Цепочка BIP148 активируется и впоследствии получает значительную поддержку от индустрии майнинга, то есть после того, как BIP148 уже успешно разделил цепочку;
  2. Настроение рынка для крупнокалиберной жесткой вилки является положительным, и экономическое обоснование побуждает нас к майнингу. К примеру, обменный курс в пользу крупноблочного Bitcoin;
  3. Если уже существует значительное количество других пользователей, занимающихся публичной добычей цепочки крупных блоков, и мы решаем, что для нас выгодно добывать эту цепочку. В этом случае мы также рассмотрим возможность присоединения к этой цепочке и отказ от нашей частной добытой цепи, чтобы общественная цепь UAHF не подвергалась риску реорганизации.

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

Мы согласны с некоторыми очень ранними биткойнерами, что децентрализация означает, что более 1 миллиарда человек в 200 странах используют Bitcoin в качестве сберегающей валютной и платежной сети, и что она включает в себя сотни тысяч услуг Bitcoin, торговцев, бирж и программного обеспечения. Мы не считаем, что децентрализация означает ограничение размера блока до 1 МБ или ответственность за ограничение размера блока таким образом, что Raspberry Pi может запускать полный узел, тогда как плата за транзакцию Bitcoin выше, чем ежедневный доход в большинстве развивающихся стран. Мы полагаем, что Bitcoin должен предложить людям альтернативу процветанию, не завися от могущественных властей, которые взимают плату, которая может достигать 100 долларов США за транзакцию.

 

Разработка программного обеспечения

В настоящее время с кодом спецификации работают как минимум 3 команды разработчиков клиентов. Все они не хотят, чтобы их беспокоили, в том числе пропагандисты и армии троллей некоторых компаний. Они объявят о себе, когда они будут готовы к этому. Пользователи смогут установить программное обеспечение и решить, присоединиться ли к UAHF.

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

 

Будущий сценарий действий

При подписании Нью-йоркского соглашения

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

При активации BIP148

Затем UAHF будет запущен в тот же день. Цепочка UAHF будет защищать экономические операции, которые подвержены риску реорганизации из-за UASF.

Затем мы будем поддерживать активацию SegWit в цепи UAHF, если нет никакого патентного риска, связанного с SegWit, и, если будет произвольная ставка дисконтирования сегмента данных свидетельства. Возможно, необходимо удалить параметр веса, который предназначен для искусственных ставок, и мы должны быть откровенными и прямолинейными в программном коде с различными ограничениями на различные типы блоков и другие параметры. SegWit без искусственной ставки дисконтирования будет объективно относиться к прежним типам транзакций и не даст транзакциям SegWit несправедливое преимущество. Это также поможет значительно увеличить эффект SegWit, по сравнению со ставкой дисконтирования. Мы также будем поощрять изменения кода, в основном блоке или блоке расширения, которые сделают Lightning Network более безопасной и надежной, чем прежняя версия Core SegWit.

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

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

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

Если Bitcoin может комбинировать Bitcoin NG от Emin и Lumino от Sergio, то увеличения пропускной способности текущей сети Bitcoin в 100 раз можно достичь проще с размером блока около 100 КБ, но с более высокой частотой генерации блока. Оригинальный Bitcoin NG является предложением жесткой вилки, но мы можем мягко развить его в протокол в рамках блока расширения. В то же время RootStock, одним из создателей которого является изобретатель Lumino, также пытается внедрить Lumino на RootStock. Lumino будет отлично работать с Lightning Network. Будет интересно посмотреть, какая реализация впервые приведет Lumino в действие, и каким именно образом это произойдет.

Schnorr Signature также находится на последней стадии обзора.

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

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

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

 

Время Размер блока, Байт
Сейчас 1 000 000
2017 Авг 2 000 000
2017 Сен 4 194 304
2018 Апр 5 931 641
2018 Авг 8 388 608
2019 Апр 11 863 283
2019 Авг 16 777 216
После 2019 Авн Зависит от дальнейших исследований

Слабые блоки должны быть разработаны и развернуты до того, как размер блока достигнет 8 МБ.

 

Справка

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

Смягчение риска разрыва биткойнов во время обновления сети,https://github.com/digitsu/splitting-bitcoin

Если вы хотите узнать больше о меньшинстве форков, см. Презентацию Мени Розенфельда:

Как я перестал беспокоиться и начал любить форк https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

Развилка на дороге: нужно ли выбрать путь?  https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Вот письмо, которое поможет вам понять историю и полную картину великих дебатов о масштабировании Bitcoin, даже если вы не являетесь майнерами:

Открытое письмо майнерам

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Вот еще один блог, который поможет вам понять, что произойдет с форком BIP148:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF:UASF (BIP148)コンティンジェンシープラン

(This is a translated version of Bitmain’s original blog post, which is in English)

定義

UASFユーザーがアクティベートするソフトフォーク。開発者はノードソフトウェアを変更するため強制ルールセットを追加し、以前有効であったある種のブロックはフラグデイ以降、無効になります。この方法ではマイニングの大多数がチェーンスプリットを支持したりアクティベートする必要はありません。UASF提案は、経済活動の大多数を占めるブロックチェーンに対する51%アタックが目的であり、このアタックは「ワイプアウト」と呼ばれています。

UAHFユーザーがアクティベートするハードフォーク。開発者はノードソフトウェアを変更するために強制ルールセットを追加します。この変更により、以前無効であったブロックはフラグデイ以降、有効になります。変更により過半数のハッシュ計算能力を強制する必要はありません。ルールセット変更のあるノードは、チェーンのハッシュレートに関係なくこのチェーンに追従することになります。UAHF提案は異なる意見、ビジョンを持つ別のコミュニティーメンバーの平和的かつ自発的な離脱です。UAHFチェーンが高いハッシュレートを持つ場合でも、他のブロックチェーンへのアタックは目的ではありません。

BIP148ノード:BIP148コンセンサスルール変更を実装したビットコインノードです。

BIP148チェーン:BIP148コンセンサスルール変更に従って有効なブロックチェーンです。BIP148はUASFの一種です。

オリジナルチェーン:現在使用されているのと同一のコンセンサスルールを使用するブロックチェーンです。(2017年5月26日)

ワイプアウト:UASFチェーンがアクティベートされ、UASFチェーンが過半数のハッシュレートを獲得した場合、オリジナルチェーンに追従するノードは再編成されUASFチェーンを追従するようになります。そのような場合、相当数の金融取引記録が消滅することになります。これがオリジナルチェーンに追従予定のノードに対してUASFノードが与えるリスクです。対照的にUAHFでは別のルールセットに追従するノードをこれと同じリスクで脅かすことはありません。

Bit 1BIP9のブロックヘッダ内のバージョンビットで、SegWitアクティベーションをシグナルするため使用されます。

スタグネーションリスク:  マイニングサポートがないブロックチェーンは、採掘者に対する経済的インセンティブが少ないため、拡大が突然止まってしまう可能性があります。 UASFのような少数派フォークでは、恒久的なスタグネーションになる重大な懸念があります。

 

背景

2017年5月24日、ニューヨークにおいて、全ハッシュ計算能力の80%以上、トランザクションのソースソフトウェア・サービスの80%以上を占めるビットコイン経済の大多数は、近い将来、ビットコインの規模拡大のための具体的ステップに関する合意に至りました(ニューヨーク合意) 。「ビットコインコア」プロジェクト担当者は、このミーティングへの出席招待を辞退しました。この合意は、ビットコインを心から信じる個人、ビットコインを速やかに団結して拡大することに強い経済的利益を持つ起業家、投資家の懸命の努力です。Bitmainは本合意を支持しています。当社は本合意を支持し、可及的速やかにその実現を望んでいます。

ソフトウェアプロジェクト「btc1」は、ニューヨーク合意に取り組んでおり、活発に開発中で「SegWit2x」と呼ぶコンセンサスルール変更プランを提供する見通しです。既に「testnet5 for SegWit2x」が有効です。本ソフトウェアのα版は6月16日リリース予定で、今のところ、全てスケジュール通りです。

githubをフォロー:

https://github.com/btc1

本件のreddit での議論を閲覧:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

メーリングリストに参加:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

本合意にもかかわらず、 UASF (BIP148) の偽りの草の根運動が検閲フォーラムで多くの時間を取り続けており、その多くは匿名の個人1グループによりコントロールされています。「ビットコインコア」と呼ばれるソフトウェアプロジェクトで活動するソフトウェア開発者の多くもこれを支持しています。BIP148はビットコインのエコシステムに重大なリスクをもたらします。当社はビットコインのブロックチェーン に関する経済をこの脅威から守るべく、コンティンジェンシープランを準備しています。

ニューヨーク合意も、ビットコインコアで活動するソフトウェア開発者の1グループにより継続して意図的に妨害されています。

当社はUASFのアクティベーションが ビットコインネットワークにもたらす破壊的リスクに備える必要もあります。ニューヨーク合意は極めて保守的で、単純ではあるが人工的に拡大されたスケーリング問題に対してビットコインコミュニティ内に平和をもたらすことを狙いとしています。ニューヨーク合意 がチェーンスプリットを防止できないことがあれば、備える必要があるでしょう。

このブログ投稿の目的は、UASF/BIP148に対する当社のUAHFコンティンジェンシープランを発表することです、

 

BIP148コンティンジェンシープランが必要な理由

BIP148によれば、チェーンMTP が2017年8月1日火曜日 12:00:00 AM GMT (エポックタイム 1501545600)以降、 BIP148ノードはUASF分岐点でBit1をシグナルしていないビットコインブロックを切り離すを開始することになっています。このコンセンサスルール変更により、BIP148アクティベーション前のオリジナルチェーンよりルールセットは小さくなります。BIP148ノードは、そのノードをサポートするハッシュ計算能力がゼロ以上のものがあれば、新しいBIP148チェーンを追従します。 チェーンをサポートするハッシュレートが 0の場合、BIP148ノードは そのチェーンが拡張不可能であることを認識します。

BIP148チェーンをサポートするハッシュ計算能力がある場合、チェーンが拡張可能になるには ハッシュレートの過半数である必要はありません。手作業でハッシュを解いている人がいた場合でも十分時間があればそのBIP148チェーンはもう一つのブロックで拡張可能です。既存のハッシュレート分布に従って、著名なマイニングプール運営者の中には採掘者に選択を許すことでUASFを支持するだろうと表明したものもいます。ただしそれらのマイニングプールの全ハッシュレートでは大多数を確保するには不十分です。重要なビットコインプロトコル開発者を多数雇用しているある企業のCEOによると、今では自社の小さなハッシュレートをコントロールしています。従って、ビットコインネットワークは2017年8月1日にスプリットするリスクが高い状況です。

BIP148は取引所と他のビジネスにとって非常に危険です。BIP148のバックには意味ある経済的裏付けが見えず、ブロックチェーンとして有効になったら投機をベースにしたものが経済的裏付けになる可能性が高いでしょう。 UASF チェーンの裏でのマイニング活動は予告なしに止まり、BIP148の宣伝を信じた投資家は投資全てを失うことになりかねません。分岐点後にUASFトークンを支持する決定を行った取引所は、それに付帯したスタグネーションリスクを考える必要があります。

BIP148チェーンにはリプレイ攻撃からの防御がありません。トランザクションはチェーンの両方にブロードキャストされ、ユーザはチェーンの両方での承認を防止することができません。取引所は分岐点でしばらく引き出し、預け入れを停止し、自らのコインスプリッティング方法を使わなければなりません。 詳細は、この記事のリファレンス「Mitigating Bitcoin Forking Risk during Network Upgrade(ビットコイン のネットワークアップグレード中の分岐リスクの軽減)」をご覧ください。

UASF チェーンにはオリジナルチェーンがワイプアウトされる恐れがあります。 コンティンジェンシープランがなければ、UASF分岐点後、オリジナルチェーン上の全経済活動がワイプアウトされるリスクに直面します。これはビットコインのエコシステム全体に対する壊滅的な結果となります。UASFはブロックサイズを大きくせずにSegWitを直ちにアクティベートすることに同意しない(2016年2月、世界のビットコインコミュニティが作成した香港合意の中の極めて重要な条項です)ユーザと企業に対するアタックです。チェーン再編成のリスクは、BUIP055でPeter R.が分析したように、想像するよりはるかに重大です。

再編成を保護する根拠

ビッグブロックチェーンの再編成がスモールブロックチェーンに戻る確率(P)は、次の式で示されます。

P = (q/p)^2

ここで pはビッグブロックチェーンのハッシュ計算能力の割合、q はスモールブロックチェーンに残っているハッシュ計算能力の割合です[2]。ビッグブロックをサポートするハッシュ計算能力が75%の場合、再編成の確率は 11%です。

 

保護プラン

本プランはユーザがアクティベートするハードフォーク(UHAF)用です。技術的仕様は以下で確認できます。

https://github.com/bitcoin-UAHF/spec/

アクティベーション時刻は構成可能です。当社はUASFより12時間20分後にハードフォークを実行する予定です。エポックタイムスタンプは1501590000になる予定です。

フォークブロックでは「ビッグでなければならない」ルールがあります。フォークブロックのブロックサイズは1,000,000バイトより大きくなければなりません。フォークブロックはコンセンサスルール変更を採用する最初のブロックのことです。

サイズ8MB未満のブロックを受け入れ、採掘者である当社はブロックサイズを2MB未満にソフトリミットします。

プロトコルに追加されたソフトフォークルールがあり、トランザクションあたりのsigopを20K以内に制限します。

フォークブロック後の将来には、ブロックサイズはハードコーディングされたコンセンサスルールに含まれません。ラージブロックを生成する採掘者は、経済的インセンティブでペナルティーがありますがブロックサイズは制限しません。

取引所 とウォレット開発者が利用可能な、リプレイ攻撃保護がある予定です。仕様は以下で確認できます。

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmainは自社のハッシュレートをいくつか用いて、 UAHFに基づくコンティンジェンシープランを持つため開発者コミュニティと作業しています。当社は採掘者が自発的に当社に参加するオプションを開発予定です。

Bitmain はBIP148分岐点後、最低72時間、チェーンのマイニングを行います。当社自身のマイニング活動で提供されたハッシュレートの一定の割合を使用します。

Bitmainは、状況で求められない限り、採掘されたブロックをパブリックネットワークに直ちにリリースすることはありません。 つまり、Bitmain はそのようなチェーンをプライベートに採掘することを意味します。以下の状況で、採掘されたブロックをパブリックにリリースする予定です (全てのリストではありません):

  1. BIP148チェーンがアクティベートされ、その後マイニング業界から大きく支持された場合。つまりBIP148が既にチェーンのスプリットに成功した後。
  2. ビッグブロックハードフォークに対する市場心理が良好で、経済的根拠により採掘を推進する場合。例えば、交換レートがビッグブロックビットコインに有利である。
  3. ビッグブロックチェーンをパブリックにマイニングする他の採掘者が既に多数存在する場合で、そのチェーン上で当社がマイニングすることが合理的であると判断した時。そのような場合、当社はチェーンへの参加も検討し、プライベートに採掘されたチェーンを放棄し、パブリックなUAHFチェーンが再編成されるりクスにさらされないようにします。

BitmainがUAHF チェーン の採掘を公式に開始すれば、当社は継続的に採掘し、短期的な経済的インセンティブを無視します。ブロックサイズを調整するオプションを含むロードマップは、ユーザに有益であり、長期的に市場価格を高目に引き寄せる期待ができるものと当社は確信しています。経済ネットワークは急速に拡大し、競争が激しい仮想通貨市場の中で勝利する見込みが高まります。

当社は黎明期のビットコイン利用者と同じ信念を共有しています。 つまり分散化とは、200ヶ国10億人以上がビットコインを貯蓄通貨や決済ネットワークとして利用していること、多数のビットコインサービス、トレーダー、取引所、ソフトウェアから構成されていることを意味しています。分散化が1MBのブロックサイズの制限やブロックサイズを制限する責任を意味し、 その結果、Raspberry Piがフルノードとして稼働したり、ビットコインのトランザクションあたりの手数料が多くの開発途上国の一日分の収入より高くなるようなことを当社は信じません。トランザクションあたり手数料100ドルも取ることがある強力な権威に依存せず、ビットコインが繁栄する代替策を提供する必要があると当社は信じています。

 

ソフトウェアの開発

現在、この仕様のコードに取り組んでいるクライアント開発チームは少なくとも3チーム存在しています。その全チームともある企業グループの宣伝と荒らしから離れてじっとしていることを望んでいます。時が来た時に自ら発表することでしょう。ユーザは、ソフトウェアをインストールし、UAHFに参加するかどうかを決めることができます。

本ソフトウェアは7月1日までに準備予定で、その時までにはビットコインのテストネットで公開される予定です。

 

将来のロードマップ

ニューヨーク合意がアクティベートされた場合

当社はニューヨーク合意が開発され、上手く実行されることを望んでいます。ビットコインにとって、迫り来るBIP148の脅威に対して団結して拡大する最後の希望なのです。当社は可及的速やかにビットコインをデプロイとアクティベーションするためベストを尽くします。

BIP148がアクティベートした場合

同日にUAHFも有効になります。UAHFチェーン はUASFが原因で再編成リスクにさらされる経済トランザクションを保護します。

その後、SegWitに関連する明白なリスクがなく、ウィットネスデータセグメントの人為的なディスカウントレートが削除された場合、当社はUAHFチェーン上でのSegWitアクティベーションを支持します。重みづけパラメータは、人為的なレート用に設計されていますが、削除が必要かもしれません。ソフトウェアコードでは、いろいろな種類のブロックや他パラメータに関するさまざまな制限について、フランクかつストレートであることが当社には必要です。人為的なディスカウントレートがないSegWit はレガシートランザクションタイプをフェアに扱い、Segwittトランザクションにアンフェアな利益を与えません。また、ディスカウントレートがあるものよりもSegWitのキャパシティ増加効果はさらに大きくなります。当社はCoreの現バージョンのSegWitが行うよりもLightning Networkがより安全かつ確実に実行させるコード、メインブロック、または拡張ブロックの変更も強く求め推奨します。

拡張ブロックは複数のプロトコル開発チームがビットコインプロトコルにイノベーションとキャパシティを導入することを促進するフレームワークとして開発される予定です。重要だが大胆なイノベーションを世界中のビットコインユーザや企業全員に影響なく導入できるようになります。この結果、ビットコインプロトコルのイノベーションは加速するでしょう。サイドチェーンも付随するセキュリティ問題が専門委員会でレビューされた後に促進される予定です。採掘者はビットコインが成功する希望により純粋に動いています。

当社はさまざまなマルチレイヤソリューションの製品化を促進しサポートしてします。極めて早い時期のRootStockの投資家として、当社は競合するもう一つの重要な仮想通貨の可能性を認識していました。当社は別のマルチレイヤーソリューション開発者と密接な協力を既に行っています。

フルノードによる新しいSPVセキュリティサービスを推進すべきで、SPVモデル互換の研究とライブラリはウォレット開発者に対して売り込むべきです。

ビットコインをEminのビットコインNG、SergeiのLuminiを組み合わせることができれば、ブロックサイズを約100KBにして、ブロック生成頻度を増加させることにより、現在のビットコインネットワークのスループットを100倍まで増加することも簡単です。オリジナルのビットコインNGはハードフォーク提案ですが、 拡張ブロックフレームワークを用いたプロトコルの中にソフトフォークすることが可能です。同時に、Luminoの投資家により共同創立されたRootStockもRootStock上でLuminoの実装を行っています。Lumino はLightning Networkと完全に動作する予定です。どちらの実装がLuminoを最初に製品化し、どのように製品化するかは興味深いことです。

Schnorr署名もレビュー最終段階です。

クライアント開発の多様化は促進されます。防衛的コンセンサスのコンセプトは開発中で、マイニング 業界で有効になるでしょう。防衛的コンセンサスは、複数の実装作業を一緒に行っている間、ビットコインネットワークが安全に機能するために有効になります。

さまざまな理由により、ビットコインコミュニティで十分にプロモートされていない優れたイノベーションは他にもあり、出現するでしょう。当社はこのようなイノベーションに積極的に取り組みます。

フルオートマチックで数学的なブロックサイズガバナンスモデルが普及する前に、ブロックサイズ問題に対処するためBUIP056が開発される予定です。過去数年の議論で立証されたように、採掘者は極めて保守的であり、さまざまな経済コミュニティと共に活動する意志があります。今後2年のブロックサイズ増加のラフなロードマップを次に示します。

 

時期 ブロックサイズ(バイト)
現在 1,000,000
2017年8月 2,000,000
2017年9月 4,194,304
2018年4月 5,931,641
2018年8月 8,388,608
2019年4月 11,863,283
2019年8月 16,777,216
2019年8月以降 今後の研究による

ブロックサイズ増加が8MBになる前に、弱い(weak)ブロックが開発されデプロイされる必要がありでしょう。

 

リファレンス

エコシステムの他の当事者については、USAFの影響に関する詳細な研究を推薦します。ビットコインビジネスに関わる全員は、UASFがもたらすリスクの軽減または除去の準備がその日に必要です。

Mitigating Bitcoin Forking Risk during Network Upgrade(ビットコイン のネットワークアップグレード中の分岐リスクの軽減)https://github.com/digitsu/splitting-bitcoin

少数派フォークについての詳細は、Meni Rosenfeldのプレゼンテーションをご覧ください。

How I learned to stop worrying and love the fork (私は如何に心配するのを止めてフォークを愛するようになったか) https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road: Must we Choose a Path?  (路上にフォーク:道を選ぶ必要があるか?) https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

ビットコインのスケーリングに関して、採掘者でなくても大論争の歴史と全容を理解するため有益なレターがあります。

採掘者へのオープンレター

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_採掘者s_jonald_fyookball/

BIP148フォークで起こることの理解に役立つもう一つのブログです。

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: Un piano di emergenza contro l’UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Definizioni

UASF: User Activated Soft Fork. Gli sviluppatori aggiungono una regola obbligatoria impostata per modificare il software del nodo, invalidando certi tipi di blocchi precedentemente validi dopo un determinato giorno. Questo metodo non richiede alcuna maggioranza di mining per supportare o attivare una suddivisione della blockchain. La proposta UASF intende effettuare un attacco del 51% contro la blockchain con la maggior parte dell’attività economica. Questo attacco è chiamato “Wipe Out”.

UAHF: User Activated Hard Fork. Gli sviluppatori aggiungono una regola obbligatoria impostata per modificare il software del nodo. Queste modifiche rendono validi dei blocchi non validi in precedenza dopo determinato giorno, e non richiedono la maggioranza della potenza di hash per essere applicate. I nodi con questi cambiamenti alle regole seguiranno questa catena indipendentemente dalla sua potenza di hash. La proposta di un UAHF è una divisione pacifica e volontaria di diversi membri della comunità che hanno opinioni o visioni diverse e non è destinato ad attaccare altre blockchain, anche se la catena UAHF ha il tasso di hash più elevato.

Nodo BIP148: un nodo Bitcoin che ha implementato le modifiche delle regole di consenso BIP148.

Catena BIP148: una blockchain valida in base alle modifiche delle regole di consenso BIP148. BIP148 è un tipo di UASF.

Catena originale: La blockchain che utilizza le stesse regole di consenso in uso oggi. (26 maggio 2017)

Wipe Out: Se la catena UASF è attivata e se guadagna la velocità di hash maggiore, i nodi successivi alla catena originale si riorganizzeranno e inizieranno a seguire la catena UASF. In un caso del genere, un numero significativo di record delle transazioni finanziarie scomparirà. Questo è un rischio che i nodi UASF impongono su nodi che intendono seguire la catena originale. Al contrario, un UAHF non minaccia i nodi che seguono una set di regole diverse.

Bit 1: Il bit di versione BIP9 in un header di blocco utilizzato per segnalare l’attivazione di SegWit.

Rischio di stagnazione: Una blockchain senza supporto di mining può improvvisamente smettere di venire estesa, perché l’incentivo economico per i miner è basso. Una fork minoritario come UASF subisce un grave rischio di stagnazione permanente.

 

Contesto

Il 24 maggio 2017 una maggioranza economica significativa, più dell’80% dell’intero potere di hash e l’80% del software o dei servizi di origine delle transazioni dell’industria Bitcoin, si è accordata a New York (accordo di New York) su passi tangibili per far crescere Bitcoin nel prossimo futuro. I rappresentanti di Bitcoin Core hanno rifiutato l’invito a partecipare a questa riunione. Questo accordo è il duro lavoro di coloro che sinceramente credono in Bitcoin e di quegli imprenditori o investitori che hanno un forte interesse finanziario per far scalare Bitcoin in modo rapido e unito. Bitmain è un sostenitore dell’accordo. Noi sosteniamo l’accordo e vogliamo farlo entrare in vigore al più presto.

Un progetto software, btc1, che sta esaminando l’accordo di New York, è in fase di sviluppo attivo e probabilmente consegnerà un piano di cambiamento di regole di consenso chiamato SegWit2x. Il testnet5 per SegWit2x è già attivo. La versione Alpha del software verrà rilasciata il 16 giugno e tutto procede in tempo.

Segui il github qui:

https://github.com/btc1

Leggi una discussione a riguardo su reddit:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Iscriviti alla mailing list:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

Nonostante questo accordo, il movimento di astroturfing UASF (BIP148) continua a ricevere tantissima sponsorizzazione su forum censurati, molti dei quali controllati da singoli individui anonimi. Molti degli sviluppatori software che lavorano in un progetto software chiamato “Bitcoin Core” lo supportano. BIP148 rappresenta un rischio significativo per l’ecosistema Bitcoin, quindi stiamo preparando un piano di emergenza per proteggere l’attività economica sulla blockchain Bitcoin da questa minaccia.

L’accordo di New York viene inoltre sabotato continuamente e intenzionalmente da un gruppo di sviluppatori di software che lavorano su Bitcoin Core.

Dobbiamo inoltre essere preparati per al rischio dirompente che l’attivazione di UASF porterà alla rete Bitcoin.  L’accordo di New York è molto conservatore e mira a portare la pace all’interno della comunità Bitcoin riguardo un problema di crescita semplice ma ingrossato artificialmente. Se in qualche modo l’accordo di New York non potrà impedire una divisione della blockchain, dobbiamo essere preparati.

Lo scopo di questo post è quello di annunciare il nostro piano di emergenza UAHF per UASF/BIP148.

 

Perché abbiamo bisogno di un piano di emergenza contro BIP148

Secondo BIP148, quando l’MTP della blockchain sarà pari o successivo a martedì 1 agosto 2017 12:00:00 AM GMT (epoca 1501545600), i nodi BIP148 inizieranno a rendere orfani blocchi Bitcoin che non segnaleranno il Bit 1 nel punto di fork UASF. Questa modifica delle regole di consenso rende il set di regole più piccolo rispetto a quello della catena originale prima dell’attivazione di BIP148. I nodi BIP148 seguiranno la nuova catena BIP148 se ci sarà una potenza di hashing superiore allo zero che la supporta; Se il tasso di hash che supporta la catena è pari a 0, i nodi BIP148 non potranno estendere la propria catena.

Se esiste una potenza di hash che supporta la catena BIP148, non ci deve essere una maggioranza di velocità di hash per consentire la estensione della catena. Anche se esiste solo una sola persona che risolve gli hash a mano, dato abbastanza tempo la catena BIP148 può essere allungata di un altro blocco. Secondo la distribuzione attuale dell’hash rate, alcuni noti operatori di mining pool hanno dichiarato di sostenere l’UASF lasciando scelta ai miner, anche se il loro tasso di hash totale non è sufficiente a garantire la maggioranza. Una società che assume molti sviluppatori cruciali per lo sviluppo del protocollo Bitcoin ora controlla una parte della propria potenza di hash, secondo il CEO. Esiste quindi un alto rischio che il 1 agosto 2017 la rete Bitcoin si divida.

BIP148 è molto pericoloso per piattaforme di scambio e altre attività. Non c’è segno di sostegno economico significativo dietro BIP148 e quando esso sarà implementato come blockchain, il sostegno economico sarebbe probabilmente basato sulla speculazione. L’attività di mining dietro una blockchain UASF può interrompersi senza preavviso e gli investitori che credono alla propaganda BIP148 potrebbero perdere tutti i loro investimenti. Ogni piattaforma di cambio che decida di sostenere un token UASF dopo il punto di fork deve considerare il rischio di ristagno ad esso associato.

Su una blockchain BIP148 non esiste protezione contro gli attacchi replay. Le transazioni saranno trasmesse su entrambe le catene e gli utenti non potranno impedire che siano confermate in entrambi. Le piattaforme dovranno fermare i prelievi e i depositi nel punto di fork per un certo periodo di tempo e implementare i propri metodi di divisione delle monete. Se vuoi saperne di più, leggi la sezione Fonti di questo post: Ridurre il rischio di fork di Bitcoin durante l’aggiornamento della rete.

La catena UASF presenta un rischio di eliminazione della catena originale. Se non esiste un piano di emergenza, tutte le attività economiche che si verificano sulla catena originale dopo il punto di fork UASF rischiano di essere eliminate. Questo ha conseguenze disastrose per l’intero ecosistema Bitcoin. UASF è un attacco contro utenti e aziende che non sono d’accordo con l’attivazione di SegWit in questo momento senza un aumento della dimensione dei blocchi, che è una clausola molto importante dell’accordo di Hong Kong siglato dalla comunità globale Bitcoin nel febbraio 2016. Il rischio di riorganizzazione della catena è più significativo di quanto si immaginasse, come analizzato da Peter R. in BUIP055,

Motivazione per la protezione dalla riorganizzazione

La probabilità (P) che la catena con i blocchi grandi si riorganizzi nella catena con i blocchi piccoli è data da

P = (q/p)^2

dove p è la frazione della potenza di hash sulla catena dei blocchi grandi e q è la frazione della potenza hash rimasta sulla catena di blocchi piccoli [2]. Con il 75% della potenza di hash indirizzata verso i blocchi più grandi, la probabilità di una riorganizzazione è dell’11%.

 

Piano di protezione

Questo piano è per uno User Activated Hard Fork, o UAHF. Qui potete trovare le specifiche tecniche:

https://github.com/bitcoin-UAHF/spec/

Il tempo di attivazione è configurabile. Inizieremo l’hard fork 12 ore e 20 minuti più tardi rispetto all’UASF. Il timbro dell’epoca sarà 1501590000.

C’è una regola secondo cui il blocco di fork “deve essere grande”. La dimensione del blocco del blocco di fork deve essere maggiore di 1.000.000 byte. Blocco di fork significa il primo blocco che adotta il cambio di regole di consenso.

Accetterà blocchi di dimensioni inferiori a 8MB e noi, miner, soft-limiteremo la dimensione del blocco a meno di 2MB.

Ci sarà una regola di soft fork aggiunta nel protocollo per limitare le operazioni di firma (sigops) per transazione entro i 20K.

La dimensione del blocco non sarà parte della regola di consenso hard-coded in futuro dopo il blocco del fork. I miner che generano blocchi di grandi dimensioni saranno puniti con incentivi economici, ma non limitando la dimensione dei blocchi.

Ci sarà una protezione contro gli attacchi replay disponibile per gli sviluppatori di piattaforme di scambio e portafogli. Qui potete trovare le specifiche:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain userà una parte della propria potenza di hash e lavorerà con la comunità degli sviluppatori per avere un piano di emergenza basato su UAHF. Svilupperemo modi per consentire ai miner di unirsi volontariamente a noi.

Bitmain minerà la catena per un minimo di 72 ore dopo il punto di fork BIP148 con una certa percentuale di potenza di hash fornita dalle nostre attività di mining.

Bitmain probabilmente non rilascerà immediatamente i blocchi minati alla rete pubblica a meno che le circostanze non lo richiedano, il che significa che Bitmain, all’inizio, minerà questa catena privatamente. Nelle seguenti situazioni intendiamo rilasciare i blocchi minati al pubblico (elenco non esaustivo):

  1. La catena BIP148 viene attivata e successivamente guadagna sostegno significativo dall’industria del mining, cioè dopo che BIP148 ha già diviso con successo la catena;
  2. Il sentimento del mercato per una hard fork a blocchi grandi è forte e la logica economica ci spinge a minarlo, ad esempio se il tasso di cambio è favorevole per i Bitcoin a blocchi grandi;
  3. Se esiste già una notevole quantità di altri miner che minano pubblicamente una catena a blocchi grandi e decidiamo che per noi sia ragionevole minare su quella catena. In questo caso, anche noi considereremo di entrare in quella catena e di rinunciare alla nostra catena minata privatamente, in modo che la catena pubblica UAHF non rischi di essere riorganizzata.

Una volta che Bitmain inizia a minare una catena UAHF, la mineremo in modo persistente e ignoreremo incentivi economici a breve termine. Crediamo che una roadmap, compresa l’opzione di adattare la dimensione dei blocchi, servirà meglio gli utenti e quindi ci aspettiamo attragga un prezzo di mercato più elevato a lungo termine. La rete economica si espanderà più velocemente e le probabilità di vittoria saranno più alte in un mercato di cryptocurrency altamente competitivo.

Condividiamo la stessa convinzione con alcuni bitcoiner molto precoci, cioè che la decentralizzazione significa che più di 1 miliardo di persone in 200 paesi stanno utilizzando Bitcoin come una rete di pagamento e di risparmio e che comprende centinaia di migliaia di servizi, commercianti, piattaforme di scambio e software Bitcoin. Non crediamo che la decentralizzazione significhi un limite di dimensioni dei blocchi da 1 MB o una responsabilità di limitare la dimensione dei blocchi in modo che un Raspberry Pi possa fare da nodo completo mentre la tariffa per ogni transazione Bitcoin è superiore al reddito giornaliero nella maggior parte dei paesi in via di sviluppo. Crediamo che Bitcoin debba offrire alla gente un’alternativa per crescere senza dipendere da potenti autorità che addebitano tariffe che possono essere pari a 100$ per transazione.

 

Sviluppo software

Attualmente ci sono almeno 3 team di sviluppo del client che lavorano sul codice della specifica. Tutti vogliono stare tranquilli e lontani dall’esercito di propaganda e trolling di alcune società. Si annunceranno da soli quando si sentiranno pronti. Gli utenti saranno in grado di installare il software e decidere se unirsi all’UAHF.

Ci aspettiamo che i software siano pronti prima del 1 luglio, e saranno funzionanti sulla testnet da allora.

 

Roadmap futura

Se l’accordo di New York entra in vigore

Ci auguriamo che l’accordo di New York venga sviluppato e implementato bene. È l’ultima speranza che Bitcoin cresca in modo unito a fronte della minaccia di BIP148. Faremo del nostro meglio per distribuirlo e attivarlo al più presto.

Se BIP148 si attiva

Allora UAHF sarà lanciato lo stesso giorno. La catena UAHF proteggerà le transazioni economiche che rischiano la riorganizzazione a causa di UASF.

In seguito, supporteremo l’attivazione di SegWit sulla catena UAHF se a SegWit non sarà associato alcun rischio di brevetto e se verrà eliminato il tasso di sconto arbitrario del segmento dei dati testimoni. Potrebbe essere necessario eliminare il parametro del peso, che è progettato per i tassi artificiali, e dobbiamo essere sinceri e chiari nell’inserire nel codice del software le diverse limitazioni sui diversi tipi di blocchi e di altri parametri. Un SegWit senza il tasso di sconto artificiale tratterà le transazioni legacy in modo giusto senza attribuire vantaggi ingiusti alle transazioni SegWit. Aiuterà anche l’effetto di aumento della capacità di SegWit in modo più significativo rispetto al tasso scontato. Inoltre spingeremo e incoraggeremo i cambiamenti nel codice, nel blocco principale o nel blocco di estensione, che renderanno la rete Lightning più sicura e affidabile rispetto all’attuale versione SegWit di Bitcoin Core.

I blocchi di estensione saranno sviluppati come un framework per incoraggiare molti team di sviluppo di protocolli a portare innovazione e capacità nel protocollo Bitcoin. Alcune innovazioni importanti ma aggressive possono essere introdotte senza compromettere tutti gli utenti o le società Bitcoin in tutto il mondo. Questo accelererà l’innovazione del protocollo Bitcoin. Anche le sidechain saranno incoraggiate dopo che i problemi di sicurezza associati saranno stati esaminati dalla comunità tecnica. I miner sono davvero motivati dalla speranza che Bitcoin sarà un successo.

Incoraggeremo e aiuteremo varie soluzioni multistrato ad entrare in produzione. Come investitore molto precoce di RootStock, abbiamo identificato il potenziale di un’altra importante cryptocurrency concorrente. Stiamo già lavorando a stretto contatto con gli autori di altre soluzioni multistrato.

Dovrebbe essere promosso un nuovo servizio di sicurezza SPV da parte dei nodi completi, oltre ad ulteriori ricerche e librerie compatibili con il modello SPV da promuovere tra gli sviluppatori di portafogli.

Se Bitcoin può combinare Bitcoin NG by Emin e Lumino by Sergio, può essere più facile raggiungere un incremento della velocità della rete Bitcoin attuale fino a 100x con una dimensione dei blocchi di circa 100KB ma con una frequenza di generazione più elevata. L’originale Bitcoin NG è una proposta di hard fork, ma possiamo renderlo soft fork a livello di protocollo con il framework di estensione dei blocchi. Allo stesso tempo RootStock, co-fondata dall’inventore di Lumino, sta anch’essa cercando di implementare Lumino. Lumino funzionerà perfettamente con la rete Lightning. Sarà interessante vedere quale implementazione porterà Lumino in produzione per prima, e in che modo.

Anche Schnorr Signature è nell’ultima fase di revisione.

Sarà promossa la diversificazione dello sviluppo dei client. Il concetto di consenso difensivo è in fase di sviluppo e aiuterà l’industria del mining. Il consenso difensivo aiuterà la rete Bitcoin a lavorare in modo sicuro mentre diverse implementazioni coesisteranno insieme.

Ci sono e ci saranno altre buone innovazioni nella comunità Bitcoin che non sono state ben promosse per diversi motivi. Cerchiamo di lavorare attivamente insieme a queste innovazioni.

BUIP056 sarà sviluppato per gestire il problema di dimensione dei blocchi prima che un modello di governance delle dimensioni dei blocchi completamente automatico e matematico venga ampiamente accettato. Come dimostrato negli ultimi anni di dibattito, i miner hanno dimostrato di essere molto conservatori e disposti a lavorare con la comunità economica più ampia. Qui sotto la roadmap dell’aumento delle dimensioni dei blocchi per i prossimi anni.

 

Periodo Dimensione blocchi, Byte
Ora 1.000.000
Agosto 2017 2.000.000
Settembre 2017 4.194.304
Aprile 2018 5.931.641
Agosto 2018 8.388.608
Aprile 2019 11.863.283
Agosto 2019 16.777.216
Dopo Agosto 2019 Dipende da ulteriori ricerche

I blocchi deboli dovranno essere sviluppati e distribuiti, prima che l’aumento della dimensione dei blocchi raggiunga gli 8MB.

 

Fonti

Raccomandiamo alle altre parti dell’ecosistema una ricerca dettagliata sugli effetti dell’UASF. Tutte le aziende Bitcoin devono essere preparate in quel giorno per mitigare o eliminare i rischi che l’UASF comporta.

Ridurre il rischio di fork di Bitcoin durante l’aggiornamento della rete,https://github.com/digitsu/splitting-bitcoin

Se vuoi saperne di più sui fork di minoranza, guarda la presentazione di Meni Rosenfeld:

Come ho imparato a smettere di preoccuparmi e ad amare il fork https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

Un bivio sulla strada: Dobbiamo scegliere un percorso?  https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Ecco una lettera per aiutarvi a comprendere la storia e l’immagine completa del grande dibattito sulla crescita di Bitcoin, anche se non siete miner:

Una lettera aperta ai miner

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Ecco un altro blog che vi aiuta a capire cosa succederà con il fork BIP148:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: un plan de contingencia en contra de UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Definiciones

UASF: bifurcación blanda activada por el usuario. Los desarrolladores añaden un juego de reglas obligatorio para cambiar el software del nodo, invalidando ciertos tipos de bloques previamente válidos después de un flag day. Este método no requiere una mayoría de mineros que apoyen o activen la división de la cadena. La propuesta de UASF pretende hacer un ataque de 51% contra la cadena de bloques que tenga la mayoría de la actividad económica y este ataque se llama “Desaparición”.

UAHF: bifurcación dura activada por el usuario. Los desarrolladores añaden un juego de reglas obligatorio para cambiar el nodo de software. Estos cambios hacen que bloques no válidos previamente se vuelvan válidos después de un flag day, lo que no requiere una mayoría de potencia de hash para que se ejecute. Los nodos con los cambios en el juego de reglas seguirán esta cadena independientemente de su tasa de hash. La propuesta de la UAHF es una desviación pacífica y voluntaria de diversos miembros de la comunidad que tienen opiniones o visiones diferentes y no se pretende atacar otras cadenas de bloques, incluso aunque la cadena UAHF tenga la tasa de hash más alta.

 

Nodo BIP148: un nodo de Bitcoin que ha implementado los cambios de la regla de consenso BIP148.

Cadena BIP148: una cadena de bloques que es válida según los cambios de la regla del consenso BIP14. BIP148 es un tipo de UASF.

Cadena original: la cadena de bloques que usa las mismas reglas de consenso utilizadas en la actualidad (26 de mayo de 2017).

Desaparición: si la cadena UASF está activada y gana la mayoría de tasa de hash, entonces los nodos que siguen a la cadena original se reorganizarán y empezarán a seguir a la cadena UASF. Si esto se produce, un número significativo de registros de transacciones financieras desaparecerá. Es un riesgo que los nodos UASF imponen a los nodos que intentan seguir a la cadena original. Por el contrario, UAHF no amenaza a los nodos que siguen un juego de reglas diferente que tienen este mismo riesgo.

Bit 1: el bit de versión BIP9 en la cabecera de un bloque usado para indicar una activación de SegWit.

Riesgo de estancamiento: una cadena de bloques sin el apoyo de la minería puede dejar de extenderse de repente porque el incentivo económico para los mineros es bajo. Una bifurcación minoritaria como UASF está bajo serio riesgo de un estancamiento permanente.

 

Antecedentes

El 24 de mayo de 2017, una mayoría económica significativa, de más del 80% de toda la potencia de hash y el 80% del software o servicio de la fuente de las transacciones de la industria del Bitcoin, llegaron a un acuerdo en Nueva York (Acuerdo de Nueva York) sobre los pasos tangibles para escalar el Bitcoin en el futuro próximo. Los representantes de Bitcoin Core rechazaron la invitación para asistir a este encuentro. Este acuerdo es el trabajo duro de aquellos que creen sinceramente en el Bitcoin y empresarios o inversores que tienen un gran interés financiero en escalar el Bitcoin de un modo rápido y unido. Bitmain apoya el acuerdo. Apoyamos el acuerdo y queremos que se haga realidad lo antes posible.

El proyecto de software btc1, que está abordando el acuerdo de Nueva York, ha estado en desarrollo activo y probablemente entregará un plan de cambio de regla de consenso llamado SegWit2x. El testnet5 para SegWit2x ya está listo. La versión Alpha del software saldrá el 16 de junio y todo va sin retraso.

Sigue el github aquí:

https://github.com/btc1

Lee una discusión de reddit sobre él aquí:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Suscríbete a la lista de correos:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

A pesar de este acuerdo, el movimiento de astroturfing de la UASF (BIP148) sigue recibiendo mucha atención en foros censurados, muchos de los cuales están controlados por individuos anónimos. Muchos de los desarrolladores de software que trabajan en un proyecto de software llamado “Bitcoin Core” también lo apoyan. BIP148 supone un riesgo significativo para el ecosistema Bitcoin, así que estamos preparando un plan de contingencia para proteger la actividad económica de la cadena de bloques de Bitcoin de esta amenaza.

El acuerdo de Nueva York está siendo saboteado de manera continua e intencional por un grupo de desarrolladores de software que trabajan en Bitcoin Core. También debemos estar preparados para el riesgo destructivo que la activación de la UASF traerá a la red de Bitcoin. El acuerdo de Nueva York es muy conservador y está dirigido a traer la paz a la comunidad del Bitcoin en un problema de escalabilidad simple pero artificialmente ampliado. Si, de algún modo, el acuerdo de Nueva York no puede impedir la división de la cadena, debemos estar preparados.

El propósito de esta publicación de blog es anunciar nuestro plan de contingencia UAHF para la UASF/BIP148.

 

Por qué necesitamos un plan de contingencia en contra del BIP148

Según el BIP148, cuando la MTP de la cadena esté en o más allá del jueves, 1 de agosto de 2017 a las 12:00:00 GMT (hora epoch 1501545600), los nodos BIP148 empezarán a abandonar los bloques de Bitcoin que no señalen a Bit 1 como su punto de bifurcación UASF. Este cambio en la regla de consenso hace el juego de reglas más pequeño que la cadena original antes de la activación de BIP148. Los nodos BIP148 seguirán la nueva cadena BIP148 si hay una potencia de hash mayor que cero apoyándola; si la potencia de hash que apoya la cadena es 0, los nodos BIP148 encontrarán que su cadena no puede extenderse.

Si hay potencia de hash apoyando la cadena BIP148, no hace falta que sea una mayoría de potencia de hash la que permita que la cadena se extienda. Incluso si hay solo una persona resolviendo hashes a mano, con el tiempo suficiente la cadena BIP148 puede ser extendida por otro bloque. Según la distribución de tasa de hash existente, algunos operadores de pools de minería bien conocidos han afirmado que apoyarán la UASF al permitir a los mineros elegir, aunque su potencia de hash total no sea suficiente para asegurar una mayoría. Una empresa que contrata muchos desarrolladores de protocolos de Bitcoin cruciales controla ya parte de su propia pequeña tasa de hash, según su director ejecutivo. Por tanto, la red de Bitcoin tiene un alto riesgo de dividirse el 1 de agosto de 2017.

BIP148 es muy peligroso para las transacciones y otros negocios. No hay indicios de apoyo económico significativo tras el BIP148 y cuando cobre vida como cadena de bloques, el apoyo económico estará probablemente basado en la especulación. La actividad de minería tras una cadena UASF podría pararse sin avisar y los inversores que compraron gracias a la propaganda del BIP148 podrían perder toda su inversión. Todas las transacciones que decidan apoyar un identificador UASF tras el punto de bifurcación deben considerar el riesgo de estancamiento asociado.

No hay protección ante la repetición en una cadena BIP148. Las transacciones se transmitirán a ambas cadenas y los usuarios no podrán impedir que se confirmen en ambas. Los agentes de compra-venta deben detener las retiradas y depósitos en el punto de bifurcación durante un tiempo y desplegar sus propios métodos de división de monedas. Si deseas más información, lee la sección de Referencias de esta publicación: Mitigating Bitcoin Forking Risk during Network Upgrade.

La cadena UASF representa un riesgo de que la cadena desaparezca. Si no hay un plan de contingencia, toda la actividad económica que se produzca en la cadena original después del punto de bifurcación UASF se enfrentará al riesgo de ser eliminada. Esto tiene unas consecuencias desastrosas para todo el ecosistema Bitcoin. UASF es un ataque contra los usuarios y las empresas que no están de acuerdo en activar SegWit ahora mismo sin un aumento del tamaño de los bloques, que es una cláusula muy importante del acuerdo de Hong Kong hecho por la comunidad global de Bitcoin en febrero de 2016. El riesgo de reorganización de la cadena es más significativo de lo que se imagina, tal y como lo analiza Peter R. en  BUIP055,

Fundamentos para la protección ante la reorganización

La probabilidad (P) de que la cadena de bloques grandes se reorganice para volver a ser una cadena de bloques pequeños viene dada por

P = (q/p)^2

Donde p es la fracción de la potencia de hash que mina la cadena de bloques grandes y q es la fracción de la potencia de hash que queda en la cadena de bloques pequeños [2]. Con el 75% de la potencia de hash apoyando  bloques más grandes, la probabilidad de una reorganización es del 11%.

Plan de protección

Este plan es para una bifurcación dura activada por el usuario o UAHF. Puedes encontrar especificaciones técnicas aquí:

https://github.com/bitcoin-UAHF/spec/

La hora de activación puede configurarse. Haremos la bifurcación dura 12 horas y 20 minutos más tarde que la UASF. La hora epoch será 1501590000.

Existirá una regla“debe ser grande” en el bloque de la bifurcación. El tamaño del bloque de la bifurcación debe ser mayor que 1.000.000 byte. El bloque de la bifurcación es el primer bloque que adopte el cambio de la regla de consenso.

Aceptará el bloque cuyo tamaño sea menor de 8 MB y nosotros, los mineros, limitaremos de forma blanda el tamaño del bloque a menos de 2 MB.

Se añadirá una regla de bifurcación blanda al protocolo para limitar las SigOps por transacción a 20 K.

El tamaño del bloque no será parte de la regla de consenso de código duro en el futuro después de la bifurcación del bloque. Los mineros que generen boques grandes serán castigados en los incentivos económicos pero no con la limitación del tamaño del bloque.

Habrá una protección para el ataque de repetición disponible para los agentes de compra-venta y los desarrolladores de carteras. Puedes encontrar las especificaciones aquí:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain usará parte de su propia tasa de hash y trabajará con la comunidad de desarrolladores para tener un plan de contingencia basado en UAHF. Desarrollaremos opciones para que los mineros se nos unan voluntariamente.

Bitmain minará la cadena durante un mínimo de 72 horas después del punto de bifurcación BIP148 con un cierto porcentaje de potencia de hash suministrado por nuestras propias operaciones de minería.

Bitmain, probablemente, no liberará de inmediato los bloques minados a la red pública a no ser que las circunstancias lo exijan, lo que significa que Bitmain minará esa cadena de forma privada primero. Pretendemos liberar los bloques minados en las siguientes situaciones (no es una lita exhaustiva):

  1. La cadena BIP148 se ha activado y posteriormente obtiene un apoyo significativo de la industria minera; es decir, después de que el BIP148 haya dividido con éxito la cadena.
  2. Haya unfuerte deseo del mercado de una bifurcación dura de bloques grandes y fundamentos económicos que nos lleven a minarla; por ejemplo, el tipo de cambio está a favor de un Bitcoin de bloques grandes.
  3. Si ya hay una cantidad significativa de mineros que estén minando una cadena de bloques grandes públicamente y decidimos que es lógico que minemos encima de esa cadena. En ese caso, también tendremos en cuenta unirnos a esa cadena y abandonar nuestra cadena minada en privado para que la cadena pública UAHF no corra el riesgo de ser reorganizada.

Una vez que Bitmain empiece a minar una cadena UAHF públicamente, la minaremos de forma persistente e ignoraremos los incentivos económicos a corto plazo. Creemos que una hoja de ruta que incluya la opción de ajustar el tamaño del bloque será más útil a los usuarios, así que esperamos que atraiga un precio de mercado más alto a largo plazo. La red económica se expandirá más rápido y las probabilidades de ganar serán más altas en un mercado de criptomonedas altamente competitivo.

Compartimos la idea de los primeros bitcoiners de que la descentralización significa que más de 1000 millones de personas en 200 países están usando el Bitcoin como moneda de ahorro y red de pago y que abarca cientos de miles de servicios, comerciantes, transacciones y software de Bitcoin. No creemos que la descentralización signifique poner un límite de 1 MB en el tamaño de los bloques o la responsabilidad de reducir el tamaño del bloque para que un Raspberry Pi pueda ejecutar todo un nodo y que la tarifa por transacción de Bitcoin sea más alta que el ingreso diario en la mayor parte de los países en desarrollo. Creemos que el Bitcoin debe ofrecer a la gente la posibilidad de prosperar sin depender de poderosas autoridades que cobren comisiones que puedan ser de hasta 100 $ por transacción.

 

Desarrollo de software

En la actualidad, hay al menos tres equipos de desarrollo de cliente trabajando en el código de la especificación. Todos desean estar en silencio y alejados de la propaganda y del ejército de troles de ciertas empresas. Se darán a conocer cuando estén preparados. Los usuarios podrán instalar el software y decidir si se unen al UAHF.

Se espera que el software esté listo antes del 1 de julio y estará funcionando en testnet para entonces.

 

Hoja de ruta futura

Si se activa el acuerdo de Nueva York

Deseamos que el acuerdo de Nueva York se desarrolle y se lleve a cabo correctamente. Es la última esperanza para escalar el Bitcoin de manera unida de cara a la amenaza del BIP148. Haremos lo que podamos para desplegarlo y activarlo lo antes posible.

Si BIP148 se activa

En ese caso, UAHF se activará el mismo día. La cadena UAHF protegerá las transacciones económicas que corren riesgo de reorganizarse debido al UASF.

Después, apoyaremos la activación del SegWit en la cadena UAHF si no hay un riesgo patente asociado al SegWit y si la tasa de descuento arbitraria del segmento de datos de testigos se elimina. El parámetro de peso, que está diseñado para las tasas artificiales, tendrá que ser eliminado y tendremos que ser francos y directos en el código del software sobre las distintas limitaciones en diferentes tipos de bloques y otros parámetros. Un SegWit sin la tasa de descuento artificial tratará el tipo de transacción heredado de manera justa y no dará a las transacciones SegWit una ventaja injusta. También ayudará a aumentar la capacidad de SegWit de manera más significativa que con la tasa de descuento. Además impulsaremos y fomentaremos cambios en el código, en el bloque principal o en los bloques de extensión que harán que Lightning Network funcione de modo más seguro y fiable que la actual versión de SegWit de Core.

Los bloques de extensión se desarrollarán como marco para animar a diversos equipos de desarrollo de protocolos a aportar innovaciones y capacidades al protocolo Bitcoin. Algunas innovaciones importantes aunque agresivas pueden introducirse sin afectar a todos los usuarios o empresas de Bitcoin del mundo. Esto acelerará la innovación del protocolo Bitcoin. Las cadenas laterales (sidechains) también se fomentarán cuando la comunidad técnica haya revisado los problemas de seguridad asociados. Los mineros se ven sinceramente impulsados por la esperanza de que el Bitcoin sea un éxito.

Fomentaremos y ayudaremos a que se produzcan diversas soluciones multicapa. Siendo uno de los primeros inversores de RootStock, identificamos el potencial de otra importante criptomoneda competidora. Ya estamos trabajando en estrecha colaboración con autores de otras soluciones multicapa.

Debería promoverse un nuevo servicio de seguridad SPV de nodos completos, así como una mayor investigación y bibliotecas compatibles con el modelo SPV entre los desarrolladores de carteras.

Si Bitcoin puede combinar Bitcoin NG, de Emin, y Lumino, de Sergio, entonces puede alcanzarse con facilidad un aumento del rendimiento de la actual red de Bitcoin hasta 100 veces más con un tamaño de bloques de unos 100 KB pero con una frecuencia de generación de bloques más alta. La propuesta original Bitcoin NG es de bifurcación dura pero podemos hacerla blanda en el protocolo con el marco del bloque de extensión. Al mismo tiempo, RootStock, cofundado por el inventor de Lumino, también está intentando implementar Lumino en RootStock. Lumino funcionará perfectamente con Lightning Network. Será interesante ver qué implementación producirá Lumino en primer lugar y de qué modo.

La firma Schnorr está también en la revisión de su última etapa.

Deberá promoverse la diversificación del desarrollo del cliente. El concepto de consenso defensivo se está desarrollando y ayudará a la industria minera. El consenso defensivo ayudará a la red de Bitcoin a funcionar de manera segura mientras múltiples implementaciones funcionan a la vez.

Hay y habrá otras buenas innovaciones en la comunidad de Bitcoin que no se han fomentado adecuadamente por diversos motivos. Esperamos trabajar activamente en esas innovaciones.

BUIP056 se desarrollará para gestionar el problema del tamaño del bloque antes de que se acepte ampliamente un modelo de gestión del tamaño del bloque totalmente automático y matemático. Como se ha visto en los últimos años de debate, los mineros han demostrado ser muy conservadores y dispuestos a trabajar con la comunidad económica más amplia. A continuación se encuentra la hoja de ruta del aumento del tamaño del bloque para los próximos años.

 

Fecha Tamaño del bloque, Byte
Ahora 1.000.000
Agosto, 2017 2.000.000
Sept., 2017 4.194.304
Abril, 2018 5.931.641
Agosto, 2018 8.388.608
Abril, 2019 11.863.283
Agosto, 2019 16.777.216
Después de agosto, 2019 Depende de la investigación futura

Deberán desarrollarse y desplegarse bloques más débiles antes de que el tamaño del bloque alcance los 8 MB.

 

Referencias

Para conocer otros grupos del ecosistema, recomendamos una investigación detallada sobre los efectos del UASF. Todos los negocios basados en Bitcoin deberán estar preparados ese día para mitigar o eliminar el riesgo que trae consigo el UASF.

Mitigating Bitcoin Forking Risk during Network Upgrade, https://github.com/digitsu/splitting-bitcoin

Si deseas saber más sobre bifurcaciones minoritarias, lee la presentación de Meni Rosenfeld:

How I learned to stop worrying and love the fork

 https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road: Must we Choose a Path?

https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Esta es una carta para ayudaros a entender la historia y el cuadro completo del gran debate de la escalabilidad del Bitcoin incluso si no sois mineros:

An Open Letter to Miners

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Este es otro blog para ayudarte a entender lo que pasará con la bifurcación BIP148:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: Ein Notfallplan gegen UASF (BIP148)

(This is a translated version of Bitmain’s original blog post, which is in English)

Definitionen

UASF:  User Aktivierte Softfork. Entwickler fügen einen verbindlichen Regelsatz hinzu, um die Node-Software zu ändern, was bestimmte Arten zuvor gültiger Blöcke nach einem Flagday ungültig macht. Diese Methode macht keine Mining-Mehrheit erforderlich, um einen Chain Split zu unterstützen oder zu aktivieren. Das UASF-Angebot hat zum Ziel, eine 51%-Attacke gegen die Blockchain vorzunehmen, die die Mehrheit der wirtschaftlichen Aktivität hat, und diese Attacke wird als „Wipe Out“ bezeichnet.

UAHF: User Aktivierte Hardfork. Entwickler fügen einen verbindlichen Regelsatz hinzu, um die Node-Software zu ändern. Diese Änderungen führen dazu, das zuvor ungültige Blöcke nach einem Flagday gültig werden, was nicht erforderlich macht, dass eine Mehrheit der Hash Power ausgeführt wird. Nodes mit den Regelsatzänderungen folgen dieser Chain, unabhängig von deren Hash-Rate. Das UAHF-Angebot ist ein friedlicher und freiwilliger Aufbruch verschiedener Community-Mitglieder, die verschiedene Meinungen und Visionen haben, und es zielt nicht darauf ab, andere Blockchains anzugreifen, selbst wenn die UAHF-Chain eine höhere Hash-Rate hat.

BIP148-Node: ein Bitcoin-Node, das die BIP148-Konsensregel-Änderungen implementiert hat.

BIP148-Chain: eine Blockchain, die laut der BIP148-Konsensregel-Änderungen gültig ist. BIP148 ist eine Art von UASF.

Original-Chain: Die Blockchain, die die gleichen Konsensregeln verwendet, die heute genutzt werden. (26. Mai 2017)

Wipe-Out: Falls die UASF-Chain aktiviert ist und die UASF-Chain die Mehrheits-Hash-Rate erhält, werden die Nodes, die der Original-Chain folgen, sich neu organisieren und damit anfangen, der UASF-Chain zu folgen. In einem solchen Fall wird eine deutliche Zahl der Aufzeichnungen zu finanziellen Transaktionen verschwinden. Dies ist ein Risiko, welches die UASF-Nodes jenen Nodes auferlegen, die der Original-Chain folgen. Im Gegensatz hierzu bedroht ein UAHF die Nodes, die einen anderen Regelsatz befolgen, nicht mit demselben Risiko.

Bit 1: Das BIP9-Versions-Bit in einem Block-Header, der als Signal für die SegWit-Aktivierung genutzt wird.

Stagnationsrisiko: Eine Blockchain ohne Mining-Support kann plötzlich damit aufhören, erweitert zu werden, da der wirtschaftliche Anreiz für Miner gering ist. Ein Minderheits-Fork wie UASF unterliegt einem ernsthaften Risiko permanenter Stagnation.

 

Hintergrund

Am 24. Mai 2017, traf eine bedeutende wirtschaftliche Mehrheit – mehr als 80% der gesamten Hashing-Power- und 80% der Transaktions-Source-Software – der Bitcoin-Branche eine Vereinbarung in New York (New York Vereinbarung) bezüglich konkreter Schritte, Bitcoin in der nahen Zukunft zu skalieren. Vertreter von Bitcoin Core lehnten die Einladung zu diesem Meeting ab. Diese Vereinbarung ist die harte Arbeit jener, die ehrlich an Bitcoin glauben sowie jener Unternehmer oder Investoren, die ein starkes finanzielles Interesse an der schnellen und gemeinsamen Skalierung von Bitcoin haben. Bitmain ist ein Unterstützer der Vereinbarung. Wir unterstützen die Vereinbarung und möchten, dass diese so schnell wie möglich durchgeführt wird.

Ein Software-Projekt, btc1, welches die New-York-Vereinbarung thematisiert, befand sich in aktiver Entwicklung und wird wahrscheinlich einen Konsensregel-Änderungsplan liefern, der SegWit2x genannt wird. Der testnet5 für SegWit2x ist bereits am Leben. Die Alpha-Version der Software wird am 16. Juni veröffentlicht, und alles ist noch immer pünktlich.

Folgen Sie dem github hier:

https://github.com/btc1

Lesen Sie eine Reddit-Diskussion darüber hier:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Abonnieren Sie die Mailingliste:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

Trotz dieser Vereinbarung bekommt die UASF (BIP148) Astroturfing-Bewegung weiterhin viel Sendezeit auf zensierten Foren, von denen viele von einzelnen anonymen Individuen kontrolliert werden. Viele der Softwareentwickler, die an einem Softwareprojekt namens  “Bitcoin Core” arbeiten, unterstützen dies auch. BIP148 stellt ein bedeutendes Risiko für das Bitcoin-Ökosystem dar. Daher bereiten wir einen Notfallplan vor, um die wirtschaftliche Aktivität auf der Bitcoin-Blockchain vor dieser Bedrohung zu schützen.

Die New-York-Vereinbarung wird auch kontinuierlich und vorsätzlich von einer Gruppe von Softwareentwicklern sabotiert, die an Bitcoin Core arbeiten.

Wir müssen außerdem auf das zerstörerische Risiko vorbereitet sein, das eine UASF-Aktivierung dem Bitcoin-Netzwerk bescheren wird. Die New-York-Vereinbarung ist sehr konservativ und zielt darauf ab, innerhalb der Bitcoin-Community bezüglich einer einfachen aber künstlich eskalierten Skalierungsproblematik Frieden zu schaffen. Falls die New-York-Vereinbarung einen Chain-Split irgendwie nicht verhindern kann, müssen wir vorbereitet sein.

Der Zweck dieses Blog-Posts besteht darin, unseren UAHF-Notfallplan für UASF/BIP148 anzukündigen.

 

Warum wir einen Notfallplan gegen BIP148 benötigen

Gemäß BIP148 gilt, dass wenn der Chain MTP bei oder nach Dienstag, den 1. August 2017 0:00 Uhr GMT (Epochenzeit 1501545600) liegt, die BIP148-Nodes damit anfangen, Bitcoin-Blocks verwaisen zu lassen, die Bit 1 an ihrem UASF-Forking-Point nicht signalisieren. Die Konsensregel-Änderung verkleinert den Regelsatz gegenüber der Original-Chain vor der BIP148-Aktivierung. BIP148-Nodes folgen der neuen BIP148-Chain, falls mehr als null Hashing-Power vorhanden ist, um es zu unterstützen. Falls die Hash-Rate, die die Chain unterstützt, 0 ist, werden BIP148-Nodes entdecken, dass ihre Chain nicht erweiterungsfähig ist.

Falls Hash-Power vorhanden ist, die die BIP148-Chain unterstützt, muss es sich nicht um eine Hash-Rate-Mehrheit handeln, um eine Erweiterung der Chain zu ermöglichen. Selbst wenn nur eine Person vorhanden ist, die Hashes per Hand löst, kann die BIP148-Chain durch einen weiteren Block erweitert werden, solange genügend Zeit vorhanden ist. Laut der bestehenden Hash-Rate-Distribution haben ein paar bekannte Mining-Pool-Betreiber ausgesagt, dass sie den UASF unterstützen werden, indem Sie Minern Wahlfreiheit lassen, obwohl deren Gesamt-Hash-Rate nicht ausreicht, um eine Mehrheit sicherzustellen. Ein Unternehmen, das viele entscheidende Bitcoin-Protokoll-Entwickler einstellt, kontrolliert nun gemäß seines CEO einen Teil seiner eigenen kleinen Hash-Rate. Es besteht also für das Bitcoin-Netzwerk ein hohes Risiko, dass dieses am 1. August 2017 gespalten wird.

BIP148 ist für Exchanges und andere Geschäfte sehr gefährlich. Es gibt keine Anzeichen für eine bedeutende wirtschaftliche Unterstützung hinter BIP148, und wenn es als Blockchain am Leben ist, würde die wirtschaftliche Unterstützung höchstwahrscheinlich auf Spekulation basieren. Die Mining-Aktivität hinter einer UASF-Chain könnte ohne Vorankündigung stoppen, und Investoren, die der BIP148-Propaganda Glauben schenken, könnten ihre gesamten Investitionen verlieren. Jegliche Exchanges, die entscheiden, ein UASF-Token nach dem Forking-Point zu unterstützen, müssen das Stagnationsrisiko berücksichtigen, das damit einher geht.

Es besteht kein Replay-Schutz auf einer BIP148-Chain. Transaktionen werden auf beiden Chains übertragen und User können nicht verhindern, dass diese auf beiden bestätigt werden. Exchanges müssen Abhebungen und Einzahlungen am Forking-Point für eine gewisse Zeit stoppen, und ihre eigenen Coin-Splitting-Methoden einsetzen. Falls Sie mehr dazu erfahren möchten, lesen Sie bitte im Abschnitt Referenzen dieses Posts: Minderndes Bitcoin-Forking-Risiko während Netzwerk-Upgrade.

Die UASF-Chain beinhaltet das Risiko, dass die Original-Chain vernichtet wird. Falls kein Notfallplan besteht, ist für alle wirtschaftlichen Aktivitäten, die auf der Original-Chain nach dem UASF-Forking-Point auftreten, das Risiko vorhanden, vernichtet zu werden. Dies hat verheerende Konsequenzen für das gesamte Bitcoin-Ökosystem. UASF ist eine Attacke gegen User und Unternehmen, die im Augenblick mit der Aktivierung von SegWit ohne Blocksize-Erhöhung nicht einverstanden ist. Dies ist zudem eine wichtige Klausel in der Hong Kong Vereinbarung, die von der globalen Bitcoin-Community im Februar 2016 getroffen wurde. Das Chain-Reorg-Risiko ist bedeutender als man sich vorstellen konnte, wie Peter R. in  BUIP055 analysiert:

Gründe für einen Reorg-Schutz

Die Wahrscheinlichkeit (P), dass die Groß-Block-Chain sich in einer Klein-Block-Chain reorganisiert, ist gegeben durch

P = (q/p)^2

wobei p der Bruchteil der Hash-Power ist, der die große Blockchain abbaut, und q der Bruchteil der Hash Power ist, der auf der kleinen Blockchain verbleibt [2]. Wenn 75% der Hash Power größere Blöcke unterstützt, beträgt die Reorg-Wahrscheinlichkeit 11%.

 

Plan zum Schutz

Dieser Plan gilt für eine User Aktivierte Hardfork, oder UAHF. Sie finden im folgenden die technischen Spezifikationen:

https://github.com/bitcoin-UAHF/spec/

Die Aktivierungszeit lässt sich konfigurieren. Wir setzen die Hardfork bei 12 Stunden und 20 Minuten später als UASF an. Der Epochenzeit-Stempel ist dann 1501590000.

Es gibt die „muss groß sein“-Regel bezüglich des Fork-Blocks. Die Blocksize des Fork-Block muss größer sein als 1.000.000 Byte. Fork-Block bedeutet der erste Block, der die Konsensregel-Änderung annimmt.

Er akzeptiert einen Block, dessen Größe unter 8 MB liegt, und wir Miner legen ein Soft-Limit der Blocksize bei weniger als 2 MB fest.

Dem Protokoll wird eine Softfork-Regel hinzugefügt, um die SigOps per Transaktion innerhalb von 20K zu begrenzen.

Die Blocksize wird für uns in Zukunft nach dem Fork-Block nicht Bestandteil der fest eingebauten Konsensregel sein. Miner, die große Blöcke generieren, werden durch wirtschaftliche Anreize bestraft, aber nicht durch Begrenzung der Blocksize.

Es wird einen Replay-Angriffschutz geben, der für Exchanges und Wallet-Entwickler zur Verfügung steht. Hier finden Sie Spezifikationen:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain wird einen Teil seiner eigenen Hash-Rate nutzen und mit der Entwickler-Community zusammenarbeiten, um einen Notfallplan zu haben, der auf UAHF basiert. Wir werden Optionen für Miner entwickeln, die freiwillig zu uns stoßen.

Bitmain wird die Chain für mindestens 72 Stunden nach dem BIP148 Forking-Point mit einem bestimmten Prozentsatz der Hash-Rate abbauen, die von unserem eigenen Mining-Betrieb geliefert wird.

Bitmain wird die abgebauten Blöcke wahrscheinlich nicht sofort ans öffentliche Netzwerk freigeben, es sei denn, die Umstände machen dies erforderlich, was bedeutet, dass Bitmain eine solche Chain zuerst privat abbauen wird. Wir beabsichtigen, die abgebauten Blöcke in den folgenden Situationen an die Öffentlichkeit freizugeben (unvollständige Liste):

  1. Die BIP148-Chain ist aktiviert und erhält anschließend bedeutenden Support von der Mining-Branche; d.h. nachdem BIP148 die Chain bereits erfolgreich gespalten hat;
  2. Die Marktstimmung für einen Groß-Block-Hardfork ist stark, und wirtschaftliche Gründe bringen uns dazu, es zum Beispiel abzubauen, und die Exchange-Rate begünstigt den Groß-Block-Bitcoin;
  3. Falls bereits ein bedeutender Anteil anderer Miner eine Groß-Block-Chain öffentlich abbaut und wir beschließen, dass es rational für uns ist, auf dieser Chain ein Mining durchzuführen. In einem solchen Fall werden wir außerdem in Erwägung ziehen, dieser Chain hinzuzustoßen und unsere privat abgebaute Chain aufzugeben, so dass die öffentliche UAHF-Chain nicht dem Risiko unterliegt, reorganisiert zu werden.

Sobald Bitmain damit anfängt, eine UAHF-Chain öffentlich abzubauen, werden wir hartnäckig weiter abbauen und kurzfristige wirtschaftliche Anreize ignorieren. Wir glauben, dass eine Roadmap einschließlich der Option, die Blocksize anzupassen, Usern besser gerecht werden wird, so dass wir erwarten, dass dies langfristig einen höheren Marktpreis mit sich bringen wird. Das wirtschaftliche Netzwerk wird schneller expandieren, und die Gewinnchancen werden in einem höchst wettbewerbsfähigen Kryptowährungsmarkt höher liegen.

Wir teilen die Meinung einiger früher Bitcoiner, dass Dezentralisierung bedeutet, dass mehr als eine Milliarde Menschen in 200 Ländern Bitcoin als Spar-Währung und Zahlungsnetzwerk nutzen, und dass dies Hunderttausende von Bitcoin-Diensten, Händlern, Exchanges und Software umfasst. Wir glauben nicht, dass Dezentralisierung ein 1-MB-Blocksize-Limit oder eine Verantwortung, die Blocksize zu beschränken, bedeutet, so dass ein Raspberry Pi einen vollen Node laufen lassen kann, während die Gebühr pro Bitcoin-Transaktion höher ist als das tägliche Einkommen in den meisten Entwicklungsländern. Wir glauben, dass Bitcoin den Leuten eine Alternative für den geschäftlichen Erfolg bietet, ohne von mächtigen Behörden abhängig zu sein, die Gebühren berechnen können, welche in der Höhe von 100 USD pro Transaktion liegen können.

 

Softwareentwicklung

Derzeit arbeiten mindestens 3 Client-Entwicklungsteams am Code der Spezifikation. Jedes von ihnen möchte sich bedeckt halten und der Propaganda und Troll-Armee bestimmter Unternehmen fern bleiben. Sie werden sich ankündigen, wenn sie dazu bereit sind. User werden in der Lage sein, die Software zu installieren und zu entscheiden, ob sie der UAHF hinzustoßen.

Die Softwares werden voraussichtlich vor dem 1. Juli bereit stehen und bis dahin live auf testnet sein.

 

Zukünftige Roadmap

Falls die New-York-Vereinbarung aktiviert wird

Wir hoffen, dass die New-York-Vereinbarung auf gute Weise entwickelt und umgesetzt wird. Dies ist für Bitcoin die letzte Hoffnung, um gemeinsam angesichts der BIP148-Bedrohung zu skalieren. Wir werden unser Bestes versuchen, um es so schnell wie möglich einzusetzen und zu aktivieren.

Falls BIP148 aktiviert wird

Dann wird UAHF am gleichen Tag am Leben sein. Die UAHF-Chain wird die wirtschaftlichen Transaktionen schützen, die aufgrund von UASF dem Risiko der Reorganisation unterliegen.

Später werden wir die Aktivierung von SegWit auf der UAHF-Chain unterstützen, falls im Zusammenhang mit SegWit kein Patentrisikobesteht und die beliebige Diskontrate des Witness-Datensegments entfernt wird. Der Gewichtsparameter, der für künstliche Raten gestaltet ist, muss eventuell gelöscht werden, und wir müssen im Software-Code bezüglich verschiedener Limitationen auf verschiedenen Arten von Blöcken und anderen Parametern offen und unkompliziert sein.  Ein SegWit ohne eine künstliche Diskontrate wird Transaktionen der vorgelagerten Art fair behandeln und SegWit-Transaktionen keinen unfairen Vorteil verschaffen. Es wird außerdem den kapazitätssteigernden Effekt von SegWit stärker unterstützen als mit der Diskontrate. Wir werden zudem Änderungen im Code, im Haupt-Block oder im Erweiterungs-Block vorantreiben und fördern, was das Lightning-Netzwerk sicherer und zuverlässiger laufen lassen wird, als Cores derzeitige Version von SegWit dies tut.

Erweiterungsblöcke werden als ein Rahmenwerk entwickelt, um Multiprotokoll-Entwicklungsteams dabei zu unterstützen, Innovationen und Kapazitäten ins Bitcoin-Protokoll einzubringen. Manche wichtigen aber aggressiven Innovationen können eingeführt werden, ohne einen Einfluss auf alle Bitcoin-User oder Unternehmen weltweit zu haben. Dies wird die Innovation des Bitcoin-Protokolls beschleunigen. Sidechains werden auch gefördert, nachdem die damit zusammenhängenden Sicherheitsprobleme von der technischen Community überprüft wurden. Miner werden wahrhaftig von der Hoffnung angetrieben, dass Bitcoin ein Erfolg sein wird.

Wir werden dafür sorgen und es unterstützen, dass diverse Multi-Layer-Lösungen produziert werden. Als sehr früher Investor von RootStock haben wir das Potential einer weiteren wichtigen Wettbewerbs-Kryptowährung identifiziert. Wir arbeiten bereits eng mit den Autoren anderer Multilayer-Lösungen zusammen.

Ein neuer SPV-Sicherheitsservice nach vollen Nodes sollte gefördert werden, und weitere Forschung und Bibliotheken, die mit dem SPV-Modell kompatibel sind, sollten unter Wallet-Entwicklern ebenso gefördert werden.

Falls Bitcoin es schafft, Bitcoin NC von Emin und Lumino von Sergio zu kombinieren, lässt sich eine Durchlauf-Erhöhung des derzeitigen Bitcoin-Netzwerks auf das bis zu 100fache einfacher mit einer Blocksize von ca. 100 KB erreichen – jedoch mit einer höheren Block-Generierungs-Frequenz. Der ursprüngliche Bitcoin NG ist ein Hardfork-Angebot; wir können dies jedoch in das Protokoll als Softfork einarbeiten – mit dem Erweiterungsblock-Rahmenwerk. Zur gleichen Zeit versucht auch RootStock, das vom Erfinder von Lumino mitbegründet wurde, Lumino auf RootStock zu implementieren. Lumino wird perfekt mit dem Lightning Netzwerk funktionieren. Es wird interessant sein zu sehen, welche Implementierung Lumino zuerst produzieren wird, und auf welche Weise dies geschehen wird.

Die Schnorr-Signatur befindet sich auch im letzten Stadium der Bewertung.

Die Diversifizierung der Client-Entwicklung wird gefördert werden. Das Defensive Consensus Konzept ist in der Entwicklungsphase und wird in der Mining-Branche hilfreich sein. Defensive Consensus wird dem Bitcoin-Netzwerk dabei helfen, auf sichere Weise zu funktionieren, während mehrere Implementierungen zusammenarbeiten.

Es gibt und wird andere gute Innovationen in der Bitcoin-Community geben, die aus verschiedenen Gründen nicht gut gefördert wurden. Wir haben zum Ziel, aktiv mit diesen Innovationen zu arbeiten.

BUIP056 wird entwickelt, um das Blocksize-Problem zu managen, bevor ein vollautomatisches und mathematisches Blocksize-Governance-Modell weitgehend Anerkennung gefunden haben wird. Wie sich in der Debatte der vergangenen Jahre zeigt, sind Miner sehr konservativ und dazu bereit, mit der breiteren wirtschaftlichen Community zusammenzuarbeiten. Die grobe Roadmap der Blocksize-Erhöhung für die nächsten paar Jahre ist unten aufgeführt.

 

Zeit Blocksize, Byte
Jetzt 1.000.000
August 2017 2.000.000
September 2017 4.194.304
April 2018 5.931.641
August 2018 8.388.608
April 2019 11.863.283
August 2019 16.777.216
Nach August 2019 Hängt von weiterer Forschung ab

Schwache Blöcke müssen entwickelt und eingesetzt werden, bevor die Blocksize-Erhöhung 8 MB erreicht.

 

Referenzen

Für andere Parteien im Ökosystem empfehlen wir die detaillierte Recherche bezüglich der Auswirkungen auf die UASF. Alle Bitcoin-Unternehmen müssen an jenem Tag darauf vorbereitet sein, die Risiken, die UASF trägt, zu mindern oder zu eliminieren.

Minderung des Bitcoin-Forking-Risikos während Netzwerk-Upgrade,https://github.com/digitsu/splitting-bitcoin

Falls Sie mehr über Minderheits-Forks erfahren möchten, schauen Sie sich bitte die Präsentation von Meni Rosenfeld an:

How I learned to stop worrying and love the fork (Wie ich gelernt habe, mir keine Sorgen mehr zu machen und die Fork zu lieben) https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road (Eine Fork im Weg): Must we Choose a Path?  (Müssen wir einen Weg wählen?) https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Hier ist ein Brief, der Ihnen dabei hilft, die Historie zu verstehen und bezüglich der großen Debatte zur Bitcoin-Skalierung voll im Bilde zu sein:

Ein offener Brief an Miner

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Hier ist ein weiterer Blog, der Ihnen dabei helfen kann, zu verstehen, was auf der BIP148-Fork passieren wird:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(This is a translated version of Bitmain’s original blog post, which is in English)

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

UAHF: A contingency plan against UASF (BIP148)

(We have also published the translated versions of this blog post in Deutsche, עִברִית, Italiano, 日本語, 한국어, русский and Español )

Definitions

UASF: User Activated Soft Fork. Developers add a mandatory rule set to change the node’ software, invalidating certain kinds of previously valid blocks after a flag day. This method requires no mining majority to support or activate a chain-split. The UASF proposal intends to make a 51% attack against the blockchain that has the majority of economic activity, and this attack is called a “Wipe Out”.

UAHF: User Activated Hard Fork. Developers add a mandatory rule set to change the node software. These changes make previously invalid blocks become valid after a flag day, which do not require a majority of hash power to be enforced. Nodes with the rule set changes will follow this chain irrespective of its hash rate. The UAHF proposal is a peaceful and voluntary departure of different community members who have different opinions or visions, and it is not intended to make an attack against other blockchain(s), even if the UAHF chain has the higher hash rate.

BIP148 node: a Bitcoin node that has implemented BIP148 consensus rule changes.

BIP148 chain: a blockchain that is valid according to the BIP148 consensus rule changes. BIP148 is a kind of UASF.

Original chain: The blockchain that uses the same consensus rules in use today. (May 26th, 2017)

Wipe Out: If the UASF chain is activated and if the UASF chain gains the majority hash rate, then the nodes following the original chain will reorganize and begin to follow the UASF chain. In such an event, a significant number of financial transaction records will disappear. This is a risk that UASF nodes impose on nodes intending to follow the original chain. In contrast, a UAHF does not threaten the nodes following a different rule set with this same risk.

Bit 1: The BIP9 version bit in a block header used to signal for SegWit activation.

Stagnation risk: A blockchain without mining support may suddenly stop being extended, because the economic incentive for miners is low. A minority fork like UASF is under serious risk of permanent stagnation.

 

Background

On May 24th, 2017, a significant economic majority, more than 80% of the entire hashing power and 80% of transactions’ source software or service, of the Bitcoin industry came to an agreement in New York (New York Agreement) on tangible steps to scale Bitcoin in the near future. Representatives of Bitcoin Core declined the invite to attend this meeting. This agreement is the hard work of those who sincerely believe in Bitcoin and those entrepreneurs or investors who have strong financial interest in scaling Bitcoin quickly and unitedly. Bitmain is a supporter of the agreement. We support the agreement and we want to make it happen as soon as possible.

A software project, btc1, which is addressing the New York Agreement, has been under active development and will likely deliver a consensus rule change plan called SegWit2x. The testnet5 for SegWit2x is already alive. Alpha version of the software will be released on June 16th and everything is still on time.

Follow the github here:

https://github.com/btc1

Read a reddit discussion about it here:

https://www.reddit.com/r/btc/comments/6h1wpr/segwit2x_a_summary/

Subscribe the mailing list:

https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-ml

Despite this agreement, the UASF (BIP148) astroturfing movement continues to get lots of airtime on censored forums, many of which are controlled by single anonymous individuals. Many of the software developers who work in a software project called “Bitcoin Core” are also supporting it. BIP148 poses a significant risk for the Bitcoin ecosystem, so we are preparing a contingency plan to protect the economic activity on the Bitcoin blockchain from this threat.

The New York agreement is also continuously and intentionally sabotaged by a group of software developers working on Bitcoin Core.

We must also be prepared for the disruptive risk that UASF activation will bring to the Bitcoin network. The New York agreement is very conservative and aimed at bringing peace within the Bitcoin community on a simple but artificially escalated scaling issue. If somehow the New York agreement cannot prevent a chain split, we will have to be prepared.

The purpose of this blog post is to announce our UAHF contingency plan for UASF/BIP148.

 

Why we need a contingency plan against BIP148

According to BIP148, when the chain MTP is at or beyond Tuesday August 1st, 2017 12:00:00 AM GMT (epoch time 1501545600), BIP148 nodes will begin to orphan Bitcoin blocks not signaling Bit 1 at its UASF forking point. This consensus rule change makes the rule set smaller than original chain before BIP148 activation. BIP148 nodes will follow the new BIP148 chain if there is any more than zero hashing power supporting it; if the hash rate backing the chain is 0, BIP148 nodes will find their chain unable to be extended.

If there is hash power supporting the BIP148 chain, it does not need to be a hash rate majority to allow the chain to be extended. Even if there is only one person solving hashes by hands, given enough time the BIP148 chain can be extended by another block. According to the existing hash rate distribution, some well known mining pool operators have stated that they will support the UASF by allowing miners choice, although their total hash rate is not enough to secure a majority. A company hiring many crucial Bitcoin protocol developers controls some of its own small hash rate now according to its CEO. So the Bitcoin network is at a high risk of being split on Aug 1st, 2017.

BIP148 is very dangerous for exchanges and other business. There is no sign of significant economic support behind BIP148 and when it is alive as a blockchain, the economic support would most likely be based on speculation. The mining activity behind a UASF chain may stop without notice, and investors who buy in the BIP148 propaganda may lose all their investment. Any exchanges that decide to support a UASF token after the forking point need to consider the stagnation risk attached to it.

There is no replay protection on a BIP148 chain. Transactions will be broadcast on both chains and users cannot prevent them from being confirmed on both. Exchanges must stop withdrawals and deposits at the forking point for some time, and deploy their own coin splitting methods. If you want to learn more, please read from the References section of this post: Mitigating Bitcoin Forking Risk during Network Upgrade.

The UASF chain presents a risk of the original chain being wiped out. If there is no contingency plan, all economic activity that occurs on the original chain after the UASF forking point will face the risk of being wiped out. This has disastrous consequences for the entire Bitcoin ecosystem. UASF is an attack against users and enterprises who disagree with activating SegWit right now without a block size increase, which is a very important clause in the Hong Kong agreement made by the global Bitcoin community in February, 2016. The chain reorg risk is more significant than imaged, as analyzed by Peter R. in BUIP055,

Rationale for Reorg Protection

The probability (P) that the big-block chain reorgs back to the small-block chain is given by

P = (q/p)^2

where p is the fraction of the hash power mining the big-block chain and q is the fraction of the hash power remaining on the small block chain [2]. With 75% of the hash power supporting larger blocks, the probability of a reorg is 11%.

 

Protection Plan

This plan is for a User Activated Hard Fork, or UAHF. You can find technical specs here:

https://github.com/bitcoin-UAHF/spec/

The activation time is configurable. We will do the hard fork at 12 hours and 20 mins later than UASF. The epoch time stamp will be 1501590000.

There is “must be big” rule at the fork block. The block size of the fork block must be larger than 1,000,000 Byte. Fork block means the first block which adopt the consensus rule change.

It will accept block of which the size is less than 8MB and we, miners, will soft-limit the block size to less than 2MB.

There will be a soft fork rule added into the protocol to limit the sigops per transaction within 20K.

The block size will not be a part of hard-coded consensus rule for us in the future after the fork block. Miners who generate large blocks will be punished by economic incentives, but not limiting the block size.

There will be replay attack protection that is available for exchanges and wallet developers. You can find the spec here:

https://github.com/Bitcoin-UAHF/spec/blob/master/replay-protected-sighash.md

Bitmain will use some of its own hash rate and work with the developer community to have a contingency plan based on UAHF. We will develop options for miners to voluntarily join us.

Bitmain will mine the chain for a minimum of 72 hours after the BIP148 forking point with a certain percentage of hash rate supplied by our own mining operations.

Bitmain will likely not release immediately the mined blocks to the public network unless circumstances call for it, which means that Bitmain will mine such chain privately first. We intend in the following situations to release the mined blocks to the public (non-exhaustive list):

  1. The BIP148 chain is activated and subsequently gains significant support from the mining industry, i.e. after BIP148 has already successfully split the chain;
  2. Market sentiment for a big block hard fork is strong, and economic rationale drives us to mine it, for example, the exchange rate is in favor of big-block Bitcoin;
  3. If there is already a significant amount of other miners mining a big-block chain publicly and we decide that it is rational for us to mine on top of that chain. In such a case, we will also consider joining that chain and give up our privately mined chain so that the public UAHF chain will not be under the risk of being reorganized.

Once Bitmain starts to mine a UAHF chain publicly, we will mine it persistently and ignore short-term economic incentives. We believe a roadmap including the option to adjust block size will serve users better so we expect it to attract a higher market price in the long term. The economic network will expand faster, and the winning odds will be higher in a highly competitive cryptocurrency market.

We share the same belief with some very early Bitcoiners, that decentralization means that more than 1 billion people in 200 countries are using Bitcoin as a saving currency and payment network, and that it comprises of hundreds of thousands of Bitcoin services, traders, exchanges and software. We do not believe that decentralization means a 1MB block size limit or a responsibility to constrain the block size so that a Raspberry Pi can run a full node while the fee per Bitcoin transaction is higher than the daily income in most developing countries. We believe Bitcoin needs to offer people an alternative to flourish without depending on powerful authorities that charge fees that can be as high as 100$/transaction.

 

Software Development

Currently, there are at least 3 client development teams working on the code of the spec. All of them want to stay quiet and away from the propaganda and troll army of certain companies. They will announce themselves when they feel ready for it. Users will be able to install the software and decide whether to join the UAHF.

The softwares are expected to be ready before July 1st, and it will be live on testnet by then.

 

Future Roadmap

If New York agreement activates

We wish that New York agreement will be developed and carried out well. It is the last hope for Bitcoin to scale unitedly in face of the BIP148 threat. We will try our best to deploy and activate it as soon as possible.

If BIP148 activates

Then UAHF will be alive on the same day. The UAHF chain will protect the economic transactions that are under risk of reorganization because of UASF.

Later, we will support the activation of SegWit on the UAHF chain if there is no patent risk associated with SegWit and if the arbitrary discount rate of witness data segment is removed. The weight parameter, which is designed for artificial rates, may need to be deleted and we need to be frank and straightforward in the software code about different limitations on different kind of blocks and other parameters. A SegWit without the artificial discount rate will treat legacy transaction type fairly and it will not give SegWit transactions an unfair advantage. It will also help the capacity increasing effect of SegWit more significantly than with the discounted rate. We will also push for and encourage changes in code, in main block or in extension block, that will make Lightning Network run more safely and reliably than Core’s present version of SegWit does.

Extension blocks will be developed as a framework to encourage multiple protocol development teams to bring innovations and capacities into the Bitcoin protocol. Some important but aggressive innovations can be introduced without affecting all Bitcoin users or companies around the world. This will accelerate the innovation of Bitcoin protocol. Sidechains will also be encouraged after the associated security issues have been reviewed by the technical community. Miners are genuinely driven by the hope that Bitcoin will be a success.

We will encourage and help various multi-layer solutions come into production. As a very early investor of RootStock, we identified the potential of another important competing cryptocurrency. We are already working closely with authors of other multilayer solutions.

A new SPV security service by full nodes should be promoted, and further research and libraries that are compatible with the SPV model should also be promoted among wallet developers.

If Bitcoin can combine Bitcoin NG by Emin and Lumino by Sergio together, then a throughput increase of the current Bitcoin network to up to 100x can be easier to achieve with a block size of around 100KB but of a higher block generation frequency. The original Bitcoin NG is a hard fork proposal, but we can soft fork it into the protocol with the extension block framework. At the same time, RootStock, co-founded by the inventor of Lumino, is also trying to implement Lumino on RootStock. Lumino will work perfectly with Lightning Network. It will be interesting to see which implementation will bring Lumino into production first, and in what ways.

Schnorr Signature is also under last stage review.

The diversification of client development shall be promoted. Defensive Consensus concept is under development and will help in the mining industry. Defensive Consensus will help the Bitcoin network work safely while multiple implementations work together.

There are and will be other good innovations in the Bitcoin community that have not been well promoted because of various reasons. We seek to actively work with those innovations.

BUIP056 will be developed to manage the block size issue before a fully automatic and mathematical block size governance model is widely accepted. As evidenced in the past years of debate, miners have proved to be very conservative and willing to work with the wider economic community. The rough roadmap of the block size increase for the next few years is below.

 

Time Block size, Byte
Now 1,000,000
2017 Aug 2,000,000
2017 Sept 4,194,304
2018 April 5,931,641
2018 Aug 8,388,608
2019 April 11,863,283
2019 Aug 16,777,216
After 2019 Aug Depends on further research

Weak blocks will have to be developed and deployed, before the block size increase reaches 8MB.

 

References

For other parties in the ecosystem, we recommend detailed research on effects of the UASF. All Bitcoin businesses must be prepared on that day to mitigate or eliminate the risks that UASF carries.

Mitigating Bitcoin Forking Risk during Network Upgrade, https://github.com/digitsu/splitting-bitcoin

If you want to learn more about minority forks, please see Meni Rosenfeld’s presentation:

How I learned to stop worrying and love the fork  https://fieryspinningsword.com/2015/08/25/how-i-learned-to-stop-worrying-and-love-the-fork/

A Fork in the Road: Must we Choose a Path?  https://www.youtube.com/watch?v=kkJHOpuvQo0&feature=youtu.be

Here is a letter to help you understand the history and full picture of the great debate on Bitcoin scaling, even you are not miners:

An Open Letter to Miners

https://www.reddit.com/r/btc/comments/6befxw/an_open_letter_to_bitcoin_miners_jonald_fyookball/

Here is another blog help you to understand what will happen on the BIP148 fork:

https://medium.com/@jimmysong/uasf-bip148-scenarios-and-game-theory-9530336d953e

 

(We have also published the translated versions of this blog post in Deutsche, עִברִית, Italiano, 日本語, 한국어, русский and Español )

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

Antminer Firmware Update -April 2017

There is a new controversy regarding a feature in the firmware of Bitmain’s Antminer series of Bitcoin miners which allegedly claims that Bitmain can remotely shut down Antminers. This feature was designed and coded by the same team that is responsible for the firmware of Antminers. As the firmware has always been open-source, the feature was never intended to be malicious.

We need to clarify the intention of having this feature. We planned to add this feature to the code to empower customers to control their miners which often times can be hosted outside their premises. This was after more than one incident of miners being stolen from a mining farm or being hijacked by the operator of the mining farm:

  1. In 2014, around 1,000 Antminers were withheld from the owner by a hosting service provider in Shenyang, China.
  2. In 2015, around 2,000 units of Antminers were withheld from the owner by a hosting service provider in Georgia.
  3. In 2017, Bitmain’s own miners were withheld and sold without its consent in Canada.

This feature was intended to allow the owners of Antminer to remotely shut down their miners that may have been stolen or hijacked by their hosting service provider, and to also provide law enforcement agencies with more tracking information in such cases. We never intended to use this feature on any Antminer without authorization from its owner. This is similar to the remote erase or shutdown feature provided by most famous smartphone manufacturers.

However, this feature was never completed. We started to develop this feature since Antminer S7 and wanted to finish its development on the Antminer S9. We hoped to make it a useful feature that we could advertise to our customers. But, due to some technical problems, we were unable to finish the development of this feature and shut down the testing server in December 2016.  It is a bug to leave the code there before the feature is fully complete and acknowledged to the users. This bug has now been pointed out in context of Bitcoin’s scaling roadmap debate and has caused considerable misunderstandings within the Bitcoin community. We apologize for this.

Following are the models affected by this bug:

  • Antminer S9
  • Antminer R4
  • Antminer T9
  • Antminer L3
  • Antminer L3+

Since MITM and DNS hijacks can exploit this bug we would like to apologize to our customers for a degraded level of security caused by this. We should also note that the existing stratum protocol is vulnerable to MITM and DNS hijacks, and that the mining industry needs to work together on design of the next generation mining protocol.

Moving on, we have released the new updated source-code on GitHub and new firmware on our website which removes this bug. We recommend all Antminer owners to upgrade their firmware to the updated firmware from the list below and strongly advise to not download any firmware provided by a third-party which can lead to unexpected outcomes in function and can also be potential phishing attacks.

Antminer S9 firmware
Antminer T9 firmware
Antminer R4 firmware
Antminer L3 firmware
Antminer L3+ firmware

Source code on GitHub

Source-code for Antminer S9, T9 and R4: https://github.com/bitmaintech/bmminer-mix
Source-code for Antminer L3 and L3+: https://github.com/bitmaintech/setup-A8 which includes https://github.com/bitmaintech/ltc_frimware inside.

Alternatively, we advise owners of mining farms that run Antminers to set the DNS record on their routers of auth.minerlink.com to 127.0.0.1 in the /etc/hosts file by the following method:

1. Use ssh to login to the miner
2. Run command:   echo “127.0.0.1     auth.minerlink.com” >> /etc/hosts
3. Run command:   sync

 

The controversy around this code has brought our attention to improve the design in order to address vulnerabilities that were pointed out by the community recently. For this, we thank the community for pointing out bugs and contributing to our open-source codebase. We would also like to take this opportunity to express our solidified belief in the open source community and express our renewed commitment to improving the quality and testing methods of our code.

We will continue the development of this feature to provide a technical protection for mining rig owners to host their miners in remote locations. We will add a switch to this feature, and this switch will be closed by default. Customers will be able to set up and configure their own authentication server. Before we finish this development, such a code will not be in the firmware we release from now on.

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

Regarding Recent Allegations and Smear Campaigns

 

When the concept of Bitcoin was first introduced on a cryptography mailing list by Satoshi Nakamoto, certain developers purported to have already “proven that decentralized consensus was impossible”. Today, the same developers offer a similarly specious “proof” that the implementation of long-published ASIC optimizations is some kind of “attack” on the Bitcoin network.

We’d like to clear the air.

Bitmain has tested ASICBOOST on the Testnet but has never used ASICBOOST on the mainnet as implied in Gregory Maxwell’s proposal. We ask conclusive proof from whoever claims this to be false because such baseless claims are toxic for the Bitcoin space. We also believe the math used by Gregory Maxwell is incorrect and that the method is not practical in a production environment.

Our ASIC chips, like those of some other manufacturers, have a circuit design that supports ASICBOOST. However, the ASICBOOST method has not been used by us on the mainnet. We have not seen any evidence yet on the main net that anyone has used it in the patented way.

Bitmain holds the ASICBOOST patent in China. We can legally use it in our own mining farms in China to profit from it and sell the cloud mining contracts to the public. This, however profitable, is not something we would do for the greater good of Bitcoin.

The mining equipment produced by Bitmain for its own use is in no way intended to be technically superior or more power-efficient than the equipment it sells to the public. The ASICBOOST method has not been employed by Bitmain to increase the power-efficiency of the miners in its own mining farms.

Bitcoin mining equipment depreciates rapidly. Bitmain has constantly been introducing newer more efficient miner models for all. As such the statement that the deployment of ASICBOOST, which can lead to a 20% difference in power efficiency, is some kind of negative development for Bitmain’s business model is false. Bitmain has shown the ability to adapt and thrive in the constantly changing and extremely challenging Bitcoin mining environment. Whether ASICBOOST is used or not, Bitmain will continue to produce more efficient miners.

Bitmain had always supported the Hong Kong Agreement, which means Segwit plus a hard fork to 2MB block size, until we no longer felt that it was going to happen in the foreseeable future. In fact, Bitmain is publicly on record as historically supporting SegWit and Lightning Network in the context of the Hong Kong agreement, and any accusations to the contrary are completely false and specious.

Miners love multi-layer solutions like Lightning Network. To support these off-chain solutions, Bitmain is very supportive of fixing malleability issues. At the same time, we also believe the first layer, which has been well-tested by time, is very important and should not be crippled. We are worried about the policy and precedence set by Bitcoin Core in this regard.

Tothemoon”, an extension blocks plan proposed recently by Purse.io using a new Bitcon protocol implementation called Bcoin, could be designed to be incompatible with ASICBOOST much like Segwit is. ASICBOOST is not a deterrent to Bitmain’s support of SegWit or Tothemoon. SegWit is not running in production because the conditions made clear in the Hong Kong agreement have not been met, in which we foresee a non-witness block size increase coming together with SegWit. Bitmain’s co-CEO Jihan Wu has clearly expressed support for Tothemoon recently. Tothemoon is a real and standard block size increase, but not through an arbitrary witness discount policy.

Gregory Maxwell’s recent proposal suggests changing 2^32 collision to 2^64 collision to make ASICBOOST more difficult. The result of this would be a loss for the patent owners and the Bitcoin protocol. The patent owners will get nothing and Bitcoin protocol will become more complicated. The only beneficiary will be the technical bureaucrats who are engineering it. The more complicated the protocol is, the higher the cost and barrier to have multiple implementations become. We confirm that we support multiple implementations because they will bring more innovation and better security to the network, while threatening the monopolistic position of certain developers.

Bitmain has continuously been advocating for increasing the Bitcoin block size. Increasing the block size will make the collisions even more difficult, damaging the potential benefits of Bitmain’s gain from the private ASICBOOST assumed by Maxwell’s proposal. The conspiracy theories do not add up here.

There are better ways to resolve the issues that Gregory Maxwell’s proposal seeks to address. Adversarial thinking is not the only way. We suggest working with the patent owners so that the patent could be used by the public. If all mining equipment could use ASICBOOST, it will lower the J/GH cost and the total network hash rate will increase, making the Bitcoin network even stronger. So, the ASICBOOST method is not a “covert attack” on the Bitcoin PoW function. It is an engineering optimization.

The best method to leverage ASICBOOST is by using the Bitcoin block header’s version bits. Patent owner Timo has mentioned it in the patent. Gregory Maxwell’s proposal seems to be missing this point. Usage of these bits was proposed by Timo Hanke through Bitcoin Core’s BIP process but it was declined by Gregory Maxwell and Core developers.

Bitcoin Core is now almost controlled by a small secretive committee. Anyone with a basic sense about human history can tell that this is the starting of a dictatorship. Calling out an optimization an “attack” is playing a political trick to grab power.

The proposal mentions “reverse engineering of a particular mining chip demonstrated conclusively that ASICBOOST has been implemented”. This statement seems directed towards Bitmain. We believe the Bitcoin community needs more constructive contributors than it needs such policing.

The proposal does not mention Bitmain, however, an orchestrated troll army within the community was effectively able to spread rumors around Bitmain. Most Bitcoin companies currently have a strong fear of such notorious assets working for certain people. Bitcoin’s value of liberty is in danger.

The Bitcoin community suffered a grave misfortune when Maxwell lead the coup against Gavin Andresen and removed his Github commit access. It is now incumbent upon us as a community to figure out how to find a new core developer group that does not busy itself with attacking one of Bitcoin’s largest investors (Ver), one of its largest exchanges (Coinbase), and its largest mining equipment provider (Bitmain).

There is a history of character assassinations against those who have spoken against SegWit or Core’s roadmap. Gregory Maxwell’s latest round of attempts follow his previous patterns. Maxwell has previously attacked one of most important Bitcoin maintainers Gavin Andresen, one of the earliest public Bitcoin advocates and investors Roger Ver, founder and CEO of one of the largest Bitcoin exchanges Brian Armstrong, the first author of Lightning Network Joseph Poon, and now Bitmain’s co-CEO Jihan Wu. He has even called his fellow Core contributors who signed the Hong Kong agreement “dipshits”. Such hostility is destructive for Bitcoin.

We have very firm belief that the block size of Bitcoin will be increased. It is the Bitcoin that our co-founders signed up for, it is the roadmap designed by Satoshi and it is the destiny of Bitcoin. We will protect it at any cost.

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

BitPay Says Alternatives Not as Compelling as the Bitcoin Blockchain

BitPay co-founders Stephen Pair and Tony Gallippi have been around Bitcoin for about as long as anyone else in the industry. The company was founded in 2011, and their actions generally indicate the future direction of the industry.

“When we started in 2011, we would be excited to get five or six transactions through BitPay in a day.” said Pair in a fireside chat with Gallippi, held during the recent Distributed: Markets 2017 conference in Atlanta.

BitPay would go on to cut deals with the likes of Microsoft, Newegg, Expedia and other major corporate customers to provide payment processing services.

Challenges for Bitcoin’s Use in Consumer Payments

While many early Bitcoin adopters claimed the P2P digital cash system was going to replace the use of credit cards and completely overthrow the banking system in 2013, things haven’t exactly panned out that way — at least not yet.

Bitcoin is currently dealing with some issues as a consumer payments platform, mainly because the system is experiencing growth at a rate faster than it can safely scale.

“We have seen an increase in customer service inquiries because of transaction confirmation delays for bitcoin purchasers,” Pair told Bitcoin Magazine in an interview. “We’re also seeing substantially higher transaction fees on our own settlement transactions.”

Recently, BitPay decided to stop covering Bitcoin network fees on invoice payments.

“This friction is making us get more creative in how we do user experience design for delayed payment states on the BitPay platform,” said Pair. “Often delays are an educational opportunity to explain how the Bitcoin network works and point people to wallets that use dynamic transaction fees. Copay and BitPay wallet users have been largely immune from transaction delays because their wallets calculate transaction fees dynamically.

“Our designers and engineers are constantly attuned to how we can make using Bitcoin intuitive,” Pair added.

The lightning network is a proposed method of dealing with the issues related to transaction delays and higher transaction fees on the Bitcoin network. The transaction caching layer would effectively enable potentially improved versions of many of the features people have associated with Bitcoin in the past, such as instant transactions at nearly no cost.

“We’re exploring all possible solutions for scalability,” Pair said. “It’s not a surprise to us that Bitcoin needs to scale — scalability is something we’ve been thinking about for years. The only surprise is that while we anticipated short-term bumps in the throughput, we thought that changes for more on-chain throughput would have happened a couple of years ago. This slow movement to increase network throughput is something we did not foresee. At some point we’re going to reach an actual scalability limit that will only be overcome through solutions like these.”

Some have wondered whether companies like BitPay may turn away from Bitcoin and toward alternative options, such as altcoins or permissioned blockchains, due to the historically high U.S.-dollar-denominated fees and general congestion on the network.

“We have carefully studied the most significant alternatives to the Bitcoin blockchain and have concluded that none of them are compelling,” Pair responded.

Bitcoin’s Use in Consumer Payments Is Still Growing

Although Pair admitted Bitcoin has some issues with scaling right now, BitPay is still seeing growth in the use of the technology among consumers.

“Bitcoin is the fastest, most secure and most cost-effective means of doing value transfer on the internet,” said Pair. “We think of ourselves as a payment innovator, and from a functional perspective, consumer payments and B2B payments are no different on the Bitcoin network and on BitPay’s platform.”

At the Distributed: Markets fireside chat, Gallippi claimed that their transaction count has more than doubled over the past year. Much of that growth, he said, has been seen in the areas of digital goods and video games. Specifically, he pointed to digital distribution platform Steam’s acceptance of bitcoin through BitPay as a source of this growth, and pointed out that there is a lot of overlap between the Bitcoin and gamer communities;

Growth for Bitcoin Outside of Consumer Payments

In addition to continued growth in the area of consumer payments, Pair noted that BitPay is also seeing growth in the use of Bitcoin for B2B money transfers.

“We’re seeing significant interest and transaction volume growth from businesses that need to transfer value to other businesses,” said Pair. “Bitcoin is a fantastic solution for these business-to-business transfers, especially when it comes to international payments, where bank transfers are still slow and inefficient.

“They’re using our platform for billing and settling internationally with a lot of their suppliers,” Pair stated during the fireside chat.

Gallippi added that there has been an uptick in the use of Bitcoin for payment disbursements.

“It’s not that easy to pay people on a regular basis to the majority of the world. Eastern Europe, Israel, Africa, India [and] the Middle East — where a lot of these apps are being [developed] — it’s very difficult to pay them,” said Gallippi, as he explained how app stores pay developers who sell apps on their store.

Gallippi noted that for the app store example or digital marketing companies, BitPay can receive one payment from the business and then disburse payments in bitcoin at all of the endpoints.

“We built that product originally because we had our own needs to pay our own employees in bitcoin,” added Pair. “We’ve got a lot of Fortune 500 companies coming to us now every day asking us to solve these kinds of payments problems.”

 

Written by Kyle Torpey for Bitcoin Magazine | Original article: www.bitcoinmaga….

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin

Moscow Eyes Blockchain Tech for Infrastructure and Security

The Moscow City Government supports the optimization of the transport infrastructure with the use of blockchain technology through the “shared registry” system when it comes to controlling land-based transportation.

Blockchain technology will help create more transparent, just and reliable models for travel fare payment and system financing.

Sources in the room told Bitcoin Magazine that in a meeting with principal blockchain experts, Maksim Liksutov, deputy mayor of Moscow and head of the Moscow City Transport Agency, stated that the city’s primary task at the moment is to establish and support a safe and reliable data transmission system both within the department as well as with suppliers. He went on to suggest that a blockchain shared registry system would be an appropriate mechanism.

Liksutov was also enthusiastic about the potential for blockchain technology to facilitate the application of biometric information techniques, especially in terms of security solutions. He noted that with its data verification abilities, blockchain technology’s distributed nature could mean easier verification for travelers, while providing widespread confirmation of identities where necessary.

“Using blockchain technology in transactions between users and machines (which requires a high level of trust and permissions) is a question of time. This technology could be used also as an unprecedented anti-terror system,” the lead coordinator of Blockchain International, Alexander Mikheev, told Bitcoin Magazine.

According to the Mayor of Moscow, Sergey Sobyanin, these steps will become a part of a wider initiative the government will take to ensure advancement of new technologies. “Such projects are only begging to be realized in various areas, and we, without a doubt, owe it to ourselves to keep, in that respect, leading the array of cities across the globe,” Sobyanin said in a televised public address.

Among the other industries that will benefit from the integration of blockchain technology are the property sector, banks, health services, electrical power systems, digital commerce and tourism. “The users will just have to input their personal data once (or the company data), after which the information will be verified in the blockchain network in all the governmental and private structures, including banks and insurance companies,” Sobyanin said.

Written by Peter Chawaga for the Bitcoin Magazine | Original article: www.bitcoinmaga….

---------------------
Liked this article? Share it with others:

Facebooktwittergoogle_plusredditpinterestlinkedin
Follow Us for Latest News & Articles:

Facebooktwittergoogle_pluslinkedin
« Older posts Newer posts »

© 2024 blog.bitmain.com

Theme by Anders NorenUp ↑