158 / 691CLUSTER

Address Clustering

अनुमानित साझा नियंत्रण के आधार पर पतों के समूह

cluster पते जोड़ने के नियमों का परिणाम है; एक महत्वपूर्ण संबंध बदलने से आरोपण और आँकड़े बदल सकते हैं।

Address Clustering उन Bitcoin पतों या आउटपुट स्क्रिप्टों के समूह बनाता है जिन्हें विश्लेषण मॉडल साझा नियंत्रण देता है। ब्लॉकचेन ऐसे समूह नहीं रखता। सेवा या व्यक्ति का नाम देना अलग कदम है जिसके अपने प्रमाण चाहिए।

लेनदेन ग्राफ वास्तव में खर्च हुए आउटपुट को उन्हें खर्च करने वाले लेनदेन से जोड़ता है। cluster इसके ऊपर अनुमानित नियंत्रण के अनुसार नोड समूहित करता है। दो पतों के बीच भुगतान मात्र उन्हें एक मालिक का नहीं बनाता; लेनदेन की कड़ी और साझा नियंत्रण अलग संबंध हैं। [Meiklejohn et al. — A Fistful of Bitcoins]

इनपुट पुराने UTXO का संदर्भ देता है, सार्वभौमिक प्रेषक-पता फ़ील्ड नहीं। मूल scriptPubKey खोजकर नेटवर्क और ब्लॉक सीमा बतानी चाहिए। कुछ स्क्रिप्टों का सामान्य पता रूप नहीं होता; उन्हें जबरन किसी व्यक्ति में बदलना तकनीकी वस्तु और पहचान को मिलाएगा। [Bitcoin Developer Guide — Transactions]

Common-Input Ownership Heuristic इनपुट पक्ष जोड़ता है। change की पहचान एक आउटपुट जोड़ सकती है; गलत प्राप्तकर्ता चुनना भुगतान के दोनों पक्ष मिला देता है। दो आउटपुट स्वतः भुगतान और change नहीं हैं; वे दो प्राप्तकर्ता या अपने वॉलेट के बीच स्थानांतरण हो सकते हैं। पते का नया होना अकेले निर्णायक नहीं। [Meiklejohn et al. — A Fistful of Bitcoins] [BIP 78 — A Simple Payjoin Proposal]

स्क्रिप्ट प्रकार, गोल राशि और पिछला पता उपयोग मॉडल की विशेषताएँ हो सकती हैं, प्रमाण नहीं। CoinJoin और Payjoin कुछ सामान्य धारणाएँ तोड़ते हैं; अपवाद में स्पष्ट बराबर राशियाँ जरूरी नहीं। सॉफ़्टवेयर या व्यवहार बदलने से त्रुटियाँ बदलती हैं, इसलिए ऐतिहासिक प्रदर्शन वर्तमान डेटा पर नए मापन के बिना लागू नहीं होता। [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin] [BIP 78 — A Simple Payjoin Proposal]

Union-find कुशलता से संबंध-श्रृंखला वाले समूह बनाता है। सामान्य कार्यान्वयन पुराने विलय को केवल हटाकर अंतिम cluster सही तरह विभाजित नहीं कर सकता। मूल कड़ियाँ, लेनदेन और नियम संस्करण बचाएँ; सुधार को पुनर्गणना चाहिए हो सकती है। सिर्फ सदस्य सूची विलय की प्रमाण-श्रृंखला नहीं बचाती। [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]

Möser और Narayanan अनुमानित भुगतान आउटपुट से अलग समूहों को न मिलाने के लिए union-find सीमित करते हैं। इससे cluster collapse घट सकता है, पर पाबंदी खुद भुगतान अनुमान पर निर्भर है। सावधान नियम सही कड़ी भी ठुकरा सकता है; कम विलय स्वतः सभी मालिकों का अधिक सही वर्णन नहीं। [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]

एक पते पर सेवा का लेबल देना और उसे पूरे cluster पर फैलाना अलग दावे हैं। स्रोत, अवधि और फैलाव का मार्ग दर्ज करें; एक्सचेंज समूह एक ग्राहक नहीं है। उसी अनुमान से बने संदर्भ डेटा पूरी तरह स्वतंत्र नहीं। मूल्यांकन में गलत विलय, गलत विभाजन और नमूना कवरेज अलग रखें। [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]

आंतरिक स्थानांतरण पहचानने से अनुमानित प्राप्त भुगतानों से self-churn हट सकता है। इसलिए समूह का नया संस्करण ब्लॉकचेन बदले बिना ऐतिहासिक माप बदल सकता है। शेष राशि किसी निश्चित ब्लॉक पर अब भी न खर्च हुए UTXO से गिनें, सारे ऐतिहासिक प्राप्त आउटपुट जोड़कर नहीं। मॉडल, लेबल संस्करण और डेटा कटऑफ दें। [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]

पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Common-Input Ownership Heuristic, Chain Surveillance, चेंज आउटपुट, CoinJoin, PayJoin, UTXO. इस प्रविष्टि का उल्लेख यहाँ भी है छद्मनामिता, Chain Surveillance, Common-Input Ownership Heuristic, Transaction Labeling.

DOC · 001Meiklejohn et al. — A Fistful of Bitcoinsप्राथमिक स्रोत ↗DOC · 002Möser and Narayanan — Resurrecting Address Clustering in Bitcoinप्राथमिक स्रोत ↗DOC · 003BIP 78 — A Simple Payjoin Proposalविनिर्देश ↗DOC · 004Bitcoin Developer Guide — Transactionsदस्तावेज़ ↗
स्रोत पहले · यह निवेश सलाह नहीं है