SOFT / HARDПОРІВНЯННЯ З ДЖЕРЕЛАМИ

Soft Fork vs. Hard Fork

Дослідіть зміни правил дійсності, сумісність неоновлених вузлів і ризики активації чи поділу мережі.

Soft Fork посилює правила так, щоб блоки, дійсні за новими правилами, проходили й старі перевірки. Hard Fork дозволяє також деякі блоки, які старі правила відхиляють. Відмінність описує сумісність, а не масштаб чи політичну підтримку зміни.

Множина дійсних блоків

Нові правила виключають частину раніше дозволених блоків. Блок, що відповідає новим правилам, залишається сумісним зі старими.

Нові правила допускають принаймні деякі раніше недійсні блоки. Старий вузол відхилить їх навіть за великої накопиченої роботи.

Що бачить старіший вузол

Він може слідувати сумісному ланцюгу, але не перевіряє нових обмежень. Наприклад, у SegWit він не валідує дані witness.

Без зміни правил він не може перевіряти й приймати новодозволені, раніше заборонені блоки; може залишитися на іншій гілці або зупинитися.

Що робить оновлений вузол

Після виконання умов активації він застосовує додаткові правила. Сигналізація не замінює справжньої перевірки.

Він застосовує новий набір правил відповідно до активації. Оновлення одного вузла не змінює правил решти учасників.

Ризик поділу

Незгода щодо активації чи застосування правил може породити різні гілки. Зворотна сумісність сама не гарантує плавного переходу.

Тривалий поділ відбувається, якщо різні групи продовжують підтримувати несумісні ланцюги. Назва зміни не гарантує двох життєздатних мереж.

Пропозиція та координація

BIP описує пропозицію, а не автоматичне схвалення. Наприклад, BIP9 розрізняє сигналізацію, фіксацію активації та активні правила.

Публікація BIP і тут нічого не активує. Оператори мають знати конкретні правила переходу й наслідки несумісності.

Soft Fork не гарантує відсутності поділу ланцюга, а Hard Fork не створює автоматично нову монету. Результат залежить від активації, дотримання правил і того, чи різні групи продовжують несумісні історії.

Порівнюємо зміни консенсусу, не звичайні оновлення інтерфейсу чи правил mempool. BIP9, BIP16 і BIP141 — конкретні приклади; їхні умови активації не універсальні для кожної пропозиції.

Як ми працюємо з джерелами ↗