Сколько хардфорков у биткоина?

[zasad@]

Это перевод поста пользователя wwzsocki. Спасибо ему за информацию!

Начну с объяснения, что такое хард-форк для менее опытных участников.

Hard fork (или hardfork) - относительно технологии блокчейн, то это радикальное изменение сетевого протокола, которое делает ранее недействительные блоки (цифровые фрагменты информации) и транзакции действительными или наоборот. Хардфорк требует, чтобы все узлы или пользователи обновились до последней версии ПО.

https://www.investopedia.com/terms/h/hard-fork.asp

Долгое время в сообществе обсуждалась проблема масштабирования биткоина из-за малого размера блока в 1 мегабайт, что служило причиной увеличения времени транзакций и увеличения комиссии.

Первый хард-форк состоялся на блоке № 478559 1 августа 2017 года, что привело к появлению Bitcoin Cash (BCH), который предлагает более крупные блоки (до 8 мегабайт).
Конечно, чтобы быть честным со всеми и с самим собой, я должен добавить, что проблема масштабирования BTC сегодня не так важна или даже может рассматриваться как решенная, потому что у нас есть Сеть Lightning Network, где транзакции BTC практически мгновенные и очень дешевые.

Я уже упоминал самый известный BTC hard fork- BCH и думаю, что многие из вас знают о другом, который называется Bitcoin Gold (BTG).

Итак, давайте углубимся в историю форков BTC (hard, soft) и суммируем все в хронологическом порядке:


https://www.howtotoken.com/explained/bitcoin-forks-chronology-ultimate-list-forks/

Мы видим три софт-форка BCH (XT, Unlimited, Classic) и Segwit до Bitcoin Gold.

Итак, я уверен, что все вы сейчас задаетесь вопросом: Сколько существует биткойн-форков? и сколько новых альткойнов было создано?

Всего 105 биткойн-форков (hard и soft) . Из них 74 считаются активными проектами , остальные 31 считаются историческими и более не актуальны.



https://www.forks.net/list/Bitcoin//1/2017-01-01/2020-01-01


1. BitcoinX (BCX), 2. ABitcoin (ABTC), 3. Bitcoin Hot (BTH), 4. Super Bitcoin (SBTC), 5. Bitcoin Platinum (BTP), 6. Bitcoin Oil (OBTC), 7. Bitcoin World (BTW), 8. Bitcoin Stake (BTCS), 9. Bitcoin Faith (BTF), 10 Lightning Bitcoin (LBTC, 11 Bitcoin Cash Plus (BCP), 12 Bitcoin Silver (BTCS), 13. Bitcoin Uranium (BUM), 14. Bitcoin Top (BTT), 15. Bitcoin Pizza (BPA), 16. Bitcoin File (BIFI),
17 Bitcoin God (GOD), 18 BitEthereum (BITE), 19 Bitcoin Segwit2x, 20 Bitcoin Smart (BCS), 21 Bitcoin Ore (BCO), 22 Bitvote (BTV), 23 Bitcoin Interest (BCI), 24 Bitcoin Rhodium (BTR), 25 Bitcoin Atom (BCA), 26 Bitcoin Private (BTCP), 27 Bitcoin Hush (BTCH), 28 Quantum Bitcoin (QBTC), 29 Bitcoin LITE (BTCL), 30 Bitcoin 2, 31 Big Bitcoin 32 Bitcoin Cloud, 33 Bitcoin Candy, 34 Bitcoin Lambo, 35 ClassicBitcoin, 36 BitcoinClean, 37 Bitcoin Lunar (BCL), 38 Bitcoin Prime: TBA, 39 Anonymous Bitcoin (ANON), 40 Fox BTC, 41 Bitcoin Reference Line, 42 MicroBitcoin, 43 BItcoin Classic, 44 Bitcoin Dao, 45 Bitcoin RM, 46 Bitcoin Air, 47 Bitcoin Post-Quantum, 48 Bithereum, 49 Bitcoin Stash, 50 Bitcoin Core, 51 Bitcoin Dollar, 52 Bitcoin Metal, 53 Hex, 54 Bitcoin All, 55 BitcoinCash Zero... и много других.

45 простых хардфорков, прямо или косвенно вышедших из основного блокчейна Bitcoin:



https://forkdrop.io/how-many-bitcoin-forks-are-there

Продолжение следует, потому что это данные только до 2019 года. Я не смог найти полный хронологический список форков BTC с самого начала до сегодняшнего дня, поэтому мы можем предположить, что этот список намного больше

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

Вот лучший комментарий, который суммирует все вышенаписанное:

Хотя объяснение технически правильно, но оно ужасно, потому что вводит в заблуждение.
все эти монеты должны называться биткоин-копиями вместо форков биткоина- и термин fork должен использоваться только тогда, новый проект обновляется новым решением или что то дорабатывается/удаляется. Например, bcash - это не биткойн-форк, а биткойн-копия.

Разумеется, комментарий подходит для 99% этих монет.

https://www.forks.net/list/Bitcoin//1/2017-01-01/2020-01-01
https://forkdrop.io/how-many-bitcoin-forks-are-there
https://cryptocurrencyfacts.com/a-list-of-upcoming-bitcoin-forks-and-past-forks/
https://www.investopedia.com/terms/h/hard-fork.asp
https://www.howtotoken.com/explained/bitcoin-forks-chronology-ultimate-list-forks/

[zasad@]

Полезное дополнение

Как вы видите, я не упомянул BSV в своей статье, и я сделал это специально, потому что BSV - это хард-форк BCH, а не BTC !!!

Как вы уже знаете, Bitcoin Cash (BCH) разрабатывался как ответ на проблему масштабирования биткоина и в ноябре 2018 года снова "форкнулся", потому что в сообществе BCH все еще шли идеологические споры о масштабируемости и конечном размере блока (на самом деле 32 МБ), что привело к созданию Bitcoin Cash SV (BSV), с размером блока 128 МБ.

Многие думают, что BCH и BSV являются наиболее известными хард-форками BTC, но это не так, и BSV является хард-форком BCH.

оставлю ссылку на хороший ресурс за наблюдением за основными блокчейнами
https://blockchair.com

[zasad@]

Кто объяснит, почему размер блокчейна у BSV,BCH намного меньше чем у биткоина.
У них размер блока большой. Там нет столько транзакций?

[kzv]

Кто объяснит, почему размер блокчейна у BSV,BCH намного меньше чем у биткоина.

Сам спросил, сам ответил ))

Там нет столько транзакций

[zasad@]

Кто объяснит, почему размер блокчейна у BSV,BCH намного меньше чем у биткоина.

Сам спросил, сам ответил ))

Там нет столько транзакций

не слежу за BSV,BCH. Мне технически не понятно как по сети будут распространятся большие блоки 128 мегабайт?
Это может вызвать проблемы

[kzv]

Кто объяснит, почему размер блокчейна у BSV,BCH намного меньше чем у биткоина.

Сам спросил, сам ответил ))

Там нет столько транзакций

не слежу за BSV,BCH. Мне технически не понятно как по сети будут распространятся большие блоки 128 мегабайт?
Это может вызвать проблемы

Вопрос о величине блока мне видится как банальный холивар между разработчиками, майнерами и инвесторами.
Обязанность разработчиков - думать о надежности софта. Понятно, что можно сделать хоть терабайтный блок, вопрос замены одной констаны в коде, но разработчики  которые думают о надежности, на такой шаг идти не хотят. Обиженки, в отместку, уходили из разработки коры и делали свои форки типа классик и анлимитед. Правда за неимением инвесторов и собственного бабла, они эти форки не смогли раскрутить как потом раскрутились bch или btg.
Майнеры и инвесторы это мощный противовес политике разработчиков. Эти люди похожи на аборигенов острова Пасхи: они готовы сожрать все по максимуму прямо сейчас, а что достанется следующим поколениям - им по барабану.

[Balthazar]

не слежу за BSV,BCH. Мне технически не понятно как по сети будут распространятся большие блоки 128 мегабайт?
Это может вызвать проблемы

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

Реализация у коры и крейгофорков разная, но общий принцип такой:

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

2. Нода 1 создает bloom фильтр и забивает в него хэши всех транзакций, которые есть в локальном мемпуле и в данных, ранее добавленных в очередь обработки новых блоков.

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

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

5. Нода 1, получив сообщение с данными блока, валидирует их. Если данные некорректны, то ноде 2 даются очки "нехорошего поведения" и это сообщение далее не обрабатывается. Если в очереди были какие-либо данные, связанные с этим сообщением, то они удаляются.

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

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

8. Если в мемпуле не хватает данных, нода 1 возвращается к шагу 2.

9. Конец.

Итоговый объем данных, передаваемых при обмене информацией о новых блоках в сети, может быть до смешного маленьким. Размер блум фильтра будет около 60-70 килобайт, а размер сообщения с данными о блоке в случае 100% совпадения с мемпулом - это 80 байт заголовка плюс размеры хэшей всех включенных транзакций.

[kzv]

~

Это алгоритм SPV кошельков разве нет? В коре блум фильтры были не всегда и в последней 19 версии им дали статус "Deprecated". То есть очень скоро их из коры выпилят.

[Balthazar]

Это алгоритм SPV кошельков разве нет?

Блум фильтры здесь просто способ, которым нода 1 может сообщить ноде 2 о данных, которые передавать не надо. К SPV это не имеет никакого отношения.
Валидация в любом случае осуществляется полностью, просто нода 2 не передает ноде 1 данные, которые у неё уже есть.

Тут можно посмотреть описание, как это работает в крейгофорках:

https://medium.com/@peter_r/towards-massive-on-chain-scaling-presenting-our-block-propagation-results-with-xthin-da54e55dc0e4

В коре блум фильтры были не всегда и в последней 19 версии им дали статус "Deprecated". То есть очень скоро их из коры выпилят.

У коры для реализации этого процесса используется механизм под названием compact blocks. Принцип тот же, но вместо блум фильтров специализированная структура данных, разработанная специально для этого. Как результат, работает лучше чем XTHIN, реализованный на излишне универсальных универсальных блум фильтрах.

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