SOFT / HARD출처 기반 비교
Soft Fork vs. Hard Fork
유효성 규칙의 변경, 업데이트하지 않은 노드의 호환성, 활성화 또는 네트워크 분리의 위험을 살펴보세요.
Soft Fork는 새 규칙에서 유효한 블록이 옛 검사도 통과하도록 규칙을 강화합니다. Hard Fork는 옛 규칙이 거부하던 일부 블록도 허용합니다. 이 차이는 변경 규모나 정치적 지지가 아닌 호환성을 설명합니다.
02핵심 차이
새 규칙은 이전에 허용하던 일부 블록을 제외합니다. 새 규칙을 만족하는 블록은 옛 규칙과도 호환됩니다.
새 규칙은 이전에 무효였던 블록 중 적어도 일부를 허용합니다. 옛 노드는 누적 작업량이 커도 그런 블록을 거부합니다.
호환되는 체인을 따를 수 있지만 새 제한은 검증하지 않습니다. 예를 들어 SegWit에서는 witness 데이터를 검증하지 않습니다.
규칙을 바꾸지 않으면 새로 허용된 기존 금지 블록을 검증하고 받아들일 수 없습니다. 다른 분기에 남거나 더 진행하지 못할 수 있습니다.
활성화 조건이 충족되면 추가 규칙을 집행합니다. 신호 표시는 실제 검증을 대신하지 않습니다.
활성화에 따라 새 규칙 집합을 집행합니다. 노드 하나의 업데이트가 다른 참여자의 규칙을 바꾸지는 않습니다.
활성화나 집행에 대한 불일치는 다른 분기를 만들 수 있습니다. 하위 호환성만으로 원활한 전환이 보장되지 않습니다.
다른 집단이 비호환 체인을 계속 유지하면 지속적 분열이 발생합니다. 변경 이름이 두 개의 생존 가능한 네트워크를 보장하지는 않습니다.
BIP는 제안을 설명하며 자동 승인이 아닙니다. 예를 들어 BIP9는 신호, 활성화 확정, 규칙 활성 상태를 구분합니다.
여기서도 BIP 공개만으로 무엇이 활성화되지는 않습니다. 운영자는 구체적 전환 규칙과 비호환성의 결과를 알아야 합니다.
Soft Fork가 체인 분열이 없음을 보장하지 않으며 Hard Fork가 자동으로 새 코인을 만들지도 않습니다. 활성화, 규칙 집행, 서로 다른 집단이 비호환 이력을 계속 유지하는지에 따라 결과가 달라집니다.
일반적인 화면이나 멤풀 정책 업데이트가 아닌 합의 변경을 비교합니다. BIP9, BIP16, BIP141은 구체적 예시이며 활성화 조건이 모든 제안에 보편적으로 적용되지는 않습니다.