Segwit2x, UASF 및 가능한 포크 – 알아야 할 사항
7 월 31 일 업데이트 – 포크를 지원하는 사람과 지원하지 않는 사람의 전체 목록을 발행했습니다..
이 게시물은 2017 년 3 월에 비트 코인 커뮤니티 내 논쟁에 대해 작성한 이전 게시물을 보완합니다. 무슨 일이 일어나고 있는지 더 깊이 이해하려면 원본 게시물을 읽어보세요. 요점 만 알고 싶다면 계속 읽으세요…
최근 사람들은 8 월 1 일 세그 윗과 비트 코인 네트워크 분할 가능성에 대해 질문하고 있습니다. 이 기사에서는 모든 내용과 향후 준비 할 수있는 방법을 설명합니다. 이 주제는 기술이 아닌 사용자에게는 매우 복잡하므로 세부 정보를 너무 깊이 파고 싶지 않은 사람이 쉽게 이해할 수 있도록 TL; DR 버전이 있습니다.
- 현재 8 월 1 일에 분할이 없을 가능성이 가장 높은 것으로 추정됩니다. 분할이 발생하면 몇 달 안에 발생할 가능성이 높습니다..
- 개인 키를 완벽하게 제어 할 수있는 자체 호스팅 지갑 지갑에 코인을 보관하는 것이 좋습니다. 지갑에 백업을 보관하십시오. 대부분의 최신 지갑에서 백업은 12 단어 암호문 형식입니다..
- 8 월 1 일까지 이어지는 주에 분할 진행 여부에 대해 자세히 알려드립니다. 그렇다면 분할 후 일이 해결 될 때까지 코인을주고받는 것을 피하는 것이 좋습니다..
- 이것은 역동적 인 문제입니다. 타협이 이루어진 것처럼 보이지만 항상 변화가있을 수 있습니다. 체크인 r / 비트 코인 과 r / BTC 최신 개발.
이야기의 일반적인 배경
문제의 원인은 비트 코인의 확장 성입니다. 증가하는 트랜잭션을 처리 할 수있는 능력입니다. 현재 프로토콜은 각 블록의 크기를 1MB로 제한합니다 (평균 10 분에 한 번). 이는 차례로 비트 코인 사용의 성장 잠재력을 제한합니다..
프로토콜을 업그레이드해야하지만 가장 좋은 방법에 대해서는 의견이 분분합니다. 이 불일치는 2 년 넘게 뜨거운 주제였으며 단순한 기술적 토론을 넘어 정치, 거버넌스, 철학, 정체성, 사이드 픽킹, 선전 등에 대한 두 진영의 분열로 이어졌습니다..
결정적으로 솔루션에 도달 할 수없는 결과 중 하나는 제안 된 솔루션이 구현되지 않았기 때문에 네트워크 용량이 여전히 제한된다는 것입니다. 결과적으로 다가오는 블록의 모든 거래를 맞출 수 없기 때문에 거래 수수료가 급격히 상승하는 기간이 있습니다. 즉, 사람들은 “줄을 긋고”거래를 더 빨리 확인하기 위해 거래 수수료를 더 많이 지불하고 있습니다..
많은 제안이 있었지만 두 가지 주요 솔루션이 제시되었습니다. 2MB 하드 포크와 세그 윗 소프트 포크.
포크에 대해서…
비트 코인 프로토콜을 업그레이드 할 수있는 두 가지 주요 방법은 하드 포크 (HF) 또는 소프트 포크 (SF)입니다..
하드 포크는 프로토콜의 규칙을 완화합니다. 이전 프로토콜에서 유효하지 않은 블록은 새 프로토콜에서 유효합니다..
소프트 포크는 프로토콜의 규칙을 강화합니다. 기존 프로토콜에서 유효했던 블록은 새 프로토콜에서 무효화됩니다..
하드 포크는 구현을 위해 네트워크의 모든 노드를 업그레이드해야합니다. 최신 버전으로 업그레이드하지 않는 노드는 자신의 버전에 의해 유효하지 않은 블록에 부딪 히고 해당 블록과 나머지 체인을 거부하고 네트워크에서 일어나는 일을 인식하지 못합니다..
소프트 포크는 모든 노드를 업그레이드 할 필요가 없습니다. 엄격한 새 규칙에 의해 유효한 메인 체인은 업그레이드하지 않은 노드에 의해 시행 된 이전 규칙에서도 유효합니다. 따라서 모든 거래를 수락합니다..
하지만 채굴에 참여하는 노드는 업그레이드가 필요합니다. 이것은 새로운 더 엄격한 규칙에 의해 유효하지 않은 블록을 채굴하지 않기 위해 필요하며 다른 채굴 자들에 의해 거부됩니다. 소프트 포크로 활성화 된 새로운 기능을 명시 적으로 사용하려는 노드도 업그레이드해야합니다..
네트워크의 모든 노드가 업그레이드되었는지 확인할 수없고 하드 포크에서 업그레이드하지 않은 사용자에게 가해진 손상으로 인해 하드 포크는 더 위험한 솔루션으로 간주됩니다. 하드 포크는 주로 최후의 수단으로 사용해야하며 신중하게 계획해야합니다. 반면에 소프트 포크는 더 안전하고 성공적으로 테스트 된 솔루션으로 간주됩니다..
참조 클라이언트 (Bitcoin Core) 커뮤니티를 포함하여이 위치의 보유자는 SegWit (분리 된 증인)이라는 솔루션을 옹호하고 있습니다. 증인은 거래의 서명을 말하며 분리 된 사람은 거래를 블록에서 분리하여 별도의 데이터베이스에 보관할 가능성을 의미합니다..
이 메커니즘에는 다음과 같은 여러 장점이 있습니다.
- 트랜잭션 가단성이라는 문제를 해결하여 동일한 트랜잭션이 다른 트랜잭션 ID로 나타나고 시스템을 혼란스럽게 할 수 있습니다..
- 이 수정을 통해 라이트닝 네트워크라는 결제 채널 네트워크와 같은 고급 거래 유형에 비트 코인을 사용할 수 있습니다.이 네트워크는 비트 코인의 확장 성을 대폭 향상시켜 즉각적이고 저렴하며 안전한 거래를 가능하게합니다..
- 또한 즉각적인 효과적인 블록 크기 증가를 제공하고 소프트 포크를 통해 수행합니다. 이것이 개발 커뮤니티가 현재 네트워크 혼잡에 대한 솔루션으로 SegWit으로 시작하여 추가 솔루션을 구현할지 여부와 방법을 고려하는 이유입니다..
UASF (사용자 활성화 소프트 포크)
세그 윗을 지원하는 비트 코인의 개발팀은 채굴 자의 95 %가이를 보여준 후 새로운 세그 윗 규칙을 적용하는 새로운 버전의 소프트웨어를 출시했습니다. 채굴자가 블록을 채굴 할 때 그는 SegWit에 대한 그의 지원을 알릴 수 있으며 충분한 채굴자가 그렇게 할 때 소프트 포크가 유효 해집니다..
불행히도 채굴자가 SegWit 지원을 위해 신호를 보내지 않았으므로 프로토콜이 변경되지 않습니다..
SegWit의 열렬한 지지자들 중 일부는 채굴 자들이 신호를 보냈음에도 조치를 취하기로 결정하고 UASF 또는 User Activated Soft Fork라는 절차를 개발했습니다…
가장 널리 알려진 UASF 버전은 BIP148입니다. 8 월 1 일부터 SegWit 신호를 보내지 않는 블록은 무효라는 프로토콜 변경.
이 변경 사항은 비트 코인 코어 참조 클라이언트 코드에 병합되지 않고 UASF를 명시 적으로 지원하는 사용자를위한 대체 버전에만 통합되었습니다. 이 아이디어는 채굴 자들이 SegWit 지원을 위해 신호를 보내도록하는 것입니다. 이는 채굴자가 UASF를 시행하는 노드가 블록을 수락하기를 원하기 때문입니다. 채굴자가 SegWit에 대한 신호 지원을 시작하면 명시 적으로 UASF를 지원하지 않더라도 모든 노드가이를 시행하기 시작합니다..
비트 코인 네트워크의 분할
문제는 일부 채굴자가 새로운 UASF 규칙을 따르고 다른 채굴자가 그렇지 않을 때 발생합니다..
UASF 시행 노드의 경우 UASF가 아닌 채굴 자의 블록은 유효하지 않은 것으로 간주됩니다..
UASF를 적용하지 않는 노드의 경우 UASF 블록은 체인의 짧은 끝에서 채굴되기 때문에 유효하지만 관련성이 없어 보입니다 (UASF 채굴자가 소수라고 가정)..
이로 인해 서로 다른 채굴 자와 서로 다른 노드가 어떤 블록이 유효한지, 블록 체인이 실제로 어떻게 생겼는지, 어떤 트랜잭션이 포함되는지에 대해 서로 다른 시각을 갖게됩니다.
다른 노드는 주어진 주소의 자금에 대해 다른 답변을 제공합니다. UASF 날짜 이전에 자금이 포함 된 주소의 경우 문제가 없습니다. 분할의 양측은 블록의 유효성, 거래 및 주소의 비트 코인을 인식합니다. 그러나 UASF가 적용된 후 하루에 수행 된 거래는 한 노드에서 합법적 인 것으로 간주되고 다른 노드에서는 허용되지 않는 것으로 간주 될 수 있습니다..
이 현상으로 인해 비트 코인은 실제로 UASF 비트 코인과 비 UASF 비트 코인의 두 개의 코인으로 분할되거나 좀 더 일반적으로 비트 코인 A 및 비트 코인 B라고 부를 수 있습니다..
각 코인에는 자체 노드, 자체 블록 체인 및 각 주소에 대한 자체 잔액이 있습니다. 분할 이전에 코인을 보유한 각 사용자는이 코인을 비트 코인 A 네트워크 또는 비트 코인 B 네트워크에서 별도로 사용할 수 있습니다. 이렇게하면 각 코인이 자체 환율을 갖게됩니다..
그래서 누군가가 분할 전에 X 비트 코인을 가지고 있었다면 이제 X 비트 코인 A와 X 비트 코인 B를 갖게 될 것입니다..
분할의 가능한 결과
이러한 종류의 분할의 유일한 선례는 “Ethereum”과 “Ethereum Classic”으로 분리 된 Ethereum이라는 암호 화폐에서 발생했습니다. 이러한 분할의 의미를 분석해 보겠습니다..
먼저, 비트 코인을 보유하고있는 투자자에게 어떤 일이 벌어지고 비트 코인의 비 인플레이션 정의에 어떻게 대처하는지 살펴 보겠습니다. 2,100 만 비트 코인 만 있어야하고 이제 4,200 만 개가 될 것이기 때문에 대조가있는 것처럼 보일 수 있습니다..
그러나 본질적으로 고정 한도의 목적은 총 통화 기준의 특정 비율을 보유 할 때 해당 비율을 계속 유지하고 아무도 총 통화 기준 이상을 발행하고 보유를 희석 할 수 없다는 것입니다. 따라서 비트 코인을 분할의 측면 중 하나로 정의하거나 둘 다로 정의하면 둘 중 X가 있기 때문에 여전히 총 통화의 동일한 비율을 보유하고 있습니다..
물론 두 코인의 합산 달러 가치는 분할 후 하락하거나 상승 할 수 있지만 이는 수요 변화로 인해 비트 코인의 가격이 어떻게 변할 수 있는지와 다르지 않습니다..
분할은 단기, 중기 또는 장기 일 수 있습니다. 체인이 분리되고 잠시 후 한쪽은 지원을 잃고 버려지고 다른 쪽은 유일무이 한 비트 코인이됩니다. 그러한 시나리오에서 그것은 분열이 존재하지 않는 것과 같습니다..
한쪽 만 남을 때까지 오랜 시간이 걸릴 수도 있고, 체인의 양쪽이 독립적 인 통화로 오래 지속될 수도 있습니다. 이 시나리오에서는 비트 코인 브랜드 이름에 대한 투쟁이 예상됩니다. 어느 시점에서 하나 또는 두 개의 동전은 이름을 다른 것으로 변경해야합니다..
이러한 시나리오는 부드럽고 깔끔한 방식으로 수행되는 분할을 참조합니다. 그럼에도 불구하고 이러한 분할에 대한 경험이 없기 때문에 몇 가지 문제가있을 수 있으며 그 중 가장 큰 문제는 재생 공격입니다. 두 코인 모두 동일한 원래 프로토콜을 기반으로하기 때문에 네트워크 중 하나를위한 트랜잭션이 다른 네트워크에서 처리 될 수 있습니다..
이는 비트 코인 A로 무언가를 지불하려는 사용자가 실수로 비트 코인 B도 보낼 수 있음을 의미합니다. 이것은 그가 보낸 사람에 따라 비트 코인 B를 잃을 수 있음을 의미합니다. 이를 해결하기위한 메커니즘이 개발되어야합니다. 그러나 그것은 다른 게시물의 문제입니다..
뉴욕 협정
분할을 일으키지 않고 프로토콜 업그레이드를위한 솔루션을 추가하기 위해 SegWit 캠프와 2MB 하드 포크 캠프 사이에 절충안이 제시되었습니다. 이 타협에는 “뉴욕 계약”, “실버 트 어코드”, “세그 윗 2x”또는 “BTC1″등 많은 이름이 있습니다..
아이디어는 간단합니다. 먼저 SegWit을 활성화 한 다음 몇 달 내에 2MB로 하드 포크합니다. 수많은 회사와 광부가 이미이 타협에 서명했습니다..
메커니즘은 다음과 같이 작동합니다.
계약을 시행하는 모든 채굴자는 자신이 채굴 한 블록에서 자신의 동의를 알립니다. 채굴 자의 80 % 이상이 합의를지지한다면, SegWit 채택을위한 신호를 보내지 않는 블록이 유효하지 않다는 새로운 규칙이있을 것입니다. 이 경우 모든 채굴자는 블록을 무시하지 않기 위해 SegWit에 대한 신호를 시작합니다..
의미 – NY 계약을 지원하는 노드의 최종 상태는 UASF를 지원하는 노드와 동일하며 활성화 조건 만 다릅니다. 채굴 자의 대다수가 NY 계약을지지한다면 UASF는 무의미 해집니다. 모든 사람은 SegWit을 신호하는 블록 만 채굴하고 무효로 간주 할 수있는 것은 없습니다..
NY 계약에 대한 신호는 8 월 1 일 약 1 주일 전에 시작됩니다. 그때 쯤이면 어디로 가는지 훨씬 더 잘 알게 될 것입니다..
그럼에도 불구하고 8 월 1 일에이 분할에서 벗어나더라도 NY 계약을 지원하는 광부들도 11 월 초에 하드 포크를하기로 동의했습니다. 이것은 분할 가능성을 다시 열 수 있습니다. NY 계약이 실패하면 8 월 1 일과 다음 주에 여러 분할이 가능할 수 있습니다..
그래서 지금 무엇을해야합니까?
침착 해. 현재 가장 가능성있는 시나리오는 분할이 없을 것입니다. 그리고있을지라도 몇 가지 간단한 단계로 준비 할 수 있습니다..
자체 호스팅 지갑에 동전 보관 개인 키를 제어하고 백업하십시오. 항상 권장 사항이지만 분할 가능성에 더 가깝습니다. 거래소에 코인을 보유하고 있다면 분할을 어떻게 처리할지 또는 리플레이 공격을 처리 할 수 있는지 알 수 없습니다. 자체 호스팅 지갑의 예로는 Electreum (데스크톱 지갑), Ledger (하드웨어 지갑), TREZOR (하드웨어 지갑) 및 MyCelium (모바일 지갑)이 있습니다..
분할 가능성이있는 경우, 문제가 해결 될 때까지 분할 시점부터 지급금을 받거나 보내지 마십시오.. 불확실성 기간은 가장 권장되는 지갑의 동작도 예측할 수없는 몇 시간에서 며칠 사이 일 가능성이 높습니다. Replay 공격의 위험없이 거래 할 수있는 안전한 방법이 도입되면 필요한 지침을 따르면서 거래로 돌아갈 수 있습니다. 사용중인 지갑이 권장 지갑과 다른 경우 백업 키를 내 보낸 다음 권장 지갑으로 가져옵니다..
이해하는 것에 만 투자하십시오. 또한 잃을 수있는 금액을 투자하십시오. 비트 코인의 환율은 평소보다 훨씬 더 변동될 것으로 예상되는 격동의 시대가 앞섰습니다..
이것은 매우 역동적 인 문제임을 기억하십시오. 타협이 이루어진 것처럼 보이지만 항상 변화가있을 수 있습니다. 체크인 r / 비트 코인 과 r / BTC 최신 개발.
코인 데스크는 (현재) 가능한 옵션을 요약 한이 순서도를 만들었습니다. 아마도 그것은 일을 더 명확하게 만드는 데 도움이 될 것입니다.
이 게시물은 Alon Goll에 의해 영어로 번역되었습니다. 이스라엘 비트 코인 협회 지침.