خصوصية Bitcoin

تلقت آنا مقابل عملها ⁦100000 sat⁩، وهي أصغر وحدات Bitcoin. ثم دفعت من هذا المبلغ ⁦20000 sat⁩ إلى بافل؛ وعاد إلى محفظتها ⁦79000 sat⁩، بينما كانت الرسوم ⁦1000 sat⁩. المخرج سجلّ يحدد المبلغ وشروط إنفاقه. ترى الشبكة هذه العملية كلها. يعرف بافل المبلغ الذي استلمه ويعرف آنا، فيستطيع محاولة استنتاج أي مخرج آخر يمثل الباقي العائد إليها. لا يكشف هذا تلقائيًا جميع مدخراتها، لكنه يعطيه قرينة. وبخلاف كشف الحساب المصرفي، لا يقتصر الاطلاع على السجل على البنك وصاحب الحساب. يستطيع أي شخص العودة إليه حتى بعد سنوات. [1]

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

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

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

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

يحتاج التطبيق إلى التعرف على المدفوعات التي تخصه. إذا أرسل قائمة عناوين إلى خادم لجهة أخرى، فقد يكشف أنها مرتبطة. Full Node حاسوب يشغّل برنامجًا يتحقق بنفسه من معاملات Bitcoin وكتله وفق قواعد الشبكة. يفيد Full Node الخاص بك حين تحصل المحفظة فعلًا على البيانات من خلاله، وربما عبر خدمة فهرسة خاصة بك. لا يكفي تثبيت عقدة إلى جانب المحفظة. يمكن للمحافظ الخفيفة استخدام المرشحات المدمجة وفق ⁦BIP 157⁩ والبحث عن التطابق محليًا بدل إرسال قائمة العناوين. لكن آثارًا أخرى على الشبكة تبقى. قد يقلل Tor من كشف عنوان IP، أي عنوان اتصال الإنترنت، لكنه لا يغير المبالغ العامة أو الروابط بين المعاملات. [1] [3]

لا يحتاج المراقب إلى قراءة الاسم مباشرة من العنوان. فقد تكفي فاتورة عامة بمبلغ دقيق، وتوقيت شراء أُعلن عنه، ثم دفعة لاحقة. ويقدم شكل المعاملة والباقي المحتمل قرائن إضافية. لا تثبت سمة واحدة الملكية بشكل موثوق، لكن جمع عدة سمات قد يقوي الاستنتاج. كذلك لا يفيد توزيع الأموال على محافظ مختلفة إذا أعدت جمعها لاحقًا. يمكن لميزة avoid partial spends المتقدمة في Bitcoin Core اختيار مخرجات العنوان نفسه لإنفاقها معًا. يحد ذلك من الربط التدريجي بمدفوعات أخرى من هذا العنوان، لكنه قد يضيف مدخلات ويرفع الرسوم. وتعتمد النتيجة أيضًا على حد الرسوم المضبوط؛ فهي ليست أداة عامة لإخفاء الهوية. [1] [5]

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

تتيح Silent Payments وفق ⁦BIP 352⁩ نشر بيانات دفع ثابتة يشتق منها المرسلون مخرجات وجهة مختلفة. لا يحتاج المستلم إلى إرسال عنوان عادي جديد لكل شخص مسبقًا. لكن محفظته يجب أن تدعم البروتوكول وتفحص البيانات للتعرف على المدفوعات الواردة. تفصل المواصفة مفتاح البحث عن المدفوعات عن مفتاح الإنفاق. يجب أن تناسب النسخة الاحتياطية والاستعادة المحفظة المستخدمة، وقد تكون التصنيفات المستعملة مهمة أيضًا. تصنيفات Silent Payments ليست هويات منفصلة: فبيانات الدفع العامة فيها تشترك في مفتاح المسح العام. ولا تخفي هذه التقنية كل حركات الأموال اللاحقة. [4]

استخدم عنوانًا جديدًا لكل دفعة واردة عادية، ولا تنشر إثباتات الدفع دون حاجة، واعرف من أين تحصل محفظتك على البيانات. احتفظ بمعرفة مصادر الأموال وافصل الاستخدامات التي لا تريد ربطها. قبل اختيار المدخلات يدويًا أو استخدام تقنية متقدمة، افهم آثارها؛ فالأخطاء ليست ثمنًا حتميًا للخصوصية. تبقى مراجعة العنوان والنسخ الاحتياطية والرسوم بالقدر نفسه من الأهمية. الهدف هو كشف معلومات غير ضرورية أقل، لا اكتساب ثقة زائفة بأن أحدًا لن يستطيع أبدًا ربطك بأي دفعة. [1] [3] [4]