Coin Control

تلقّت أليس 120 000 sat مقابل عمل، ثم 80 000 sat هدية. وsat هي أصغر وحدة في البيتكوين. تعرض المحفظة مجموعًا قدره 200 000 sat، لكنه يتكوّن في مثالنا من مخرجَي UTXO منفصلين. لا يلزم أن تنفقهما معًا عند الدفع. تستطيع فتح قائمة Coin Control واختيار أجر العمل وحده. تساعدها تسميات مثل «عمل» و«هدية» على التمييز بينهما؛ فهي ملاحظاتها داخل المحفظة وليست دليلًا على مصدر الأموال. وإذا لم يكن لديها سبب لاختيار أموال بعينها، يمكنها ترك الاختيار للمحفظة. [3]

تختار أليس مخرجًا بقيمة 120 000 sat لإرسال 100 000 sat. يُنفق المخرج المختار كاملًا، كما تدفع بورقة نقدية أكبر من الثمن وتتلقى الباقي. لنفترض أن الحجم الافتراضي للمعاملة النهائية هو 200 vB ومعدل الرسم 5 sat/vB. وvB وحدة حجم تُستخدم لحساب الرسوم؛ لذلك يبلغ الرسم هنا 1 000 sat. يتلقى المستلم 100 000 sat، وتعود 19 000 sat إلى أليس في مخرج جديد يسمى change، أي الباقي. ويبقى المخرج الآخر البالغ 80 000 sat دون مساس. هذه أرقام مثال بحجم مفترض ورسوم يتحملها المرسل، وليست حجمًا ثابتًا لكل دفعة. [4]

يصبح كل UTXO مستخدم مدخلًا في المعاملة الجديدة ويضيف إليها بيانات. لذلك، عند تساوي نوع المدخلات ومعدل الرسم، يكون الدفع من عشرة مبالغ صغيرة أغلى عادةً من الدفع من مبلغ كبير واحد. الرسم ليس نسبة من المبلغ المرسل؛ بل تحسبه المحفظة من الحجم والمعدل المختار. يُسمى جمع عدة UTXO صغيرة في مخرج واحد تملكه تجميعًا. عند انخفاض معدلات الرسوم، قد يسهّل ذلك الإنفاق لاحقًا ويخفض رسومه، لكن التجميع نفسه يتطلب رسمًا ويربط الأموال المستخدمة علنًا. [1]

إذا أنفقت أليس أجر العمل والهدية في معاملة واحدة، فقد يستنتج مراقب البلوكشين أن شخصًا واحدًا يتحكم فيهما. البلوكشين سجل علني للمعاملات. لا تظهر فيه تسميات أليس الخاصة، لكن ارتباط المدخلات يظهر. اختيار الأموال منفصلة قد يمنع هذا الرابط المحدد. لكنه لا يضمن إخفاء الهوية؛ فقد تكون روابط أخرى معروفة مسبقًا. كما أن المدخلات المشتركة ليست دليلًا قاطعًا على وجود مالك واحد. مثلًا، تسمح Payjoin للمرسل والمستلم بالمساهمة بمدخلات في الدفعة نفسها. [2]

لا تعود 19 000 sat إلى أليس لاحقًا في معاملة أخرى. ينشأ change داخل الدفعة نفسها كمخرج جديد لمحفظتها. ولهذا الباقي تاريخ أيضًا: فقد جاء من أجر العمل. إذا أنفقته لاحقًا مع الهدية، فقد تنشئ الرابط الذي تجنبته أول مرة. لذا من المفيد متابعة مخرجات الباقي أيضًا، وعدم افتراض أن العنوان الجديد يخفي تلقائيًا الروابط الظاهرة بالأموال السابقة. الباقي الكبير يعني أن القيمة المختارة تفوق الدفعة والرسم بفارق كبير، ولا يعني وحده أن الاختيار خاطئ. [2]

قبل التوقيع، تراجع أليس المدخلات الفعلية وعنوان المستلم كاملًا والمبلغ والباقي الخاص بها وإجمالي الرسم. التوقيع موافقة على معاملة محددة؛ ووضع علامات في قائمة ليس دفعة مكتملة بعد. يجب أن تكفي الأموال المختارة للمبلغ والرسم معًا. عند إنفاق أموال لم تُؤكَّد بعد، تعتمد الدفعة الجديدة على المعاملة التي وردت منها تلك الأموال. إذا لم تدخل المعاملة السابقة إلى البلوكشين مطلقًا، فلن يمكن تأكيد الدفعة التي تنفق مخرجها أيضًا. الهدف من الاختيار اليدوي هو فهم الدفع، لا تغيير إعدادات لا تعرف نتائجها. [4]

يعتمد ذلك على البرنامج وإصداره. في Bitcoin Core v29.0، يفعّل الأمر fundrawtransaction الخيار add_inputs افتراضيًا: قد يضيف مدخلات أخرى إذا لم تكفِ المدخلات المحددة. لإنفاق UTXO المختارة فقط، يجب مراجعة هذا الخيار والمسودة النهائية. يساعد listunspent على فحص المخرجات المتاحة. يحدد txid المعاملة السابقة، ويحدد vout موضع مخرجها؛ ويعرّف الاثنان معًا UTXO بعينه. أما solvable فيعني أن البرنامج يعرف كيف يمكن إنفاق المخرج، وليس أنه يملك المفاتيح الخاصة اللازمة. بناء المعاملة لا يضيف التوقيعات المفقودة. [4] [3]

تفيد Coin Control عندما تعرف لماذا تريد فصل بعض المبالغ الواردة، أو ترغب في فهم تكلفة إنفاقها. لا تستبدل نسخة احتياطية آمنة، ولا تغير تاريخ الأموال، ولا تمحو رابطًا نُشر بالفعل. وليس عليك استخدامها في كل دفعة. المهم أن تميز متى يناسبك الاختيار التلقائي ومتى تحتاج إلى القرار بنفسك، ثم تتحقق من أن المعاملة المعدّة تطابق قصدك فعلًا. [3] [2]