최신판 |
당신의 편집 |
1번째 줄: |
1번째 줄: |
− | {{다른뜻|포크 (음식)}}
| |
− |
| |
| '''포크'''(fork)란 개발자들이 하나의 소프트웨어 [[소스코드]]를 통째로 복사하여 독립적인 새로운 [[소프트웨어]]를 개발하는 것을 말한다. | | '''포크'''(fork)란 개발자들이 하나의 소프트웨어 [[소스코드]]를 통째로 복사하여 독립적인 새로운 [[소프트웨어]]를 개발하는 것을 말한다. |
| [[오픈소스]] 소프트웨어의 경우 소스 코드가 공개되어 있고, 통째로 복사하는 것이 허용되는 라이선스를 따르기 때문에, 원저작자의 허가 없이 포크를 통한 새로운 소프트웨어 개발이 가능하다. | | [[오픈소스]] 소프트웨어의 경우 소스 코드가 공개되어 있고, 통째로 복사하는 것이 허용되는 라이선스를 따르기 때문에, 원저작자의 허가 없이 포크를 통한 새로운 소프트웨어 개발이 가능하다. |
52번째 줄: |
50번째 줄: |
| :블록체인에 A라는 기능이 없었는데 필요해졌다고 가정할 때 하드포크를 해야한다. 즉 있는 기능을 안쓰는건 소프트포크로 가능하지만 없는 기능을 만들어 내는 것은 소프트포크로 불가능하여 하드포크를 해야한다.<ref name="이유"></ref> | | :블록체인에 A라는 기능이 없었는데 필요해졌다고 가정할 때 하드포크를 해야한다. 즉 있는 기능을 안쓰는건 소프트포크로 가능하지만 없는 기능을 만들어 내는 것은 소프트포크로 불가능하여 하드포크를 해야한다.<ref name="이유"></ref> |
| | | |
− | *'''블록 크기의 확장''' | + | *'''[[블록]] 크기의 확장''' |
− | :[[블록]] 크기의 확장이 있을 경우 하드포크를 단행한다. 블록크기가 불필요하게 커도 사용할 수는 있지만 블록크기가 작으면 기록이 계속 밀리게 되면서 거래의 처리속도가 늦어지므로 블록 크기를 확장한다. 이 이유로 하드포크한 대표적인 예로 [[비트코인]]에서 하드포크된 [[비트코인 캐시]]가 있다.<ref name="이유"></ref> | + | :블록 크기의 확장이 있을 경우 하드포크를 단행한다. 블록크기가 불필요하게 커도 사용할 수는 있지만 블록크기가 작으면 기록이 계속 밀리게 되면서 거래의 처리속도가 늦어지므로 블록 크기를 확장한다. 이 이유로 하드포크한 대표적인 예로 [[비트코인]]에서 하드포크된 [[비트코인 캐시]]가 있다.<ref name="이유"></ref> |
| | | |
− | *'''해커의 공격''' | + | *'''[[해커]]의 공격''' |
| :[[해킹]] 공격등을 당해 긴급하게 기존의 블록 내용이 바뀔수도 있다. 블록을 조작한 상황이 발생한다면 개발진들이 블록을 다시 클리어하는 하드포크를 단행할 수 있다.<ref name="이유"></ref> | | :[[해킹]] 공격등을 당해 긴급하게 기존의 블록 내용이 바뀔수도 있다. 블록을 조작한 상황이 발생한다면 개발진들이 블록을 다시 클리어하는 하드포크를 단행할 수 있다.<ref name="이유"></ref> |
| | | |
80번째 줄: |
78번째 줄: |
| | | |
| ===소프트포크=== | | ===소프트포크=== |
− | *[[세그윗]] : 세그윗이란 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>
| + | *[[BIP]] : |
− | *[[BIP16]] : 비트코인 스크립팅 시스템을 위한 새로운 표준 트랜잭션 유형을 설명하고 새 트랜잭션에만 적용되는 추가 유효성 검사 규칙을 정의한다.<ref>dergigi, 〈[https://github.com/bitcoin/bips/blob/master/bip-0016.mediawiki BIP 16]〉, 《GitHub》, 2019-04-10</ref>
| + | *[[P2SH]] : |
− | *[[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> | |
| | | |
| {{각주}} | | {{각주}} |
102번째 줄: |
92번째 줄: |
| *레드곰의 부업이야기, 〈[https://redgom1009.tistory.com/269 Bitcoin 포크에 대한 짧은 안내서]〉, 《티스토리》, 2017-03-27 | | *레드곰의 부업이야기, 〈[https://redgom1009.tistory.com/269 Bitcoin 포크에 대한 짧은 안내서]〉, 《티스토리》, 2017-03-27 |
| *Flatinum, 〈[https://needjarvis.tistory.com/321 블록체인의 하드 포크와 소프트 포크]〉, 《티스토리》, 2019-01-04 | | *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
| |
− |
| |
| == 같이 보기 == | | == 같이 보기 == |
| * [[하드포크]] | | * [[하드포크]] |