Common-Input Ownership Heuristic افتراض تحليلي بأن جهة واحدة تتحكم عادة في مدخلات معاملة Bitcoin. يستفيد من سلوك المحافظ المعتادة، وليس قاعدة إجماع أو إثباتًا لهوية شخص.
يشير كل مدخل إلى UTXO سابق. يستخرج المحلل سكربت مخرجه ويستخدم الإنفاق المشترك لربط العناوين أو السكربتات المقابلة. لا تنشئ معاملة ذات مدخل واحد زوجًا جديدًا بهذه القاعدة. والقاعدة وحدها لا تحدد change أو مالك مخرج المستلم. [Meiklejohn et al. — A Fistful of Bitcoins] [Bitcoin Developer Guide — Transactions]
قد تختار المحفظة عدة UTXO تخصها لدفعة واحدة. يكشف إنفاقها معًا علاقة لم تظهر في الدفعات الواردة المنفصلة. هذه ملاحظة عن اختيار العملات، وليست متطلبًا للبروتوكول؛ وعدد المدخلات وحده لا يعطي احتمال صحة الإسناد. [Meiklejohn et al. — A Fistful of Bitcoins]
يمكن للمشاركين توقيع مدخلاتهم منفصلين وتجميع معاملة صحيحة. يتيح PSBT وفق BIP 174 تبادل بيانات المعاملة والتوقيعات؛ ولا يحتاج المنسق إلى جميع المفاتيح الخاصة. تثبت الصحة استيفاء شروط الإنفاق، لا وجود شخص واحد يوقع. وMultisig داخل مدخل واحد مسألة مختلفة عن السيطرة المشتركة على عدة مدخلات. [BIP 78 — A Simple Payjoin Proposal] [BIP 174 — Partially Signed Bitcoin Transaction Format]
يمكن أن يجمع CoinJoin مدخلات عدة مشاركين. في Payjoin وفق BIP 78 يضيف المستلم مدخلاته إلى دفعة المرسل؛ والتطبيق الأعمى سيدمج الطرفين. لا تتطلب هذه المشاركة مبالغ مخرجات متساوية. لذا فإن استبعاد CoinJoin الواضح وحده لا يثبت أن المعاملات المتبقية لها مالك واحد. [BIP 78 — A Simple Payjoin Proposal]
يستخدم المثال العناوين A وB وC، وليس إنفاق UTXO نفسه مرتين: تربط معاملة A+B، وتنفق أخرى مخرجات مختلفة من B+C. ينتج الدمج المتعدي A+B+C. إذا جاء الرابط الثاني من دفعة تعاونية بين مشاركين مختلفين، أصاب الخطأ cluster السابق أيضًا؛ وقلة الروابط الخاطئة لا تعني بالضرورة قلة العناوين المنسوبة خطأ. [Meiklejohn et al. — A Fistful of Bitcoins] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
قد تنفق منصة تداول معًا UTXO تديرها لعملاء كثيرين. قد يرصد الاستدلال السيطرة التشغيلية دون تحديد المالكين الاقتصاديين. تحتاج تسمية الخدمة إلى مصدر مستقل وفترة صلاحية؛ وبالمقابل قد يستخدم شخص واحد محافظ متعددة لم ترتبط قط. عدد cluster ليس عدد الأشخاص. [Meiklejohn et al. — A Fistful of Bitcoins]
التحقق من الدمج فقط بإنفاق مشترك لاحق قد يعيد استخدام الاستدلال الجاري اختباره. يوضح Möser وNarayanan استخدام هذه البيانات وحدودها. يجب أن يصف التقييم مصدر العينة والمعاملات المستبعدة والفترة، ويفصل الدمج الخاطئ والروابط الفائتة والتغطية. الدرجة غير المعايرة ليست احتمالًا للهوية. [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
احفظ لكل رابط المعاملة ونسخة القاعدة وسبب القبول أو الاستبعاد. يجب أن يتيح الدليل المضاد الجديد إعادة حساب cluster، لا مجرد إضافة ملاحظة لاستنتاج ثابت. قد يحد Coin Control من الإنفاق المشترك المستقبلي لعملات منفصلة، لكنه لا يمحو التاريخ؛ وPayjoin يشكك في هذا الاستدلال لا في جميع مصادر الإسناد. [BIP 78 — A Simple Payjoin Proposal] [Möser and Narayanan — Resurrecting Address Clustering in Bitcoin]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Address Clustering, CoinJoin, PayJoin, Chain Surveillance, PSBT, Coin Control. تشير إلى هذا المدخل أيضًا PayJoin, Chain Surveillance, Address Clustering.