Cluster Mempool

Cluster, parent–child संबंधों से जुड़े अपुष्ट transactions के graph का एक connected component है। स्वतंत्र clusters का अलग मूल्यांकन किया जा सकता है, इसलिए एक में बदलाव होने पर बाकी mempool की फिर से गणना जरूरी नहीं होती। [2]

Node हर cluster के लिए topologically valid linearization बनाता है और उसे ऐसे chunks में बाँटता है जिनका fee rate सबसे लाभकारी से घटता जाता है। Block के लिए वह आगे से सर्वोत्तम chunks चुनता है और eviction में पीछे से सबसे कम लाभकारी chunks हटाता है। [2]

पुरानी ancestor और descendant सीमाएँ तथा mining और eviction की अलग approximations किसी जटिल package का वास्तविक मूल्य हमेशा नहीं दिखा पाती थीं। सीमित cluster, अनुमानित कार्य-सीमा के भीतर बेहतर क्रम खोजने देता है। [5]

यह स्थानीय mempool और mining policy है, कोई नया consensus rule नहीं। Nodes को अलग transactions मिल सकते हैं, वे अलग version या configuration चला सकते हैं और उनके mempools अलग हो सकते हैं; block में पुष्ट transaction की consensus validity नहीं बदलती। [2]

Bitcoin Core 31.0 ने पुराने mempool implementation को Cluster Mempool से बदला। इसने cluster, उसकी linearization और feerate diagram देखने के लिए getmempoolcluster और getmempoolfeeratediagram RPC भी जोड़े। [1]

Default policy एक cluster को 64 transactions और 101 kB virtual size तक सीमित करती है। Node arguments से सीमाएँ बदली जा सकती हैं, पर आपके node द्वारा acceptance या relay यह सुनिश्चित नहीं करता कि peers और miners भी वही policy अपनाएँ। [1]

यह model mining selection, eviction, transaction announcements और RBF को एकरूप करता है। Replacement का feerate diagram हर बिंदु पर कम से कम उतना अच्छा और कहीं सख्ती से बेहतर होना चाहिए तथा अन्य replacement rules भी पूरे होने चाहिए; पुराना CPFP carve-out हटाकर TRUC और sibling eviction अपनाए गए। [3]

किसी विशेष transaction के व्यवहार पर दावा करने से पहले node version और configuration, पूरा cluster और उसके chunks, feerate diagram तथा बाकी RBF conditions जाँचनी चाहिए। Wallet को यह नहीं मानना चाहिए कि पूरा network एक ही local policy का उपयोग करता है। [4]