SOFT / HARDOZDROJOVANÁ SROVNÁNÍ
Soft Fork vs. Hard Fork
Sledujte změnu pravidel platnosti, kompatibilitu neaktualizovaných uzlů a rizika aktivace nebo rozdělení sítě.
Soft Fork zpřísňuje pravidla tak, aby bloky platné podle nových pravidel vyhovovaly i starým kontrolám. Hard Fork dovoluje také některé bloky, které stará pravidla odmítají. Rozdíl popisuje kompatibilitu, nikoli velikost nebo politickou podporu změny.
02Rozdíly, na kterých záleží
Nová pravidla vyřadí část dříve přípustných bloků. Blok vyhovující novým pravidlům zůstává slučitelný se starými.
Nová pravidla připustí alespoň některé dříve neplatné bloky. Starý uzel takový blok odmítne i při velké kumulované práci.
Může sledovat kompatibilní řetězec, ale neověřuje nová omezení. U SegWit například nevaliduje witness data.
Bez změny pravidel nemůže ověřovat a přijmout nově povolené, dříve zakázané bloky; může zůstat na jiné větvi nebo přestat postupovat.
Po splnění aktivačních podmínek vynucuje dodatečná pravidla. Signalizace není náhradou skutečné validace.
Vynucuje novou sadu pravidel podle její aktivace. Aktualizace jednoho uzlu nezmění pravidla ostatních účastníků.
Neshoda v aktivaci či vynucování může vést k odlišným větvím. Zpětná kompatibilita sama nezaručuje hladký přechod.
Trvalé rozdělení nastane, pokud různé skupiny dál udržují neslučitelné řetězce. Název změny nezaručuje dvě životaschopné sítě.
BIP je popis návrhu, ne automatické schválení. Například BIP9 rozlišuje signalizaci, uzamčení aktivace a aktivní pravidla.
Ani zde zveřejnění BIP samo nic neaktivuje. Provozovatelé musí znát konkrétní pravidla přechodu a důsledky nekompatibility.
Soft Fork není záruka nulového rozdělení řetězce a Hard Fork automaticky nevytváří novou minci. Záleží na aktivaci, vynucování a na tom, zda různé skupiny dál udržují neslučitelné historie.
Srovnáváme konsensuální změny, ne běžné aktualizace rozhraní nebo mempoolových pravidel. BIP9, BIP16 a BIP141 jsou konkrétní příklady; jejich aktivační podmínky nejsou univerzálním pravidlem pro každý návrh.