BIP16 편집하기
최신판 | 당신의 편집 | ||
20번째 줄: | 20번째 줄: | ||
scriptSig에 "푸시 데이터"조작 이외의 조작이 있으면 유효성 검증에 실패한다. | scriptSig에 "푸시 데이터"조작 이외의 조작이 있으면 유효성 검증에 실패한다. | ||
일반 유효성 검사가 수행된다. 서명 및 {직렬화 된 스크립트}에서 초기 스택이 생성되고 스크립트의 해시가 계산되고 아웃 포인트의 해시와 일치하지 않으면 즉시 유효성 검사가 실패한다. | 일반 유효성 검사가 수행된다. 서명 및 {직렬화 된 스크립트}에서 초기 스택이 생성되고 스크립트의 해시가 계산되고 아웃 포인트의 해시와 일치하지 않으면 즉시 유효성 검사가 실패한다. | ||
− | {serialized script}가 초기 스택에서 튀어 나와서 팝 스택과 deserialized 스크립트를 scriptPubKey로 사용하여 트랜잭션의 유효성이 다시 확인됩니다.이 새로운 규칙은 타임 스탬프가> = 1333238400 (2012 년 4 월 1 일) 인 블록에서 트랜잭션을 확인할 때만 적용해야 한다 . | + | {serialized script}가 초기 스택에서 튀어 나와서 팝 스택과 deserialized 스크립트를 scriptPubKey로 사용하여 트랜잭션의 유효성이 다시 확인됩니다.이 새로운 규칙은 타임 스탬프가> = 1333238400 (2012 년 4 월 1 일) 인 블록에서 트랜잭션을 확인할 때만 적용해야 한다 . 블록 체인에는 이러한 새로운 유효성 검사 규칙에 실패하는 1333238400 이전의 트랜잭션이 있다 이전 거래는 이전 규칙에 따라 검증해야한다. |
예를 들어, 한 서명이 필요한 트랜잭션에 대한 scriptPubKey 및 해당 scriptSig는 다음과 같다. | 예를 들어, 한 서명이 필요한 트랜잭션에 대한 scriptPubKey 및 해당 scriptSig는 다음과 같다. | ||
scriptSig : [서명] {[pubkey] OP_CHECKSIG} | scriptSig : [서명] {[pubkey] OP_CHECKSIG} | ||
49번째 줄: | 49번째 줄: | ||
이러한 트랜잭션은 표준 구현에서 비 구현 구현으로, 일반적으로 트랜잭션을 릴레이하거나 블록에 포함하지 않는다. | 이러한 트랜잭션은 표준 구현에서 비 구현 구현으로, 일반적으로 트랜잭션을 릴레이하거나 블록에 포함하지 않는다. | ||
이전 구현에서는이 BIP를 완전히 지원하는 소프트웨어로 작성된 블록을 유효성 검증 할 때 {serialize script}의 해시 값이 일치하는지 검증하지만 다른 유효성 검증은 수행하지 않는다. | 이전 구현에서는이 BIP를 완전히 지원하는 소프트웨어로 작성된 블록을 유효성 검증 할 때 {serialize script}의 해시 값이 일치하는지 검증하지만 다른 유효성 검증은 수행하지 않는다. | ||
− | 악의적인 P2P 트랜잭션으로 인한 | + | 악의적인 P2P 트랜잭션으로 인한 블록 체인 분할을 피하려면 한 가지 경우를 신중하게 처리해야 한다. |
새 클라이언트 / 광부에는 유효하지 않지만 이전 클라이언트 / 광부에는 유효하다. | 새 클라이언트 / 광부에는 유효하지 않지만 이전 클라이언트 / 광부에는 유효하다. | ||
− | 오래 지속되는 | + | 오래 지속되는 블록 체인 분할이 정상적으로 업그레이드되고 보장되지 않도록하려면 채굴 자 중 50 % 이상이 새로운 트랜잭션 유형의 전체 유효성 검사를 지원해야하며 동시에 이전 유효성 검사 규칙에서 새 규칙으로 전환해야 한다. |
해시 파워의 50 % 이상이이 BIP를 지원하는지 여부를 판단하기 위해 채굴 자들은 소프트웨어를 업그레이드하고 코인베이스 트랜잭션 입력에 "/ P2SH /"문자열을 넣어 블록을 생성해야한다. | 해시 파워의 50 % 이상이이 BIP를 지원하는지 여부를 판단하기 위해 채굴 자들은 소프트웨어를 업그레이드하고 코인베이스 트랜잭션 입력에 "/ P2SH /"문자열을 넣어 블록을 생성해야한다. | ||
2012년 2월 1일에 블록체인을 검사하여 이전 7일 동안의 스크립트 대 해시를 지원하는 블록 수를 결정한다. 550개 이상의 [[코인베이스]]에 "/ P2SH /"가 포함된 경우, 2012년 2월 15일 00:00:00 GMT 이후 타임 스탬프가 있는 모든 블록은 스크립트 대 해시 트랜잭션이 완전히 검증된다. 일주일에 약 1,000 개의 블록이 생성된다. 따라서 550은 새 기능을 지원하는 네트워크의 약 55%여야 한다. 대부분의 해시 성능이 새로운 유효성 검사 규칙을 지원하지 않으면 롤아웃이 연기된다.<ref>dergigi, 〈[https://github.com/bitcoin/bips/blob/master/bip-0016.mediawiki BIP : 16 ]〉, 《깃허브》</ref> | 2012년 2월 1일에 블록체인을 검사하여 이전 7일 동안의 스크립트 대 해시를 지원하는 블록 수를 결정한다. 550개 이상의 [[코인베이스]]에 "/ P2SH /"가 포함된 경우, 2012년 2월 15일 00:00:00 GMT 이후 타임 스탬프가 있는 모든 블록은 스크립트 대 해시 트랜잭션이 완전히 검증된다. 일주일에 약 1,000 개의 블록이 생성된다. 따라서 550은 새 기능을 지원하는 네트워크의 약 55%여야 한다. 대부분의 해시 성능이 새로운 유효성 검사 규칙을 지원하지 않으면 롤아웃이 연기된다.<ref>dergigi, 〈[https://github.com/bitcoin/bips/blob/master/bip-0016.mediawiki BIP : 16 ]〉, 《깃허브》</ref> |