최신판 |
당신의 편집 |
1번째 줄: |
1번째 줄: |
− | {{다른뜻|포크 (음식)}}
| |
− |
| |
| '''포크'''(fork)란 개발자들이 하나의 소프트웨어 [[소스코드]]를 통째로 복사하여 독립적인 새로운 [[소프트웨어]]를 개발하는 것을 말한다. | | '''포크'''(fork)란 개발자들이 하나의 소프트웨어 [[소스코드]]를 통째로 복사하여 독립적인 새로운 [[소프트웨어]]를 개발하는 것을 말한다. |
| [[오픈소스]] 소프트웨어의 경우 소스 코드가 공개되어 있고, 통째로 복사하는 것이 허용되는 라이선스를 따르기 때문에, 원저작자의 허가 없이 포크를 통한 새로운 소프트웨어 개발이 가능하다. | | [[오픈소스]] 소프트웨어의 경우 소스 코드가 공개되어 있고, 통째로 복사하는 것이 허용되는 라이선스를 따르기 때문에, 원저작자의 허가 없이 포크를 통한 새로운 소프트웨어 개발이 가능하다. |
| | | |
− | ==개요==
| + | [[레드햇 리눅스]](RHEL)를 포크하여 [[센트오에스]](CentOS)가 생겼고, [[데비안]](Debian)을 포크하여 [[우분투]](Ubuntu)가 생겼고, [[마이에스큐엘]](MySQL)을 포크하여 [[마리아디비]](MariaDB)가 생겼고, [[아이바티스]](iBatis)를 포크하여 [[마이바티스]](MyBatis)가 만들어졌다. |
− | 포크(fork)는 우리가 흔히 알고있는 식사할 때 쓰는 포크와 스펠링이 같다. 하지만 포크의 다른 뜻으로 분기점이라는 뜻이 있다. 포크가 일어난다는 것은 새로운 분기점이 일어난다고 볼 수 있다. 포크의 종류에는 [[하드포크]]와 [[소프트포크]]가 있으며 포크가 일어나는 이유는 다양하지만 이전의 규칙에서 새로운 규칙으로 넘어간다는 점에서 똑같다고 볼 수 있다.<ref>코인뉴스, 〈[https://coinnews.tistory.com/128 (비트코인 입문서)하드포크와 소프트포크가 무엇인가요?]〉, 《티스토리》, 2018-05-30</ref>
| |
− | | |
− | ==종류==
| |
− | ===소프트포크===
| |
− | 소프트포크는 기존의 규칙에서 큰 틀은 바꾸지 않고 부분적인 [[업데이트]]만 일어나 [[포킹]](Forking)된 [[블록]]끼리 호환이 가능하다. 어느 정도 호환이 가능하기 때문에 기존의 규칙을 따르는 [[블록체인]]은 업데이트가 필수가 아닌 선택사항이다.<ref name="포크">easyblockchain, 〈[http://a.to/19tDKyk 쉽게 설명하는 블록체인:블록체인의 허점과 하드포크, 소프트포크]〉, 《banksalad》, 2018-04-06</ref> 소프트포크가 일어나는 상황에서는 진실을 반영하는 체인이 어떤 것인지 확정된 것이 아니여서 체인 재배열을 통해 거래기록이 뒤집히는 상황이 일어날 수 있어 매우 신중하게 거래를 진행해야한다.<ref>GOPAX 공식 홈페이지 - http://a.to/19heRQc</ref>
| |
− | | |
− | ===하드포크===
| |
− | 하드포크는 블록의 규칙을 근본적으로 바꾸는 업데이트이다. 그렇기 때문에 이전 [[노드]]들과 호환이 되지 않는다. 하드포크가 되면 전혀 다른 블록체인이 되어 합의에 도달하지 않고 서로 분리된 채 블록이 계속 쌓여나간다. 하드포크의 특성 상 포킹(Forking)할 때 코인을 송금한다면 포킹된 새로운 코인도 송금되는 현상이 발생한다. 이를 [[리플레이 어택]](Replay Attack)이라고 한다. 리플레이 어택을 발생시키지 않기 위해서는 포크가 일어나기 직전엔 절대로 송금하지 않아야 한다.<ref name="포크"></ref>
| |
− | | |
− | === 하드포크와 소프트포크 비교 ===
| |
− | {| class="wikitable"
| |
− | |-
| |
− | |항목
| |
− | |소프트포크
| |
− | |하드포크
| |
− | |-
| |
− | |기존 체인 관계
| |
− | | - 기존 체인과 결합
| |
− | - 기존 체인 재사용
| |
− | | - 영속적 분기
| |
− | - 기존 체인 부정
| |
− | |-
| |
− | |규칙 변경 목적
| |
− | | - 단순 오류 수정
| |
− | - 소규모 업데이트
| |
− | | - 기능개선, 오류정정
| |
− | - 문제점 보완
| |
− | |-
| |
− | |업데이트 강제성
| |
− | | - 블록 생성 노드만 업데이트 필요
| |
− | | - 모든 참여 노드 업데이트 필수
| |
− | |-
| |
− | |컨센서스 필요성
| |
− | | - 참여 노드 합의 불필요
| |
− | | - 참여 노드 합의 필요
| |
− | |-
| |
− | |기존 버전 호환성
| |
− | | - 기존 블록체인과 호환(동시사용) 가능
| |
− | | - 기존 블록체인과 호환 불가
| |
− | |}
| |
− | | |
− | ==하드포크를 하는 이유==
| |
− | [[블록체인]]에 [[소프트포크]]만 있었다면 아마 포크라는 용어를 사용하지 않았을 것이다. 소프트포크는 [[체인]]이 분리되지 않기 때문이다. 소프트포크를 하는 이유는 잘 짜여진 블록체인 구조에 약간의 수정을 가하면 훨씬 더 좋은 블록체인을 실행할 수 있기 때문이다. 반면 [[하드포크]]를 하는 데는 여러가지 이유가 있다. 다음은 하드포크를 하는 이유이다.<ref name="이유">Flatinum, 〈[https://needjarvis.tistory.com/321 블록체인의 하드 포크와 소프트 포크]〉, 《티스토리》, 2019-01-04</ref>
| |
− | | |
− | *'''신규 기능 추가'''
| |
− | :블록체인에 A라는 기능이 없었는데 필요해졌다고 가정할 때 하드포크를 해야한다. 즉 있는 기능을 안쓰는건 소프트포크로 가능하지만 없는 기능을 만들어 내는 것은 소프트포크로 불가능하여 하드포크를 해야한다.<ref name="이유"></ref>
| |
− | | |
− | *'''블록 크기의 확장'''
| |
− | :[[블록]] 크기의 확장이 있을 경우 하드포크를 단행한다. 블록크기가 불필요하게 커도 사용할 수는 있지만 블록크기가 작으면 기록이 계속 밀리게 되면서 거래의 처리속도가 늦어지므로 블록 크기를 확장한다. 이 이유로 하드포크한 대표적인 예로 [[비트코인]]에서 하드포크된 [[비트코인 캐시]]가 있다.<ref name="이유"></ref>
| |
− | | |
− | *'''해커의 공격'''
| |
− | :[[해킹]] 공격등을 당해 긴급하게 기존의 블록 내용이 바뀔수도 있다. 블록을 조작한 상황이 발생한다면 개발진들이 블록을 다시 클리어하는 하드포크를 단행할 수 있다.<ref name="이유"></ref>
| |
− | | |
− | *'''새로운 코인을 만들 경우'''
| |
− | :재단과 다른 방향으로 현재의 체인을 이용해서 새로운 코인을 만들고 싶을 경우 하드포크를 수행할 수 있다. 이 이유는 주체가 재단이 아니라 제 3자이다. 즉 하드포크를 해도 기존의 체인도 계속 사용한다. 대표적인 예로 [[이더리움]]에서 하드포크한 [[이더리움 클래식]]이 있다.<ref name="이유"></ref>
| |
− | | |
− | *'''로드맵에 있는대로 진행하는 경우'''
| |
− | :가장 이상적인 하드포크로, 이러한 경우 기술이 발전이 되는 것이기 때문에 블록체인 시장의 입장에서 긍정적인 방향이라고 볼 수 있다.<ref name="이유"></ref> 대표적인 예로 2019년 2월 28일 시행된 이더리움 콘스탄티노플 하드포크가 있다.
| |
− | | |
− | ==사례==
| |
− | | |
− | ===포크===
| |
− | *[[레드햇 리눅스]](RHEL) → [[센트오에스]](CentOS)
| |
− | *[[데비안]](Debian) → [[우분투]](Ubuntu)
| |
− | *[[마이에스큐엘]](MySQL) → [[마리아디비]](MariaDB)
| |
− | *[[아이바티스]](iBatis) → [[마이바티스]](MyBatis)
| |
− | | |
− | ===하드포크===
| |
− | *[[비트코인]] → [[비트코인캐시]](Bitcoin Cash), [[비트코인골드]](Bitcoin Gold), [[비트코인 다이아몬드]](Bitcoin Diamond)
| |
− | *[[비트코인캐시]] → [[비트코인에스브이]](BitcoinSV)
| |
− | *[[이더리움]] → [[이더리움 클래식]]
| |
− | *[[리플]] → [[스텔라루멘]]
| |
− | *[[모네로]] → [[모네로V]]
| |
− | | |
− | ===소프트포크===
| |
− | *[[세그윗]] : 세그윗이란 Segregated Witness의 약자로서, [[비트코인]]의 [[블록]]에서 디지털 서명 부분을 분리함으로써 블록당 저장 용량을 늘리는 [[소프트웨어]] 업그레이드를 말한다. 비트코인은 세그윗이라는 소프트포크를 진행하였다. 기존의 비트코인은 거래내역을 기록하는 블록 크기가 1MB에 불과하여 초당 7건, 하루 최대 60만건의 거래내역밖에 처리하지 못하는 한계가 있었다. 이 문제를 해결하기 위해 비트코인 블록에서 디지털 서명 부분을 분리하여 별도로 저장함으로써, 블록당 저장 용량을 늘릴 수 있게 되었다.
| |
− | *[[라이트닝 네트워크]] : 라이트닝 네트워크는 오프체인 상에서 결제를 하는 시스템이다. 결제 채널을 열 때 수수료가 한번, 닫을 때 한번, 총 두번이 나가게 된다. 그 외의 수수료는 [[스마트 컨트렉트]]로 처리되기 때문에 [[이더]] [[가스]]를 소모하는 것처럼 아주 소액이 필요하다. 결제 채널을 열어놓으면 결제 채널은 닫기 전까지 영구적으로 사용가능하고 여러번 거래해도 수수료가 거의 들지 않는다. 오프체인상의 거래시, [[블록체인]] 네트워크에 기록되지 않기 때문에 굉장히 빨리 거래가 이루어지기 때문에 라이트닝 네트워크라고 불린다. 라이트닝 네트워크는 세그윗이 필수적이다.<ref>소셜세이브 블록체인, 〈[https://m.blog.naver.com/PostView.nhn?blogId=djatjsgh1215&logNo=221225602932&proxyReferer=https%3A%2F%2Fwww.google.com%2F (코인백과사전 2편) 알기쉬운 비트코인, 비트코인의 기술들]〉, 《네이버 블로그》, 2018-03-10</ref> 대표적인 예로 [[비트코인 캐시]]는 세그윗과 라이트닝 네트워크를 모두 소프트포크하였다.<ref>코인펜, 〈[https://coinpen.tistory.com/36 하드 포크VS소프트 포크]〉, 《티스토리》, 2018-08-19</ref>
| |
− | *[[BIP9]] : BIP9은 여러 BIP제안들이 비트코인 네트워크 안에서 얼마나 지지를 받는지 확인하고, 네트워크의 안정성을 유지하면서도 동시에 어떻게 시스템에 적용할지 같은 절차적인 방법을 정의한 제안이다.<ref>Lee Jungmin, 〈[http://www.leejungmin.org/post/2017/07/29/bitcoin-scaling-debate/]〉, 《leejungmin》, 2017-07-29</ref>
| |
− | *[[BIP16]] : 비트코인 스크립팅 시스템을 위한 새로운 표준 트랜잭션 유형을 설명하고 새 트랜잭션에만 적용되는 추가 유효성 검사 규칙을 정의한다.<ref>dergigi, 〈[https://github.com/bitcoin/bips/blob/master/bip-0016.mediawiki BIP 16]〉, 《GitHub》, 2019-04-10</ref>
| |
− | *[[BIP30]] : 참조 구현에 있는 특정 문제를 해결하기 위해 블록체인에서 중복 트랜잭션을 처리하기 위한 사양을 제공한다. <ref>kn0rhaan, 〈[https://github.com/bitcoin/bips/blob/master/bip-0030.mediawiki BIP 30]〉, 《GitHub》, 2017-07-21</ref>
| |
− | *[[BIP34]] : 비트코인 블록 및 트랜잭션은 버전이 지정된 이진 구조이다. 두 가지 모두 현재 버전 1을 사용한다. 이 BIP는 버전 관리 된 트랜잭션 및 블록에 대한 업그레이드 경로를 도입한다. 새로 생성된 코인베이스 트랜잭션에 고유한 값이 추가되고 블록이 버전 2로 업데이트 된다.<ref>luke-jr, 〈[https://github.com/bitcoin/bips/blob/master/bip-0034.mediawiki BIP 34]〉, 《GitHub》, 2016-11-30</ref>
| |
− | *[[BIP65]] : 비트코인 스크립팅 시스템을 위한 새로운 opcode(OP_CHECKLOCKTIMEVERIFY)를 설명한다. 이 스크립트는 미래의 어느 시점까지 트랜잭션 출력을 배제 할 수 있도록 한다.<ref>zaqltomo, 〈[https://github.com/bitcoin/bips/blob/master/bip-0065.mediawiki BIP 65]〉, 《GitHub》, 2018-03-06</ref>
| |
− | *[[BIP66]] : 서명을 엄격한 DER 인코딩으로 제한하기 위해 비트코인 [[트랜잭션]] 유효성 규칙에 제안된 변경 사항을 지정한다.<ref>harding, 〈[https://github.com/bitcoin/bips/blob/master/bip-0066.mediawiki BIP 66]〉, 《GitHub》, 2018-04-05</ref>
| |
− | *[[BIP91]] : BIP 148에 따라 세그윗 적용 가능성이 높아지자 채굴자 측에서는 다른 제안을 하게 된다. [[Segwit2x]]이다. 이를 위해 Segwit2x에서는 BIP 91을 사용한다. BIP 91은 BIP 9는 아니지만 유사한 과정을 따르는데, 336 블록동안 비트 4를 표시한 블록의 수가 80% 이상일 경우 락인되고, 활성화 후에는 비트1을 표시하지 않은 블록을 거부하게 된다.<ref name="bip">새아침, 〈[http://a.to/19rrITF BIP 용어 정리 (비트코인세그윗 관련)]〉, 《네이버 블로그》, 2017-07-27</ref>
| |
− | *[[BIP141]] : BIP141은 [[세그윗]](SegWit)을 활성화하기 위한 원래 계획이다.<ref>에이미 캐스터, 〈[https://www.coindesk.com/coindesk-explainer-bitcoin-bip-91-implements-segwit-avoiding-split CoinDesk Explainer : Bitcoin 분할을 피하면서 BIP 91이 SegWit을 실행하는 방법]〉, 《coindesk》, 2017-07-18</ref> 분리된 증인(Consensus layer)이라고 하며 찬성률이 95%일 때 세그윗(Segwit)이 자동 업데이트된다.<ref>Eastinny, 〈[https://www.clien.net/service/board/cm_vcoin/10984851]〉, 《clien》, 2017-07-18</ref>
| |
− | *[[BIP148]] : 다소 급진적인 제안으로, BIP 141의 세그윗 활성화를 위해서 채굴자의 동의를 구해야 하는 BIP 9 방식을 따르지 않고 유저들의 주도하에 특정 날짜 이후부터 BIP 141에 동의하지 않는 블록을 거부하는 내용을 담고 있다.<ref name="bip"></ref>
| |
− | *[[P2SH]] : Pay to script hash 의 약자이다. 공개키가 아닌 [[스크립트]] [[해시]]에 지불하는 개념으로, 하나의 퍼블릭 키를 [[해싱]]하는 것이 아닌 여러 공개키 함께 해싱하여 출력하는 개념이다.<ref>Skkrypto, 〈[https://brunch.co.kr/@skkrypto/13 Bitcoin #3: 거래 구조와 UTXO]〉, 《brunch》, 2018-08-11</ref> 비트코인 네트워크에서 주소 형식을 변경한다.<ref>레드곰의 부업이야기, 〈[https://redgom1009.tistory.com/269 Bitcoin 포크에 대한 짧은 안내서]〉, 《티스토리》, 2017-03-27</ref>
| |
| | | |
− | {{각주}}
| + | 최초의 암호화폐인 [[비트코인]](bitcoin)의 소스 코드를 참고하여, [[이더리움]](ethereum), [[리플]](ripple), [[라이트코인]](litecoin) 등 다양한 [[알트코인]](altcoin)들이 생겨났다. |
| | | |
− | ==참고자료==
| + | 포크의 종류에는 프로그램의 기본적 기능을 수정하는 [[하드포크]](hard fork)와 일부 기능을 개선하는 [[소프트포크]](soft fork)가 있다. [[비트코인]]을 하드포크하여 [[비트코인캐시]](Bitcoin Cash)와 [[비트코인골드]](Bitcoin Gold)가 생겨났다. [[비트코인캐시]]를 하드포크하여 [[비트코인에스브이]](BitcoinSV)가 생겨났다. 2016년 [[이더리움]]을 하드포크하여, 기존 이더리움을 [[이더리움 클래식]]이라고 부르고, 새로 포크한 체인을 [[이더리움]]이라고 부른다. |
− | *코인뉴스, 〈[https://coinnews.tistory.com/128 (비트코인 입문서)하드포크와 소프트포크가 무엇인가요?]〉, 《티스토리》, 2018-05-30
| |
− | *easyblockchain, 〈[http://a.to/19tDKyk 쉽게 설명하는 블록체인:블록체인의 허점과 하드포크, 소프트포크]〉, 《banksalad》, 2018-04-06
| |
− | *GOPAX 공식 홈페이지 - http://a.to/19heRQc
| |
− | *〈[https://ko.wikipedia.org/wiki/%ED%8F%AC%ED%81%AC_(%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4_%EA%B0%9C%EB%B0%9C) 포크(소프트웨어 개발)]〉, 《위키백과》
| |
− | *레드곰의 부업이야기, 〈[https://redgom1009.tistory.com/269 Bitcoin 포크에 대한 짧은 안내서]〉, 《티스토리》, 2017-03-27
| |
− | *Flatinum, 〈[https://needjarvis.tistory.com/321 블록체인의 하드 포크와 소프트 포크]〉, 《티스토리》, 2019-01-04
| |
− | *소셜세이브 블록체인, 〈[https://m.blog.naver.com/PostView.nhn?blogId=djatjsgh1215&logNo=221225602932&proxyReferer=https%3A%2F%2Fwww.google.com%2F (코인백과사전 2편) 알기쉬운 비트코인, 비트코인의 기술들]〉, 《네이버 블로그》, 2018-03-10
| |
− | *코인펜, 〈[https://coinpen.tistory.com/36 하드 포크VS소프트 포크]〉, 《티스토리》, 2018-08-19
| |
− | *Lee Jungmin, 〈[http://www.leejungmin.org/post/2017/07/29/bitcoin-scaling-debate/]〉, 《leejungmin》, 2017-07-29
| |
− | *dergigi, 〈[https://github.com/bitcoin/bips/blob/master/bip-0016.mediawiki BIP 16]〉, 《GitHub》, 2019-04-10
| |
− | *kn0rhaan, 〈[https://github.com/bitcoin/bips/blob/master/bip-0030.mediawiki BIP 30]〉, 《GitHub》, 2017-07-21
| |
− | *luke-jr, 〈[https://github.com/bitcoin/bips/blob/master/bip-0034.mediawiki BIP 34]〉, 《GitHub》, 2016-11-30
| |
− | *zaqltomo, 〈[https://github.com/bitcoin/bips/blob/master/bip-0065.mediawiki BIP 65]〉, 《GitHub》, 2018-03-06
| |
− | *harding, 〈[https://github.com/bitcoin/bips/blob/master/bip-0066.mediawiki BIP 66]〉, 《GitHub》, 2018-04-05
| |
− | *새아침, 〈[http://a.to/19rrITF BIP 용어 정리 (비트코인세그윗 관련)]〉, 《네이버 블로그》, 2017-07-27
| |
− | *에이미 캐스터, 〈[https://www.coindesk.com/coindesk-explainer-bitcoin-bip-91-implements-segwit-avoiding-split CoinDesk Explainer : Bitcoin 분할을 피하면서 BIP 91이 SegWit을 실행하는 방법]〉, 《coindesk》, 2017-07-18
| |
− | *Eastinny, 〈[https://www.clien.net/service/board/cm_vcoin/10984851]〉, 《clien》, 2017-07-18
| |
− | *Skkrypto, 〈[https://brunch.co.kr/@skkrypto/13 Bitcoin #3: 거래 구조와 UTXO]〉, 《brunch》, 2018-08-11
| |
| | | |
| == 같이 보기 == | | == 같이 보기 == |
126번째 줄: |
19번째 줄: |
| * [[이더리움 클래식]] | | * [[이더리움 클래식]] |
| | | |
− | {{블록체인 기술|검토 필요}} | + | {{블록체인 기술|토막글}} |
| | | |
| [[분류:블록체인]] | | [[분류:블록체인]] |
| [[분류:프로그램]] | | [[분류:프로그램]] |