في يوليو 2024 ، أعلنت CKB رسميا عن إطلاق طبقة RGB ++ ، مما يمثل تحويل بروتوكول RGB ++ النظري سابقا إلى منتج مصمم بالكامل ، يستعد لتقديم سيناريوهات تطبيق أكثر واقعية وعملية. مع رؤية بناء نظام بيئي BTCFi عبر BTC والسلاسل العامة الأخرى القائمة على UTXO مثل CKB و Cardano ، حظيت RGB ++ Layer بسرعة باهتمام كبير. باختصار ، تعتمد طبقة RGB ++ على بروتوكول RGB ++ ، باستخدام الربط المتماثل وتقنية Leap لتوفير تجربة تفاعل سلسة عبر السلسلة لأصول RGB ++ الأصلية أو النقوش / الأحرف الرونية عبر سلاسل الكتل المستندة إلى UTXO مثل BTC و CKB و Cardano دون الحاجة إلى جسور عبر السلسلة. من خلال الاستفادة من بيئة العقود الذكية الكاملة ل CKB Turing ، فإنه يضع الشروط اللازمة ل Bitcoin لتحقيق وظائف DeFi المعقدة. علاوة على ذلك ، مدعوما بالنظام البيئي الشامل لتجريد الحسابات من CKB ، فهو متوافق مع حسابات ومحافظ Bitcoin ، مما يوفر تجربة مستخدم ممتازة لمستخدمي Bitcoin ويمهد الطريق لاعتماد BTCFi على نطاق واسع. في النص التالي ، دعنا نتعمق في مبادئ وميزات عمل طبقة RGB ++ ونستكشف التغييرات التي ستحدثها على نظام BTCFi البيئي. بالنظر إلى أن أساسه النظري مبني على بروتوكول RGB ++ ، سنبدأ بمناقشة البروتوكول نفسه.

بروتوكول RGB++: الأساس النظري لطبقة RGB++

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

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

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

عند مناقشة طبقة RGB++ ، فهي في الأساس تنفيذ هندسي لبروتوكول RGB++ ، مع ميزتين رئيسيتين: الربط الجزئي وعبر السلاسل Leap bridge-free. دعنا نتعمق في المبادئ التقنية وراء الربط الجزئي و Leap.

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

لفهم مفاهيم الربط المتجانس و Leap بشكل صحيح ، نحتاج أولاً إلى شرح موجز لنموذج الخلية في CKB. بشكل أساسي ، يعد الخلية UTXO الموسع (مخرج المعاملة غير المستنفد) بعدة حقول ، بما في ذلك LockScript و TypeScript و Data. يعمل LockScript بشكل مماثل لبرنامج القفل في بيتكوين ويستخدم للتحقق من الأذونات. يشبه TypeScript كود العقد الذكي ، بينما يُستخدم Data لتخزين بيانات الأصول.

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

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

هذه العملية تتطلب ربط أصول RGB++ بـ UTXOs على السلاسل العامة مثل بيتكوين وكاردانو وليكويد، تمامًا كما يتم ربط حساب مصرفي برقم هاتف وهوية في العالم الحقيقي. تعتبر أصول RGB++ بشكل أساسي بيانات تحتاج إلى وسيط تخزين مثل قاعدة بيانات؛ في هذه الحالة، تعمل خلايا CKB كقاعدة بيانات. يمكنك إعداد التحقق من الأذونات للسماح لحسابات سلاسل عامة مختلفة (BTC وكاردانو وما إلى ذلك) بتعديل بيانات أصول RGB++ على سلسلة CKB. هذا هو المبدأ الأساسي للربط المتجانس.

عبور السلسلة دون تقاطع ودون جسر

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

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

تنفيذ الربط المتجانس

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

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

إذا درسنا الحالة المذكورة أعلاه المتمثلة في قيام أليس بتحويل الأموال إلى بوب ، فإن العملية العامة هي:1. تقوم أليس بإنشاء بيانات معاملات CKB محليا (لم يتم تحميلها إلى السلسلة بعد). تشير هذه المعاملة إلى أنه سيتم تدمير Cell # 0 ، التي تسجل بيانات الأصول ، وسيتم إنشاء Cell # 1 وإعطائها لبوب ، وسيتم الاحتفاظ ب Cell # 2 لنفسها ؛ 2. تقوم أليس بإنشاء بيان محليا ، وتربط الخلية # 1 ب BTC UTXO # 1 ، وتربط الخلية # 2 ب BTC UTXO # 2 ، وترسل كلا من Cell # 1 و BTC UTXO # 1 إلى Bob ؛ 3. بعد ذلك ، تقوم Alice بإنشاء التزام (مشابه للتجزئة) محليا ، ويحتوي المحتوى الأصلي المقابل على البيان الوارد في الخطوة 2 + بيانات معاملة CKB التي تم إنشاؤها في الخطوة 1. سيتم بعد ذلك تسجيل بيانات الالتزام على سلسلة Bitcoin ؛ 4. تبدأ أليس معاملة على سلسلة Bitcoin ، وتدمر UXXO # 0 ، وتولد UTXO # 1 وترسلها إلى Bob ، وتحتفظ ب UTXO # 2 لنفسها ، وتكتب الالتزام بسلسلة Bitcoin في شكل رمز تشغيل OP_Return ؛ 5. بعد اكتمال الخطوة 4، أرسل معاملة CKB التي تم إنشاؤها في الخطوة 1 إلى سلسلة CKB.

تم حذف بعض التفاصيل الأكثر تعقيدا أعلاه. في الواقع ، عندما تنقل أليس أصول RGB ++ الخاصة بها إلى Bob ، يجب عليها أولا إجراء تحقق معقد من الهوية لإثبات أنها بالفعل مالكة Cell # 0 ، وتشمل الأشياء المتضمنة هنا ما يلي: 1. إثبات أن Cell # 0 و BTC UTXO # 0 مرتبطان بالفعل ؛ 2. تثبت أليس أنها المتحكم الفعلي في Cell # 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 ؛ 3. قم بتغيير البرنامج النصي لقفل الخلية لتغيير Bitcoin UTXO المرتبط بشروط إلغاء القفل إلى eUTXO على Cardano.

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

مُغَلِّف

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

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

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

CKB-VM: محرك عقد BTCFi الذكي

شرحنا أعلاه بشكل أساسي مفاهيم الربط المتماثل والقفزة لطبقة RGB ++. دعونا نفحص النقاط الأخرى أدناه. في BTCFi التقليدي ، نظرا لعدم وجود دعم للعقود الذكية ، لا يمكن تنفيذ سوى بعض التطبيقات اللامركزية البسيطة نسبيا. تنطوي بعض طرق التنفيذ على مخاطر معينة للمركزية ، في حين أن البعض الآخر أخرق وغير مرن. من أجل تنفيذ طبقة عقد ذكية متاحة على blockchain ، يوفر CKB CKB-VM لطبقة RGB ++. يمكن استخدام أي لغة برمجة يمكنها دعم الجهاز الظاهري RISC-V لتطوير العقود على RGB ++ Layer.يمكن للمطورين استخدام أدواتهم ولغاتهم المفضلة لتحقيق تطوير ونشر عقود ذكية فعالة وآمنة في إطار عمل عقد ذكي موحد وبيئة تنفيذ. فيما يلي طريقة نقل 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 ++ ، يمكن للمستخدمين استخدام خوارزميات توقيع مختلفة للمصادقة. على سبيل المثال ، يمكن للمستخدمين معالجة الأصول مباشرة على طبقة RGB ++ باستخدام الحسابات أو المحافظ أو طرق المصادقة مثل BTC أو Cardano أو حتى WebAuthn. لنأخذ البرامج الوسيطة التالية للمحفظة CCC كمثال ، والتي يمكن أن توفر للمحافظ و dApps قابلية تشغيل السلاسل العامة المختلفة على CKB. الصورة أدناه هي نافذة اتصال CCC. يمكننا أن نرى أنه يدعم مداخل المحفظة السائدة مثل Unisat و Metamask.

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

تلخيص

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

بيان:

1. تم استنساخ هذا المقال من [المتخصص في تكنولوجيا الويب 3، حقوق النشر تعود إلى الكاتب الأصليفاوست & ميستي مون]، إذا كان لديك أي اعتراضات على النشر المقتبس، يرجى الاتصال بـبوابة تعلمالفريق، وسيتولى الفريق ذلك في أقرب وقت ممكن وفقا للإجراءات ذات الصلة.

2. تنويه: تعبر الآراء والآراء المعبر عنها في هذه المقالة فقط عن آراء الكاتب الشخصية ولا تشكل أي نصيحة استثمارية.

3. تُترجم النُسخ الأخرى بلغات المقالة من قِبَل فِريق تَعلم جيت ولَا يتم ذكرهاGate.ioقد لا يتم إعادة إنتاج المقال المترجم أو توزيعه أو نسخه.