الزخم البيئي BTC شرس.

في عام 2024، تم إطلاق العديد من بروتوكولات الطبقة الثانية من Bitcoin عبر الإنترنت، وقد دخلت Lightning Network وBEVM وما إلى ذلك على التوالي إلى أعين الجمهور بتقدم مختلف، ويتطلع المطورون وعمال المناجم أيضًا إلى القيمة السوقية البيئية لـ BTC تم ربط نظام Ethereum البيئي في أسرع وقت ممكن، بل تم تجاوزه.

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

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

في هذا العدد، يوصي قاعة بلولو للحوار للقراء بمشاركة بحث منظومة RGB، المكتوب في أغسطس 2023 بإشراف الأستاذ Hong Shuning وبالتأليف المشترك بين Waterdrop Capital وأعضاء البنية التحتية لمنظومة بيتكوين BiHelix، وذلك لفهم بروتوكول RGB ونظامه البيئي بصورة شاملة.

فيما يلي النص الأصلي للتقرير البحثي:

في عالم الأصول المشفرة، لا شك أن بيتكوين هو الكيان الأشهر بين الناس. لكن عند الحديث عن بيتكوين، يركّز الناس غالبًا على سعره وقيمته السوقية وحجم تداوله، ويغفلون الابتكار التقني والإمكانات التطبيقية الكامنة وراءه. وقد حققت العديد من التقنيات الأساسية التي ذكرناها في بحثنا المنشور العام الماضي حول (بحث DeFi على شبكة Lightning الخاصة ببيتكوين) اختراقات مهمة وملموسة في النصف الأول من هذا العام، مثل:

أطلقت Lightning Labs شبكة اختبار Taproot Assets v0.2 (الاسم السابق Taro)؛

OmniBOLT ، تم إطلاقه على الشبكة الرئيسية، وحقق وظائف إرسال واستلام وتحويل USDT عبر شبكة Lightning؛

بروتوكول RGB قدّم إصدارًا أقوى وأكثر مرونةً وأمانًا، وهو RGB v0.10.

عند الحديث عن بروتوكول RGB، قد يكون الناس مألوفين به وغرباء عنه في آنٍ واحد؛ فالمألوف يرجع إلى أن مفهوم RGB طُرح منذ عام 2016، وكثيرون يعرفون بوجود البروتوكول، لكن بعد سنوات من التطور لم يحظَ باهتمام أو تطبيق واسع، ولا يكاد الناس يجدون حالات استخدام عملية واضحة له.

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

（一）التعرّف على RGB أولًا

1、ما هو RGB

RGB هو نظام عقود ذكية قابل للتوسع وسري لبيتكوين وشبكة Lightning، طوّرته جمعية معايير LNP/BP. ويعتمد مفهومي الملكية الخاصة والملكية المشتركة، وهو شكل من أشكال الحوسبة الموزعة المكتملة تورينغًا والخالية من الثقة، ولا يحتاج إلى إدخال بروتوكولات لامركزية خارج السلسلة للرموز.

صُمم RGB ليعمل على سلاسل كتل UTXO مثل بيتكوين، مع تنفيذ عقود ذكية قابلة للتوسع، ومتينة، وخاصة. ومن خلال RGB يمكن للمطورين تنفيذ إصدار الرموز، وصكّ NFTs، وDeFi، وDAO، وغير ذلك من العقود الذكية متعددة الأنواع والمعقدة.

بروتوكول RGB هو نظام للتحقق من الحالة والعقود الذكية يعمل خارج السلسلة ضمن الطبقتين الثانية والثالثة في منظومة بيتكوين، ويستند إلى مفهومي التحقق من جهة العميل (client-side validation) والأختام ذات الاستخدام الواحد (single-use-seals) اللذين طرحهما Peter Todd عام 2016.

التحقق من جهة العميل (client-side validation)：

التحقق من جهة العميل هو نموذج طرحه Peter Todd عام 2016. والفكرة الأساسية هي أنه في الأنظمة الموزعة لا يلزم أن تنفذ جميع الأطراف المشاركة في البروتوكول اللامركزي عملية التحقق من الحالة بشكل شامل؛ بل يكفي أن تتحقق الأطراف المشاركة في انتقال حالة محدد. وباتباع هذا النهج، لا يُنشر انتقال الحالة إلى الشبكة العامة، بل يُحوَّل إلى التزام تشفيري مختصر باستخدام دوال التجزئة المشفرة وغيرها، ويجب أن يكون هذا الالتزام جزءًا من وسيط من نوع «إثبات النشر (Proof-of-Publication)» وأن يمتلك ثلاث خصائص رئيسية: إثبات الاستلام، وإثبات عدم النشر، وإثبات العضوية. كان أول نظام للتحقق من جهة العميل هو بروتوكول OpenTimeStamps، وهو أيضًا من اقتراح وتطوير Peter Todd بين 2014 و2016.

الأختام أحادية الاستخدام (single-use-seals)：

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

2、نبذة تاريخية عن RGB

يمكن تتبع التصور الأولي لـ RGB إلى عام 2016، عندما طرحه Giacomo Zucco (BHB Network) استنادًا إلى الأفكار المبكرة لـ Peter Todd حول التحقق من جهة العميل والأختام أحادية الاستخدام، وتم تنفيذه في عام 2017 داخل أول نموذج MVP بواسطة BHB Network، مع دعم Poseidon Group.

في عام 2019، أسس Maxim Orlovsky وGiacomo Zucco معًا جمعية معايير LNP/BP، بهدف دفع RGB من مرحلة الفكرة إلى مرحلة التطبيق العملي. وقد تلقت الجمعية دعمًا من Fulgur Ventures وBitfinex ومؤسسة Hojo وPandora Prime وDIBA.

منذ عام 2019، شغل الدكتور Maxim Orlovsky دور المصمم الرئيسي والمساهم الأبرز في بروتوكول RGB، وقام بتصميم وتنفيذ الشكل الحالي لبروتوكول RGB. ومنذ 2019، أُعيد تصور RGB وإعادة تصميمه من حيث التصميم ومراجعة الأقران الخاصة بالبروتوكول، ليصبح نظامًا عامًا للحوسبة والعقود الذكية السرية.

في عام 2021، نجحت جمعية معايير LNP/BP في عرض RGB وهو يحمل آلة افتراضية مكتملة تورينغًا (AluVM)، وفي الوقت نفسه بدأ RGB أيضًا بالعمل على شبكة Lightning، مستخدمًا إعادة تنفيذ Rust الكاملة لبروتوكول Lightning التي أجراها الدكتور Maxim Orlovsky داخل الجمعية (LNP Node).

في عام 2022، أطلقت جمعية معايير LNP/BP موقعًا جديدًا حول لغة Contractum (لغة عالية المستوى جديدة) على contractum.org، لاستخدامها في كتابة عقود RGB الذكية لبيتكوين وLightning Network. وتُعد Contractum لغة برمجة وصفية وظيفية صُممت خصيصًا لتطوير العقود الذكية التي تعمل على بيتكوين وشبكة Lightning باستخدام تقنية RGB.

هذا العام، وفي أبريل 2023، أعلنت جمعية LNP/BP عن إطلاق RGB v0.10، وهو معلم مهم آخر في تطور بروتوكول RGB، إذ جلب إلى بيتكوين وشبكة Lightning وظائف تدعم العقود الذكية بالكامل. وهو ثمرة تعاون طويل بين مطوري بيتكوين والمساهمين والشركات ذات الصلة عبر عدة قطاعات، إضافة إلى أكثر من أربع سنوات من العمل التطويري الواسع.

（二）فهم RGB

1、الخلفية

على مدى سنوات عديدة، كانت هناك مشاريع وفرق مختلفة تبحث في بروتوكولات إصدار الرموز على بيتكوين وتحاول جعلها متوافقة مع شبكة Lightning، ومن أبرزها OmniBOLT وTaproot وRGB.

البروتوكولات المعروفة لدينا لإصدار الرموز على بيتكوين، مثل OmniLayer، تعمل عبر إدراج بيانات وصفية داخل معاملات بيتكوين من أجل «صبغ» المعاملة، بما يدل على أنه ينبغي فهمها على أنها تحويل رمز. ويمكن اعتبار USDT (Tether) في بروتوكول Omni شكلاً من أشكال العملات المصبوغة. في بروتوكول Omni، يوجد USDT على هيئة رمز Tether، ويُشار إليه عبر نوع معاملة محدد في Omni Protocol داخل معاملات بيتكوين. وبالتحديد، عندما يبدأ المستخدم معاملة USDT على Omni Protocol، فإنه يضيف حقول بيانات خاصة بـ OmniLayer إلى معاملة بيتكوين لتحديد أن هذه المعاملة تتضمن تحويل رموز USDT. وتسمح هذه الطريقة لمعاملات بيتكوين بأن تمثل تحويلات USDT، كما تُمكّن حاملي USDT من استخدام عناوين بيتكوين لاستلام USDT وإرساله وتخزينه.

تُنفذ آلية الإشارة هذه عادةً باستخدام opcode OP_RETURN، وتجاهل العقد العادية لبيتكوين هذا الخرج، لكن يمكن تفسيره بواسطة العقد القادرة على إدراك بروتوكولات الرموز هذه، والتي ستطبق قواعد التحقق الخاصة بالبروتوكول.

على الرغم من أن هذا التصميم فعّال جدًا، فإنه يملك أيضًا بعض القيود:

1）تُحصر كمية المعلومات المتعلقة بتحويل الرموز في عدد البايتات التي يمكن لخرج OP_RETURN استيعابها، وعادةً ما تكون 80 بايت. وهذه المساحة تكفي لترميز بيانات المعاملات العادية، لكنها لا تكفي لحالات الاستخدام الأكثر تعقيدًا.

2）يحتاج عقد بروتوكول الرموز إلى فحص كامل سلسلة الكتل والبحث داخل مخرجات OP_RETURN عن التحويلات الرمزية المحتملة ذات الصلة بالمستخدم، وستصبح العملية أكثر استهلاكًا للموارد مع ازدياد حجم سلسلة كتل بيتكوين.

3）من حيث خصوصية المستخدم، تكون جميع بيانات المعاملات مرئية للجميع.

2、حل RGB: النقل خارج السلسلة

ومع هدف تحسين هذا التصميم، طرح بروتوكول RGB حلاً أكثر قابلية للتوسع، وأكثر خصوصية، وأكثر استعدادًا للمستقبل، ويستند إلى مفهومي التحقق من جهة العميل (client-side validation) والأختام أحادية الاستخدام (single-use-seals) اللذين طرحهما Peter Todd في عام 2016.

الفكرة الأساسية لبروتوكول RGB هي عدم استدعاء سلسلة كتل بيتكوين إلا عند الضرورة، أي الاستفادة من إثبات العمل ولا مركزية الشبكة لتحقيق حماية من الإنفاق المزدوج ومقاومة الرقابة. وتُزال كل أعمال التحقق من تحويل الرموز من طبقة الإجماع العالمية وتوضع خارج السلسلة، بحيث لا يقوم بها سوى عميل الطرف المتلقي للدفع.

آلية العمل：

في أحد عقود RGB، تعود جميع رموز التكوين إلى UTXO واحد على بيتكوين (سواء كان موجودًا مسبقًا أم تم إنشاؤه مؤقتًا)، ولتحويل الرموز تحتاج إلى إنفاق هذا UTXO. وعند إنفاق هذا UTXO، يجب أن تضيف معاملة بيتكوين مخرجًا إضافيًا يحتوي على التزام برسالة، وتكون هذه الرسالة هي معلومات دفع RGB، التي تحدد المدخلات، وUTXO الذي سترسل إليه هذه الرموز، ومعرّف الأصل، والكمية، والمعاملة المُنفقة، وبيانات أخرى يجب إرفاقها.

إذا كانت لديك رموز تعود إلى خرج #1 من معاملة بيتكوين A، ولغرض نقل هذه الرموز، فعليك إنشاء معاملة RGB ومعاملة بيتكوين تنفق خرج #1 من معاملة A، وتتعهد هذه المعاملة بيتكوين بمعاملة RGB. وكما ترى، فإن معاملة RGB تنقل الرموز من خرج #1 في معاملة بيتكوين A إلى خرج #2 في معاملة بيتكوين C (الذي لا يظهر في الرسم)، وليس إلى معاملة بيتكوين B. وفي معظم الحالات، نتوقع أن يكون خرج #0 في معاملة B هو عنوان التغيير، لإرجاع الرصيد المتبقي إلى المالك الأصلي بعد خصم رسوم التعدين؛ بينما يكون الخرج #1 مخصصًا للتعهد بمعاملة RGB، لتجنب الإنفاق المزدوج.

حماية الخصوصية：

لنقل رموز RGB المنسوبة إلى معاملة بيتكوين، يجب بدء معاملة بيتكوين. لكن مخرجات تحويل RGB لا تحتاج إلى أن تكون مطابقة لمخرجات معاملة البيتكوين. وكما في مثالنا أعلاه، يمكن أن يكون خرج معاملة RGB (الخرج رقم #2 في معاملة بيتكوين C) غير مرتبط إطلاقًا بمعاملة بيتكوين التي التزمت بهذه المعاملة (المعاملة B). وهذا يعني أن رموز RGB يمكن أن تُنقل «تسليمًا» من UTXO إلى UTXO آخر من دون ترك أي أثر في رسم معاملات بيتكوين، مما يعزز الخصوصية بشكل كبير.

في هذا التصميم، يؤدي UTXO الخاص ببيتكوين دور حاوية أحادية الاستخدام تحمل أصول RGB. ولتحويل الأصل، ما عليك سوى فتح حاوية جديدة وإغلاق الحاوية القديمة.

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

التحقق ذو الحلقة المغلقة：

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

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

القيمة السرية المُعمّاة：

ولزيادة الخصوصية أكثر، يدعم RGB أيضًا إخفاء المخرجات (blinding of outputs)، أي أنك عند إرسال طلب الدفع إلى الجهة الدافعة، لست بحاجة إلى الإعلان عن UTXO الذي تستخدمه لاستلام الرموز، بل يكفي أن تطلب من الجهة الدافعة إرسال الرموز إلى قيمة تجزئة، تُنشأ بدمج UTXO المستهدف نفسه مع قيمة سرية عشوائية للإخفاء. وبهذه الطريقة لن تتمكن الجهة الدافعة من معرفة إلى أي UTXO ستُرسل الرموز، وبالتالي لن تتمكن البورصات أو مقدمو الخدمات الآخرون من معرفة ما إذا كان المستخدم يسحب إلى UTXO مُدرج على «القائمة السوداء» لدى بعض الجهات التنظيمية، ولن يعرفوا أيضًا كيف ستُنفق هذه الرموز لاحقًا. وتجدر الإشارة إلى أنه عند إنفاق الرموز، يجب الكشف عن قيمة السرية المُعمّاة للمستلم حتى يتمكن من التحقق من الجزء المتعلق بمعاملات بيتكوين في سجل المعاملات. وهذا يعني أنه عند استخدام RGB تكون لديك خصوصية كاملة في الوقت الحالي، لكن حاملي الرموز مستقبلاً سيتمكنون من رؤية جميع UTXO في تاريخ تحويل الرموز التي بين أيديهم. وبالتالي، ورغم أنك تحصل على خصوصية مثالية عند استلام وحيازة رموز RGB، فإن سرية نشاطك المالي السابق تتراجع تدريجيًا مع انتقال الرموز، لتؤول في النهاية إلى مستوى الخصوصية نفسه الذي نعرفه في سجل معاملات بيتكوين.

3、الخصائص الرئيسية لـ RGB

من خلال فهم ما سبق، يمكننا تلخيص أن RGB يمتلك الخصائص الرئيسية التالية:

1、高保密性、安全性、可扩展性

2、لا يوجد ازدحام في سلسلة الزمن الخاصة ببيتكوين، لأن المعاملة لا تحتفظ إلا بالالتزامات المتجانسة التي تحتاج إلى تخزين إضافي

3、قابلية الترقية المستقبلية من دون حاجة إلى hard fork

4、أعلى مقاومة للرقابة مقارنة ببيتكوين: لا يستطيع المعدنون رؤية حركة الأصول داخل المعاملات

5、لا يوجد مفهوم للكتلة والسلسلة

ومن الجدير بالذكر أنه عندما نتحدث عن البلوكشين (Blockchain)، فإننا عادةً ما نتناول مفهومي الكتلة (Block) والسلسلة (Chain)، لكن هذين المفهومين غير موجودين في RGB، لأنه تقنية تحقق من جهة العميل، وهو بروتوكول لامركزي غير قائم على الكتل.

3、الاحتمالات اللامحدودة لـ RGB v0.10

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

يضم إصدار RGB v0.10 طبقة الإجماع، والمكتبة القياسية (للتكامل مع المحافظ/المنصات وغيرها)، وأدوات سطر الأوامر. وفيما يلي جدول يلخص، بناءً على المواد الرسمية لـ RGB، الفروقات الرئيسية بين الإصدارين القديم والجديد:

1、شرح RGB v0.10

بوجه عام، عالج إصدار RGB v0.10 الكثير من المشكلات التي كانت موجودة في الإصدارات القديمة، بما في ذلك قيود تطوير العقود الذكية، والتأثير على طبقة الإجماع، وحدود تنسيق الترميز، ومشكلات الاعتماد على Rust Bitcoin، وغياب التوافق مع WASM، ومشكلات الحالة العامة وإدارة السياق، ومشكلات التكامل مع Lightning Network، وعدم مرونة عملية النسخ الاحتياطي، وضعف دعم المحافظ المحمولة، وغيرها. هذه التحسينات جعلت بروتوكول RGB أقوى وأكثر مرونة وأمانًا، ورسخت أساسًا متينًا لتطوره المستقبلي. وبالتحديد، أضاف RGB v0.10 الدعم للوظائف التالية في RGB:

الحالة العامة داخل عقد RGB

أدخل RGB مفهوم الحالة العامة (Global State)، وهو وظيفة جديدة بالكامل ومهمّة جدًا لبناء تطبيقات معقدة على RGB، مثل الأصول التركيبية والعملات المستقرة الخوارزمية وغيرها. والآن أصبح لكل عقد RGB حالة عامة يمكن للآلة الافتراضية والعميل (مثل المحافظ) الوصول إليها.

واجهة العقد

الواجهات التي أُدخلت في هذا الإصدار تمثل طريقة معيارية لنقل أنواع مختلفة من العقود الذكية عبر واجهات API محددة بوضوح. ويمكن مقارنة الواجهات مع ABI للعقود وERC في عالم إيثريوم، لكن الفرق عن إيثريوم هو أنها لا تحتاج إلى توحيد إلزامي (مثل ERC)، ولا إلى توزيع منفصل، بل تأتي دائمًا مرفقة مع العقد. ومن خلال استخدام الواجهات، تستطيع المحافظ والبرمجيات الأخرى توفير واجهة مستخدم ذات إدراك دلالي للتعامل مع العقد، كما يمكن لمطوري العقود إضافة المزيد من الواجهات إلى عقودهم الحالية مع مرور الوقت من دون الحاجة إلى تحديث العقد الثابت نفسه.

البنية الأساسية لعقد RGB الذكي: يتكون عقد RGB الذكي من ثلاثة أجزاء هي Genesis (التكوين)، وState (الحالة)، وTransitions (الانتقالات). يحدد Genesis الخصائص والقواعد الأساسية للعقد، وتمثل State الحالة الحالية للعقد، بينما تمثل Transitions الانتقال بين الحالات. وقد قدّم RGB v0.10 نموذجًا جديدًا للعقود الذكية، وهو نموذج أكثر مرونة وقوة، ويدعم مجموعة متنوعة من حالات الاستخدام المعقدة.

نظام أنواع صارم

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

بمعنى آخر، سيجعل هذا التنسيق الترميزي الجديد استخدام RGB أسهل وأكثر أمانًا، كما سيمكن مصدري الأصول ومطوري العقود من استخدام بيانات وصفية إضافية لتوقيع أصولهم أو عقودهم، مما سيساعد على التحقق من هوية الأصل أو العقد.

كتابة العقود في Rust

يمكن كتابة وتجميع عقود RGB الذكية باستخدام Rust. وبفضل الأنواع الصارمة، أصبح بالإمكان الآن أيضًا تجميع أنواع بيانات Rust مباشرةً داخل عقد RGB.

الاستقصاء الداخلي للحالة (State introspection)

يمكن للعقد أن يستقصي حالته الخاصة داخل كود التحقق الذي تستخدمه الآلة الافتراضية، وهذا يفتح المجال أمام كتابة أشكال معقدة من العقود تتفاعل مع معاملات بيتكوين وDLC وبيانات معقدة أخرى.

صيغة فاتورة قائمة على URL

في السابق، كان RGB يستخدم فواتير بترميز Bech32m، وكانت هذه الفواتير طويلة جدًا وصعبة القراءة، كما أن معظم البرمجيات لم تكن تستطيع فتحها تلقائيًا. أما التنسيق الجديد فهو أقصر، وأسهل على المستخدمين في التحقق، ويمكن فتحه تلقائيًا كروابط لبرمجيات مُعدّة مسبقًا.

دعم WASM

يمكن لمكتبة RGB القياسية أن تعمل من دون إدخال/إخراج (I/O) أو وصول إلى نظام الملفات، أي إنها تستطيع العمل داخل الويب أو في ملحقات المتصفح.

وصف Tapret وفهرسة الاشتقاق المخصصة

يستخدم RGB التزام OP_RETURN القائم على Taproot (ويُختصر tapret)، وهو يحتاج إلى دعم على مستوى الوصف (descriptor) حتى تتمكن المحافظ من اعتبار المعاملات ذات المخرجات المعدلة على أنها معاملات تابعة لوصف المحفظة. كما يقدّم الإصدار الجديد فهرس اشتقاق مخصصًا يمنع المحافظ غير الداعمة لـRGB من إنفاق المخرجات التي تحتوي على أصول RGB عن طريق الخطأ (وبالتالي إتلاف الأصل).

تبسيط العلاقات الاعتمادية

يستخدم طبقة إجماع RGB الآن عددًا أقل من الاعتماديات، مما يحسن استقرار واجهة API. وتخلت LNP/BP عن الاعتماد على تنفيذ مخصص لـ bulletproofs من مشروع Grin.

تكامل مبسّط

الكثير من العمليات التي كانت تتطلب سابقًا عدة استدعاءات لواجهة API، إضافة إلى ترميز هياكل بيانات معقدة عبر لغات متعددة، يمكن الآن إنجازها عبر استدعاء واحد فقط لواجهة API. تُعرض حالة عقد RGB على شكل كائن JSON، ويمكن تسلسلها بين اللغات المختلفة من دون تعقيدات مرهقة.

تجربة مستخدم مبسطة

في السابق، كان على المحفظة أو المستخدم عند استخدام RGB تشغيل عقدة RGB والتفاعل عبر RPC (أو أدوات cli)، واستخدام العديد من المكتبات والأدوات الطرفية الأخرى لتنفيذ معظم عمليات PSBT وغيرها. أما في الإصدار الجديد، فقد استُبدل هذا المكدس المعقد بمكتبة API واحدة وأداة سطر أوامر rgb.

2、ما هي الاختراقات الكبرى في RGB v0.10؟

سبق أن ذكرنا الأسباب الرئيسية التي نعتقد أنها جعلت RGB يمر بعدة سنوات من التطور من دون أن يحظى باهتمام أو تطبيق واسع. وبعد دراسة RGB v0.10، لدينا ما يبرر الاعتقاد بأن هذا الوضع على وشك التغيّر، بل إنه بدأ يتغير بالفعل.

1、لماذا لم يتمكن المطورون المستقلون من تطوير عقود ذكية معقدة في الإصدارات السابقة؟

في الإصدارات السابقة من RGB v0.10، كان المطورون المستقلون يواجهون بعض التحديات عند تطوير عقود ذكية معقدة. ويرجع ذلك أساسًا إلى الأسباب التالية:

1）عدم استقرار البروتوكول: في الإصدارات المبكرة، قد يمر بروتوكول RGB بتغييرات كبيرة، مما قد يؤدي إلى عدم قدرة العقود الذكية المطوّرة مسبقًا على العمل على الإصدارات الجديدة من البروتوكول. وقد يعيق هذا عدم الاستقرار المطورين عن تطوير عقود ذكية معقدة.

2）نقص الأدوات والموارد: في الإصدارات المبكرة، قد لا تتوفر الأدوات والموارد الكافية لمساعدة المطورين على تطوير عقود ذكية معقدة، بما في ذلك غياب الوثائق التفصيلية أو الدروس التعليمية أو أدوات التطوير وغيرها.

3）تعقيد البروتوكول: قد يكون تصميم بروتوكول RGB وتنفيذه معقدًا للغاية، وقد يشكل ذلك تحديًا للمطورين المستقلين. على سبيل المثال، يستخدم RGB آلية تحقق مبتكرة تُسمى «client-side validation»، وهو ما قد يتطلب من المطورين فهمًا عميقًا وخبرة متخصصة لكي يتمكنوا من تطوير عقود ذكية معقدة.

ومع ذلك، ومع تطور بروتوكول RGB، بدأت هذه المشكلات تُحل. فعلى سبيل المثال، قدّم إصدار RGB v0.10 نظام أنواع جديدًا يُسمى “strict types”، ما يساعد المطورين على تطوير العقود الذكية المعقدة بسهولة أكبر. كما يوفر هذا الإصدار المزيد من الأدوات والموارد لمساعدة المطورين على فهم بروتوكول RGB واستخدامه.

2、إمكانية جلب وظائف تدعم العقود الذكية بالكامل إلى شبكة Lightning

لأن RGB مبني على بيتكوين، فإن استخدام شبكة Lightning لنقل أصول RGB ممكن من الناحية النظرية. لكن في الإصدارات السابقة، وبسبب القيود المعمارية، لم يكن RGB قابلاً للاستخدام داخل أي عقدة Lightning موجودة. وفي عام 2021، طوّر RGB بنيته الخاصة المسماة LNP Node، والمكتوبة بلغة Rust. وهي لا تعتمد في حد ذاتها على Bitcoin Core، وإذا أراد المستخدم استخدام RGB مع Taproot داخل شبكة Lightning، فعليه انتظار اكتمال دعم Taproot في rust-bitcoin.

أما الآن، ومع إطلاق إصدار RGB v0.10، أعلنت جمعية LNP/BP أن محور عملها القادم يتمثل في إكمال دعم شبكة Lightning خلال الأشهر المقبلة، بحيث يمكن نقل أصول RGB عبر شبكة Lightning.

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

والأهم من ذلك أن RGB قد يجلب إلى شبكة Lightning وظائف تدعم العقود الذكية بشكل كامل.

تتميز شبكة Lightning بسرعة مذهلة، ورسوم منخفضة جدًا، وأمان ممتاز. ومع ذلك، وبسبب أن بيتكوين نفسها لا تدعم العقود الذكية المعقدة، فقد كانت قدرات شبكة Lightning في مجال العقود الذكية محدودة إلى حد ما.

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

أخذ RGB في تصميمه خصائص شبكة Lightning واحتياجاتها بعين الاعتبار، وقد يجلب لها القدرة على دعم العقود الذكية المعقدة بشكل كامل، سواء كانت DeFi أو NFT أو GameFi أو SocialFi، فكل ذلك يمكن أن يتحقق على شبكة Lightning عبر RGB.

هذا المزيج الذي لا مثيل له قد يجعل شبكة Lightning نجمة ساطعة، وقد يجعل سلاسل الكتل الأخرى تبدو باهتة. ومع تدفق المزيد من الأموال والمطورين إلى تطوير بيتكوين وشبكة Lightning وRGB، من المتوقع أن ترتقي منظومة بيتكوين وشبكة Lightning إلى مستوى جديد تمامًا.

（四）RGB ومقارنة مع الحلول الأخرى

1、بروتوكولات الرموز القائمة على العملات البديلة

تقدم معظم بروتوكولات الرموز القائمة على العملات البديلة (مثل ERC-20) عقودًا ذكية ذات حالة عامة بلا مالك (global unowned state)، ما يجعل نشر منصات تداول لامركزية وتطبيقات مالية أخرى أمرًا سهلًا، لكنها تجد صعوبة في التوسع، ولا توفر خصوصية، كما أنها ترث جميع عيوب تلك العملات البديلة، مثل ارتفاع تكلفة تشغيل العقد، وانخفاض اللامركزية، وضعف مقاومة الرقابة.

2、Liquid assets

Liquid هي سلسلة جانبية اتحادية لبيتكوين، وتوفر بعض الوظائف المثيرة للاهتمام، مثل دعم الأصول الأصلية والمعاملات السرية (التي يمكن أن تخفي هوية الأصل المنقول والكمية المدفوعة). لكن نموذج الاتحاد يعاني أيضًا من ضعف اللامركزية وضعف مقاومة الرقابة.

3、OmniBOLT

OmniBOLT هو إصدار متوافق مع شبكة Lightning من OmniLayer. وقد تم تقديم OmniLayer بإيجاز في السابق (ويمكن للقراء المهتمين أيضًا قراءة (بحث DeFi على شبكة Lightning الخاصة ببيتكوين)، حيث توجد شروحات أكثر تفصيلًا).

تشبه المفاضلات في OmniBOLT إلى حد كبير RGB، والاختلاف الرئيس بينهما هو أن أهداف تصميم البروتوكولين مختلفة. فمقارنةً بـ RGB، يتمتع OmniBOLT بخصوصية أضعف نسبيًا، لأن بيانات الرموز، مثلها مثل بيتكوين، مخزنة على السلسلة. لكن OmniBOLT يتمتع بميزة فريدة في مجال مدفوعات العملات المستقرة، وقد خضع للاختبار مع الزمن. وفي يونيو من هذا العام، تم إطلاق Mainnet وحقق وظائف إرسال واستلام وتحويل USDT عبر شبكة Lightning.

4、Taproot (Taro)

في مؤتمر Bitcoin 2022 Miami، أُطلق Taro. ويقع Taro خلف فريق Lightning Labs، وهدف البروتوكول هو نقل الأصول إلى شبكة Lightning. ووفقًا للمواصفات التقنية المنشورة، فإن التصميم بأكمله مشابه جدًا لـRGB، والخصائص والمفاضلات الأساسية متطابقة تقريبًا.

يبدو أن الفرق الرئيسي بين RGB وTaro هو:

1）كان RGB أسبق، وقد نُشر بالفعل كود قابل للتدقيق، لكن التمويل كان ناقصًا، كما كان يفتقر إلى طاقم تشغيل.

2) Taro ليس الآن سوى معيار، لكن من ناحية أخرى فإن خلفه هي Lightning Labs، وقد جمعت الفريق 70 مليون دولار أمريكي في أبريل من العام الماضي، وأطلقت في مايو من هذا العام شبكة اختبار Taproot Assets v0.2 (الاسم السابق Taro).

إذا كان بإمكان Taro وRGB أن يعملا معًا في النهاية، فلا يزال من غير الممكن الجزم بوجود الحوافز التي تجعل هذه القابلية البينية ممكنة.

5、مشاريع/فرق تطوير منظومة RGB التي تستحق المتابعة

1、Infinitas (تمت ترقية العلامة التجارية إلى BiHelix في 20 ديسمبر)

يُعد Infinitas واحدًا من أوائل المشاريع التي افتتحت مسار العقود الذكية المكتملة تورينغًا المبنية على بيتكوين، وبصفته شبكة بيئة تطبيقات بيتكوين التي تمزج بين بروتوكول RGB وشبكة Lightning، فإنه يهدف إلى تحقيق خصوصية أعلى، ومعدل مرور متميز، ومعالجة معاملات منخفضة الكمون ممتازة. ومنذ عام 2021، رسّخ Infinitas، بوصفه حلًا مبتكرًا لسلسلة الكتل، فكرة العقود الذكية المكتملة تورينغًا القائمة على RGB لبيتكوين، مستفيدًا بالكامل من أمان بيتكوين وآلية الإجماع الخاصة بها، بما يتيح إنشاء تطبيقات وعقود ذكية أكثر تعقيدًا على شبكة بيتكوين، على أمل تقديم تجربة تداول ممتازة للمستخدمين. ويقود核心 التقنية فريق من كبار علماء البلوكشين من بناة الشيفرة الأساسية لبيتكوين، وهم من أوائل من انتبهوا إلى بروتوكول RGB وعملوا على ترجمته. وسيعطي Infinitas الأولوية لتوفير Online IDE، ومتصفح بيانات، والاتصال بالمحافظ الرئيسية، وغيرها من الوسائل لتمكين المطورين والمستخدمين من المشاركة في المنظومة، ودعم تطبيقات RWA والألعاب الكاملة السلسلة وغيرها من التطبيقات التجارية واسعة النطاق على أرض الواقع.

خصائص المشروع：

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

مستوى أعلى من حماية الخصوصية: تم تحقيق مستوى أعلى من الخصوصية لأصول Infinitas، مع إدخال آلية إرساء بيتكوين غير موثوقة، مما يعزز خصوصية المستخدم بشكل أكبر.

تقنية المحول: من خلال تقنية محول Infinitas، يمكن للمستخدمين فهم الحالة الكاملة لبيتكوين، مما يعزز القدرة على إدراك حالة الأصول.

إثراء الحالة العامة: من خلال تحسين وتوسيع الحالة العامة لـRGB (Global State)، يتم توفير واجهات وصول للآلة الافتراضية والعميل (مثل المحافظ). وبخاصة، يجري تعزيز الثقة في عناوين العقود الذكية بشكل خاص، مما يدعم بصورة حاسمة بناء تطبيقات معقدة داخل منظومة RGB. كما أن هذه الخطوة تمكّن الأنظمة المختلفة من فهم حالات بعضها البعض وتفسيرها، بما يدفع تطور المنظومة بأكملها إلى الأمام.

تحسين شبكة Lightning: من خلال تحسينات على شبكة Lightning (مثل تقنية الكتل الخفيفة، وتقنية التوسّع التلقائي للعُقد، وقدرة الاستقلالية أثناء عدم الاتصال)، تم تحقيق معدل أعلى لمرور المعاملات مع الحفاظ على زمن تأكيد منخفض الكمون.

ودود للمطورين: باستخدام لغة Rust واعتماد طبقة Schema كأساس تطويري، يمكن حتى للأشخاص العاديين المشاركة في التطوير.

وبحسب ما ورد، ستملك Infinitas خطة حوافز لاقتصادها الأصلي، وفي المرحلة الأولى ستعتمد على التعدين لإنتاج الأصول في السوق لتعزيز التطور طويل الأجل للمنظومة. وبصفته أحد المشاريع الرائدة في إنشاء منظومة تطبيقات بيتكوين مكتملة تورينغًا، فقد يصبح نقطة انفجار بارزة لتطبيقات أصول بيتكوين وقفزة مهمة نحو التبني الواسع لـCrypto. وحتى الآن لم تُطلق شبكة الاختبار، لذا يُرجى المتابعة.

2、COSMINMART

COSMINMART هي منظومة تطبيقات بيتكوين جديدة بالكامل، متوافقة مع بروتوكولات مثل RGB ومبنية على شبكة Lightning، وتدعم العقود الذكية.

COSM Wallet: المنتج الأساسي ضمن COSMINMART، وله قابلية استخدام واسعة داخل شبكة بيتكوين بالكامل، ويدعم حاليًا التحويلات على الشبكة الرئيسية لبيتكوين وعلى شبكة Lightning، وكذلك تحويل أصول بروتوكول RGB، وسيتوافق تدريجيًا مع منظومات مثل Stacks وRootstock وغيرها.

COSM Market: هي واحدة من أقدم منصات التداول المجمّع للأصول المشتقة من بيتكوين، وستعمل تدريجيًا على توسيع نطاق الدعم لتوفير سهولة تداول شتى الأصول المشتقة من بيتكوين.

COSM Lanuchpad：يهدف إلى انتقاء مشاريع منظومة بيتكوين ذات إمكانات عالية الجودة، ويسعى إلى التنمية المستدامة لمنظومة بيتكوين.

كانت COSMINMART سبّاقة في تعريف مفهوم Web 4، وتعمل بنشاط على دفع وضع معايير بروتوكول RGB الجديد، وإصدار عملة مستقرة على شبكة Lightning، ودمج التطبيقات التقليدية بعمق مع شبكة Lightning عبر بروتوكولات مثل Nostr ومزايا معاملات Lightning، على أمل قيادة عصر جديد من تطبيقات Lightning.

وبحسب ما ورد، تخطط COSMINMART لإطلاق منتج تجريبي عام بنهاية هذا العام، لذا يُرجى المتابعة.

3、Pandora Prime Inc

Pandora Prime (باندورا برايم) هي شركة سويسرية مقرها في Verify Valley (كانتون نوشاتيل)، كما أنها من الأعضاء المؤسسين لـ LNP/BP.

تسعى Pandora Prime إلى توظيف الجمع بين عقود RGB الذكية وشبكة Lightning لابتكار التمويل على بيتكوين (Bitcoin Finance). وقد بدأت بالأصول القابلة للبرمجة على بيتكوين (RGBTC وCHFN)، وهي أصول يمكن توسيع نطاق معاملاتِها عبر شبكة Lightning لتصل إلى مستوى VISA/MasterCard من حيث معدل مرور المعاملات، كما توفر أيضًا مرافق مريحة لتبادل هذه الأصول من دون الحاجة إلى إجراءات KYC مرهقة، مع إمكانية إجراء معاملات دون 1,000 فرنك سويسري (وفقًا للقانون السويسري). وتشمل منتجاتها حاليًا MyCitadel (محفظة)، وRGB Explorer (متصفح)، وPandora Network وغيرها.

MyCitadel

MyCitadel هو علامة تجارية تابعة لـ Pandora Prime، وهو أول محفظة بواجهة مستخدم رسومية تدعم RGB، وقد أنشأها مطورو RGB عام 2021. وهي توفر محفظة سطح مكتب متعددة المنصات ومحفظة iOS/iPad. ويمكن للمحفظة المحمولة التعامل مع الأصول القابلة للاستبدال من RGB.

RGB Explorer

RGB Explorer هو أول متصفح يقدّم تسجيل أصول RGB والعقود الذكية، وقد طورته Pandora Prime. يدعم حاليًا RGB 20 وRGB 21 وRGB 25، ويمكنه عرض أربعة أنواع من الأصول هي LNPBP وRGBTC وdCHF وRGBEX.

4、DIBA （DIGIT ALBITCOIN ART）

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

DIBA هو أول سوق يستخدم بروتوكول العقود الذكية RGB وشبكة Lightning لتداول NFTs على بيتكوين (كما تسميه DIBA). تعمل نسخة DIBA BETA حاليًا على شبكة اختبار بيتكوين، وستُطلق قريبًا على الشبكة الرئيسية، لذا يُرجى المتابعة.

Bitmask

هذه المحفظة، التي أنشأتها DIBA، هي أول محفظة NFT ضمن منظومة RGB، ويمكن تشغيلها داخل متصفح الويب، كما تتفاعل مع عقود RGB بطريقة مشابهة لتفاعل MetaMask مع عقود إيثريوم.

5、 IRIS Wallet

IRIS Waller، أول محفظة Android طوّرها فريق Bitfinex، وتركز على تكامل RGB والأدوات المرتبطة به. تدعم الأصول القابلة للاستبدال وغير القابلة للاستبدال. وتدعم محفظة Iris عمليات أصول RGB بدءًا من الإصدار وحتى الإنفاق والاستلام، وتجمع كل الوظائف داخل تطبيق محفظة مألوف، مع تجريد أكبر قدر ممكن من التفاصيل التقنية. وما زال هذا تطبيقًا تجريبيًا، ويُوصى باستخدامه فقط مع كميات صغيرة من بيتكوين والأصول منخفضة القيمة.

6、Bitswap- BiFi

تستكشف منظومة RGB حاليًا بنشاط حلول DEX لمعالجة مشكلة سيولة أصول RGB. وقد عرضت النسخة التجريبية وإثبات المفهوم لـ Bitswap كيفية إدخال «SWAPS» إلى DEX، لكنها لا تتضمن حاليًا AMM أو LP. وما تزال في مرحلة التحقق المبكرة جدًا، ومع ذلك فهي جديرة بالاهتمام.

سادسًا، المراجعة والاستشراف

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

يقدّم الإصدار الجديد كليًا من بروتوكول RGB سلسلة من التحديثات المهمة، تجعل البروتوكول قادرًا ليس فقط على إصدار ونقل أصول متعددة على شبكة بيتكوين وشبكة Lightning، بل تمنحه أيضًا القدرة على دعم عقود ذكية أكثر تعقيدًا. ورغم أن بروتوكول RGB لم يحقق بعد التوافق الكامل مع شبكة Lightning، فإننا نؤمن بأن الأشهر المقبلة ستشهد تقدمًا أكثر وضوحًا من جانب جمعية LNP/BP وفِرق التطوير ذات الصلة. وإننا نتطلع إلى الاندماج المثالي بين RGB وشبكة Lightning، بوصفه تجسيدًا لخطوة مهمة أخرى يخطوها RGB وبيتكوين معًا.

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