كيف يتبنى مطورو محافظ البلوكشين تقنية Async Payjoin لتحويل خصوصية البيتكوين

تحدي خصوصية البيتكوين وجد حلاً غير متوقع: Async Payjoin، أداة مفتوحة المصدر تعالج الخصوصية كما يعالج HTTPS أمان الويب. تمامًا كما أحدث Let’s Encrypt ثورة في الويب في العقد الماضي بجعل التشفير متاحًا للجميع، فإن مؤسسة Payjoin تعمل بصمت على ديمقراطية الخصوصية عبر نظام محافظ البلوكشين. على عكس المحافظ المخصصة للخصوصية، يعمل Async Payjoin كمكتبة عالمية يمكن لأي تطبيق محفظة بلوكشين دمجها، مما يخلق معيارًا للخصوصية يقوي الشبكة بأكملها بدلاً من حماية المستخدمين المعزولين فقط.

تُعبر أناقة هذا النهج عن نجاح HTTPS: بدلاً من مطالبة المستخدمين بالاختيار بين الخصوصية والراحة، يدمج Async Payjoin الخصوصية في البنية التحتية نفسها. مبني على أساسيات التشفير المدمجة بالفعل في نواة البيتكوين ومصممة خصيصًا للاستخدام الجماعي، تعالج هذه التقنية الثغرة الأساسية التي تؤثر على مستخدمي البلوكشين — القدرة على تتبع تدفقات الأموال بدقة جنائية.

الآلية الأساسية: هزيمة فرضيات UTXO والمراقبة على البلوكشين

المشكلة الأمنية التي يحلها Async Payjoin بسيطة بشكل خادع لكنها مهمة جدًا. عندما يتلقى مستخدمو البلوكشين مدفوعات، غالبًا ما يتحكمون في عدة UTXOs — فكر فيها كجيوب نقود منفصلة، تحتوي كل منها على مبالغ مختلفة. عندما تتطلب معاملة أموالًا من عدة جيوب، تربطها معًا على السجل العام، مما يسمح لشركات المراقبة على البلوكشين بالافتراض أن هذه UTXOs تنتمي لنفس الكيان.

تستغل شركات التحليل على السلسلة مثل Chain Analysis هذا الافتراض بلا رحمة. من خلال مراقبة تاريخ المحافظ، يمكنهم معرفة إلى من حولت الأموال في الماضي والمستقبل، وإجمالي ممتلكاتك، وحتى أنماط دخلك. تصبح هذه المراقبة أداة للتتبع المؤسسي والرقابة الحكومية.

يقضي Async Payjoin على هذه الثغرة من خلال آلية تنسيق أنيقة بشكل خادع. يشارك المستلم بنشاط في إنشاء المعاملة جنبًا إلى جنب مع المرسل. بدلاً من معاملة ذات مدخل واحد ومخرجيْن، ينتج Payjoin معاملات تحتوي على مدخلين ومخرجيْن — مع مدخل واحد ينشأ من المستلم. يتعاون الطرفان على تحديد المبالغ، ويشتركان في إنشاء المعاملة بشكل ذري، ويحافظان على السيطرة الكاملة. النتيجة: ما يظهر لتحليل البلوكشين كمعاملة قياسية يصبح غير قابل للتمييز عن العديد من المعاملات ذات المدخلات المتعددة الأخرى.

تظهر القوة على نطاق واسع. مع اعتماد المزيد من تطبيقات المحافظ على Payjoin، تتداعى فرضية المدخل الواحد — الافتراض الأساسي للمراقبة على السلسلة. كلما زادت معاملات Payjoin الموجودة في الشبكة، أصبح المراقبة على البلوكشين أقل موثوقية للجميع. هذا هو الخصوصية الجماعية: الاعتماد الفردي يعزز الحماية الشاملة.

الأهم من ذلك، أن هذه الآلية تظل غير وصائية تمامًا وذَرية. يحتفظ كلا الطرفين بالسيطرة على مبالغهم. إذا لم يوافق أحد الطرفين على المعاملة، ببساطة لا تُنفذ. وعلى عكس العملات الخاصة مثل Zcash أو Monero — التي تقوم بتشفير مبالغ التحويل لتحقيق الخصوصية ولكن تخلق تعقيدات للتحقق من الإمداد وتقدم مخاطر تضخم نظرية — يحافظ Payjoin على شفافية وندرة البيتكوين مع تعزيز القابلية للتحويل.

استجابة نظام المحافظ: الاعتماد الحالي واستراتيجيات الدمج

بدأ نظام محافظ البلوكشين في دمج معايير Payjoin V1 و V2 بوتيرة متسارعة. تشمل التطبيقات الحالية كامل طيف المحافظ:

دعم Payjoin V1 (يتطلب مشاركة المستخدم في الوقت نفسه):

• BTCPay Server
• Blue Wallet
• Wasabi Wallet
• Bitmask
• JoinMarket
• Sparrow Wallet

دعم Payjoin V2 (Async Payjoin للتنسيق غير المتزامن):

• Bull Bitcoin Mobile
• Cake Wallet

اختيار التصميم الحاسم للمؤسسة يضمن التوافق العكسي — يمكن للمستخدمين الذين يستخدمون محافظ غير داعمة لـ Payjoin إرسال المدفوعات إلى عناوين QR وPayjoin دون عوائق. يقلل هذا بشكل كبير من حواجز الاعتماد، مما يسمح لنظام محافظ البلوكشين بالانتقال تدريجيًا إلى خصوصية أقوى بدلاً من الحاجة إلى ترقيات متزامنة.

بالنسبة لمطوري محافظ البلوكشين، أصبح الدمج أسهل من خلال أدوات مفتوحة المصدر. توجد المواصفات التقنية في BIP 77، بينما يتوفر مجموعة أدوات للمطورين قابلة للتوصيل على GitHub. استلهمت المؤسسة استراتيجيتها من Let’s Encrypt: أدوات برمجية مجانية ومفتوحة المصدر تزيل الحواجز الاقتصادية أمام التنفيذ. تمامًا كما حققت مجموعات Lightning شعبية بين مطوري المحافظ، فإن وصول Async Payjoin يدعو إلى اعتماد على مستوى النظام البيئي بأكمله.

مؤسسة Payjoin: بناء الخصوصية كبنية تحتية مفتوحة

تأسست في أغسطس 2025، تعمل مؤسسة Payjoin كمنظمة غير ربحية تمامًا لأن خصوصية البيتكوين لا يمكن أن تدعم نموذجًا ربحيًا. أوضح المدير التنفيذي للمؤسسة دان جولد ذلك بوضوح: “خصوصية البيتكوين — الشركات الربحية قد تم القضاء عليها أساسًا.” هذا التمييز مهم جدًا.

تربح الشركات الربحية من أدوات الخصوصية من خلال بيع الحلول، لكن دوافع الربح تخلق عدم توافق. إذا كانت الشركة تربح من كل عملية بيع، فهي تفتقر إلى الدافع لضمان الخصوصية الحقيقية — لقد حققت إيراداتها بغض النظر. اكتشف فيل زيمرمان ذلك عند تأسيس Pretty Good Privacy (PGP) كشركة؛ في النهاية، تبنت الإنترنت الخصوصية عبر جهود غير ربحية مثل Tor، وليس من خلال مشاريع تجارية.

تجمع مؤسسة Payjoin مطوري الخصوصية الذين شكلوا بيتكوين لسنوات. كان دان جولد رائد أدوات الخصوصية خلال عصر TumbleBit، ونسخ Wasabi للتنفيذ على الهواتف المحمولة، وشارك في كتابة BIP 77. يخدم يوفال كوجمان كمستشار في مجلس الإدارة وWizard بيتكوين من Spiral، ويملك خبرة برمجية تمتد لعقدين. طور Kogman حماية WabiSabi ضد هجمات DoS، وحدد ثغرات في عدة تطبيقات CoinJoin. انضم أرمن سابوري كقائد للبحث والتطوير، بعد أن عمل كمدير تقني في Botanix ومهندس في Casa — التي فازت بجائزة MIT Bitcoin Hackathon لعام 2021 من خلال تنفيذ وظيفة BIP 78 CoinJoin على Mac OS عبر Tor — وشارك في كتابة BIP 347 (OP_CAT).

تأتي التمويلات من OpenSats و Cake Wallet، مع دعم إضافي من Spiral، Human Rights Foundation، Maelstrom، و Btrust. تسجل GitHub 37 مساهمًا في تنفيذ Async Payjoin بلغة Rust فقط. تقدمت المؤسسة بطلب للحصول على وضع منظمة غير ربحية 501©(3)، في انتظار الموافقة، وتواصل جمع التبرعات. أكد جولد أن “لا شيء من هذا العمل ممكن بدون الممولين”، مشيرًا إلى الحاجة المستمرة للموارد لدعم تطوير الخصوصية كبنية تحتية مفتوحة.

الطبقة غير المتزامنة: الخصوصية الشبكية عبر HTTP المجهول

كان Payjoin V1 يتطلب أن يظل المرسل والمستلم متصلين في الوقت نفسه — قيد عملي كبير. حل Async Payjoin (Payjoin V2) هذا من خلال بنية خادم دليل معتم باستخدام Oblivious HTTP (OHTTP).

تركز الابتكار على خصوصية الشبكة. خادم الدليل نفسه لا يرى عناوين IP للمستخدمين أو تفاصيل المعاملات. تتجه جميع الاتصالات عبر OHTTP، الذي يجبر التشفير عبر الوكيل — وهو تشويش إلزامي. تظل الحمولة (المعاملة الموقعة مسبقًا) مشفرة من النهاية إلى النهاية بين المرسل والمستلم. من وجهة نظر خادم الدليل، يتلقى فقط كتلة مشفرة موحدة بحجم 8 كيلوبايت، لا تكشف شيئًا.

قارن جولد ذلك بـ Tor لكنه أشار إلى اختلافات مهمة: “OHTTP هو الحد الأدنى من منتج Tor القابل للتنفيذ. طبقات Tor تشفر وتقوم بعدة قفزات؛ هذا هو الإصدار الأدنى — قفزة واحدة، طبقة واحدة من التشفير.” ومع ذلك، يحمل OHTTP وزنًا كبيرًا: إنه معيار ويب من فريق هندسة الإنترنت (IETF) خضع لمراجعة صارمة، مدمج في iOS، ويستخدم عبر المتصفحات. يتيح هذا التوحيد القياسي اعتمادًا أوسع مقارنة بالبروتوكولات المخصصة للخصوصية.

لا تقدم خوادم الدليل نفسها مكافأة مالية للمشغلين — على غرار عقدة خروج Tor، التي يدعمها المتطوعون لعقود. يثبت هذا النموذج من البنية التحتية التطوعية استدامة شبكات الخصوصية، ويزيل الحاجة إلى دعم تجاري أو حوافز على مستوى البروتوكول.

الخصوصية بشكل افتراضي مقابل الامتثال: التوفيق بين التوترات المتصورة

غالبًا ما يعبر المنظمون ومشغلو بورصات المحافظ عن قلقهم من أن تقنيات الخصوصية تتعارض مع متطلبات الامتثال. عارض جولد هذا الافتراض مباشرة: “نظام الامتثال مستقل تمامًا عن طبيعة السلسلة.”

الفهم الخاطئ عميق. لا يتطلب الامتثال التنظيمي شفافية كاملة للمحفظة. يمكن للبورصات فرض إجراءات معرفة عميلك (KYC)، وجمع معلومات التعريف، والتحقق من مصادر الأموال — كل ذلك دون مراقبة على مستوى البلوكشين. لا تمنع خصوصية Payjoin هذه الممارسات؛ بل تزيل فقط ميزة تتبع المحافظ غير المقيد.

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

يعد هذا التمييز حاسمًا لاستدامة البيتكوين على المدى الطويل. القابلية للتحويل — المبدأ الذي ينص على أن جميع العملات لها قيمة متساوية بغض النظر عن تاريخها — تتطلب حماية الخصوصية. العملات الملوثة بمعاملات سابقة لا ينبغي أن تفقد قوتها الشرائية؛ تضمن الخصوصية أن تظل هذه الخاصية الأساسية للعملة الصالحة سليمة.