공식 출처에서 수집한 모든 기사.
기사 141건
SegWit이 자리 잡으려면 두 집단이 필요하다. 난이도 조정 주기에서 95% 블록에 비트 1 신호를 넣을 채굴자와, Bitcoin Core 0.13.1이나 호환 구현을 돌리는 충분한 수의 풀노드다. 신호는 2016년 11월 15일 또는 그 이후 첫 난이도 조정 시점에 열린다. 채굴자, 노드 운영자, 지갑 사용자, 개발자별로 따로 절차를 안내하며, 업그레이드하지 않기로 한 경우도 다룬다.
Bitcoin Core
SegWit 코드가 Bitcoin Core 0.13.0에 들어갔지만 메인넷에서는 비활성 상태다. 메인넷에서 쓰려면 이후 버전이 필요하며, 0.13.1이 될 전망이다. 컴팩트 블록 릴레이(BIP152)가 대역폭 급증을 줄이고, 새 지갑은 BIP32 HD 키를 써서 백업 하나로 앞으로 만들 개인키까지 모두 포괄한다. 공식 다운로드에 Linux ARM 빌드도 추가됐다.
Bitcoin Core
SegWit을 떠받치는 합의 및 P2P 변경은 코드 1,486줄이고, 테스트 코드가 3,338줄 더 있다. 테스트는 2015년 Pieter Wuille의 Elements 사이드체인 버전에서 시작해 segnet을 거쳐 2016년 5월 비트코인 정규 테스트넷까지 이어졌다. SegWit이 쉽게 만들 후속 업그레이드로는 Schnorr 서명과 MAST가 거론됐다.
Bitcoin Core
채굴자에게 남은 시한은 419328번 블록까지다. CSV 소프트포크는 2016개 블록 중 1946개(96.53%)가 BIP68, BIP112, BIP113에 신호를 보내 417312번 블록에서 락인됐다. 모든 채굴 노드와 백업 노드는 Bitcoin Core나 Knots 0.12.1을 돌려야 하고, 블록 버전을 하드코딩한 경우 비트 0을 해제해야 한다.
Bitcoin Core
BIP9를 쓰면 채굴자는 블록 헤더 비트로 최대 29개 소프트포크의 준비 상태를 동시에 신호할 수 있다. 제안은 2016블록 구간에서 95%의 블록이 신호를 보내면 락인되어 한 난이도 조정 뒤 활성화되고, 시한을 넘기면 실패한다. IsSuperMajority와 달리, 새 규칙을 지키는 블록이라면 신호가 없어도 고아 처리하지 않는다.
Bitcoin Core
컴팩트 블록 릴레이(BIP152)를 쓰는 피어끼리는 새 블록의 스케치만 주고받는다. 평균 1MB 블록 기준 약 9KB이고, 받는 쪽에 없는 트랜잭션만큼 오버헤드가 붙는다. 사전 포함 트랜잭션을 최대 6개 둔 고대역폭 실제 실험에서 90%를 훌쩍 넘는 블록이 추가 요청 없이 전파됐다.
Bitcoin Core
CSV 소프트포크 신호가 Bitcoin Core 0.12.1과 함께 2016년 5월 1일 자정부터 시작된다. BIP9 버전 비트를 쓴 첫 배포로 BIP68, BIP112, BIP113을 포함한다. OP_CHECKSEQUENCEVERIFY는 컨펌 뒤 일정 기간 코인을 묶어 둘 수 있게 하며, Lightning 네트워크가 이 기능에 의존하게 된다. P2P 경보 시스템은 기본값이 꺼짐으로 바뀌었다.
Bitcoin Core
Marco Falke가 Bitcoin Core의 새 Testing & QA 메인테이너가 됐다고 Wladimir van der Laan이 발표했다. 테스트 프레임워크 풀 리퀘스트 병합을 맡게 되며, 1년간 단위 테스트와 커버리지, 다른 기여자들의 코드 리뷰를 해 온 데 따른 자연스러운 수순이다.
Bitcoin Core
보안 문제와 새 릴리스만 전하는 Bitcoin Core 공지 리스트가 생겼다. 구독은 선택이고 공지 전용이다. 중요한 알림만 받고 싶다는 사용자 요청에 따른 것으로, 프로젝트 측은 발송량이 매우 적을 것으로 본다.
Bitcoin Core
16x16 스도쿠 해답이 0.10 BTC에 팔리며 비트코인에서 첫 영지식 조건부 결제가 성공했다. 바베이도스에서 열린 Financial Cryptography 2016에서 실시간으로 시연됐다. 판매자는 Zcash 팀의 Sean Bowe로, 엔지니어링도 거의 혼자 맡았다. 이 프로토콜에서는 결제가 이뤄져야만 데이터가 넘어가며, 중재할 제3자가 없다.
Bitcoin Core
Bitcoin Core 0.12.0의 서명 검증에서 OpenSSL이 빠지고 libsecp256k1이 들어왔다. 재인덱싱과 새 블록 검증 시간이 절반 아래로 줄었다. 멤풀에는 기본 300MB 상한이 생겨 RAM이 적은 노드를 공격자가 다운시킬 수 있던 경로를 막았다. 옵트인 Replace-by-Fee(BIP 125)와 업로드 트래픽을 제한하는 -maxuploadtarget도 새로 들어갔다.
Bitcoin Core
비트코인 논문을 처음 올렸던 사이트는 프로젝트와 무관하며 공식 웹사이트는 따로 있다고 Bitcoin Core가 밝혔다. 개발은 IRC, GitHub, bitcoin-dev 메일링 리스트에서 이뤄진다. 다른 포럼에는 책임지지 않으며, 커뮤니티 구성원들에게 집단 공격(브리게이딩)이나 서비스 거부 공격을 하지 말아 달라고 요청했다.
Bitcoin Core
모든 입력이 SegWit 지출인 트랜잭션은 제3자 변조성에서 벗어난다. 서명이 witness로 옮겨가 더는 txid 계산에 들어가지 않기 때문이다. 지갑 개발자와 Lightning 네트워크 모두 덕을 본다. 서명 해싱도 선형으로 바뀌어 각 바이트를 많아야 두 번만 해싱하는데, 기존 방식에서는 블록 하나 검증에 25초가 걸린 적이 있다.
Bitcoin Core
SegWit 브랜치를 컴파일하고 bitcoind와 bitcoin-cli에 -segnet을 붙이면 개발자가 전용 네트워크에서 SegWit을 시험할 수 있다. Ledger, Trezor, Electrum, Bitgo는 지원 의사를 밝혔고, mSIGNA와 Green Address는 초기 프리뷰를 내놨다.
Bitcoin Core
2015년 Bitcoin Core 저장소의 커밋 활동을 한 편의 영상에 담았다. 이 해에는 메이저 버전 2개, 유지보수 릴리스 5개가 나왔고, BIP66과 CHECKLOCKTIMEVERIFY를 추가한 BIP65 등 소프트포크 2건이 활성화됐다. 리뷰어, 테스터, 번역가의 기여는 커밋 데이터에 잡히지 않는다고 프로젝트 측은 짚었다.
Bitcoin Core
합의 규칙은 Bitcoin Core 팀이 정할 일이 아니라고 기여자들이 밝혔다. 어떤 소프트웨어를 돌릴지 고르는 사용자가 결정하며, 자동 업데이트를 넣지 않은 이유도 여기에 있다. 이들은 소프트포크를 선호하고 하드포크는 거의 만장일치인 드문 경우로 한정하며, 극도로 큰 규모에 이르는 길은 프로토콜 위 추가 계층이라고 본다.
Bitcoin Core
SegWit의 새 비용 한도 아래 블록은 4MB 가까이 커질 수 있지만, Anthony Towns의 계산으로는 단일 서명 P2PKH 트랜잭션 블록이 약 1.6MB, 2-of-2 멀티시그 블록이 약 2.0MB다. FAQ의 잠정 일정은 2016년 10월 0.13.1에서 SegWit을 배포하고, 2017년에 weak blocks, IBLT 또는 Lightning이 뒤따르는 것이다.
Bitcoin Core
Pieter Wuille, Gregory Maxwell, Wladimir J. van der Laan 등 57명이 용량 로드맵에 서명하며, Bitcoin Core 안에서 해 온 확장성 작업을 잇는 최선의 길이라고 밝혔다. 추가 서명도 계속 받는다.
Bitcoin Core
Pieter Wuille가 SegWit을 길게 설명하는 영상을 Bitcoin Core가 올렸다. 별도 서면 자료는 없다.
Bitcoin Core
Scaling Bitcoin Hong Kong이 막을 내릴 무렵 Gregory Maxwell이 bitcoin-dev 메일링 리스트에 보낸 로드맵은 libsecp256k1, BIP9 versionbits, Pieter Wuille의 SegWit을 토대로 한다. 그는 0.12에서 ConnectTip이 7배 빨라졌다고 전했다. SegWit은 서명을 현행 블록 크기 한도 밖으로 빼는 소프트포크로, 최악의 경우 4MB 증가에 해당한다고 설명했다.
Bitcoin Core
