تتيح Silent Payments استقبال البيتكوين عبر معرّف واحد قابل لإعادة الاستخدام، من دون توجيه كل دفعة إلى العنوان نفسه الذي يستطيع الجميع تتبعه. المحفظة تطبيق أو جهاز لاستقبال البيتكوين وإرساله. تحسب محفظة المرسل وجهة جديدة للدفعة، ثم تتعرف عليها محفظة المستلم لاحقًا في السلسلة. تصف BIP352 هذه الخطوات. لا يحتاج المستلم إلى البقاء متصلًا أو إرسال عنوان جديد قبل كل دفعة.
إذا نشر بوب عنوان Bitcoin عاديًا على موقعه، يستطيع أي شخص متابعة وارداته عبر المستكشف. مستكشف الكتل تطبيق للبحث عن المعاملات والكتل في شبكة معينة. إعطاء كل شخص عنوانًا جديدًا أفضل، لكن لا بد من وسيلة لتوزيعها. تعالج Silent Payments هذه المشكلة: ينشر بوب بيانات ثابتة، وتبني أليس منها مخرجًا خاصًا بالدفعة، أي سجلًا للمبلغ وشرط إنفاقه لاحقًا. فلا تتكرر بيانات الاتصال العامة كعنوان استقبال واحد في السلسلة. [1] [3] [9] [7]
يحتوي عنوان Silent Payments على scan key عام وspend key عام. المفتاح الخاص قيمة عددية سرية، أما المفتاح العام المقابل فيمكن مشاركته مع الآخرين. تشير الأسماء إلى الأدوار: يرتبط scan key بالعثور على المدفوعات، ويرتبط spend key بإنفاقها. وتبقى المفاتيح الخاصة المقابلة لدى بوب. يبدأ على mainnet، شبكة Bitcoin الرئيسية، بـsp1 ويستخدم Bech32m. ليس عنوان Taproot عاديًا يبدأ بـbc1p ولا نسخة احتياطية للمحفظة. يتيح الزوج العام للمرسل المتوافق حساب وجهة الدفع، لكنه لا يمنحه حق الإنفاق أو قائمة بواردات بوب. [1] [5] [9]
لكي تدفع أليس إلى بوب، تختار محفظتها مبالغ تلقتها سابقًا. وتشكل الإشارات إلى تلك المبالغ مدخلات المعاملة الجديدة. يستخدم حساب الوجهة مفاتيح المدخلات التي تستوفي قواعد BIP352؛ فلا تصلح جميع أنواع المدخلات لهذا الغرض. تجمع أليس مفاتيحها الخاصة مع scan key العام الخاص بـبوب باستخدام ECDH. تتيح هذه الطريقة في علم التعمية للطرفين حساب السر نفسه بصورة مستقلة، من دون تبادل المفاتيح الخاصة. ومن هذا السر وربطه بالمدخلات المحددة تشتق المحفظة تعديلًا على spend key العام الخاص بـبوب، فينتج مفتاح المخرج الجديد. يمنع الربط بالمدخلات تكرار الوجهة عند إعادة استخدام مفتاح مدخل. وإذا استخدمت أليس تقنية RBF، أي استبدلت معاملة غير مؤكدة، لرفع رسومها مثلًا، وغيّرت مدخلاتها، فعلى المحفظة حساب الوجهة من جديد. لا يجوز لها الاكتفاء بالنتيجة السابقة. [1] [4]
تفحص محفظة بوب المعاملات المؤهلة وتحسب المخرجات المحتملة باستخدام scan key الخاص وبيانات المدخلات العامة. عند العثور على تطابق تسجل المخرج ضمن أمواله. وفي السلسلة هو مخرج Taproot بلا رسالة إشعار خاصة. لا يحتاج بوب إلى الاتصال وقت إرسال أليس ولا الرد عليها مسبقًا، لكن محفظته تحتاج لاحقًا إلى معالجة البيانات اللازمة. [1] [6]
يجد scan key المدفوعات، بينما يتيح spend key مع البيانات المشتقة إنفاقها. يمكن إبقاء spend key الخاص منفصلًا عن أداة الفحص المتصلة. تسريب scan key الخاص وحده لا يتيح السرقة، لكنه قد يكشف الواردات عند جمعه مع البيانات العامة. لذلك فإن تسليمه لخادم فحص خارجي يؤثر في الخصوصية. ولا تُرسل seed أو spend key الخاص إلى ذلك الخادم. [1]
لا تتطلب Silent Payments معاملة إشعار خاصة، لكن الحساب ونقل البيانات يستهلكان موارد. يفحص المستلم المعاملات المؤهلة ويجري حسابات علم التعمية الموضحة سابقًا. على الهاتف تهم الفهرسة ومصدر البيانات والمدة منذ آخر فحص. قائمة عناوين عادية وحدها لا تكفي. العقدة برنامج يتحقق من المعاملات والكتل ويتواصل مع المشاركين الآخرين في الشبكة. وتختلف متطلبات العقدة الشخصية والمزوّد الخارجي وآثارهما على الخصوصية والتوافر. [1] [2] [8]
يمكن لـبوب استخدام labels، وهي صيغ دفع مشتقة، لمشاريع مختلفة مثلًا. فلا يحتاج إلى فحص مستقل كامل لكل صيغة. لكن الصيغ العامة تشترك في scan key، فيستطيع المراقب التعرف على مالكها المشترك. يساعد الوسم بوب على تصنيف الوارد، ولا ينشئ هوية مجهولة منفصلة. الوسم الخاص بالباقي يميز ما تبقى من دفعة أجراها بوب بنفسه. فإذا أنفق مبلغًا تلقاه سابقًا يزيد على الدفعة ورسومها معًا، عاد الباقي إلى محفظته. وليس المقصود مبلغًا يعيده التاجر. تخصص BIP352 الوسم m = 0 لهذا الغرض. تبحث المحفظة عنه دائمًا عند الاستعادة، ويجب ألا تنشره كبيانات لاستقبال مدفوعات الآخرين. [1] [4]
لنتخيل أن بوب فقد هاتفه، لكنه احتفظ بالنسخة الاحتياطية. الـseed هي القيمة السرية الأساسية التي تشتق منها المحفظة المفاتيح؛ وعادةً يحفظها المستخدم من خلال Seed Phrase، وهي كلمات استعادة مرتبة ترتيباً محدداً. لكن وجود الكلمات وحده لا يعني أن أي تطبيق سيجد مدفوعات Silent Payments. يجب أن يدعم طريقة اشتقاق المفاتيح نفسها والبحث عن هذه المدفوعات. وتسهّل نسخة من labels المستخدمة وتاريخ بدء استخدام المحفظة عملية الاستعادة. للعثور على الأموال الحالية، يمكن فحص البيانات اللازمة للمعاملات التي تحتوي على UTXO متبقية: مبالغ جرى تلقيها منفردة ولم تُنفق بعد. أما استعادة السجل الكامل فتتطلب فحصًا أوسع للسلسلة. لذلك لا تعني الشاشة الخالية قبل انتهاء الفحص بالضرورة ضياع الأموال. [1]
تقلل Silent Payments الربط الناتج عن إعادة استخدام العنوان، لكنها لا تخفي المبالغ أو وقت التأكيد أو تاريخ المدخلات المنفقة. تعرف أليس دفعتها إلى بوب، وقد يحتوي الطلب على بيانات شخصية. وإذا جمع بوب لاحقًا عدة UTXO في معاملة، فقد يكشف صلتها مجددًا. Silent Payments ليست CoinJoin، والجمع بينهما ليس آمنًا تلقائيًا؛ إذ تشير BIP352 إلى غياب برهان رسمي لحالة المرسلين المستقلين المتعاونين. [1] [3]
تذكر BIP352 المؤلفين josibake وRuben Somsen وSebastian Falbesoner، وقد خُصص رقمها في 2023. عند المراجعة في 17 أكتوبر 2026 كانت حالتها Complete. لا يعني هذا دعمًا في كل المحافظ: يجب التحقق منفصلًا من الإرسال والاستقبال والفحص والاستعادة. يستخدم البروتوكول Taproot الموجود ولا يحتاج إلى Soft Fork جديد، أي تشديد لقواعد الصلاحية تتبناه الشبكة. التطبيقات القديمة غير الداعمة لا تتعامل مع عنوان sp1 بصورة صحيحة. [1] [2]
للحصول على صورة أوضح، اقرأ هذا المدخل مع خصوصية Bitcoin, الهوية المستعارة, Taproot, CoinJoin, Replace-by-Fee (RBF), UTXO. تشير إلى هذا المدخل أيضًا خصوصية Bitcoin, Transaction Labeling.