Liquid Network

لنتخيل أن آنا تريد إرسال المال إلى بافل. لدى كليهما محفظة تدعم Liquid Network، ويريدان تأكيدات أسرع ومبالغ غير معلنة. لا ترسل آنا دفعة Bitcoin عادية عبر طريق مختصر أسرع، بل تستخدم شبكة مستقلة، أي Sidechain، لها سجلها وقواعدها. يمثل البيتكوين فيها أصل اسمه Liquid Bitcoin، ويختصر إلى L-BTC أو LBTC. صُمم ليمثل BTC في الاحتياطي بنسبة 1:1، وليس بيتكوين جديدة ناتجة عن التعدين. تُسجل المعاملات في كتل تكوّن تاريخ Liquid الخاص. وتتتبع الشبكة أيضا UTXO، أي مخرجات المعاملات التي لم تُنفق بعد؛ ويحدد كل مخرج الأصل والمبلغ وشروط إنفاقه لاحقا. لذلك لا تدعم محفظة Bitcoin بالضرورة Liquid، وعلى المستلم اختيار الشبكة الصحيحة. [2] [3]

يمكن لآنا الحصول على L-BTC من حامل آخر أو عبر خدمة. يسمى الدخول المباشر من Bitcoin عملية peg-in. في مثالنا ترسل 0.1 BTC إلى عنوان Bitcoin أُنشئ خصيصا وتديره الاتحادية، وهي مجموعة مشغلي Liquid. بعد 102 تأكيد على Bitcoin، يمكنها المطالبة بما يقابلها، أي 0.1 L-BTC على Liquid؛ ونهمل الرسوم هنا لتبسيط المثال. بمتوسط عشر دقائق لكل كتلة، تبلغ مدة الانتظار نحو 17 ساعة، لكن الوقت الفعلي يتغير. يتكون الإثبات من المعاملة الأصلية وMerkle proof، وهو دليل على إدراجها في كتلة. لم يتضاعف المال: لم تعد آنا قادرة على إنفاق BTC الأصلية بمفردها، وأصبحت تتحكم في L-BTC بدلا منها. شراء L-BTC موجودة أصلا مسار مختلف لا يستلزم peg-in جديدة لكل مشترٍ. [4] [9]

إذا احتاج بافل إلى BTC على شبكة Bitcoin الرئيسية، فلا يكفي مفتاح L-BTC وحده للإفراج عن الاحتياطي. المفتاح الخاص معلومة سرية تستخدمها المحفظة لإنشاء توقيع رقمي يسمح بإنفاق الأموال المعنية على Liquid. لكنه لا يمنح بافل صلاحية التوقيع على إنفاق احتياطي Bitcoin. العودة المباشرة، أو peg-out، متاحة للمشاركين المصرح لهم الذين يملكون Peg-out Authorization Key، واختصاره PAK. تصبح L-BTC المقابلة غير قابلة للإنفاق، وهو ما يسمى عادة الحرق، ثم يفرج المشغلون عن BTC إلى عنوان مسموح. يعتمد المستخدم العادي غالبا على مشارك كهذا أو خدمة صرافة أو swap، أي مبادلة أصول. ولا يلزم أن تكون المبادلة peg-out مباشرة: قد يوفر الطرف المقابل BTC يملكها بالفعل. لذلك تهم إتاحة الخدمة والرسوم والسيولة، أي الأموال المتاحة للمبادلة، وشروطها. نسبة الاحتياطي 1:1 ليست وعدا بتحويل مجاني وفوري. [5] [9]

قد لا ترغب آنا في أن يعرف كل من يفتح مستكشفا، وهو موقع لعرض المعاملات، مقدار ما دفعته لبافل. تتيح Confidential Transactions إخفاء المبلغ ونوع الأصل المرسل. ومع ذلك تتحقق العقد، وهي حواسيب تفحص الالتزام بقواعد الشبكة، بأدلة تشفير من أن المعاملة لا تنفق أكثر مما لديها. يقرأ المستلم المخول البيانات بواسطة blinding key، وهو مفتاح لكشف تلك المعلومات؛ ولا يمنح هذا المفتاح وحده حق إنفاق المال. يمكن كشف بعض البيانات اختياريا، لمحاسب مثلا. لكن الروابط بين المعاملات وتوقيتها ومعلومات أخرى تبقى علنية، كما تترك عمليات peg-in وpeg-out أثرا ظاهرا على Bitcoin. لذلك لا تعني Confidential Transactions إخفاء الهوية تلقائيا أو اختفاء كل عملية. [6] [10]

تتولى Strong Federation التشغيل المعتاد. لمشغليها مهمتان مختلفتان: يوقّع blocksigners الكتل، بينما يدير watchmen مفاتيح BTC الاحتياطية والإفراج عنها. ليست هذه منافسة مفتوحة بين المعدنين باستخدام Proof of Work، أي العمل الحسابي اللازم لإيجاد كتلة Bitcoin. يلزم عدد محدد من التوقيعات لاتخاذ القرار؛ ولا يفترض عادة أن يقرر مشغل واحد عن الجميع. تحمي المفاتيح أيضا أجهزة HSM، وهي أجهزة أمن متخصصة تقيد ما يمكن توقيعه. ينبغي التمييز بين سجل يعمل واحتياطي آمن: تأكيد دفعة بصورة صحيحة لا يثبت أن سحب BTC سيظل متاحا دائما. يستطيع أي شخص تشغيل عقدة تحقق، لكن ذلك لا يجعله أمينا على الاحتياطي. [2]

تستهدف Liquid في الظروف العادية كتلة كل دقيقة تقريبا. بعد تأكيدين تُعد المعاملة نهائية ضمن افتراضات أمان الاتحادية: تمنع قواعد أجهزة التوقيع إعادة كتابة تاريخ أعمق. هذا ليس ضمانا مطلقا ضد كل هجوم أو عطل. تصف الورقة التقنية whitepaper لعام 2020 إعدادا يتطلب 11 توقيعا من أصل 15، أي أكثر من الثلثين؛ وهذا المثال ليس قائمة الأعضاء الحالية. إذا لم يتوفر عدد كافٍ من الموقّعين فقد يتوقف إنشاء الكتل. كذلك لا تزيل السرعة داخل Liquid انتظار peg-in أو معالجة العودة إلى Bitcoin. لذلك لا ينبغي أن تتوقع آنا أن يستغرق المسار الكامل بين الشبكتين دقيقة واحدة. [1] [2]

تفحص عقدة التحقق قواعد Liquid وأدلة المعاملات. وعند تفعيل التحقق من peg-in، تفحص أيضا الأدلة الأصلية عبر عقدة Bitcoin. بذلك لا يعتمد غطاء L-BTC فقط على رقم معروض في موقع المشغل. لكن هذا لا يعني أن آنا تملك مفاتيح BTC الاحتياطية أو أن الشبكة ستبقى متاحة دائما. قد يتوقف توقيع الكتل أو يتعطل الإفراج عن الاحتياطي أو تُخترق أجهزة الأمان. استعادة الاتحادية في الطوارئ ليست زرا يسمح لأي حامل L-BTC بسحب BTC مستقلا. الفرق عملي: قد تحمي المحفظة الشخصية من إفلاس الجهة الحافظة لحساب المستخدم، لكنها لا تلغي الاعتماد على الجسر بين الشبكتين. [1] [2] [9]

يمكن إصدار أصول أخرى إلى جانب L-BTC، مثل قسيمة رقمية أو رمز يعد مصدره باستبداله بملكية أخرى. لكل أصل asset ID، وهو معرّف فريد؛ وتشابه الاسم أو الأيقونة لا يثبت أنه الأصل نفسه. ويمكن للمصدر إنشاء reissuance token يمنح صلاحية إصدار كميات إضافية. يساعد سجل الأسماء على التعرف إلى الأصل، لكنه لا يثبت ملاءة المصدر أو قابلية إلزامه قانونيا بوعده. لا تنتقل قواعد غطاء L-BTC تلقائيا إلى الرموز الأخرى. فإذا قبل بافل قسيمة رقمية، قد تسجل الشبكة نقلها بصورة صحيحة ثم يعجز مصدرها عن الوفاء بالتزامه. [7] [11]

تقوم Liquid على Elements، وهو برنامج مفتوح المصدر مشتق من شيفرة Bitcoin Core وموسع لدعم أصول متعددة ومعاملات سرية. يستطيع المستخدم المتقدم تشغيل عقدة elementsd والتحقق من القواعد بنفسه. يتيح PSET، أي Partially Signed Elements Transaction، نقل معاملة مجهزة بين الأدوات: يجمع المعلومات المطلوبة للفحص وإخفاء المبالغ والتوقيع. وليس دليلا على أن الدفعة أُرسلت بالفعل. تُدفع رسوم الشبكة بـ L-BTC حتى عند نقل أصل آخر. تخفي المحفظة العادية معظم التفاصيل التقنية، لكن يجب التأكد من دعم الشبكة والأصل وأي جهاز توقيع مستخدم. [8] [13]

قبل نقل مبلغ أكبر، تختار آنا محفظة متوافقة، وتتحقق من شبكة الاستلام، وتحدد مسارا واضحا للعودة إلى BTC مع تكاليفه. تُعد النسخة الاحتياطية وفقا لمتطلبات محفظتها. وإلى جانب مفاتيح الإنفاق، يجب أن تتمكن من استعادة المعلومات التي تكشف المبالغ السرية. يشير seed إلى البيانات السرية الأصلية التي تشتق منها المحفظة مفاتيحها. تشتق بعض المحافظ blinding keys من seed، مثلا وفقا لـ SLIP-0077؛ وقد يحتاج إعداد آخر إلى نسخة إضافية. لذلك لا توجد قاعدة عامة تلزم بتصدير كل مفتاح يدويا. يكشف تحويل صغير ذهابا وإيابا المشكلات العملية أفضل من مجرد مراقبة الرصيد. قد تفيد Liquid في مدفوعات وأصول معينة إذا فهم المستخدم السرعة والسرية اللتين توفرهما، والشروط التي يقبلها معهما. [9] [12]