Topic: Сколько хардфорков у биткоина? (Read 205 times)

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

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

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

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

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

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

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

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

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 байт заголовка плюс размеры хэшей всех включенных транзакций.

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

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

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

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

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

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


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

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

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


Разумеется, комментарий подходит для 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/