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.