BIP 325는 거래 검증과 특정 Signet에서 블록을 생성할 권한을 구분합니다. 기본 네트워크는 서명을 사용하지만 사용자 지정 조건에는 다른 해법도 가능합니다.
Full Node는 Proof of Work, 거래, Signet의 추가 조건을 확인합니다. 유효한 헤더만으로는 블록 본문에 담긴 조건이 충족됐음을 증명할 수 없습니다. [BIP 325 — Signet] [Bitcoin Core — Signet]
조건은 스크립트이며 단일 서명이나 Multisig를 요구할 수 있습니다. OP_TRUE를 쓰는 사용자 지정 Signet은 빈 해법을 허용하므로 모든 Signet이 항상 서명을 요구한다는 설명은 부정확합니다. [BIP 325 — Signet]
BIP 325는 비어 있지 않은 해법을 coinbase의 BIP 141 커밋먼트 선택 데이터에 넣습니다. 0xecc7daa2 표식으로 데이터를 식별하며, 서명자에게 주는 별도의 일반 지급이 아닙니다. [BIP 325 — Signet]
검증은 두 가상 거래와 해법을 비운 수정 거래 루트를 사용합니다. 서명은 자기 자신이나 헤더 nonce를 포함하지 않으므로 Proof of Work 탐색에서 nonce를 바꿀 때마다 다시 서명할 필요가 없습니다. [BIP 325 — Signet]
Bitcoin Core는 기본 Signet을 제공하지만 참여자는 자체 스크립트에 합의할 수 있습니다. 메시지 시작 식별자는 조건에서 도출되므로 Signet이라는 이름만으로 같은 네트워크라고 판단할 수 없습니다. [BIP 325 — Signet] [Bitcoin Core — Signet] [Bitcoin Wiki — Signet]
목표는 무중단 서비스 보장이 아닙니다. 협력을 통해 통제되지 않는 테스트 채굴보다 예측 가능한 조건에서 장애와 재구성을 시험할 수 있습니다. [BIP 325 — Signet] [Bitcoin Core 0.21 release notes]
서명자는 블록을 보류하거나 거래 포함을 제한할 수 있습니다. 그러나 그 승인이 노드의 다른 검증 규칙을 대체하지는 않으며 이 모델을 메인넷 보안으로 설명해서는 안 됩니다. [BIP 325 — Signet] [Bitcoin Optech — Signet]
Regtest도 여러 기기를 연결할 수 있지만 블록 생성 비용이 낮아 한 참여자가 쉽게 통제할 수 있습니다. Signet은 생성 권한을 정한 장기간 공동 테스트도 목표로 합니다. [BIP 325 — Signet]
Signet 코인은 메인넷 BTC가 아니며 프로토콜이 이를 BTC로 교환해 주지 않습니다. 주소가 다른 네트워크와 테스트 형식을 공유할 수 있어 주소 모양만으로 올바른 네트워크를 알 수 없습니다. [Bitcoin Core — Signet]
네트워크 설정, getblockchaininfo의 signet_challenge, 실제 거래 확인을 점검해야 합니다. 지갑 테스트의 성공은 메인넷에서 경제적 동기를 가진 공격자에 대한 저항성을 입증하지 않습니다. [Bitcoin Core — getblockchaininfo RPC] [Bitcoin Core — signet miner]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Nakamoto consensus, Block propagation, Initial block download, Block weight. 다음 항목에서도 이 글을 참조합니다 Testnet.