RGB++: أفكار جديدة لأصول Bitcoin L2

المؤلف: Trustless Labs المصدر: X, @TrustlessLabs

تستمر شعبية مسار Bitcoin Layer 2 بلا هوادة. من بين العديد من مشاريع L2، يعد CKB فريدًا من نوعه. فمن ناحية، يأتي الفريق من السلسلة العامة المعروفة Nervos وقد شارك بعمق في آلية أسرى الحرب؛ من ناحية أخرى، بعد الإعلان عن تعديل موقعها على شبكة الطبقة الثانية من BTC، اقترح الفريق حلاً مبتكرًا، RGB++، باستخدام Ce على سلسلة CKB إلى "الربط المتماثل" لـ UTXO لسلسلة Bitcoin الأصلية. وكانت استجابة السوق لـ CKB أيضًا حماسية للغاية.

في 22 فبراير، قامت شركة Trustless Labs بدعوة مؤلف RGB++ والمنشئ المشارك لـ CKB Cipher والزعيم البيئي Baiyu لمشاركة فهمهم لـ Bitcoin L2 وآلية RGB++ وأصول RGB++ و أفكار البناء البيئي CKB. فيما يلي ملخص نصي لمحتوى مساحة تويتر.

1. Nervos هي سلسلة عامة لأسرى الحرب كانت موجودة منذ فترة طويلة. لماذا أصرت دائمًا على أسرى الحرب ولم تتحول إلى نقاط بيع سلسلة؟ كيف جاءت فكرة تحويل BTCKB؟

اختارت شركة Nervos الالتزام بنظام أسرى الحرب بدلاً من التحول إلى سلسلة نقاط البيع. ويعود هذا القرار إلى فهمنا العميق للتكنولوجيا والسوق. نحن نؤمن بأن اللامركزية والأمن الذي توفره آلية إثبات العمل (POW) لا يمكن استبدالهما. علاوة على ذلك، فإن خياراتنا التكنولوجية - بما في ذلك نموذج UTXO واعتماد بنية RISC-V - رغم أنها تتعارض مع الاتجاهات السائدة في ذلك الوقت، كانت مبنية على اعتبارات الاستدامة على المدى الطويل والميزة التكنولوجية.

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

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

أعتقد أنه مع نهضة Bitcoin وفهم السوق المتجدد لقيمة نماذج POW وUTXO، ستكون Nervos وBTCKB في طليعة العملات المشفرة تطوير. إن إصرارنا على أسير الحرب ليس بدون سبب، ولكنه يعتمد على فهمنا للقيمة الحقيقية للتكنولوجيا ورؤيتنا العميقة للاتجاهات المستقبلية.

2. ما هو فهم فريق Nervos لتوسيع BTC وBTC L2، ولماذا اختاروا بروتوكول RGB؟

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

نحن نعلم أن التنافس المباشر مع Bitcoin وEthereum هو طريق صعب. في الماضي، حاولنا وضع CKB كسلسلة عامة من الطبقة الأولى تشبه Bitcoin وEthereum، بهدف أن تصبح منصة لتخزين القيمة. لكن هذا الوضع يضعنا في موقف حرج - فهو لا يتماشى تمامًا مع المعايير المحافظة لمجتمع Bitcoin، ولكنه يتعارض أيضًا مع اتجاه تطوير Ethereum. هذا الموقع الفريد يجعلنا نشعر بأننا في غير مكاننا في كلا المجتمعين.

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

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

3. فيما يتعلق باختيار التكنولوجيا، اختارت BTCKB بروتوكول RGB واقترحت بروتوكول RGB++. اسمحوا لي أن أشرح لك هذا الحل بإيجاز (أين هو طبقة DA، التحقق من صحة العميل، هل يوجد فهرس مفتوح المصدر، ما هو VM)؟

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

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

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

بالنسبة لتوفر البيانات (DA)، غالبًا ما نناقش موقع تخزينها في الطبقة 1 أو الطبقة 2 في نظام Ethereum البيئي وتأثيره على الأمان. ولكن في نظام Bitcoin البيئي، يختلف هذا المفهوم عن Ethereum، خاصة بالنسبة للبروتوكولات مثل RGB التي تستفيد من خصائص UTXO. في بروتوكول RGB، يجب التحقق فقط من البيانات المتعلقة بالمستخدم، ولا يلزم من الناحية النظرية تخزين هذه البيانات في طبقة DA محددة، لأنه يمكن لكلا طرفي المعاملة تبادل المعلومات الضرورية مباشرة.

بروتوكول RGB++ هو امتداد لـ RGB. يحتاج RGB نفسه إلى تبادل سجل المعاملات والبيانات من خلال شبكة P2P، والتي تتضمن استخدام أجهزة افتراضية جديدة وتحديد منطق التفاعل، وما إلى ذلك، مما يجعل المنطق خارج السلسلة معقدًا وبطيئًا في التطوير. يهدف RGB++ إلى نقل جميع المكونات "الذكية" في بروتوكول RGB، مثل شبكات P2P، والأجهزة الافتراضية، والعقود الذكية، وما إلى ذلك، إلى السلسلة من خلال الربط المتماثل أو رسم الخرائط. وعلى وجه التحديد، فإنه يضع هذه الوظائف في CKB (شبكة Nervos) المتفوقة . يتم تقييد نقل حالة كل UTXO على CKB بواسطة عقد CKB الذكي، بحيث يمكن التحقق من أصول عقد RGB++ ومنطقه وتشغيله على CKB، مع حل مشكلات مثل التفاعل وتشغيل العقد الذكي وتوفير الإثبات. يستخدم CKB جهازًا افتراضيًا RISC-V ويدعم عقود Turing-Complete الذكية، مما يسمح للمستخدمين بعرض حالة الأصول أو التحقق منها مباشرة على CKB دون التضحية بالأمان، أو عند الضرورة، عند مصادقة العميل.

التنفيذ الفني:من خلال بروتوكول RGB++، نضمن أولاً التوافق مع جميع عمليات RGB. لقد قمنا بحل مشكلة التقدم البطيء للعملاء خارج السلسلة باستخدام استراتيجية سلسلة التوريد UTXO القائمة على إثبات العمل (PoW) بدلاً من ذلك. بالإضافة إلى ذلك، قمنا بتنفيذ آلية يمكنها ترحيل المعاملات على Bitcoin إلى CKB (شبكة Nervos) بسلاسة للتنفيذ، مع الاستفادة من بيئة التنفيذ عالية الأداء التي توفرها CKB، ثم ترحيل نتائج التنفيذ مرة أخرى إلى سلسلة Bitcoin.< / p>

تحسين الأداء:من الميزات المهمة لبروتوكول RGB++ السماح للمعاملات "بالانتقال" إلى الطبقة الثانية (الطبقة 2)، مثل من Bit، تنتقل سلسلة العملات إلى سلسلة CKB. وهذا يعني أنه يمكن تنفيذ المعاملات عدة مرات على CKB (مثل 100 مرة، 1000 مرة)، والاستمتاع بمزايا التكلفة المنخفضة والأداء العالي، ثم "تنزيلها" مرة أخرى إلى سلسلة Bitcoin. يعمل هذا النهج على تحسين كفاءة وأداء المعاملات بشكل كبير مع تجاوز قيود الأداء الخاصة بالبيتكوين نفسها.

اعتبارات السلامة:خلال عملية النقل، أولينا اهتمامًا خاصًا لقضايا الأمان. لا تعتمد هذه العملية على أي جسر عبر سلسلة موثوق به أو آلية متعددة التوقيع، ولكنها تعتمد على الارتباط المباشر بين اثنين من UTXOs. "استنادًا إلى معيار الأمان لإثبات العمل (PoW)، نعتقد أنه لا يمكن عكس المعاملات على سلسلة Bitcoin بعد 6 كتل. في CKB، نستخدم صيغة حسابية مكافئة ويستغرق الأمر حوالي 24 كتلة لتحقيق نفس الضمان الأمني. . يضمن هذا النهج سلامة الأصول التي تقفز أو تهاجر بين المستويين.

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

باختصار، من خلال تقديم بروتوكول RGB++، حققنا تحسينات كبيرة في الأداء وضمانات أمنية صارمة مع الحفاظ على التوافق مع بروتوكول RGB الأصلي.

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

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

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

على الرغم من صعوبة البرمجة وفقًا لنموذج UTXO، إلا أننا نعتقد أن هذه هي الطريقة الوحيدة لتوسيع منطق بروتوكول Bitcoin. أدوات التطوير ومعرفة المنتج التي تراكمت لدينا على مدى السنوات الأربع أو الخمس الماضية، بما في ذلك سلاسل الأدوات والتصميمات الأساسية لكتابة العقود الذكية باستخدام Rust وC وLua وJavaScript، توفر للمطورين دعمًا غنيًا. لقد حاولنا تنفيذ AMM مشابه لـ Uniswap ضمن نموذج UTXO، لكننا واجهنا تحديات كبيرة وفي النهاية فشل المشروع، مما يوضح صعوبة الابتكار في ظل بنية UTXO.

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

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

نحن نستجيب لتحديات تطوير العقد الذكي لبروتوكول RGB من خلال توفير تجربة تبادل أكثر ثراءً ودعم التطوير على CKB. سنطلق حل Layer 2 Dex لتحسين تجربة المستخدم بحيث لا يحتاج إلى الاهتمام بما إذا كانت الأصول في الطبقة 1 أو الطبقة 2. يسمح Dex هذا للمستخدمين بإدراج أصولهم من سلسلة Bitcoin إلى Dex. أثناء العملية، يتم نقل ملكية الأصول من Bitcoin UTXO إلى عنوان CKB، مما يضمن أمان وشفافية النقل. رمز العقد الذكي الذي نستخدمه مفتوح المصدر، مما يقلل من مخاوف المستخدمين بشأن الأمان. بالإضافة إلى ذلك، قمنا بضمان حماية الإنفاق المزدوج أثناء قفزات الأصول (القفزات)، بالإضافة إلى تجربة تداول سلسة على الطبقة الثانية، بحيث لا يحتاج المستخدمون إلى القلق بشأن الموقع المحدد للأصول، وبالتالي توفير تجربة تداول سلسة تقريبًا.

5. نظرًا لأنه بعد تحويل الأموال على Bitcoin، ستحدث معاملة متزامنة ومماثلة على CKB، ثم يستخدم المستخدم اثنين عند التسلسل، بما في ذلك في في حالة نقل الأصول لبعضها البعض كيف يتم حساب الغاز؟

أولاً وقبل كل شيء، عند إجراء معاملة على Bitcoin وCKB، يتم بالفعل تنفيذ المعاملة على كل من السلسلتين. لا تتطلب معاملات CKB رسوم استخدام الشبكة (رسوم الغاز) فحسب، بل تتطلب أيضًا رسوم الحالة، والتي تُستخدم لتخزين حالة المعاملة (مثل مبلغ CKB المحتفظ به). عادةً ما تكلف رسوم الحالة هذه أكثر من 100 CKB، مما يطرح سؤالاً حول من سيتحمل هذه التكاليف وكيفية ضمان عدم تأثر تجربة المستخدم.

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

النقطة الرئيسية في هذه العملية هي أن CKB يستفيد من الميزة التي تسمح باستخدام محتوى معاملة Bitcoin لإثبات CKB أن المعاملة قد حدثت بدون يُطلب من المستخدم تسجيل الدخول مرة أخرى على سلسلة CKB. وهذا يعني أن أي شخص (مثل المُرحِّل أو صراف الرواتب) يمكنه بدء المعاملات على سلسلة CKB نيابة عن المستخدمين ودفع الرسوم ذات الصلة.

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

6. أظهر BTC L2 في السوق اتجاهًا متفجرًا، مثل BounceBit وMerlin Chain وB^2 جميعها تتمتع بـ TVL موضوعي للغاية؛ RGB++ هل تفكر في كيفية دخول السوق؟ هل سيكون هناك بروتوكول توزيع أصول أصلي على RGB++؟

استجابة للاتجاه الهائل لحلول الطبقة الثانية من Bitcoin (L2) في السوق وكيف يمكن لـ RGB++ دخول هذا السوق، سأشرح بالتفصيل يتعلق الأمر من جانبين رئيسيين: أحدهما يتعلق بوظائف وميزات RGB++ كبروتوكول توزيع، والآخر يتعلق باستراتيجياتنا وخططنا بشأن سلسلة الطبقة الثانية لـ CKB.

أولاً وقبل كل شيء، تتمثل الوظيفة الأساسية لـ RGB++ في العمل كبروتوكول إصدار لـ NFTs وFTs (الرموز المميزة غير القابلة للاستبدال والرموز المميزة القابلة للاستبدال). وهذا يعني أن RGB++ يمكنه دعم إصدار NFTs وFTs بتجربة مشابهة للمعاملات على شبكة Bitcoin الرئيسية، ولكنها قد تواجه رسوم غاز أعلى وسرعات معاملات أبطأ. ومع ذلك، عندما يتعلق الأمر بتداول هذه الأصول، يمكنك الاستفادة مباشرة من CKB's Dex. وفي هذا الصدد، تتبع الأصول الموجودة في RGB++ وCKB نفس المعيار، مثل معيار FT XUDT الخاص بنا، والذي يشبه ERC20. لدينا أيضًا معايير لـ NFTs وNFTs الرياضية، والتي هي قيد الاستخدام بالفعل على الشبكة الرئيسية.

ثانيًا، فيما يتعلق بإستراتيجية سلسلة CKB من المستوى الثاني، فإننا نركز على توفير تجربة مستخدم سلسة، بما في ذلك إصدار الأصول المحلية ودعم العملات المتقاطعة - أصول السلسلة. يمكن نقل أصول Bitcoin وEthereum إلى CKB عبر تقنية الجسر، ونحن نعمل مع المؤسسات الكبيرة لضمان أمان وموثوقية هذه العملية. بالإضافة إلى ذلك، نؤكد على أهمية منصة العقود الذكية، فبمجرد إصدار أصول RGB++، يمكن استخدام هذه المنصة على الفور لتطوير التطبيقات اللامركزية المختلفة (DApp)، مثل أنشطة التعريف والتخزين والتعدين.

ثلاثة أنواع من الأصول في الطبقة الثانية من CKB: أصول النقوش الأصلية FT وNFT وCKB. كل نوع من الأصول له تطبيقاته وآليات التداول الخاصة به، ونحن نقدم الحلول الفنية والسوقية المقابلة لدعمها. على سبيل المثال، نحن ندعم تداول أصول NF من خلال المعايير الموحدة وأسواق التداول، ونقوم بتطوير منصات محددة، مثل سوق تداول Omega، لدعم إصدار وتداول أصول النقش الأصلية لـ CKB.

خلاصة القول، تتضمن استراتيجية دخول السوق الخاصة بـ RGB++ ليس فقط الاستفادة من قدرتها كبروتوكول قوي لإصدار NFT وFT، ولكن أيضًا بما في ذلك استخدام خطط CKB 2 لإطلاق حلول مبتكرة والأصول الأصلية في سلسلة الطبقة. نحن ملتزمون بتوفير منصة عقود ذكية كاملة تدعم نقل الأصول عبر السلسلة وتضمن أمان التكنولوجيا وعمليتها من خلال العمل مع شركاء الصناعة.

7. ما الفرق بين أصول RGB++ وRGB20 وRGB721؟ هل هو متوافق مع أصول BRC20 وARC20 التي تتمتع بحصص سوقية عالية نسبيًا في سلسلة Bitcoin الأصلية؟

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

النوع الثاني من الأصول، مثل BRC20، يستخدم عددًا أقل من ميزات UTXO ويصعب ترحيله إلى CKB من خلال الربط المتماثل. بالنسبة لهذا النوع من الأصول، فإن نهجنا يشبه السلاسل الأخرى في السوق، أي من خلال إنشاء جسور عبر السلاسل. سيقوم هذا الجسر بقفل أصول BRC20 على سلسلة Bitcoin، ثم تعيين وإصدار FT (رمز قابل للاستبدال) أو NFT (رمز غير قابل للاستبدال) مكافئ على CKB، مما يسمح للمستخدمين بالتداول على CKB. هذه الطريقة مناسبة لأصول البروتوكول التي لا يمكنها الاستفادة بشكل مباشر من خصائص UTXO، مثل أصول BRC20 مثل ordi. باختصار، يهدف RGB++ إلى التوافق مع وتحسين استخدام وترحيل أنواع مختلفة من الأصول بين Bitcoin وCKB من خلال توفير آلية ربط متماثلة مرنة.

8. ما نوع الدعم الذي سيوفره RGB++ في المستقبل لبعض هذا النوع من الأصول الموجودة بالفعل ولديها عدد كبير نسبيًا من المستخدمين والمجتمعات؟

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

1. دعم Inscription Bridge: نعتزم تنفيذ الدعم لـ BRC 20 أو الأصول الأخرى من خلال Inscription Bridge، طالما كان هناك مفهرس ومشغل جسر مناسب. نحن نبحث عن شركاء لبناء هذه الجسور ذات السلاسل المتقاطعة. سنتمكن من حل مشكلة جسر BTC قريبًا، ونعمل جاهدين على جسر Inscription. ويتطلب ذلك دعمًا من المحافظ الموجودة في النظام البيئي، بما في ذلك المحافظ الإضافية، وهو ما يفتقر إليه حاليًا نظام CKB البيئي. ونحن نتطلع إلى الحصول على المزيد من الدعم لمحافظ الأجهزة والمحافظ الإضافية في المستقبل، وستكون هذه المحافظ متوافقة مع البروتوكولات الرئيسية لدعم تطوير النظام البيئي بأكمله.

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

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