قم بتمرير تصميم بروتوكول RGB وRGB++ بسرعة في بضع دقائق: تعليمات عامية

المؤلف: Faust, geek web3 & BTCEden.org Lianchuang

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

بروتوكول RGB الأصلي غامض بعض الشيء من حيث البنية الفنية، والمواد المرجعية متناثرة. حتى الآن، لا يوجد الكثير منه بشكل منهجي وسهل -لفهم المواد المرجعية< /strong>، على الرغم من أن Geekweb3 قد نشر سابقًا مقالتين حول التفسير المنهجي لـ RGB وRGB++ (يمكنك الاطلاع على تاريخ حسابنا الرسمي)، ولكن وفقًا لتعليقات أعضاء المجتمع، فإن المقالات المذكورة أعلاه هي طويلة جدا وحرق الدماغ جدا.

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

بروتوكول RGB: يجب على المستخدمين التحقق من البيانات بأنفسهم

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

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

لنفترض أن هناك مستخدم RGB يُدعى Bob، والذي يعرف Alice، وتريد Alice نقل 100 رمز TEST إلى Bob. بعد أن تقوم أليس بإنشاء معلومات التحويل الخاصة بـ "Alice to Bob"، يجب عليها أولاً إرسال معلومات النقل وبيانات الأصول المعنية إلى Bob، والسماح له بالتحقق منها شخصيًا للتأكد من صحتها قبل الدخول في العملية اللاحقة، وفي النهاية تصبح نقل RGB صالح. لذلك، يسمح بروتوكول RGB للمستخدمين بالتحقق شخصيًا من صحة البيانات، ليحل محل خوارزمية الإجماع التقليدية.

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

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

(مصدر الصورة: Coinex)

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

فيما يلي ملخص لسير عمل بروتوكول RGB:

1. أصول RGB مرتبطة بـ Bitcoin UTXO، ويمتلك Bob بعض Bitcoin UTXOs. تريد أليس نقل 100 رمز مميز إلى بوب. وقبل استلام الأصول، يخبر بوب أليس مقدمًا عن عملة Bitcoin UTXO الخاصة ببوب التي يجب استخدامها لربط أصول RGB هذه.

(مصدر الصورة: GeekWeb3/ GeekWeb3)

2. تنشئ Alice بيانات نقل أصول RGB "Alice to Bob"، وتعطي المصادر التاريخية لهذه الأصول إلى Bob للتحقق منها.

3. بعد أن يؤكد بوب محليًا أن البيانات على ما يرام، يرسل إيصالًا إلى أليس ويخبرها : يمكن أن تتم الصفقة.

4. تنشئ أليس بيانات نقل RGB الخاصة بـ "Alice to Bob" في شجرة Merkle. انشر Merkle Root لسلسلة Bitcoin كالتزام، يمكننا ببساطة أن نفهم الالتزام على أنه تجزئة بيانات النقل.

5. إذا أراد شخص ما التأكيد في المستقبل على نقل "Alice to Bob" المذكور أعلاه لقد حدث ذلك بالفعل، يجب القيام بشيئين: الحصول على معلومات النقل الكاملة لـ "Alice to Bob" ضمن سلسلة Bitcoin، ثم التحقق مما إذا كان الالتزام المقابل (تجزئة بيانات النقل) موجودًا في سلسلة Bitcoin، وهذا كل شيء .

تعمل عملة البيتكوين هنا كسجل تاريخي لشبكة RGB، لكن السجل يسجل فقط جذر التجزئة/Merkle لبيانات المعاملة، وليس بيانات المعاملة نفسها. نظرًا لاستخدام التحقق من العميل والختم لمرة واحدة، يتمتع بروتوكول RGB بأمان عالٍ للغاية؛ نظرًا لأن شبكة RGB تتكون من عملاء مستخدمين ديناميكيين في نموذج P2P وخالي من الإجماع، يمكنك التغيير لا يتطلب الطرف المقابل إرسال طلبات المعاملات إلى عدد محدود من العقد، وبالتالي فإن شبكة RGB مقاومة للغاية للرقابة. وهذا الشكل التنظيمي أفضل من السلاسل العامة الكبيرة مثل Ethereum. وهو أكثر مقاومة للرقابة.

(مصدر الصورة: BTCEden.org)

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

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

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

RGB++: تم تغيير التحقق من العميل إلى استضافة متفائلة

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

RGB++ وبروتوكول RGB الأصلي متوافقان نظريًا مع بعضهما البعض.

أن تكون تتطلب التأثيرات المذكورة أعلاه مساعدة فكرة تسمى "الربط المتماثل". السلاسل العامة مثل CKB وCardano لديها UTXO ممتد خاص بها، وهو أكثر قابلية للبرمجة من UTXO الموجود في سلسلة BTC. "الربط المتماثل" هو استخدام UTXO الممتد على سلاسل CKB وCardano وFuel كـ "حاويات" لبيانات أصول RGB، وكتابة معلمات أصول RGB في هذه الحاويات، وعرضها مباشرة على blockchain. عند حدوث معاملة أصول RGB، يمكن أن تعرض حاوية الأصول المقابلة أيضًا خصائص مشابهة، تمامًا مثل العلاقة بين الكيانات والظلال. هذا هو جوهر "الربط المتماثل".

(مصدر الصورة: RGB++ LightPaper)

على سبيل المثال، إذا كانت Alice تمتلك 100 رمز RGB مميز، وBitcoin UTXO A على تحتوي السلسلة أيضًا على UTXO في سلسلة CKB، وقد تم تمييز UTXO هذا بـ "RGB Token Balance: 100"، وترتبط شروط إلغاء القفل بـ UTXO A.

إذا أرادت أليس إعطاء 30 رمزًا مميزًا لبوب، فيمكنها أولاً إنشاء التزام. العبارة المقابلة هي: قم بنقل رموز RGB المميزة المرتبطة بـ UTXO A 30 قطعة نقدية تُعطى لبوب، ويتم تحويل 70 قطعة نقدية إلى UTXOs الأخرى التي يسيطر عليها.

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

(مصدر الصورة: RGB++ LightPaper)

يتم تخزين بيانات أصول RGB للجميع في CKB أو The Cardano تتمتع السلسلة بميزات يمكن التحقق منها عالميًا، مما يفضي إلى تنفيذ سيناريوهات Defi، مثل مجمعات السيولة وبروتوكولات تعهد الأصول. بالطبع، النهج المذكور أعلاه يضحي أيضًا بالخصوصية. والجوهر هو إجراء مقايضة بين الخصوصية وسهولة استخدام المنتج. إذا كنت تسعى إلى تحقيق الأمان والخصوصية المطلقين، فيمكنك التبديل مرة أخرى إلى وضع RGB التقليدي؛ إذا كنت لا تهتم بهذه الأمور، فلا تتردد في استخدام وضع RGB++، كل هذا يتوقف على احتياجاتك الشخصية. (في الواقع، مع الاكتمال الوظيفي القوي للسلاسل العامة مثل CKB وCardano، يمكن تحقيق المعاملات الخاصة بمساعدة ZK)

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

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

ولكن كن حذرًا،تحتاج "الحاوية" المستخدمة في الربط المتماثل إلى سلسلة عامة تدعم نموذج UTXO، أو بنية تحتية ذات خصائص مماثلة في تخزين الحالة. سلسلة EVM ليست مناسبة وستواجه العديد من المخاطر. (يمكن كتابة هذا الموضوع بشكل منفصل ويتضمن الكثير من المحتوى. يمكن للقراء المهتمين الرجوع إلى مقالة Geek web3 السابقة "يرتبط RGB++ بالتماثل: كيف يعمل CKB وCardano وFuel على تمكين نظام Bitcoin البيئي"< /a>;< /p>

مجتمعة، يجب أن تتمتع طبقة توسيع السلسلة/الوظيفة العامة المناسبة لتنفيذ الربط المتماثل بالخصائص التالية:

1. استخدم نموذج UTXO أو نظام تخزين حالة مشابه؛

   p>

2. يتمتع بقدرة كبيرة على برمجة UTXO، مما يسمح للمطورين بكتابة نصوص إلغاء القفل؛

3. توجد مساحة حالة مرتبطة بـ UTXO يمكنها تخزين حالة الأصول؛

4. هناك جسور أو عقد ضوئية ذات صلة بالبيتكوين؛< /p>