#소프트포크 | Explore Tumblr posts and blogs

korbitblog · 8 years ago

Text

[안내] Bitcoin Cash (BCC) / User Activated Hard Fork (UAHF)

2017년 8월 1일에 계획 되어 있었던 UASF(User Activated Soft Fork)로 인한 체인분리(포크)가 이루어지지 않을 것으로 보이며, SegWit이 정상적으로 활성화 될 것으로 예상됩니다. 그러나 2017년 8월 1일 오전 9시(한국시간)에 UASF가 채택되지 않더��도 비트코인 네트워크 상태가 불안정해질 가능성이 있습니다.

UASF가 비트코인 체인을 분리하는 방안을 내놓았을 때, 이에 반대하는 그룹에서 Bitcoin Cash(BCC)라는 대안을 제시했습니다. 이 방안은 UASF로 인한 체인의 분리가 일어났을 때에만 적용 될 예정이었으나, UASF 실행 여부와 관계없이 UAHF(User Activated Hard Fork)가 8월 1일 약 오후 9시 20분(한국시간)에 독립적으로 진행될 예정이며, 그로 인해 BCC라는 새로운 알트코인이 등장하게 됩니다.

UASF와 UAHF의 영향으로 비트코인 네트워크가 불안정해질 가능성이 있기 때문에, 코빗거래소는 UASF (한국시간 8월 1일 약 오전 9시)가 활성화되기 몇 시간 전부터 비트코인 입출금 기능을 중지하고, UASF와 UAHF 이후 비트코인 네트워크가 안정됐다고 판단되면 입출금 기능을 재개할 예정입니다. 입출금 중지 기간은 짧게는 하루, 길게는 며칠이 될 수 있습니다. 포크 전후로 비트코인을 옮길 계획이 있으시다면, 코빗 거래소의 입출금 기능이 중지 되기 전, 외부의 개인 비트코인 지갑으로 자산을 옮겨 놓으실 것을 권장해 드립니다. 더불어, 비트코인 입출금 기능이 중지되는 직후 기타 디지털 자산 매수 기능이 중지될 예정이며, UAHF (한국시간 8월 1일 약 오후 9시 20분) 전후로는 기타 디지털 자산 매도 주문이 중지될 예정입니다. 기타디지털 자산을 제외한 모든 가상화폐 거래소(비트코인, 이더리움, 이더리움클래식, 리플 거래소)는 정상적으로 이용이 가능 합니다.

UAHF 이후 Bitcoin Cash(BCC)가 상당수의 지지를 받고 안정성이 보장된다고 내부적으로 판단되는 경우에만 며칠내로 BCC 거래를 지원할 예정입니다. BCC 거래를 지원하게 되면, 코빗 거래소는 모든 회원께 UAHF 시점(한국시간 8월 1일 오후 약 9시 20분)에 코빗에 예치하고 있던 비트코인의 수량과 동일한 BCC 수량을 1:1 비율로 지급할 예정입니다. 저희 코빗 거래소는 포크와 관련하여 발생하는 모든 상황을 예의 주시하고 있으며, 이에 신속하게 대응할 수 있도록 만전을 기하고 있습니다. BCC 지급 및 거래소 서비스 지원 여부에 대해서는 추후 상황을 고려하여 내부적인 논의를 마친 후 본 공지사항 페이지에 재공지 할 예정이오니 참고 부탁드립니다.

용어 정리

하드포크: 하드포크는 일종의 소프트웨어 업그레이드 방법으로서, 구버전의 소프트웨어와 호환성을 유지 하지 않는 업그레이드 방법입니다. 따라서, 구버전의 비트코인 소프트웨어를 사용하여 네트워크를 운영하는 컴퓨터(노드)들은, 하드포크 이후 거래들에 대해 유효하지 않다고 판단합니다. 하드포크 이후의 새로운 블록체인을 사용하려면 새 버전의 비트코인 소프트웨어를 사용해야 합니다.

소프트포크: 소프트포크는 일종의 소프트웨어 업그레이드 방법으로서, 하드포크와 달리 구버전의 소프트웨어와 호환성을 유지한 업그레이드 방식입니다. 따라서, 구버전의 소프트웨어를 사용하여 네트워크를 운영하는 컴퓨터(노드)들은 새로운 버전에서 생성된 거래들도 유효하다고 판단합니다. 하지만, 새로운 버전의 소프트웨어를 가진 노드들은 구버전 소프트웨어에서 노드에서 생성된 거래들을 거부하게 되므로 소프트포크는 다수 채굴자의 지지가 ��요합니다.

User Activated Soft Fork (UASF): 다수 채굴자들의 지지 없이도 소프트포크 업그레이드를 허용하는 방식입니다. 비트코인 거래소들, 비트코인 지갑 사용자, 노드를 실행하는 사용자들의 지지를 받아 소프트포크를 활성화할 수 있습니다. BIP148이 UASF의 한 종류입니다.

User Activated Hard Fork (UAHF): 다수 채굴자의 지지 없이도 하드포크 업그레이드를 허용하는 방식입니다. 새로운 방식을 지지하는 노드들은 채굴자들의 지지와 상관없이 하드포크 된 체인을 이어나갈 수 있습니다. Bitcoin Cash(BCC)가 이 하드포크 방식을 사용합니다.

SegWit (BIP141): Segregated Witness라고도 불리는 이 방법은 트랜잭션 데이터 중 서명과 관련된 부분을 분리하는 방식을 제안합니다. 데이터가 분리되면 블록은 더 많은 비트코인 거래를 처리할 수 있으며 비트코인의 스케일링 문제를 해결할 수 있습니다. 그러나, 이 방법은 2주 동안 (2,016개의 블록) 95%가 넘는 채굴자들의 지지가 필요 합니다.

BIP 148: SegWit의 활성화를 위하여 8월 1일 오전 9시(한국시간) 이후로 SegWit을 지지하지 않는 블록들을 노드가 거부하도록 하는 방안입니다. 이 방법은 User Activated Soft Fork (UASF)라고도 불립니다.

BIP91: SegWit 활성화에 필요한 95%가 넘는 채굴자들의 지지를 위하여 제시된 방법이며, 약 이틀 정도의 기간동안 생성되는 336개의 블록 중 80% 이상의 지지가 필요합니다. BIP91이 활성화된다면 BIP91를 실행하는 노드들은 SegWit을 지지하지 않는 블록들을 거부하게 됩니다. BIP91은 7월 23일 활성화됐으며 본래 SegWit2x와 함께 실행됐습니다.

SegWit2x: 이 방식은 Consensus 2017 컨퍼런스에서 제시되었으며 컨퍼런스 개최 도시의 이름을 따 New York Agreement(NYA) 라고도 불립니다. BIP91과 실행되는 이 방법은 7월 21일에 활성회 되었으며 8월 1일 전에 BIP148의 소프트포크를 방지하기 위해 제시된 방법입니다. 또한, SegWit가 활성화된 3개월 후에 비트코인 블록크기를 1MB에서 2MB로 늘리는 방식을 제시합니다.

Bitcoin Cash (BCC): UAHF(User Activated Hard Fork)를 통해 비트코인의 블록 용량을 늘릴 수 있는 소프트웨어이며 BIP148과 UASF의 대안으로 제시된 방식입니다. 블록체인의 노드들이 Bitcoin Cash 소프트웨어를 실행하는 방식으로 8월 1일 오후 약 9시 20분(한국시간)에 하드포크가 활성화됩니다. 본래 Bitcoin Cash 하드포크는 UASF가 활성화됐을 시에만 활성화될 예정이었으나 UASF가 활성화되지 않아도 진행될 예정입니다.

Recently, the Bitcoin community seems to have avoided a chain split on August 1st from the User Activated Soft Fork (UASF). SegWit now seems likely it will be successfully activated. However, there is a chance that the UASF may cause some instability on the Bitcoin network on August 1st at 9:00am KST.

When the UASF plan was threatening to split Bitcoin, another group created Bitcoin Cash (BCC) as a contingency to the UASF. Many thought that this contingency plan would only trigger if the UASF split the Bitcoin network. However, this group stated recently that they would go ahead with activating the Bitcoin Cash fork, also known as the User Activated Hard Fork (UAHF). This hard fork is slated to be activated on August 1st at around 9:20pm KST.

In light of both the UASF and the UAHF potentially disrupting the Bitcoin network, we will be halting all Bitcoin deposits and withdrawals several hours before the UASF event (August 1st at 9:00am KST). Once the Bitcoin network becomes stable after both fork events, we will resume Bitcoin deposits and withdrawals. The freeze on deposits and withdrawals may last a day to several days. If you need to access your bitcoins soon after the fork events, we advise you to withdraw your bitcoins before August 1st to a personal external wallet. Additionally, we will stop buy orders of the other digital assets (Litecoin, Dash, Zcash, etc.) when we halt Bitcoin deposits and withdrawals, and we will stop sell orders for a short period before and after the UAHF (~August 1st at 9:20pm KST). The BTC/KRW, ETH/KRW, ETC/KRW, and XRP/KRW exchanges will not be affected. In the event that Bitcoin Cash gains traction, we may enable Bitcoin Cash trading, within a few days after the UAHF, if and when we deem it safe to do so. If we do we plan to allocate to our users Bitcoin Cash at a 1:1 ratio with Bitcoin based on users’ Bitcoin balance at the time of the UAHF (~August 1st at 9:20pm KST). We will continue to monitor the situation and provide updates on our support for Bitcoin Cash. Please refer to this blog to find the latest updates on this issue.

Terminology

Hard Fork: This is a software upgrade that introduces new rules to the network and protocol that isn't compatible with older versions of the software. Machines running the Bitcoin software, which are referred to as nodes, that are running the older version of the software will see transactions create by the upgraded software as invalid. Therefore, in order to use the new forked chain, nodes in the network need to upgrade their software to the new versions.

Soft Fork: This is a software upgrade that introduces new rules to the network and protocol that is compatible with older versions of the software. Nodes that have not upgraded their software will still see transactions created by the new software as valid. However, if non-upgraded nodes mine blocks, the blocks they mine will be rejected by the upgraded nodes. Therefore, soft forks need a majority of miners in the network.

User Activated Soft Fork (UASF): This concept allows for a soft fork upgrade that may not have support of the majority of miners. Instead of waiting for support from the miners, the power to activate a soft fork goes to the exchanges, wallets, and other users who are running nodes. The proposal known as BIP148 uses this fork method.

User Activated Hard Fork (UAHF): This concept allows a hard fork upgrade which does not require a majority of miners to support it. Nodes who support these rules changes can follow this chain regardless of the support it gets from miners. Bitcoin Cash uses this fork method.

SegWit (BIP141): Also known as Segregated Witness, this is a proposal to separate data, specifically those related to signatures, in a Bitcoin transaction to allow smaller transaction sizes. This would allow blocks to include more Bitcoin transactions and is a proposal that attempts to resolve the Bitcoin scaling issue. However, activation of this proposal requires 95% of miners to support it during a 2 week period (2,016 blocks).

BIP148: In order to encourage adoption of SegWit, nodes enforcing this proposal would reject any blocks from miners that are not signalling for SegWit beginning on August 1st at 9am KST. This proposal is also referred to as the User Activated Soft Fork (UASF).

BIP91: This proposal was formed to trigger the 95% SegWit miner support required for activation. The proposal requires 80% of blocks to signal support for BIP91 during 336 blocks, which is a little bit over 2 days. After activation, BIP91 nodes would reject any blocks that do not signal support for SegWit. BIP91 was activated on July 23rd. Originally this was used in conjunction with SegWit2x.

SegWit2x: This proposal was formed in New York during the Consensus 2017 conference and so it also known as the New York Agreement (NYA). Used with BIP91, this proposal would start on July 21st and with BIP91 activation would prevent a soft fork by the BIP148 proposal by creating consensus around SegWit before the August 1st date. It also proposes to increase the actual Bitcoin block size from 1MB to 2MB 3 months after SegWit activation.

Bitcoin Cash (BCC): This is the token from the software proposed to increase the block size of Bitcoin with a user activated hard fork (UAHF). This was created as a contingency plan to BIP148 and the UASF. The hard fork would be created by nodes running the Bitcoin Cash client software on August 1st at around 9:20pm KST. Originally this was only to be implemented in the case that the UASF fork were to happen.

2 notes · View notes

bitmex100margin · 7 years ago

Text

비트코인 블록 다이어그램: 공개 에이식부스트 (Overt AsicBoost) vs 비공개 에이식부스트 (Covert AsicBoost)

요약: 이 보고서에서 저희는 머클 트리 (Merkle trees)를 포함한 비트코인 블록의 다이어그램을 통해 세그윗 (Segregated Witness upgrade, SegWit upgrade)와 관련된 블록 내의 추가적인 머클 트리의 중요성에 대해 설명할 것입니다. 그리고 같은 주제를 다룬 저희의 2017년 보고서에 이어, 공개 그리고 비공개 에이식부스트 (AsicBoost)의 몇 가지 잠재적인 부정적 측면들을 살펴보겠습니다. 최근 BDPL (Blockchain Defensive Patent License, 블록체인 전용 방어적 특허 수집) 특허권자의 발표 이후 저희는 새로운 블록체인 전용 방어적 특허 수집 (BDPL) 스키마가 강력하고 탄탄한 것이라면 네트워크 상에서 공개 에이식부스트 사용의 몇 가지 단점을 야기시킬 수 있다고 결론지었습니다. 반면, 비공개 에이식부스트가 공개 에이식부스트에 비해 효율적이지 못하다는 점에 대해서는 아직 논쟁의 여지가 있을 수 있다고 결론내렸습니다. 이 다이어그램은 비트코인 블록의 구조와 블록내의 머클 트리를 단순화시킨 것입니다. 더 자세하게 묘사된 다이어그램은 Jeremy Rubin과 Timo Hanke는 더 자세하게 묘사된 다이어그램을 제작하였습니다. (출처: BitMEX Research) 다이어그램의 구성요소 블록 헤더 (Block header) 비트코인 블록 헤더 (회색으로 표시)는 약 80 바이트이며, 버전 (version), 이전 블록 해시 (the hash of the previous block), 머클 루트 (Merkle root), 타임스탬프, 비트 (bits / 난이도) 그리고 넌스 (nonce)를 포함하고 있습니다. 블록 헤더 후보 (Block header candidate) 넌스를 제외한 위의 모든 항목들이 포함되어 있습니다. 청크 (Chunks) 이 다이어그램은 머클 루트가 비트코인 SHA256의 작업 증명 기능 (proof-of-work)을 필요로하는 두 개의 청크로 분리되어 있다는 것을 보여줍니다. 이에 대한 설명은 저희가 이전에 게재한 보고서에서 확인하실 수 있습니다. 세컨드 머클 트리 (Second Merkle tree) 세그윗 업그레이드를 통해 위트니스 데이터 (witness data)와 코인베이스 거래 (coinbase transaction)를 제외한 메인 머클 트리 (main Merkle tree)와 동일한 구조의 새로운 머클 트리 (new Merkle tree)가 도입되었습니다. 각 거래의 상대적 포지션은 메인 머클 트리의 상대적 포지션과 동일해야만 합니다. 세컨드 머클 트리의 필요성 세컨드 머클 트리는 단점으로 간주될 수도 있는 구조의 복잡성 (complexity)를 증가시킵니다. 비트코인 네트워크로 업그레이드 된 세그윗은 시그해시 (sighash) 작업의 2차적 확장 및 거래의 가변성과 같은 버그를 수정했습니다. 메인 머클 트리에 위트니스 데이터를 추가하는 일은 불가능 합니다. 올드 노드 (old nodes)가 이러한 거래를 하드포크 가능성이 있는 유효하지 않은 거래 (invalid transaciton)로 간주하기 때문입니다. 그러나 세그윗의 소프트포크 업그레이드가 아닌 하드포크 업그레이드를 통해 추가적인 머클 트리의 생성을 막을 수 있다는 것은 사실이 아닙니다. 메인 머클 트리에 포함되어 있는 위트니스 데이터의 결과로 실행된 하드포크는 기존 지갑들이 새로운 거래 포맷을 유효하지 않은 것으로 판단하게 할 가능성이 있습니다. 또한 이 지갑들은 노드가 완전 검증 노드인지, 아닌지 그 여부에 관계없이 새로운 거래 포맷과 호환되지 않습니다. 이는 몇몇 거래자들 간의 상호작용을 불가능하게 한다거나 자금이 사라져 버리는 것에 영향을 줄 수 있습니다. 위와 같은 종류의 업그레이드는 심각한 시스템 작동 중지가 일어나지 않는 비트코인 같은 실시간 네트워크 내에서는 불가능 할 수도 있습니다. 따라서 세그윗 업그레이드가 하드포크였다 할지라도 부가적인 세컨드 머클 트리의 복잡성은 필수적이라고 할 수 있습니다. 에이식부스트 (AsicBoost) 에이식부스트에 관한 저희의 지난 보고서에서 설명드렸듯, 비공개 에이식부스트는 머클 루트의 마지막 4 바이트로의 헤더값 충돌 (collision)의 발견을 수반합니다. 또한 비공개 에이식부스트는 해싱 알고리즘이 머클 루트를 두 개의 청크로 분할한다는 점을 활용합니다. 비공개 에이식부스트는 다수의 거래와 복잡하게 연관되어 있지만, 공개 에이식부스트에는 이를 방지하는 기능이 있습니다. 만약 블록의 크기가 감지되지 않을 정도로 매우 작지 않을 경우, 세컨드 머클 트리는 비공개 에이식부스트의 실행을 어렵게 만들 수 있습니다. 에이식부스트의 잠재적인 단점 및 문제점 비공개 에이식부스트 (Covert AsicBoost) 공개 에이식부스트 (Overt AsicBoost) 특허권 보호 에이식부스트의 잠재적인 문제점은 비공개와 공개 에이식부스트 모두에게 적용됩니다. 에이식부스트는 특허받은 기술이며, 특허권에 관한 저희 보고서에서 설명드렸듯, 특허권은 블록체인 산업에 피해를 줄 수 있습니다. 이는 에이식부스트의 주된 문제점 중 하나입니다. 그 이유는 특허권 독점이 하나의 기업에게 경쟁 시 다른 회사가 넘어설 수 없을 정도의 우위를 점할 수 있는 이득을 줄 수 있고, 그 결과 법적 규제로 인해 기업 간의 차이가 좁혀지지 않을 수 있기 때문입니다. 이는 비트코인 코어 (Bitcoin core)의 가치 평가를 하락시킬 수 있습니다. 비트코인 커뮤니티는 특허권 문제가 심각해질 경우, 에이식부스트를 중단하기 위한 소프트포크를 실행할 수도 있습니다. 이 문제의 해결을 위해 특허권자는 특허권을 모두에게 개방할 수 있습니다 – 예를 들어, 방어적 특허권의 보증을 통해서 말이죠. 최근 특허권자들은 이러한 움직임을 보이고 있으며, 그들의 보증과 약속이 사실로 입증될 경우, 특허권 보호의 문제점은 해결될 것입니다. 적어도 특허권이 적용되는 지역에서는 말이죠. 더 작은 블록 사이즈와 더 적은 거래 처리 용량 비공개 에이식부스트는 비공개 에이식부스트의 실행을 더 효율적으로 만드는 작은 사이즈의 블록 혹은 빈 블록을 생성할 수 있습니다. 비공개 에이식부스트는 거래 수수료를 증가시키고 네트워크의 거래 처리 용량을 감소시킬 수 있습니다. 작은 사이즈의 블록 혹은 빈 블록은 거래 처리 용량에 부정적인 영향을 줍니다. 그 이유는 이들이 네트워크 상의 문제점으로 여전히 남아있고, 거래 지연 현상에 대해 긍정적인 영향을 전혀 주지 않기 때문입니다. 해당 사항 없음 세그윗으로의 업그레이드를 꺼려하며, 그에 대�� 이유가 사실이 아닌 경우 에이식부스트의 가장 치명적인 단점은 일부 마이너들이 세그윗으로의 업그레이드를 꺼려하게 만들 수 있다는 점입니다. 이것 자체로는 아주 부정적이지 않을 수 있지만, 사실과 다른 그리고 분열을 야기하는 세그윗 정보 캠페인은 생태계에 심각한 악영향을 주었을 가능성이 있습니다. 그러나 저희는 위 내용이 불확실하고 근거없는 비난에 불과하다는 것과 이 점이 세그윗 반대에 대한 동기를 유발시켰다는 것은 확실하지 않다는 것을 지적하고 싶습니다. 해당 사항 없음 머클 트리 또는 거래 조정을 위한 인센티브 위 다이이어그램이 보여주듯 비공개 에이식부스트의 성패는 마이너의 머클 트리 혹은 거래 조정 능력에 따라 좌우됩니다. 이 점은 작은 사이즈의 블록과 함께 네트워크 상에 해로운 영향을 줄 수 있습니다. 블록헤더 내의 필드를 변경하는 것 만으로도 공개 에이식부스트는 훨씬 명확한 해결책이 될 수 있습니다. 해당 사항 없음 경쟁 우위를 점할 수 있는 비밀스러운 이점 비공개 에이식부스트의 실행 여부는 쉽게 알아내기 어려우므로 일부 마이너들에겐 경쟁 우위를 점할 수 있는 그들만의 비밀스러운 이점을 제공할 수 있습니다. 일반적으로 우리는 투명성을 좋고 긍정적인 요소로 생각하지만, 이 표에 언급된 것을 제외하고 비공개 에이식부스트 네트워크가 기밀성으로 부터 기인한 직접적인 단점을 야기했는지의 여부는 명확하지 않습니다. 해당 사항 없음 비트코인 코어 (Bitcoin Core)내의 버전 시그널 및 경고 메시지를 통해 감소된 소프트포크 업그레이드 실행 능력 해당 사항 없음 공개 에이식부스트는 다이어그램 왼쪽 상단에 위치한 버전 필드를 활용합니다. 이는 마이너들이 소프트포크를 통해 업그레이드를 할 준비가 되었다는 신호로 사용되어 왔습니다. 공개 에이식 부스트는 공개 에이식부스트가 업그레이드 신호 시스템으로 이용되는 것을 방지하는 버전 필드 내의 공간을 활용할 수도 있습니다. 그러나: 1. 공개 에이식부스트의 실행은 4 바이트 전부를 필요로 하지 않을 수도 있으며, 일부 바이트는 소프트포크의 신호 용도로 남겨질 수 있습니다. 이 방식은 동시다발적으로 실행되는 소프트포크의 수를 감소시킵니다. 2. 다수의 사람들은 소프트포크 신호 시스템 (softfork signalling system)을 실패한 시스템으로 생각하고 있습니다. 마이너들은 종종 소프트포크 신호와 상충되는 신호를 내보내서 소프트포크 신호 방법론을 신뢰할 수 없게 만듭니다. 공개 에이식부스트의 또 다른 단점은 비트코인 코어 (Bitcoin Core) 소프트웨어가 특이하거나 흔하지 않지만 정상적인 버전 필드를 발견하면, 이를 네트워크가 알 수 없는 방식 (unknown manner)으로 업그레이드 중이라고 인식하여 사용자에게 경고 메시지를 보낸다는 것입니다. 저희는 에이식부스트가 네트워크에 꼭 부정적이지만은 않다고 생각합니다. 비공개 에이식부스트에는 작은 사이즈의 블록의 생성을 촉진시킨다는 문제점이 있지만, 공개 에이식부스트에 관한 대부분의 문제점들은 충분히 완화될 수 있습니다. 특히, 블록체인 전용 방어적 특허 수집 (BDPL) 시스템이 탄탄한 것으로 입증되면, 공개 에이식부트스트 활용으로 인한 심각한 문제는 발생하지 않을 것입니다. 적어도 현재 저희가 예상하고 있는 선에서 말입니다.

0 notes