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

مبتدئMar 13, 2024
تستكشف هذه المقالة بشكل أساسي فهم Bitcoin L2، وآلية RGB++، وأصول RGB++، وأفكار تطوير النظام البيئي CKB.
RGB++: فكرة جديدة لأصول Bitcoin L2

إعادة إرسال العنوان الأصلي: مناقشة متعمقة حول بروتوكول الأحرف الرونية وآلية إصدار "النقش العام"

تمت إعادة طباعة هذه المقالة من Foresight News، التي كتبها Trustless Labs. رابط المقال الأصلي: https://foresightnews.pro/article/detail/54503 لا يزال الحماس لمسار Bitcoin Layer 2 مرتفعًا، ومن بين العديد من مشاريع L2، تبرز CKB لعدة أسباب. من ناحية، لأن الفريق ينشأ من السلسلة العامة المعروفة Nervos CKB، والتي شاركت بعمق في آلية إثبات العمل (PoW)؛ من ناحية أخرى، بعد الإعلان عن إعادة التموضع كشبكة BTC Layer 2، اقترح الفريق مخططًا مبتكرًا، RGB++، باستخدام الخلية الموجودة في سلسلة CKB "لربط UTXO الخاص بالسلسلة الأصلية للبيتكوين بشكل متماثل". لقد كانت استجابة السوق لـ CKB حماسية للغاية. في 22 فبراير، دعت شركة Trustless Labs مؤلفي Cipher، المؤسس المشارك لـ RGB++ وCKB، بالإضافة إلى قائد النظام البيئي Baiyu لمشاركة فهمهم لـ Bitcoin L2، وآلية RGB++، وأصول RGB++، وأفكار تطوير نظام CKB البيئي. . فيما يلي ترتيب النص للمحتوى الموجود في مساحة تويتر:

1. Nervos CKB هي سلسلة عامة طويلة الأمد لإثبات العمل (PoW)، لماذا أصرت على إثبات العمل (PoW) دون الانتقال إلى سلسلة إثبات الحصة (PoS)؟ كيف جاءت فكرة الانتقال إلى BTCKB؟

اختارت Nervos CKB الالتزام بإثبات العمل (PoW) بدلاً من الانتقال إلى سلسلة إثبات الحصة (PoS)، وهو قرار متجذر في فهمنا العميق للتكنولوجيا والسوق. نحن نؤمن بأن اللامركزية والأمن الذي توفره آلية إثبات العمل (PoW) لا يمكن استبدالهما. بالإضافة إلى ذلك، فإن خياراتنا التكنولوجية - بما في ذلك نموذج UTXO واعتماد بنية RISC-V - على الرغم من أنها كانت تتعارض مع الاتجاه السائد في ذلك الوقت، إلا أنها كانت مبنية على اعتبارات تتعلق بالاستدامة على المدى الطويل والمزايا التكنولوجية. منذ بداية المشروع في عام 2018 وحتى إطلاقه في عام 2019، شهدنا تقلبات متعددة في سوق العملات المشفرة، لكننا لم نغير اتجاهنا أبدًا. في ذلك الوقت، كانت العقود الذكية وآليات إثبات الحصة تعتبر الاتجاه المستقبلي، في حين كان يُنظر إلى إثبات العمل على أنه تقنية قديمة. ومع ذلك، فإن التزامنا بإثبات العمل ليس مجرد تفضيل للتكنولوجيا، ولكن أيضًا لأننا نعتقد أن نموذج UTXO وآلية إثبات العمل يمكن أن يوفرا خصائص فريدة من نوعها للأمان واللامركزية لا يمكن للحلول التكنولوجية الأخرى أن تحل محلها. فيما يتعلق بفكرة الانتقال إلى BTCKB، فهي تنبع في الواقع من رؤيتنا العميقة لسرديات السوق. على مدى السنوات القليلة الماضية، على الرغم من أن رواياتنا تبدو وكأنها قد تم قمعها من خلال روايات إثبات الحصة (PoS) ونماذج الحساب، إلا أنه منذ العام الماضي، مع توسع Bitcoin على الطبقة الأولى وظهور تطبيقات جديدة لنموذج UTXO، رأينا فرصة. لم تعمل هذه التغييرات على توسيع حالات استخدام Bitcoin فحسب، بل عززت أيضًا فهم المستخدم وقبوله لـ UTXO وPoW. علاوة على ذلك، مع إعادة تقييم التأثير البيئي لـ PoW والاعتراف المتزايد بالحسابات خارج السلسلة وأنماط التحقق عبر السلسلة، نعتقد أن الآن هو أفضل وقت لإطلاق بروتوكولات جديدة تعتمد على نموذج PoW UTXO، مثل RGB++ . أعتقد أنه مع نهضة Bitcoin وإعادة تقييم السوق لقيمة نماذج PoW وUTXO، ستكون Nervos CKB في طليعة تطوير العملات المشفرة. إن التزامنا بإثبات العمل ليس بدون سبب ولكنه يعتمد على فهم حقيقي لقيمة التكنولوجيا ورؤية عميقة للاتجاهات المستقبلية.

2. كيف يفهم فريق Nervos CKB توسيع نطاق حلول BTC وBTC للطبقة الثانية، ولماذا تختار بروتوكول RGB؟

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

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

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

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

3. الاختيارات الفنية لـ BTCKB: استكشاف بروتوكول RGB ومقدمة RGB++

مقابلة مع Baiyu: شرح بروتوكول RGB++ (طبقة DA، والتحقق من جانب العميل، والفهرس مفتوح المصدر، وVM)

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

على وجه التحديد، اخترنا بروتوكول RGB نظرًا لاهتمام Cipher القوي بـ RGB وأبحاثه المكثفة مع البروفيسور أجيان. لقد اقترحنا طريقة للربط المتماثل لتقديم RGB++. من المهم ملاحظة أن RGB++ وRGB مفهومان مختلفان. تم اقتراح بروتوكول RGB في البداية بواسطة Peter، وتم تطويره بواسطة LNP/BP Association، والدكتور مكسيم، باستخدام مفهوم الأختام لمرة واحدة للتوسع. في المقابل، تقدم RGB++ إمكانية عمل سلاسل UTXO الأخرى كعملاء، حيث تتمثل مساهمتها الأساسية في مفهوم الارتباط المتماثل. ومن وجهة نظر CKB، فإننا نهدف إلى دعم المزيد من البروتوكولات في المستقبل.

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

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

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

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

تحسين الأداء: إحدى الميزات الرئيسية لبروتوكول RGB++ هي السماح للمعاملات بالانتقال إلى الطبقة الثانية (على سبيل المثال، من Bitcoin إلى CKB)، مما يعزز بشكل كبير كفاءة وأداء المعاملات مع التحايل على قيود أداء Bitcoin.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6. مع إظهار حلول BTC L2 مثل BounceBit وMerlin Chain وB^2 نموًا كبيرًا في TVL، كيف تخطط RGB++ لدخول السوق؟ هل سيكون لدى RGB++ بروتوكول أصلي لإصدار الأصول؟

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

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

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

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

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

7. كيف تختلف أصول RGB++ عن RGB20 وRGB721؟ هل هي متوافقة مع أصول BRC20 وARC20، التي تتمتع بحصة سوقية أعلى في سلسلة البيتكوين الأصلية؟

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

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

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

نحن نخطط لدعم الأصول الموجودة مع قاعدة واسعة من المستخدمين. يتم النظر في نهجين رئيسيين:

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

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

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

إفادة:

  1. تمت إعادة طباعة هذه المقالة من Foresight News ، وحقوق الطبع والنشر مملوكة للمؤلف الأصلي، Trustless Labs. إذا كانت هناك أي اعتراضات على إعادة الطبع، فيرجى الاتصال بفريق Gate Learn ، وسيقوم الفريق بمعالجتها في أسرع وقت ممكن وفقًا للإجراءات ذات الصلة.

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

  3. تتم ترجمة إصدارات المقالة باللغات الأخرى بواسطة فريق Gate Learn. بدون ذكر Gate.io ، لا يُسمح بنسخ أو نشر أو سرقة المقالات المترجمة.

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

مبتدئMar 13, 2024
تستكشف هذه المقالة بشكل أساسي فهم Bitcoin L2، وآلية RGB++، وأصول RGB++، وأفكار تطوير النظام البيئي CKB.
RGB++: فكرة جديدة لأصول Bitcoin L2

إعادة إرسال العنوان الأصلي: مناقشة متعمقة حول بروتوكول الأحرف الرونية وآلية إصدار "النقش العام"

تمت إعادة طباعة هذه المقالة من Foresight News، التي كتبها Trustless Labs. رابط المقال الأصلي: https://foresightnews.pro/article/detail/54503 لا يزال الحماس لمسار Bitcoin Layer 2 مرتفعًا، ومن بين العديد من مشاريع L2، تبرز CKB لعدة أسباب. من ناحية، لأن الفريق ينشأ من السلسلة العامة المعروفة Nervos CKB، والتي شاركت بعمق في آلية إثبات العمل (PoW)؛ من ناحية أخرى، بعد الإعلان عن إعادة التموضع كشبكة BTC Layer 2، اقترح الفريق مخططًا مبتكرًا، RGB++، باستخدام الخلية الموجودة في سلسلة CKB "لربط UTXO الخاص بالسلسلة الأصلية للبيتكوين بشكل متماثل". لقد كانت استجابة السوق لـ CKB حماسية للغاية. في 22 فبراير، دعت شركة Trustless Labs مؤلفي Cipher، المؤسس المشارك لـ RGB++ وCKB، بالإضافة إلى قائد النظام البيئي Baiyu لمشاركة فهمهم لـ Bitcoin L2، وآلية RGB++، وأصول RGB++، وأفكار تطوير نظام CKB البيئي. . فيما يلي ترتيب النص للمحتوى الموجود في مساحة تويتر:

1. Nervos CKB هي سلسلة عامة طويلة الأمد لإثبات العمل (PoW)، لماذا أصرت على إثبات العمل (PoW) دون الانتقال إلى سلسلة إثبات الحصة (PoS)؟ كيف جاءت فكرة الانتقال إلى BTCKB؟

اختارت Nervos CKB الالتزام بإثبات العمل (PoW) بدلاً من الانتقال إلى سلسلة إثبات الحصة (PoS)، وهو قرار متجذر في فهمنا العميق للتكنولوجيا والسوق. نحن نؤمن بأن اللامركزية والأمن الذي توفره آلية إثبات العمل (PoW) لا يمكن استبدالهما. بالإضافة إلى ذلك، فإن خياراتنا التكنولوجية - بما في ذلك نموذج UTXO واعتماد بنية RISC-V - على الرغم من أنها كانت تتعارض مع الاتجاه السائد في ذلك الوقت، إلا أنها كانت مبنية على اعتبارات تتعلق بالاستدامة على المدى الطويل والمزايا التكنولوجية. منذ بداية المشروع في عام 2018 وحتى إطلاقه في عام 2019، شهدنا تقلبات متعددة في سوق العملات المشفرة، لكننا لم نغير اتجاهنا أبدًا. في ذلك الوقت، كانت العقود الذكية وآليات إثبات الحصة تعتبر الاتجاه المستقبلي، في حين كان يُنظر إلى إثبات العمل على أنه تقنية قديمة. ومع ذلك، فإن التزامنا بإثبات العمل ليس مجرد تفضيل للتكنولوجيا، ولكن أيضًا لأننا نعتقد أن نموذج UTXO وآلية إثبات العمل يمكن أن يوفرا خصائص فريدة من نوعها للأمان واللامركزية لا يمكن للحلول التكنولوجية الأخرى أن تحل محلها. فيما يتعلق بفكرة الانتقال إلى BTCKB، فهي تنبع في الواقع من رؤيتنا العميقة لسرديات السوق. على مدى السنوات القليلة الماضية، على الرغم من أن رواياتنا تبدو وكأنها قد تم قمعها من خلال روايات إثبات الحصة (PoS) ونماذج الحساب، إلا أنه منذ العام الماضي، مع توسع Bitcoin على الطبقة الأولى وظهور تطبيقات جديدة لنموذج UTXO، رأينا فرصة. لم تعمل هذه التغييرات على توسيع حالات استخدام Bitcoin فحسب، بل عززت أيضًا فهم المستخدم وقبوله لـ UTXO وPoW. علاوة على ذلك، مع إعادة تقييم التأثير البيئي لـ PoW والاعتراف المتزايد بالحسابات خارج السلسلة وأنماط التحقق عبر السلسلة، نعتقد أن الآن هو أفضل وقت لإطلاق بروتوكولات جديدة تعتمد على نموذج PoW UTXO، مثل RGB++ . أعتقد أنه مع نهضة Bitcoin وإعادة تقييم السوق لقيمة نماذج PoW وUTXO، ستكون Nervos CKB في طليعة تطوير العملات المشفرة. إن التزامنا بإثبات العمل ليس بدون سبب ولكنه يعتمد على فهم حقيقي لقيمة التكنولوجيا ورؤية عميقة للاتجاهات المستقبلية.

2. كيف يفهم فريق Nervos CKB توسيع نطاق حلول BTC وBTC للطبقة الثانية، ولماذا تختار بروتوكول RGB؟

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

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

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

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

3. الاختيارات الفنية لـ BTCKB: استكشاف بروتوكول RGB ومقدمة RGB++

مقابلة مع Baiyu: شرح بروتوكول RGB++ (طبقة DA، والتحقق من جانب العميل، والفهرس مفتوح المصدر، وVM)

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

على وجه التحديد، اخترنا بروتوكول RGB نظرًا لاهتمام Cipher القوي بـ RGB وأبحاثه المكثفة مع البروفيسور أجيان. لقد اقترحنا طريقة للربط المتماثل لتقديم RGB++. من المهم ملاحظة أن RGB++ وRGB مفهومان مختلفان. تم اقتراح بروتوكول RGB في البداية بواسطة Peter، وتم تطويره بواسطة LNP/BP Association، والدكتور مكسيم، باستخدام مفهوم الأختام لمرة واحدة للتوسع. في المقابل، تقدم RGB++ إمكانية عمل سلاسل UTXO الأخرى كعملاء، حيث تتمثل مساهمتها الأساسية في مفهوم الارتباط المتماثل. ومن وجهة نظر CKB، فإننا نهدف إلى دعم المزيد من البروتوكولات في المستقبل.

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

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

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

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

تحسين الأداء: إحدى الميزات الرئيسية لبروتوكول RGB++ هي السماح للمعاملات بالانتقال إلى الطبقة الثانية (على سبيل المثال، من Bitcoin إلى CKB)، مما يعزز بشكل كبير كفاءة وأداء المعاملات مع التحايل على قيود أداء Bitcoin.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6. مع إظهار حلول BTC L2 مثل BounceBit وMerlin Chain وB^2 نموًا كبيرًا في TVL، كيف تخطط RGB++ لدخول السوق؟ هل سيكون لدى RGB++ بروتوكول أصلي لإصدار الأصول؟

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

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

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

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

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

7. كيف تختلف أصول RGB++ عن RGB20 وRGB721؟ هل هي متوافقة مع أصول BRC20 وARC20، التي تتمتع بحصة سوقية أعلى في سلسلة البيتكوين الأصلية؟

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

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

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

نحن نخطط لدعم الأصول الموجودة مع قاعدة واسعة من المستخدمين. يتم النظر في نهجين رئيسيين:

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

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

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

إفادة:

  1. تمت إعادة طباعة هذه المقالة من Foresight News ، وحقوق الطبع والنشر مملوكة للمؤلف الأصلي، Trustless Labs. إذا كانت هناك أي اعتراضات على إعادة الطبع، فيرجى الاتصال بفريق Gate Learn ، وسيقوم الفريق بمعالجتها في أسرع وقت ممكن وفقًا للإجراءات ذات الصلة.

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

  3. تتم ترجمة إصدارات المقالة باللغات الأخرى بواسطة فريق Gate Learn. بدون ذكر Gate.io ، لا يُسمح بنسخ أو نشر أو سرقة المقالات المترجمة.

ابدأ التداول الآن
اشترك وتداول لتحصل على جوائز ذهبية بقيمة
100 دولار أمريكي
و
5500 دولارًا أمريكيًا
لتجربة الإدارة المالية الذهبية!