في 13 فبراير، اقترح Cipher، المؤسس المشارك لـ CKB، بروتوكول تمديد لـ RGB: RGB++. لقد اجتذبت على الفور الكثير من الاهتمام في السوق وأثرت على سعر السوق الثانوي لـ CKB إلى حد ما.
قبل ظهور هذه الاتفاقية، أجريت العديد من التبادلات المتعمقة مع Cipher حول بروتوكول RGB وناقشت مفهوم النموذج الأولي للاتفاقية، لذلك كتبت ملخصًا قصيرًا المقالة اشرح فهمي الشائع لبروتوكول RGB++ والآراء الشخصية وما أعتقد أنه الدور المحتمل لهذا البروتوكول.
1. نظرة عامة على RGB++: توسيع سيناريوهات استخدام تقنية RGB
باختصار، ينقسم فهم RGB++ إلى النقاط التالية:
1.1 وهو بروتوكول موسع يعتمد على RGB< /h3 >
يستخدم بعض التقنيات في بروتوكول RGB. بالمعنى الدقيق للكلمة، فهو ليس مشروعًا بيئيًا RGB بالكامل، ولكنه يوسع سيناريوهات استخدام تقنية RGB.
1.2 يعمل على توسيع إمكانيات بروتوكول RGB الحالي
إنه يحل المشكلات الفنية للتنفيذ الفعلي لبروتوكول RGB الحالي ويوفر المزيد من الإمكانيات، مثل "رابط التحقق"، و"قابلية برمجة العقد"، و"جهاز تورينج الظاهري الكامل"، وما إلى ذلك.
1.3 يتم تنفيذه من خلال رسم خرائط UTXO المتماثل
خريطة Bitcoin UTXO إلى خلية Nervos CKB، واستخدم قيود البرنامج النصي على سلسلة CKB وسلسلة Bitcoin للتحقق من صحة حساب الحالة وصحة الملكية المتغيرة. أعتقد أن فكرة رسم الخرائط المتماثلة تتمتع بقابلية توسع قوية.
2. لماذا تم اقتراح بروتوكول RGB++؟
الأصدقاء الذين يعرفونني يعرفون أنني باحث مشارك بعمق في بروتوكول RGB وكنت أتابع تطوير بروتوكول RGB و تطور النظام البيئي. أثناء البحث المستمر، وجدت أنه على الرغم من أن بروتوكول RGB جميل جدًا في التصميم، إلا أن هناك بعض المشكلات في عملية التنفيذ الفعلية:
2.1 RGB التطوير بطيء نسبيًا
أحد الأسباب هو أن معظم التصميمات عبارة عن مفاهيم جديدة أو تشكل معيارًا جديدًا، مما يتطلب تصورًا عالميًا مفصلاً وجديدًا تنفيذ التعليمات البرمجية.
السبب الثاني هو أن عدد المطورين المشاركين في طبقة البروتوكول بأكملها صغير نسبيًا، وهو ما يمكن رؤيته من تكوين الموظفين في LNP/BP و عدد المشاريع البيئية الحالية
2.2 سيتأثر تطوير RGB ببعض العوامل غير المنضبطة
على سبيل المثال: تم بناء RGB بشكل عام على شبكة Lightning Network. ومع ذلك، لا يمكن لـbolt-ln الحالي أن يدعم عقد RGB بشكل جيد، لذلك اقترحت LNP/BP Association معيارًا ثنائيًا ثنائيًا قياسيًا جديدًا لشبكة Lightning Network، ولكن هذا يتطلب مرة أخرى الكثير من العمل، بل ويحتاج إلى انتظار التطوير الشامل لشبكة Lightning Network.
مثال آخر: يتضمن نقل RGB نقل الفاتورة واللجنة. حاليًا، يمكن أن يتم ذلك من خلال شبكات مثل web2 (Twitter، tg، إلخ) أو p2p للتنفيذ، ولكن إذا نظرت إليها من مستوى موحد، فأنت بحاجة إلى معيار نقل قياسي للتنفيذ، وهو عقدة العاصفة، ولكن بناء مثل هذه الشبكة يتطلب أيضًا الكثير من العمل.
2.3 يفتقر الجهاز الظاهري RGB AluVM حاليًا إلى أدوات التطوير الكاملة والتعليمات البرمجية العملية
بمعنى آخر، حتى لو تم الآن إصدار الإصدار 0.11 بالكامل، فلا يزال اختبار أداء وموثوقية الجهاز الظاهري يستغرق الكثير من الوقت، كما يستغرق أيضًا الكثير من الوقت لتجميع الخبرة في تطوير التعليمات البرمجية من خلال AluVM وحتى المكتبة القياسية.
هذه المشاكل تجعل RGB غريبًا إلى حد ما في هذا السوق التنافسي، تمامًا مثل حالة تطوير BTC في الأيام الأولى، والتي ستجلب الكثير من عدم اليقين. دورات السوق (غياب فترة السوق الصاعدة لرأس المال)، وتأثير العواطف، وتأثير تكامل التقنيات الجديدة الأخرى (الجمع بين التقنيات الأخرى وبعض تقنيات RGB لتحقيق "البداية السريعة")، وما إلى ذلك.
لتلخيص الأمر في جملة واحدة، هو:يتمتع RGB بإمكانيات كبيرة للنمو، لكن التنفيذ الكامل للبروتوكول سيستغرق وقتًا طويلاً ويكون غير مؤكد.
هذه هي الخلفية التي أثارها بروتوكول RGB++ والمشكلات التي يتعين حلها.
3. التركيز الفني لحل RGB++: رسم الخرائط المتماثلة
لذلك، في التبادلات المبكرة، كان التركيز على "كيفية حل هذه المشكلات في تنفيذ RGB" و"ما إذا كان من الممكن استخدام تقنية CKB الحالية لحل هذه المشكلة إلى حد ما."
يستفيد التشفير بشكل إبداعي من الخصائص المتجانسة للنقطة الأساسية لـ RGB "UTXO" والبنية الأساسية لـ CKB، ويقترح حل "رسم الخرائط المتماثل"، ومحتوى البروتوكول لـ تم وضع "RGB++" تدريجيًا.
انظر الصورة أدناه، والتي تجمع بين نقطتين رئيسيتين في بروتوكول RGB مع بنية CKB:
1. باعتبارها حاوية RGB، يمكن تعيين UTXO مع خلية CKB من خلال القفل الموجود في الخلية.
2. كعملية تحقق، يمكن تحويل التحقق من العميل خارج السلسلة إلى التحقق العام عبر السلسلة الخاص بـ CKB > ، يمكن أن تتوافق البيانات والحالة التي تم التحقق منها مع البيانات والنوع الموجود في الخلية.
من خلال "الرسم المتماثل"، تتحقق عملية لجنة التحليل على RGB على CKB، ومع التوافق، لا يزال بإمكان المستخدمين إجراء التحليل على تحليل RGB، وهذا هو تأثير مثير جدا للاهتمام.
إذا قمت بتحليلها بشكل أكبر، فإن Cipher في الواقع "تحلل" و"تصمم" تقنية RGB، ثم تفكر في ما إذا كان يمكن لوحدة معينة أن تحتوي على مسارات تقنية أخرى أو بدائل الخيارات، وبالتالي خلق المزيد من الاحتمالات.
بعد "التخطيط المتماثل"، تأتي قابلية التوسع بشكل طبيعي، ويمكن تحقيق العديد من الوظائف الموسعة:
3.1 طي المعاملات
باستخدام قابلية برمجة CKB Cell، يمكن دمج معاملات CKB المتعددة مع معاملة واحدة تتوافق مع كل معاملة Bitcoin RGB++ ، بحيث يمكن توسيع سلسلة Bitcoin منخفضة السرعة ومنخفضة الإنتاجية باستخدام سلسلة CKB عالية الأداء.
إذا تم توسيع "طي المعاملات"، فمن حيث المبدأ، لا يلزم مزامنة كل تغيير في الحالة على Bitcoin، وهو ما يعادل إضافة "طي المعاملات" إلى CKB خيار "التحقق خارج السلسلة".
3.2 عقد بدون مالك
يشير العقد بدون مالك إلى أي شخص يمكن تغيير الحالة بموجب فرضية تلبية قيود العقد دون مطالبة مزود التوقيع الرقمي المعين بإجراء تغييرات.
هذا النوع من العقود يخلق الأساس لطرق العقود المعقدة مثل AMM.
3.3 النقل غير التفاعلي
نقل بروتوكول RGB واحد تجدر الإشارة إلى أن الطرفين يحتاجان إلى توصيل معلومات معينة لإكمالها، مما يجلب مزايا معينة (لن تتلقى رموزًا احتيالية، وما إلى ذلك)، ولكنه يزيد أيضًا من صعوبة فهم المستخدم وتعقيد المنتج. يمكن لـ RGB++ الاستفادة من المزايا الحالية لوضع السلوكيات التفاعلية في بيئة CKB واستخدام عملية إرسال واستقبال من خطوتين لتنفيذ منطق النقل غير التفاعلي.
منطق النقل هذا هو الأساس لعمليات الإنزال الجوي واسعة النطاق.
3.4 AMM+DEX
الشبكة التي يمكنها تقديم CKB يتم استخدام تصميم Lattice AMM لتنفيذ نموذج صانع السوق القائم على UTXO. وعلى الرغم من اختلافه عن نموذج صنع السوق لمنحنى السعر الخاص بـ Uniswap، إلا أنه يمثل بالفعل تقدمًا كبيرًا لنموذج UTXO.
4. دور بروتوكول RGB++
لأن البروتوكول فقط يُقترح أن التطوير والتنفيذ المحددين لم يكتمل بعد، والعديد من الأشخاص لا يعرفون ما يكفي عن بروتوكول RGB نفسه، لذا فهم ليسوا حساسين للغاية تجاه "التفاعلات الكيميائية" التي قد يسببها RGB++. سأشرح بالتفصيل فهمي لبروتوكول RGB++ من منظور الدور بالمستويات التالية:
4.1 بالنسبة لـ CKB: سيكون RGB++ أحد الركائز الأساسية في معركته من أجل سوق Bitcoin L2 التقليدي h3>
يتمتع CKB بـ "الشرعية" بسبب آلية أسرى الحرب + نموذج "UTXO" المحسّن، لكن شبكته وتطوره البيئي لم يفعل ذلك. الإقلاع بعد استثمار العديد من المؤسسات النجمية في مرحلة مبكرة من أداء العين.
بعد التحول إلى Bitcoin L2 هذا العام، أعتقد أن هذه فترة فرصة كبيرة لـ CKB. ومن ناحية، تم تحسين التكنولوجيا الأساسية والبنية التحتية ذات الصلة تدريجيا بعد عدة سنوات من التطوير. ومن ناحية أخرى، تزامن ذلك مع هذه الجولة من النقاط الساخنة.
أثناء الدردشة مع Cipher، أوضح نقطة أفادتني كثيرًا:النقطة الأساسية في نقاش Bitcoin L2 تكمن في L1.
ينشئ RGB++ اتصالًا أعمق بين CKB وسلسلة Bitcoin الرئيسية، وبالتالي يضفي المزيد من "الشرعية" إليها "، ولهذا السبب أعتقد أنه كذلك واحدة من المراسي الرئيسية.
الاستطراد: حول اللغة الثانية "الأرثوذكسية"
مفهوم اللغة الثانية ناضج نسبيًا. تم تطويره من ETH، مع تطوير حلول L2 المختلفة والنموذجية، أصبح تعريف L2 غير واضح أكثر فأكثر، وهو أقرب إلى الفكرة العملية حول ETH، ويتم تخفيف ما يسمى بالمفهوم "الأرثوذكسي" تدريجيًا.
ولكن بالنسبة لشبكة البيتكوين، فقد تم دائمًا تقديم مفهوم "العقيدة التقليدية" كإشارة قوية نسبيًا طوال عملية تطويرها. في الوقت الحالي، وفقًا لرأيي الشخصي، فإن القوة "التقليدية" لللغة الثانية (من الأعلى إلى الأدنى) هي:
1. الشبكة المسرّعة، RGB و BitVM
الجميع على دراية بهذه الثلاثة. بشكل عام، تختلف مسارات تنفيذ الثلاثة بشكل أساسي، وبالنسبة للنقاط أيضًا مختلف، فمستوى التطوير الحالي لشبكة Lightning Network ناضج نسبيًا، يليه RGB، وأخيرًا BitVM.
2. السلسلة الجانبية
مثل السائل والمكدسات ، لا يزال معظمها، مثل CKB، يعتمد على بنية UTXO، مع بعض التشوهات أو الابتكارات لتحقيق تحسينات في قابلية التوسع (مثل الخصوصية وقابلية البرمجة) وتحسين آلية الإجماع.
يمكن فهم Sidechain إلى حد ما على أنها سلسلة تجريبية من BTC، حيث يتم تجربة بعض الوظائف الجديدة أو الوظائف غير المتوفرة مؤقتًا في سلسلة BTC الرئيسية.
3. أخرى
قد يتضمن هذا الجزء "مستندًا إلى فيما يتعلق بـ "بروتوكول L2 عبر السلسلة"، و"L2 المستند إلى EVM"، وما إلى ذلك، أتفق بشكل أساسي مع المعلم أجيان:
4.2 بالنسبة إلى RGB: يعمل RGB++ على توسيع إمكانية دمجه مع السلاسل العامة الأخرى لهندسة UTXO strong>
يتمتع بروتوكول RGB نفسه بإمكانية دمجه مع سلاسل عامة أخرى لهندسة UTXO. تشير التوصية الرسمية لجمعية LNP/BP إلى أنه سيدعم إمكانية التشغيل المتداخل مع السائل.
من خلال الجمع بين تقنيات CKB وRGB الجزئية، سيتم التحقق من "الفعالية العملية" لهذا المزيج إلى حد ما.
إلقاء نظرة فاحصة: إذا قمنا بتجريد بروتوكول RGB++ مرة أخرى وتحويله إلى طبقة امتداد أوسع، تستخدم لتوصيل بروتوكول RGB وجميع بنيات UTXO وللأغراض الأخرى. سلسلة عامة تتمتع بقابلية معينة للتوسع، سيتم تعزيز سردها وقيمتها بشكل كبير، وهذا أيضًا هو الاتجاه الذي أعتقد أن Cipher قد تعمل عليه في المرحلة التالية.
وفي الوقت نفسه، يوفر هذا أيضًا بعض البدائل الأخرى لتطوير المشاريع في نظام RGB البيئي، والتي تختلف عن "التوقيع المتقاطع المتعدد" البسيط. جسر السلسلة"، ولكن بناءً على الطريقة الأصلية.
بالنسبة إلى Bitcoin L2 الأخرى: يوفر مرجعًا فنيًا لدمج بروتوكول RGB
سيوفر تحليل Cipher للبنية التقنية لـ RGB مثالاً جيدًا للتفكير للموظفين الفنيين الآخرين في اللغة الثانية.
يمكنهم الجمع بين الخصائص التقنية والمزايا لمشاريعهم الخاصة، ودمج بعض التقنيات التي يحتاجونها في RGB، ثم "دمجها" في منتج جديد النموذج، أو حتى تحقيق "المتسابق الأول" ("المتسابق الأول" هنا ليس مصطلحًا مهينًا، فهو يعكس مزيجًا من التكنولوجيا والابتكار في تطوير النظام البيئي BTC. وفي الوقت نفسه، "المتسابق الأول" " سيستمر في تعزيز شعبية بروتوكول RGB وتطويره).
بشكل عام، على الرغم من أن RGB++ لا يزال في مرحلة الورق الأبيض فقط الآن، إلا أنني من الناحية النظرية أكثر تفاؤلًا بشأنه، وهو كذلك ستجلب المزيد من الفوائد لـ RGB. ستجلب الاتفاقية دماء جديدة وقد توقظ أيضًا حيوية شبكة CKB.
Preview
1
احصل على فهم أوسع لصناعة العملات المشفرة من خلال التقارير الإعلامية، وشارك في مناقشات متعمقة مع المؤلفين والقراء الآخرين ذوي التفكير المماثل. مرحبًا بك للانضمام إلينا في مجتمع Coinlive المتنامي:https://t.me/CoinliveSG