Рубрика «размер блока»

Всё биткоин-сообщество с некоторым опасением ожидало проведения хардфорка в течение этого месяца. Цель хардфорка — использовать преимущества нового протокола Segwit2x в обновлённой инфраструктуре биткоина. Этот протокол позволяет избавиться от ряда существующих проблем, например, увеличить производительность сети. Сейчас она ограничена рядом правил работы блокчейна биткоина.

Хардфорк биткоина остановлен. Что дальше? - 1

Неожиданно авторы проекта хардфорка отказались от своих намерений, решив не проводить его для увеличения размера блока. Основная причина — далеко не все представители блокчейн сферы считают нужным проводить хардфорк именно так, как его запланировали разработчики Segwit2x. Это расхождение во взглядах повлияло на то, что даже те игроки рынка, которые поддерживали форк, приветствовали его отмену. В их числе Xapo, Bitmain, Bloq, Blockchain, Shapeshift и ряд других организаций.
Читать полностью »

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

В то время, как при производстве накопителей используется множество других метрик, чтоб описать и гарантировать должную производительность, на рынке систем хранения и дисковых накопителей, принято использовать IOPS, как сравнительную метрику, с целью «удобства» сравнения. Однако производительность систем хранения, измеряемая в IOPS (Input Output Operations per Second), операциях ввода / вывода (записи / чтения), подвержена влиянию большого множества факторов.

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

Начнем с того, что IOPS вовсе не IOPS и даже совсем не IOPS, так как существует множество переменных, которые определяют сколько IOPS мы получим в одних и других случаях. Также следует принять во внимание, что системы хранения используют функции чтения и записи и обеспечивают различное количество IOPS для этих функций в зависимости от архитектуры и типа приложения, в особенности в случаях, когда операции ввода / вывода происходят в одно и тоже время. Различные рабочие нагрузки предъявляют различные требования к операциям ввода / вывода (I/O). Таким образом, системы хранения, которые на первый взгляд должны были бы обеспечивать должную производительность, в действительности могут не справится с поставленной задачей. Читать полностью »

Автор — Брайан Армстронг, CEO Coinbase

В прошлом году я посетил конференцию Satoshi Roundtable вместе с Чарли Ли и около 70 других участниками сообщества Bitcoin.

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

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

Я думаю, организаторы конференции надеялись на какой-то консенсус (как в Гонконге), но к концу стало понятно, что разногласия слишком велики. Обсуждение изначально велось вокруг того, на какие компромиссы можно пойти, чтобы временно решить проблему масштабируемости. Но по мере обсуждения это краткосрочное решение заботило меня всё меньше и меньше, потому что я осознал более серьёзную проблему: систематический риск для Bitcoin, если Bitcoin Core будет единственной группой, работающей над протоколом.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js