يتيح Coin Control التعامل مباشرة مع نموذج مخرجات Bitcoin. بدل الاكتفاء برصيد حساب واحد، يستطيع الدافع اختيار مخرجات محددة غير منفقة كمدخلات للمعاملة، وفحص تاريخها، وتحديد ما إذا كان سيجمعها أو يبقيها منفصلة أو يدمجها في مخرجات أقل.
يضيف كل مدخل وزنًا. ومع تطابق نوع المدخلات ومعدل الرسوم، يكون إنفاق عشرة مخرجات UTXO صغيرة عادة أغلى من إنفاق مخرج كبير واحد. قد يقلل الدمج عند انخفاض المعدلات حجم معاملة لاحقة، لكنه ينشئ رابطًا علنيًا بين المدخلات. قارن الحجم بوحدة vB والمعدل بوحدة sat/vB وإجمالي الرسوم، لا عدد مخرجات UTXO أو قيمتها فقط. [BIP 141: transaction weight]
يستنتج المراقبون كثيرًا مالكًا مشتركًا من تعدد مدخلات معاملة واحدة. هذه القرينة ليست معصومة من الخطأ، لكن جمع مصادر كانت منفصلة قد يزيل الفصل الذي يحمي الخصوصية ويكشف إجمالي حيازة أكبر. يوضح Payjoin لماذا لا يعد ذلك إثباتًا للملكية: يمكن لأطراف مختلفة إنشاء معاملة واحدة معًا. [BIP 78: Payjoin and ownership heuristics]
يساعد Coin Control على تتبع مخرج change المحتمل وتجنب جمعه لاحقًا بأموال غير مرتبطة. يعيد change القيمة المتبقية إلى الدافع؛ فهو ليس عائدًا استثماريًا ولا معاملة قابلة للعكس. ما زالت المحفظة تحتاج إلى تعرف صحيح على الباقي وتسميات وتقدير للرسوم. الاختيار اليدوي وحده لا يمنع إعادة استخدام العناوين. [BIP 78: Payjoin and ownership heuristics]
يمكن للمستخدم فصل أموال مصدرها KYC عن إيرادات الند للند، وترك مخرج نادر أو مقيد بشروط دون إنفاق، واختيار مدخلات مؤكدة أو إنشاء دفعة دقيقة. تستخدم الشركات التسميات للمحاسبة، ويحدد منسق multisig نطاق التوقيع. يتيح listunspent فحص txid وvout المحددين والمبلغ والتسمية وعدد التأكيدات؛ ولا تعني solvable وحدها أن المحفظة تملك المفاتيح الخاصة. [Bitcoin Core v29.0: listunspent]
تتطلب الإدارة اليدوية انتباهًا أكبر. إذا لم تكف قيمة المدخلات المختارة فلن تغطي الدفعة والرسوم؛ أما الباقي الكبير فينتج عن فائض القيمة، لا عن قلة عدد المدخلات. وقد تزيد المدخلات الكثيرة الرسوم والروابط. تحقق قبل التوقيع من تسميات المدخلات والوجهة وchange ومعدل الرسوم وإجماليها على جهاز موثوق. [Bitcoin Core v29.0: fundrawtransaction]
قد لا يكون الاختيار الظاهر في الواجهة هو القائمة النهائية للمدخلات. يفعّل Bitcoin Core v29.0 خيار add_inputs افتراضيًا في fundrawtransaction، فيمكنه إضافة أموال إذا لم تكف المدخلات الأصلية. وللاقتصار على المدخلات المقدمة مسبقًا، تحقق من هذا الخيار ومن المعاملة النهائية. إنشاء المعاملة لا يضيف التواقيع الناقصة بحد ذاته. [Bitcoin Core v29.0: fundrawtransaction]
لنفترض إجمالي مدخل قدره 120000 sat ودفعة قدرها 100000 sat وحجمًا نهائيًا 200 vB بمعدل 5 sat/vB. تكون الرسوم 1000 sat وchange بقيمة 19000 sat إذا دفع المرسل الرسوم وأُنشئ مخرج للباقي. هذا نموذج بمعطيات محددة، وليس تقديرًا لحجم أي مدخل. تغيير البنية أو اقتطاع الرسوم من مبلغ المستلم يغير الحساب. [Bitcoin Core v29.0: fundrawtransaction]
Coin Control وظيفة للمحفظة وليس قاعدة إجماع جديدة أو وعدًا بإخفاء الهوية. لا يغير تاريخ UTXO السابق ولا يغني عن النسخ الاحتياطي أو التواقيع المطلوبة، ولا يمحو رابطًا سبق نشره عند الدمج. تحقق من سلوك الإصدار المحدد للمحفظة وما توقعه فعلًا؛ فلا يمكن استنتاج سعر مستقبلي أو نتيجة خالية من المخاطر من عنصر في الواجهة. [Bitcoin Core v29.0: listunspent] [BIP 78: Payjoin and ownership heuristics]
للحصول على صورة أوضح، اقرأ هذا المدخل مع UTXO, محفظة, مخرج الباقي, خصوصية Bitcoin. تشير إلى هذا المدخل أيضًا مخرج الباقي, CoinJoin, خصوصية Bitcoin, Coin Selection.