Block Template उस ब्लॉक को बनाने का डेटा है जिसके हेडर के लिए proof of work खोजा जाएगा। यह पिछले ब्लॉक, लेनदेन, coinbase और माइनिंग सीमाओं को जोड़ता है; यह ब्लॉक मिलने या स्वीकार होने का प्रमाण नहीं है।
previousblockhash और height फ़ील्ड उम्मीदवार की चेन में स्थिति तय करते हैं। इसमें version, bits और समय संबंधी डेटा भी होता है। टेम्पलेट ब्लॉक बनाने का आधार है, केवल तैयार हेडर नहीं जिस पर बिना सोचे वही गणना दोहराई जाए। [BIP 22 — Block template structure]
BIP 22 में depends एक से शुरू होने वाले सूचकांकों से transactions की पिछली प्रविष्टियों को संदर्भित करता है; इस सूची में coinbase नहीं है। यदि चाइल्ड लेनदेन उसी ब्लॉक के पैरेंट का आउटपुट खर्च करता है, तो पैरेंट पहले होना चाहिए। depends का न होना निर्भरताओं का अज्ञात होना है, उनका अभाव नहीं। [BIP 22 — Block template structure]
Bitcoin Core v29.0 उस ऊँचाई की सब्सिडी और शामिल लेनदेन की वास्तविक फ़ीस से coinbase बनाता है। लेनदेन हटाने के बाद पुराने coinbasevalue को स्वतः वैध पुरस्कार नहीं माना जा सकता। चयन बदलने पर उपलब्ध फ़ीस की दोबारा गणना करनी होती है। [Bitcoin Core v29.0 — Block assembler]
BIP 141 के अनुसार witness commitment, wtxid के माध्यम से witness डेटा को बाँधता है। Bitcoin Core 29 बिना बदले टेम्पलेट के लिए default_witness_commitment देता है। संबंधित लेनदेन या उनका क्रम बदलने पर प्रतिबद्धता जाँचें या दोबारा गणना करें और अंतिम TXID को हेडर की Merkle root में शामिल करें। [BIP 141 — Witness commitment] [Bitcoin Core 29 — getblocktemplate RPC]
Bitcoin Core v29.0 निर्भरताओं वाले पैकेज चुनता है और वज़न तथा sigops की सीमाएँ मानता है। blockmaxweight और blockmintxfee सेटिंग निर्माण को प्रभावित करती हैं। इस नीति से लेनदेन छूटना अपने आप उसकी सर्वसम्मति संबंधी अमान्यता सिद्ध नहीं करता; माइनर की सेटिंग नेटवर्क सीमाएँ भी नहीं बढ़ाती। [Bitcoin Core v29.0 — Block assembler]
BIP 23 में mutable समय या लेनदेन जैसे अनुमत बदलाव बताता है। सर्वर की अनुमति सर्वसम्मति को समाप्त नहीं करती: पिछला ब्लॉक, समय, कठिनाई और लेनदेन फिर भी सही होने चाहिए। टेम्पलेट तक पहुँच अंतिम उपकरण को सामग्री चुनने की असीमित स्वतंत्रता भी नहीं देती। [BIP 23 — Mutations and proposals]
BIP 23, expires से काम सीमित कर सकता है और prevblock बदलने की अनुमति बता सकता है। चेन का सिरा बदलने पर केवल पिछले ब्लॉक का हैश बदल देना बाकी डेटा की वैधता सुनिश्चित नहीं करता। ऊँचाई, लेनदेन, पुरस्कार और अन्य संदर्भगत शर्तों का पुनर्मूल्यांकन आवश्यक है। [BIP 23 — Mutations and proposals]
BIP 23 का proposal मोड वैध proof of work माँगे बिना उम्मीदवार की जाँच करता है। इसलिए सकारात्मक परिणाम का अर्थ ब्लॉक मिलना, प्रकाशित होना या चेन में स्थायी स्थान पाना नहीं है। पूरा ब्लॉक जमा करते समय उचित सत्यापन से गुजरना चाहिए। [BIP 23 — Mutations and proposals]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Mining Pool, Block header, Extranonce, Merkle tree. इस प्रविष्टि का उल्लेख यहाँ भी है कॉइनबेस लेनदेन, ASIC Miner, Mining Pool, Nonce.