تفسير الخصائص الأربع الرئيسية لطبقة RGB++: محور عوالم BTCFi وUTXO

المؤلف: Faust & Wuyue، BTCEden

في يوليو 2024، أعلنت CKB رسميًا عن الإطلاق الرسمي لطبقة RGB++، بمناسبة أن بروتوكول RGB++ الذي تم إصداره مسبقًا قد تحول بالكامل من النظرية إلى منتج هندسي، وسيقدم سيناريوهات تطبيق أكثر تحديدًا وعملية. مع رؤية بناء نظام بيئي BTCFi بين السلاسل العامة BTC وUTXO مثل CKB وCardano، سرعان ما أصبحت طبقة RGB++ محور الاهتمام.

باختصار، تعتمد طبقة RGB++ على بروتوكول RGB++ وتستخدم الربط المتماثل وتقنية Leap لتوفير أصول RGB++ الأصلية أو النقوش/الرونيات في الشركات العامة المستندة إلى UTXO مثل BTC وCKB و يوفر Cardano تجربة تفاعلية كاملة السلسلة دون وجود جسور متقاطعة بين السلاسل؛باستخدام بيئة العقود الذكية Turing-Complete من CKB لبناء الظروف اللازمة لبيتكوين بدءًا من إصدار الأصول وحتى تحقيق وظائف DeFi المعقدة.

ولأن طبقة RGB++ مدعومة من النظام البيئي الكامل لتجريد الحساب من CKB ومتوافقة مع حسابات ومحافظ Bitcoin، فيمكنها إنشاء تجربة جيدة لمستخدمي Bitcoin وتمهيد الطريق لاعتماد BTCFi على نطاق واسع.

في ما يلي، دعونا نفهم بعمق مبدأ العمل العام وخصائص طبقة RGB++، ونتطلع إلى التغييرات التي ستجلبها إلى نظام BTCFi البيئي. نظرًا لأن أساسه النظري يعتمد على بروتوكول RGB++، فسنبدأ بالبروتوكول نفسه.

بروتوكول RGB++: حجر الزاوية النظري لطبقة RGB++< /h2>

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

تكرارًا لمفهوم "التغليف لمرة واحدة"، يقدم RGB++ مفهوم الربط المتماثل، باستخدام UTXO الممتد في سلسلة CKB - الخلية كنقش/رمز كرمز حاملة بيانات للأصول الثقافية، تقيم Cell علاقة ملزمة مع UTXO على سلسلة Bitcoin/Cardano/Liquid، وتسمح أخيرًا لأصول RGB++ بأن ترث أمان سلاسل UTXO العامة مثل Bitcoin لمنع المدفوعات المزدوجة.

تشبه فكرة "إلزام XXX لوراثة أمان XXX" حقيقة أن الحسابات المصرفية يجب أن تكون مرتبطة بأرقام الهواتف المحمولة وبطاقات الهوية.

على سبيل المثال، لنفترض أن أليس تريد نقل بعض رموز TEST إلى BOB، ويمكنها إنشاء بيان لربط الخلية التي تخزن معلومات أصول TEST بـ Bitcoin UTXO الخاص ببوب. إذا كان بوب يخطط لنقل رموز TEST إلى الآخرين، فسيتم أيضًا نقل Bitcoin UTXO المرتبط.

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

بالحديث عن طبقة RGB++، فهي في الواقع تطبيق هندسي لبروتوكول RGB++. تشمل السمتان الرئيسيتان للمنتج الربط المتماثل والسلسلة المتقاطعة بدون جسر Leap. دعونا نلقي نظرة أعمق على مبادئ التنفيذ الفني للربط المتماثل والقفز.

الربط المتماثل والقفزة: إصدار أصول BTCFi وطبقة السلسلة المتقاطعة بدون جسر

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

الخلية هي في الأساس UTXO ممتد، مع حقول متعددة مثل LockScript، وTypeScript، وData، وتعمل بشكل مشابه لنص قفل Bitcoin ويتم استخدامه للتحقق من الأذونات؛ في كود العقد الذكي، يتم استخدام البيانات لتخزين بيانات الأصول.

إذا كنت تريد إصدار أصول RGB++ على سلسلة CKB، فعليك يجب أولاً إنشاء خلية وكتابة رمز الرمز المميز ورمز العقد في الحقول ذات الصلة، على سبيل المثال، رمز الرمز المميز هو TEST. يمكنك بعد ذلك تقسيم هذه الخلايا وتوزيعها على العديد من الأشخاص، تمامًا مثل كيفية تقسيم ونقل Bitcoin UTXO.

نظرًا لأن Cell تشبه من الناحية الهيكلية Bitcoin UTXO، وأن CKB متوافق مع خوارزمية توقيع Bitcoin، يمكن للمستخدمين استخدام محافظ Bitcoin لمعالجة الأصول الموجودة في سلسلة CKB. إذا كنت تمتلك خلية، فيمكنك تعيين نص القفل بحيث تكون شروط إلغاء القفل متسقة مع شروط إلغاء قفل Bitcoin UTXO، بحيث يمكنك استخدام المفتاح الخاص لحساب Bitcoin للتحكم في الخلية في سلسلة CKB.

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

لقد ذكرنا سابقًا أن أصول RGB++ يجب أن تكون مرتبطة بـ UTXO على السلاسل العامة مثل Bitcoin وCardano وLiquid، على غرار كيفية ربط الحسابات المصرفية في الواقع بأرقام الهواتف المحمولة وبطاقات الهوية؛ ثانيًا، أصول RGB++ هي مجرد مجموعة من البيانات في حد ذاتها، والتي تتطلب وسيط تخزين مثل قاعدة البيانات، ويمكن للخلية الموجودة في سلسلة CKB أن تكون بمثابة قاعدة البيانات الخاصة بها.

ثم يمكننا إعداد منطقة التحقق من الأذونات للسماح للأشخاص باستخدام الحسابات في سلاسل عامة مختلفة مثل BTC وCardano لإعادة كتابة بيانات أصول RGB++ على سلسلة CKB. هذا هو الغرض الأساسي من الربط المتماثل.

تعتمد "Leap" والسلسلة المتقاطعة الخالية من الجسور المقترحة بواسطة طبقة RGB++ في الواقع على تقنية الربط المتماثلة "لإعادة ربط" UTXO المرتبط بأصول RGB++.< /strong>على سبيل المثال، إذا كانت أصولك مرتبطة سابقًا بـ Bitcoin UTXO، فيمكن الآن ربطها بـ UTXOs على سلاسل Cardano وLiquid وFuel وما إلى ذلك، بحيث يمكن نقل سلطة مراقبة الأصول من حساب BTC إلى Cardano حساب.

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

ما ورد أعلاه هو مجرد وصف لتأثيرات المنتج الخاصة بالربط المتماثل والقفز. دعونا نفهم أفكار التنفيذ الفني الخاصة بهم من خلال حالات محددة.

كيفية تنفيذ الربط المتماثل

دعونا نفهم التنفيذ الفني للربط المتماثل. افترض أن Alice لديها 100 رمز TEST، ويتم تخزين البيانات في الخلية رقم 0، المرتبطة بـ UTXO #0 في سلسلة Bitcoin.

الآن، تريد أليس نقل 40 رمزًا مميزًا للاختبار إلى بوب. أولاً، تريد تقسيم الخلية رقم 0 إلى خليتين جديدتين تحتوي على 40 رمزًا مميزًا للاختبار ويتم نقلها إلى بوب؛ وتحتوي الخلية رقم 2 على 60 رمزًا مميزًا للاختبار ولا تزال أليس تتحكم فيها.

في هذه العملية، سيتم أيضًا تقسيم BTC UTXO#0 المرتبط بالخلية رقم 0 إلى UTXO#1 وUTXO#2، اللذين سيتم ربطهما بالخلية رقم 1 والخلية رقم 2 على التوالي. عندما تنقل أليس الخلية رقم 1 إلى بوب، يمكنها أيضًا نقل BTC UTXO#1 إلى بوب بنقرة واحدة، مما يؤدي إلى تحقيق المعاملات المتزامنة على سلاسل CKB وBTC.

يمكننا أن نفهم الارتباط المتماثل بهذا العمق. في الواقع، تكمن الأهمية الأساسية لهذا المفهوم في أن CKB's Cell وCardano's eUTXO وBTC UTXO كلها نماذج UTXO، وأن CKB متوافقة مع خوارزمية توقيع Bitcoin/Cardano التي تحدث على الأخير سلسلتان أيضًا يمكن مزامنتهما 1:1 مع الخلية الموجودة في سلسلة CKB.

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

إذا فحصنا الحالة المذكورة أعلاه المتمثلة في قيام أليس بتحويل الأموال إلى بوب، العملية العامة هي:

1. تقوم أليس بإنشاء بيانات معاملة CKB محليًا (دون تحميلها إلى السلسلة أولاً)، وتشير هذه المعاملة إلى أن سيتم تسجيل بيانات الأصول، ويتم تدمير الخلية رقم 0، ويتم إنشاء الخلية رقم 1 وإعطاؤها لبوب، ويتم الاحتفاظ بالخلية رقم 2 لنفسها

2 تقوم أليس بإنشاء بيان محليًا وربط الخلية رقم 1 انتقل إلى BTC UTXO#1، واربط الخلية رقم 2 بـ BTC UTXO#2، وقم بإعطاء كل من الخلية رقم 1 وBTC UTXO#1 إلى بوب؛

3.  ; بعد ذلك، تقوم أليس بإنشاء التزام (مشابه للتجزئة) محليًا، ويحتوي المحتوى الأصلي المقابل على البيان في الخطوة 2 + بيانات معاملات CKB التي تم إنشاؤها في الخطوة 1. سيتم بعد ذلك تسجيل بيانات الالتزام على سلسلة Bitcoin؛

4. تبدأ أليس معاملة على سلسلة Bitcoin، وتدمر UTXO#0، وتنشئ UTXO#1 Give أرسلها إلى بوب، واحتفظ بـ UTXO#2 لنفسك، واكتب الالتزام بسلسلة Bitcoin في شكل رمز التشغيل OP_Return؛

5. بعد اكتمال الخطوة 4، ثم أرسل معاملة CKB التي تم إنشاؤها في الخطوة 1 إلى سلسلة CKB.

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

1. إثبات أن الخلية رقم 0 وBTC UTXO#0 مرتبطان بالفعل

2 من الخلية رقم 0 وBTC UTXO #0.

تجدر الإشارة إلى أن الخلايا وBitcoin UTXOs المكتوبة ببيانات أصول RGB++ يمكن إعادة كتابتها في وقت واحد بواسطة حسابات Bitcoin. في عملية التفاعل بأكملها، ما عليك سوى تمرير حساب Bitcoin إكمال العملية بنقرة واحدة. لا تقتصر السيناريوهات المذكورة أعلاه على الارتباط المتماثل بين Bitcoin وCKB، ولكن يمكن توسيعها لتشمل فئات واسعة مثل Cardano وLiquid وLitecoin. لا يزال هناك مجال كبير للخيال.

مبادئ تنفيذ Leap وسيناريوهات الدعم

ذكرنا سابقًا أن وظيفة Leap هي في الواقع تحويل UTXO المرتبط بأصول RGB++، مثل اربطها من Bitcoin إلى Cardano، ومن ثم يمكنك استخدام حساب Cardano للتحكم في أصول RGB++. بعد ذلك، يمكنك أيضًا تحويل الأموال على سلسلة Cardano لتقسيم ونقل أصول UTXO التي تتحكم في RGB++ إلى المزيد من الأشخاص.

بهذه الطريقة، يمكن نقل أصول RGB++ وتوزيعها على سلاسل UTXO العامة المتعددة، ولكن يمكنها تجاوز نموذج Lock-Mint التقليدي للجسر عبر السلسلة. في هذه العملية، تحتاج سلسلة CKB العامة إلى العمل كمفهرس لمشاهدة طلبات Leap ومعالجتها.

لنفترض أنك تريد نقل أصول RGB++ المرتبطة بـ BTC إلى حساب Cardano، فالخطوات الأساسية ليست أكثر من:

1. في Bitcoin انشر أ الالتزام بالسلسلة، مع الإشارة إلى أن الخلية المرتبطة بـ BTC UTXO ستكون غير مرتبطة؛

2. نشر التزام على سلسلة Cardano، ينص على أن الخلية ستكون مرتبطة بـ Cardano UTXO;

2.p>

3. قم بتغيير البرنامج النصي لقفل الخلية لتغيير Bitcoin UTXO المرتبط بشروط الفتح إلى eUTXO على Cardano.

يمكننا أن نلاحظ أنه خلال هذه العملية برمتها، لا تزال بيانات أصول RGB++ مخزنة على سلسلة CKB، يتم ببساطة تغيير Bitcoin UTXO المرتبط بشروط إلغاء القفل إلى eUTXO على سلسلة Cardano. وبطبيعة الحال، فإن عملية التنفيذ المحددة أكثر تعقيدًا مما هو مذكور أعلاه، لذلك لن أخوض في التفاصيل هنا.

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

في الواقع، يمكن تنفيذ سيناريوهات مثيرة جدًا للاهتمام استنادًا إلى وظيفة Leap، على سبيل المثال، يمكننا تحقيق "معاملات السلسلة الكاملة". لنفترض أننا قمنا ببناء مفهرس عبر Bitcoin وCardano وCKB، وقمنا ببناء منصة تداول تسمح للمشترين والبائعين بتداول أصول RGB++. يمكن للمشترين تحويل عملات Bitcoin الخاصة بهم إلى البائعين ثم استخدام حسابات Cardano الخاصة بهم لتلقي أصول RGB++.

خلال هذه العملية، لا تزال بيانات أصول RGB++ مسجلة في الخلية، ولكن سيتم نقل الخلية إلى المشتري، وبعد ذلك سيتم تغيير إذن إلغاء القفل الخاص بها من Bitcoin UTXO الخاص بالبائع إلى Cardano eUTXO الخاص بالمشتري. .

المجمع

على الرغم من أن وظيفة Leap مثالية لأصول RGB++، إلا أنه لا تزال هناك بعض الاختناقات:

بالنسبة إلى Bitcoin وCardano بشكل عام بالحديث عن ذلك، فإن أصول RGB++ هي في الأساس نقوش/رونية/عملات معدنية مصبوغة بناءً على رمز التشغيل OP_RETURN. لا يمكن لعقد السلسلة العامة هذه إدراك وجود أصول RGB++، ويشارك CKB فعليًا في التنسيق كمفهرس. بمعنى آخر،بالنسبة إلى Bitcoin وCardano، تدعم طبقة RGB++ بشكل أساسي قفزة النقوش/الرونية/العملات المصبوغة، بدلاً من السلسلة المتقاطعة للأصول الأصلية مثل BTC وADA.

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

بعد دمج Leap وWrapper، ظهرت أصول مختلفة في النظام البيئي BTCFi مثل RGB++ الأصلي يمكن نقل الأصول وBRC20 وARC20 والرونية وما إلى ذلك إلى طبقات أخرى أو سلاسل عامة.

الصورة أدناه هي جزء من عملية استخدام تطبيق LeapX أنه تقريبًا يدعم قابلية التشغيل البيني لجميع الأصول الرئيسية لـ BTCFi في أنظمة بيئية مختلفة. وهناك إجراءات معالجة مقابلة للأصول بطرق إصدار مختلفة. يستخدم البعض الغلاف والبعض الآخر يستخدم القفزة.

CKB-VM: محرك العقود الذكي لـ BTCFi< /h2>

لقد شرحنا أعلاه بشكل أساسي الربط المتماثل ومفاهيم Leap لطبقة RGB++. دعونا نتفحص النقاط الأخرى أدناه.

في BTCFi التقليدية، نظرًا لعدم وجود دعم للعقود الذكية، لا يمكن تنفيذ سوى بعض التطبيقات اللامركزية البسيطة نسبيًا. تحتوي بعض طرق التنفيذ على مخاطر مركزية معينة، والبعض الآخر ليس خرقاء مرن.

من أجل تنفيذ طبقة العقد الذكية المتوفرة على blockchain،يوفر CKB CKB-VM لطبقة RGB++، ويمكن استخدام أي لغة برمجة يمكنها دعم جهاز RISC-V الظاهري في تطوير عقد RGB++ يتم تنفيذه على الطبقة. يمكن للمطورين استخدام أدواتهم ولغاتهم المفضلة لتحقيق تطوير ونشر عقود ذكية فعالة وآمنة ضمن إطار عقد ذكي موحد وبيئة تنفيذ.

ما يلي هو طريقة نقل للرمز المميز المحدد من قبل المستخدم UDT في CKB المطبق بلغة C. ويمكن ملاحظة أنه باستثناء الاختلاف في اللغة، فإن منطقها الأساسي هو نفس منطق الرموز العامة. نظرًا لأن RISC-V يتمتع بدعم واسع النطاق للغة والمترجم، فإن متطلبات المطورين للبدء في تطوير العقود الذكية منخفضة نسبيًا، يمكننا بسهولة إعادة كتابة هذا المنطق باستخدام JavaScript وRust وGo وJava وRuby لغة DSL لكتابة العقود.

بالطبع، اللغة ليست سوى جانب واحد من جوانب البرمجة، وتعلم أطر عمل محددة للعقود الذكية أمر لا مفر منه.

بيئة AA الأصلية: ربط BTC وRGB++ بسلاسة

أخيرًا، دعونا نفهم بإيجاز النظام البيئي AA الأصلي وتجريد الحساب وراء طبقة RGB++. نظرًا لأن جوهر BTCFi هو توفير تجربة Defi متنوعة لأصول Bitcoin الأصلية، فإن ما إذا كان متوافقًا مع محافظ Bitcoin السائدة سيكون عاملاً مهمًا يجب مراعاته بالنسبة لمرافق BTCFi الطرفية، وتقوم طبقةRGB++ بإعادة استخدام AA الأصلي لـ CKB مباشرةً. يمكن أن يكون الحل متوافقًا مع سلاسل UTXO العامة المهمة مثل BTC وCardano على كل من جانب المطور وجانب المستخدم.

في طبقة RGB++، يمكن للمستخدمين استخدام خوارزميات توقيع مختلفة للمصادقة. على سبيل المثال، يمكن للمستخدمين استخدام الحسابات أو المحافظ أو طرق المصادقة مثل BTC أو Cardano أو حتى WebAuthn لمعالجة الأصول مباشرة على طبقة RGB++.

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

الصورة أدناه هي نافذة الاتصال الخاصة بـ CCC. يمكننا أن نرى أنه يدعم مداخل المحفظة السائدة مثل Unisat و Metamask.

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

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

الملخص

في ما سبق، قمنا بفحص الصورة العامة لطبقة RGB++، والتي يمكن استخدامها كعملات Memecoins مختلفة مثل النقوش/الرونية/المصبوغة العملات المعدنية وما إلى ذلك، والبنية التحتية المهمة لتحقيق سيناريوهات تفاعل السلسلة الكاملة. يمكن لبيئة تنفيذ العقود الذكية التي تم إنشاؤها بواسطة طبقة RGB++ المستندة إلى RiscV إنشاء تربة لمنطق الأعمال المعقد الذي تتطلبه BTCFi.

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