القائمة الرئيسية

الصفحات

استخدم DNS لتنسيق مدفوعات البيتكوين

اقترح مات كورالو منذ ما يزيد قليلاً عن أسبوع أ صندوق الاستثمار الفلسطيني لتنسيق مدفوعات البيتكوين. لقد شكل إجراء عمليات الدفع بالبيتكوين دائمًا تحديًا للتنسيق، سواء داخل السلسلة أو خارجها باستخدام بروتوكولات مثل Lightning، وذلك لأسباب مختلفة. عندما يتعلق الأمر بالأنظمة الرقمية مثل البريد الإلكتروني أو أنظمة الدفع مثل Paypal وCashapp وما إلى ذلك، فقد اعتاد الناس جدًا على مفهوم المعرف الثابت الفريد. إذا كنت ترغب في إرسال بريد إلكتروني إلى جون، فما عليك سوى إرسال بريد إلكتروني “جون@(أدخل المجال). »إذا كنت تريد إرسال أموال إلى John على Cashapp، فما عليك سوى إرسال دفعة إلى @John على Cashapp.

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

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

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

وينطبق الشيء نفسه على البرق، ولكن أسوأ. الفاتورة صالحة لدفعة واحدة فقط. على عكس العنوان المتسلسل، الذي يمكن إعادة استخدامه على الرغم من أنها ممارسة فظيعة، لا يمكن استخدام فاتورة Lightning. بمجرد دفع الفاتورة أو انتهاء صلاحيتها، سترفض عقدة Lightning المعنية أي محاولات دفع. أدت هذه الديناميكية إلى إنشاء LNURL المواصفات، وكذلك عناوين فلاش بنيت عليه. LNURL هو بروتوكول للاتصال بخادم HTTP عبر عنوان IP ثابت يمكن مشاركته مرة واحدة للحصول على فاتورة Lightning حقيقية للدفع من الخادم. علاوة على ذلك، فإن عناوين Lightning عبارة عن نظام تسمية أعلى LNURL منظم بنفس طريقة عناوين البريد الإلكتروني: John@(LNURL server domain).

كل هذه الحلول لها عيوب. متطلبات تشغيل برامج إضافية (خادم HTTP) تظل متصلة بالإنترنت طوال الوقت بالإضافة إلى محفظة Bitcoin أو عقدة Lightning؛ يؤدي تقديم طلب إلى خادم BTCPay/LNURL إلى الكشف عن عنوان IP الخاص بالمرسل للمستلم؛ من خلال الاعتماد على سلطات شهادة TLS.

مجرد استخدام DNS

تستخدم أدوات خادم HTTP، مثل LNURL، عند دمجها مع Lightning Address، المجالات لحل الاتصال بخادم HTTP. وبالمثل، يتم تكوين جميع خوادم BTCPay باستخدام المجالات بدلاً من استخدام عناوين IP الأولية. فكرة مات هي: لماذا لا نزيل الاعتماد على HTTP ونستخدم نظام اسم المجال نفسه؟

يسمح لك DNS بربط سجلات TXT باسم مجال معين، مما يؤدي إلى إنشاء سجلات صغيرة يمكن قراءتها بواسطة الإنسان (أو الجهاز) والتي يمكن الاستعلام عنها من خوادم DNS. بالاشتراك مع ملحقات أمان نظام اسم المجال (DNSSEC)، توفر سجلات DNS TXT آلية يمكن استخدامها للاستعلام عن معلومات الدفع دون تحمل عبء تشغيل خادم HTTP، كما توفر أيضًا قدرًا أكبر من المرونة والانفتاح. يوفر DNSSEC عددًا من الأدوات لتوقيع إدخالات DNS بشكل مشفر، بما في ذلك سجلات TXT، مع مفاتيح DNS المتأصلة في البنية الهرمية لـ DNS. يضمن هذا أن سجل TXT الذي تستعلم عنه هو السجل الموقع والموزع على خوادم DNS ذات المستوى الأدنى من خادم/مفتاح الجذر المحلي.

يمثل هذا الميزة الحقيقية لنظام DNS كوسيلة لاسترداد بيانات الدفع: قل وداعًا للاضطرار إلى تشغيل خادم HTTP. يمكن لسجل TXT تشفير عنوان Bitcoin على السلسلة (على الرغم من أن BIP يوصي على وجه التحديد بعدم القيام بذلك إذا لم تكن قادرًا على تدوير العناوين الجديدة بانتظام لمنع إعادة استخدام العنوان)، ولكن الأهم من ذلك، أنه يمكن أن يحتوي أيضًا على بولت 12 صفقة البرق.

يمكن استرداد هذه السجلات من أي خادم DNS، أو خادمك المحلي، أو مزود خدمة الإنترنت، أو حتى خادم عام مثل Google أو Cloudflare. من هذه النقطة الأساسية، تم حل النقص في الحلول المستندة إلى HTTP؛ لم تعد تكشف عن عنوان IP الخاص بك للشخص الذي تحاول الدفع له. الآن، في حالة استخدام DNS الخاص بمزود خدمة الإنترنت أو خادم عام مثل Google أو Cloudflare بدون VPN أو Tor، فإنك تكشف لهم عنوان IP الخاص بك؛ من الواضح أن BIP يشجع دعم تحليل DNS عبر VPN أو Tor على وجه التحديد لهذا السبب.

إن الجمع بين هذا الاقتراح مع BOLT 12 يزيل الحاجة إلى تشغيل البرامج المساعدة التي تمثل مشكلة أمنية حقيقية للغاية للمستخدمين المطمئنين، وتسمح لملكية النطاق وحدها بمنح المستخدمين كل ما يحتاجون إليه. الحاجة إلى آلية لتحديد موقع معلومات الدفع بلمسة بشرية بسيطة . معرف قابل للقراءة. لا يتطلب BOLT 12 أي خادم HTTP، حيث يتعامل مع التسليم الفعلي للفواتير عبر الاتصالات الموجهة مباشرة من خلال شبكة Lightning، ويدعم العروض، وهو معرف ثابت يمكن استخدامه للعثور على طريق البصل إلى عقدة Lightning تلك. تكمن المشكلة في أن العرض يتم ترميزه كسلسلة عشوائية ضخمة، مثل الفاتورة نفسها، مما يجعله معرفًا بشريًا فظيعًا يمكن قراءته/استخدامه إلا من خلال استخدام رموز QR أو نسخه ولصقه.

من خلال تخزين عرض في سجل TXT لنظام أسماء النطاقات، كل ما يحتاجه المستخدم لإجراء الدفع هو مجال شخص ما لإدخاله في محفظته حتى يتمكن من استرداد سجل TXT، واسترداد عرض BOLT 12، ثم إجراء الدفع. لا يحتاجون إلى استضافة خادم أو تشغيل أي برنامج آخر غير عقدة Lightning الخاصة بهم، حيث يتعامل نظام DNS مع كل شيء نيابةً عنهم وصولاً إلى استضافة BOLT 12. يمكنك العثور على شخص يرغب المستخدمون في الدفع لهم.

هل هو نظام موثوق تماما؟ لا. هل هو أفضل بكثير من الأنظمة المعتمدة على HTTP؟ قطعاً. المشكلة في مثل هذه المشكلات هي أن هناك توقعات معينة لتجربة المستخدم والسلوك لدى معظم الناس فيما يتعلق بالأنظمة الرقمية التي من المفترض أن تعمل في أذهانهم. وبدون تكرار تجربة المستخدم هذه، ستستخدم مجموعات كبيرة من الأشخاص ببساطة البدائل التي تلبي توقعات تجربة المستخدم هذه. بالنظر إلى هذا الواقع، في محاولة دمج Bitcoin كجزء من توقعات تجربة المستخدم، يجب أن يكون هدف التصميم هو تلبية احتياجات المستخدم مع الحد الأدنى من الثقة التي يتم ضخها، والحد الأدنى من العبء المفروض على المستخدمين، والحد الأدنى المحتمل من فقدان الخصوصية بطرق جديدة. . أعتقد أن Matt’s BIP يتحقق من كل هذه المربعات مقارنة بالحلول الحالية.

مصدر المقال

#استخدم #DNS #لتنسيق #مدفوعات #البيتكوين

reaction:

تعليقات