الكثير من الناس بدأوا في الانتباه إلى بروتوكول RGB للبيتكوين وسعداء حقًا. ومع ذلك، معظم الناس غير ملمين إلى حد ما بهذا البروتوكول (خصوصًا بروتوكول تقني معقد نسبيًا)، ولا يعرفون كيفية البحث وتجربة محتوى وبيئة البروتوكول.
لذلك، أكتب خصيصًا مرآة مُحَدَّثة باستمرار لتلخيص المواد التعليمية ذات الصلة وتوفير مسار تعلم معقول نسبيًا؛ في الوقت نفسه، تعمل أيضًا كسجل للتعلم الشخصي حول RGB.
الجزء الأول: العلوم الشعبية الجزء - الفهم الأولي للألوان الأحمر والأخضر والأزرق
عندما يرى الكثير من الناس الكلمات الثلاث RGB ، فإنهم يفكرون في "الألوان الأساسية الثلاثة: الأحمر والأخضر الأزرق". إذا نظرت إلى الرمز ، فهذا هو الحال حقا. وذلك لأن بروتوكول RGB يستخدم المفهوم المبكر ل "العملات المصبوغة".
هنا نتحدث عن RGB هو اتفاق، بروتوكول نظام عقد ذكي قابل للتوسع بشكل كبير يمكن أن يعمل على شبكة بيتكوين الرئيسية، شبكة البرق، أو شبكات مماثلة.
يتم حالياً صيانة وتحديث هذا البروتوكول من قبل بروتوكول LNP/BP، وتشارك بيتفينيكس أيضاً في بعض أعمال الشفرة.
من الصعب تصنيف RGB ببساطة في فئة بيتكوين L2. ليس لديه سلسلة خاصة به، وليس لديه طبقته الخاصة، ويمكن أن يعمل على طبقات L2 أخرى من BTC. لذلك، بدقة: إنها تكنولوجيا عالمية.
في الصناعة، يعتقد عمومًا أن RGB و Bitvm سيكونان الشكل النهائي لتوسيع BTC، لأنهما يمكن أن يحققا قابلية التوسع لنظام BTC استنادًا إلى طبيعته الأصلية. بالمقارنة مع Bitvm، الذي يبعد كثيرًا، تم تنفيذ RGB تدريجيًا.
من الجدير بالذكر أن RGB تكنولوجيا ليست مقتصرة على العملات المشفرة. يمكن استخدامها على نطاق واسع في سيناريوهاتنا غير المشفرة. مع نضوج البروتوكول، سنرى المزيد والمزيد من حالات الاستخدام.
من المقدمة الرسمية، يمكننا أن نرى الوظائف التي يمكن أن يحققها بروتوكول RGB:
إذا قمنا بتصنيفه، يمكننا رؤيته:
من هذه النقطة نظرًا، يُسمح لـ BTC بأن يحتوي على معظم وظائف EVM الحالية، لكنها لا تُنفذ بشكل غير أصلي مماثل لـ "متوافق مع EVM"، بل تُنفذ بشكل أصلي. يجب أن أقول أن هذا المجموعة من النظريات والتصاميم الفكرة رائعة.
في الواقع، يجدر بنا أن نلاحظ أن نظام عقد RGB الذكي يختلف كثيرًا عن الأساليب السابقة، سواء كانت مبنية على بيتكوين (العملات الملونة، Counterparty، OMNI) أو غير بيتكوين (إيثيريوم، EOS، الخ)، فهو يحتوي على ميزاته الفريدة الخاصة:
المعنى الأول هو أن العقود الذكية ستكون أفضل تدرجًا. المصدر لديه فقط حقوق العقد في لحظة الإصدار، ثم سيمتلك صاحب الحالة الحقوق خلال عملية تطور الحالة المستمرة؛
المعنى الثاني هو أنه يبقي الرمز خارج سلسلة الكتل، مما يمكن أن يوفر مساحة على السلسلة، ويحسن سرعة التشغيل، ويقلل من صعوبة التطوير، ولكن يمكن أيضًا ضمان الأمان من خلال الآليات؛
المادة الثالثة تكشف طبقتها لضمان الأمان (بلوكشين)، وهي كاملة من حيث تورينغ ويمكنها دعم عمليات اللغة البسيطة.
لذلك، قد تكون الصورة التالية أقرب إلى الفهم الصحيح:
من فيديو تعليم الدكتور ماكسيم أورلوفسكي، يمكننا أن نرى أن السمات RGB المعترف بها رسميًا تشمل:
دعنا نقسمها واحدة تلو الأخرى:
1️⃣الخصوصية المتطرفة
2️⃣أمان عالي
لا أفهم تماما هاتين النقطتين، أحتاج إلى دراستهما.
3️⃣قابل للتوسيع بشكل كبير
4️⃣لا تكدس
5️⃣تكامل عالي للغاية
إذن، في الواقع، في رأيي، RGB لـ BTC هو أكثر تشبهًا لما يلي:
بالمقارنة مع البروتوكولات الأخرى، يحتوي بروتوكول RGB على نقاط تقنية فريدة جدًا. إليك بعض الأجزاء المهمة من العلوم البسيطة:
4.1 الختم التعبئة والتغليف
تم اقتراح هذه التقنية لأول مرة من قبل بيتر تود في عام 2016. الهدف الرئيسي منها هو "إضافة ختم على رسالة لضمان أن الرسالة يمكن استخدامها مرة واحدة فقط، لأنه يجب إزالة الختم لمعرفة الرسالة".
يتمثل الطريقة البسيطة في إعداد خادم طرف ثالث موثق يقوم بنشر شهادة في سجل عام كلما تم فتح أو قفل ختم، بحيث يمكن لأي شخص التحقق من حالة الختم الذي يهتم به.
إذا لم تستخدم كيان موثوق لتنفيذ وظيفة الختم لمرة واحدة، يمكنك استخدام UTXO لبيتكوين كختم. لأن أي UTXO في بيتكوين يمكن إنفاقه مرة واحدة فقط. لذلك، باستخدام UTXO كختم، يمكنك قفل UTXO عند إنشائه وفتحه عند إنفاقه.
يستخدم RGB تكنولوجيا "ختم مرة واحدة" مثل هذه، التي تقوم بـ "تغليف" معلومات الأصول RGB، حالة العقد، إلخ في UTXO. عند إنفاق UTXO، تتغير ملكية الأصل وحالة العقد. هذا يعني أنه في كل مرة يحدث فيها معاملة RGB، يقوم المرسل فعليًا بإنشاء عقد (الذي يحدد الحقوق المنقولة). تغيير الحالة。
خذ RGB20 كمثال:
أولاً، يقوم مُصدر العقد بتحديد حالة تأسيس العقد وتحديد تفاصيل العقد: اسم الأصل، والإمداد الإجمالي، وغيرها، ولدى المُصدر الحق في نقل UTXO لهذه الإمدادات؛
2️⃣عندما يتم نقل الأصل للمرة الأولى، يمكن لمالك أول UTXO إنشاء تغيير في الحالة لتحديد أي UTXO سيحتفظ بالأصل؛
يمكن تطبيق تغيير الحالة على الحق في تغيير ملكية الأصل، أو على أنواع أخرى من الحقوق، مثل الحق في الإصدار الثانوي، أو الحق في إضافة/تغيير سمات محددة للأصل (على سبيل المثال: البيانات الوصفية)، إلخ.
4.2 التحقق من العميل
تحقق RGB يختلف عن التحقق التقليدي من "الاتفاق العالمي" ويستخدم تقنية "التحقق من العميل".
مع التحقق التقليدي من بيتكوين، يقوم العقد المتصل بالشبكة بتنزيل والتحقق من الكتل والمعاملات بشكل مستمر في حوض المعاملات (العقد الكامل). يحتوي مثل هذا العقد على عرض محدث في الوقت الحقيقي لمجموعة UTXO على السلسلة بأكملها (مجموعة جميع المخرجات غير المنفقة على البلوكشين). عندما يرى معاملة جديدة، للتحقق من صحتها، يحتاج فقط إلى التحقق من أن جميع المداخل إلى المعاملة هي جزء من أحدث حالة لمجموعة UTXO.
ولكن بالنسبة لRGB، لا توجد بيانات منتشرة عالميًا، لذلك لا يوجد رؤية عالمية لمجموعة UTXO. بعد أن يقبل عميل RGB عملية تحويل، ليس فقط بحاجة إلى التحقق من أن أحدث حالة للعملية صالحة، ولكن يجب أيضًا أن يقوم بنفس التحقق على جميع التحولات السابقة المتعلقة بالعملية، طالعًا إلى الوراء إلى الحالة التأسيسية للعقد المُصدر.
يبدو أن هذا يسبب عيبًا واضحًا: يتسبب في أخذ وقت طويل للتحقق
ولكن هذا يحدث فقط عندما تكون "الأصل لديه تاريخ تداول طويل"، ويمكن التحقق من هذا الجزء من تاريخ التداول مسبقًا من خلال طبقة مشاركة البيانات (على أساس طوعي).
هذا يجلب أيضا مزايا كبيرة: لا يحتاج العميل إلى معرفة أو التحقق من جميع المعاملات التي تحدث على نطاق عالمي
لأنه يحتاج فقط إلى معرفة المعاملات المتعلقة بمحفظته الخاصة، فإنه لا يحتاج إلى التحقق من المعاملات الأخرى، لذا فإن كمية البيانات التي يجب التحقق منها بواسطة كل عميل أصغر، ويتم تعزيز قدرة النظام بشكل كبير.
4.3 وعد بيتكوين باليقين
كيف يمنع نظام RGB "الإنفاق المزدوج" يتم عبر التزامات RGB. يجب تحقيق مثل هذه التزامات:
1️⃣يمكن إلتزام العديد من تحولات الحالة التي تشمل عقدًا في صفقة بيتكوين واحدة
2️⃣كل تحول حالة عقد يمكن أن يتم تنفيذه في معاملة بيتكوين مرة واحدة فقط
الطريقة المحددة لتحقيق هذا هي:
أولاً، يجب تجميع جميع عمليات الانتقال الحالية المتعلقة بعقد معين (أو معرف الأصل) بشكل حتمي إلى التزام
2️⃣ثم يتم تجميع التزامات جميع الأصول المنقولة في شجرة ميركل
3️⃣القيمة الجذرية النهائية النهائية هي التزام RGB النهائي؛
4️⃣من أجل ضمان التوافق مع البروتوكولات الأخرى التي ليس لها علاقة بـ RGB ولكنها تحتاج أيضًا إلى استخدام التزامات بيتكوين الحاسمة، يجب تجميع التزامات RGB والتزامات البروتوكولات الأخرى مرة أخرى (كما هو موضح في المعيار LNPBP-4)، والقيمة التي تم الحصول عليها بهذه الطريقة هي الرسالة التي تم تضمينها فعليًا في معاملة بيتكوين.
4.4 Batch processing
كما يمكننا أن نعرف من القسم السابق، يمكننا "تغليف" أي عدد من تغييرات الحالة في التزام بيتكوين واحد، لذا يمكن في نظرية معالجة الدفعات بشكل كبير.
سيناريو:يرغب A في دفع عدة أشخاص في نفس الوقت، نقل أصول RGB20 إلى B، نقل أصول RGB21 إلى C، ونقل ملكية عقد إلى D
النتيجة:يحتاج A فقط إلى إنشاء انتقال حالة لكل من B و C و D، والتزام جميع انتقالات الحالة بنفس معامل بتكوين. هذا هو الأمر. لا يحتاج إلى احتلال المزيد من البايتات. يعني هذا أن التكلفة الحدية للرسوم على السلسلة لكل دفعة RGB يمكن أن تكون صغيرة جدًا، لأن نفس الرسوم موزعة على نحو متساوٍ عبر أي عدد من التحويلات.
ولكننا نحتاج أيضًا إلى رؤية القيود هنا، وهي: يجب أن تكون معلومات انتقال الحالة هذه محاطة بنفس UTXO. إذا كانت هناك عدة، فيجب زيادة مدخل هذه المعاملة، وسيتم تحسين التكاليف المقابلة أيضًا. ولكن بالمقارنة مع الوضع التقليدي حيث يتطلب كل واحد معاملة، يمكن تحقيق تحسينات كبيرة.
هذه القدرة على معالجة الدفعات مهمة للغاية بالنسبة لمقدمي الخدمات الذين يستخدمون UTXO المدمجة، وسيكون هناك العديد من سيناريوهات التطبيق.
4.5 الاتصال بين العملاء
لإكمال تحويل RGB، يحتاج العملاء المشاركون إلى مشاركة بعض البيانات مع بعضهم البعض.
إذا كنت تمتلك فهماً مفصلاً لخطوات نقل أصول RGB، يمكنك معرفة أن المرسل يحتاج إلى مشاركة الشحن مع المستلم(ين). تحتوي هذه الهيكلة البيانات على جميع المعلومات اللازمة للتحقق من النقل، بما في ذلك جميع انتقالات الحالة التي يمكن تتبعها إلى الحالة المؤسسة للعقد.
يجب نقل الشحنة من المرسل إلى المستلم من خلال الاتصال، ولكن بروتوكول RGB لا يهتم بقناة الاتصال المستخدمة لعملية مشاركة البيانات هذه، لأن هناك العديد من الطرق للقيام بذلك. ومع ذلك، ككل، هناك طريقتان رئيسيتان لمشاركة البيانات في برنامج RGB:
بعد الحصول على مفهوم عام لبروتوكول RGB، أعتقد أنه في هذا الوقت يمكننا فهم كيف تطور البروتوكول خطوة بخطوة. أي اتفاق على هذا المستوى لا يتم تحقيقه في ليلة وضحاها ويجب أن يكون قد مر بالعديد من التغييرات والابتكارات.
مرحلة التصور
تم تصور RGB أصلاً من قبل جياكومو زوكو وبيتر تود، اللذين اقترحا مفهوم المصادقة على جانب العميل ومفهوم الختم مرة واحدة
مرحلة التطوير
في البداية، تم الاحتفاظ بها من قبل BHB Network و inbitcoin لفترة من الوقت، وكانت مدعومة من قبل Poseidon Group.
في وقت لاحق، أصبح المطور الرئيسي Alekos Filini
منذ منتصف عام 2019 حتى الآن، أصبحت Pandora Core AG والدكتور ماكسيم أورلوفسكي مساهمين رئيسيين في تطوير التكنولوجيا
مرحلة النضوج التدريجي
منذ عام 2019، تلقى بروتوكول RGB مساعدة من العديد من المساهمين والمنظمات الصناعية ونضج تدريجيًا. وهو مشروع يعتمد على مجموعة من المعايير التي تديرها جمعية المعايير LNP/BP.
على سبيل المثال: في هذه المرحلة، تم إعادة بناء RGB من بروتوكول الرمز إلى نظام عقد ذكي عام، ممتصًا العديد من أجزاء المعاملات السرية، واستخدام تكنولوجيا Blockstream's bulletproof. تم دعم العمل بشكل عام ماليًا من قبل Bitfinex/Tether Inc وFulgur Ventures. (وهذه هي أيضًا الأساس للتطوير المستمر لبروتوكول RGB)
نصح آدم باك ومهندسو Blockstream بلعب دور هام في التصميم التقني لـ RGB الخاص بها، بما في ذلك أندرو بولسترا (Bulletproof، mimblewimple، Confidential Transactions)، بيتر ويلي (Confidential Transactions، Bulletproof) وكريستيان ديكر (الشبكة البرقية، نظم) تصميم معماري) عمل. لذلك هذا هو سبب آخر مهم لماذا أنا أولي اهتمامًا بـ السائل. من الناحية النظرية، لديهما الكثير من التبادلات، وأنا متفائل للغاية بتوحيد الاثنين في المستقبل.
تم إكمال العمل الرئيسي على تطوير بروتوكول RGB تقريبًا. في الإصدار v0.10، يمكن استخدام إصدار الأصول وغيرها من الوظائف بسهولة. ومع ذلك، واجهت بعض المشاكل عند الاتصال بـ bolt-ln (شبكة البرق بولت الحالية)، لذلك تم تصميم معيار bifrost. يتم استخدام البروتوكول لتوسيع العقود الذكية ويقترح بشكل أكبر معيار Storm.
الإصدار v0.11 حاليًا قيد التدقيق الأمني ومن المتوقع أن يتم الانتهاء منه وإصداره في بدايات عام 2024. الإصدار v0.11 تحديث رئيسي مقارنة بالإصدار v0.10. العقود بين الإصدارين بالتأكيد لم تعد متوافقة. قد تكون هناك خطط لتبادل الأصول بحلول ذلك الوقت. قد يكون هناك جسر أو قد لا يكون. بعد كل شيء، الإصدارات الحالية هي كلها إصدارات اختبار.
أتوقع بشدة أن الإصدار البروتوكول v0.11 سيصبح إصدارًا كبيرًا ومستقرًا، مما سيجلب درجة معينة من اليقين لتطوير المشاريع البيئية بموجب البروتوكول.
التالي، دعوني أتحدث عن المشاكل الحالية لبروتوكول RGB بالتفصيل:
1️⃣تقدم بطيء في التطوير
تمت محاولة حل هذه المشكلة من قبل العديد من الأشخاص، والأسباب ناتجة عن عوامل كثيرة:
—تتمتع جمعية LNP/BP بعدد قليل جدًا من المطورين، ويتم إكمال العمل الرئيسي على الشفرة من قبل الدكتور ماكسيم وBitfinex
—LNP/BP هي منظمة غير ربحية، وتعتمد عملياتها بشكل أساسي على التبرعات. على الرغم من أنها تتلقى دعمًا ماليًا من شركة Bitfinex/Tether Inc وFulgur Ventures، إلا أن استخدام الأموال يتطلب أيضًا تخطيطًا دقيقًا (على سبيل المثال، إذا كنت ترغب في عقد مؤتمر خارجي كل عام، فقد لا تكون لديك ميزانية)
2️⃣ الاستقرار القوي
تشير هذه عدم الاستقرار إلى 'مدى قد تؤدي به تحديثات البروتوكول إلى كسر الإصدارات السابقة.'
على سبيل المثال، سيتسبب هذا الوقت v0.10 في زيادة عدم اليقين بسبب الضرر (عدم التوافق) في العقد v0.11.
إذا قامت المشاريع البيئية التي تعتمد على البروتوكول بتطوير وظائف بناءً على الإصدار v0.10، فقد تحتاج إلى إعادة القيام بها في الإصدار v0.11، مما سيجلب تكاليف مرتفعة للمخاطر. ولكن من وجهة نظر الجمعية نفسها، فإنها من أجل التجديد والتخطيط الشامل، ولن تنظر في هذه القضية في هذه المرحلة.
3️⃣مشكلة العدم تطابق
تعتبر الجمعية نفسها خطة التنمية الشاملة للاتفاق، والتي قد لا تتطابق بالضرورة مع احتياجات السوق.
4️⃣نقص الاهتمام بالأموال
حاليا، هناك عدد قليل جدا من الممولين الكبار الذين يولون اهتماما ل RGB. المؤسسات ما زالت مغمورة في السرد الذي يمكن رؤيته بسرعة، مثل النقوش. ليس هناك ما يكفي من الاهتمام بالبروتوكولات الكبيرة والعميقة مثل RGB، لذلك تطوير البيئة مؤقتا لم يحدث بها الكثير من التحسن (على الرغم من أنه أفضل من قبل، ولكني شخصيا أعتقد أنه بسبب تأثير تدفق الأموال)
عند التعبير عن آرائي، أحب أن أعطي أسبابي كثيرًا، لأن هذا أيضًا أساس حكمي؛ لا أحب أن أطلب الطلبات والخوف من الفومو دون التفكير، لأن ذلك لا يتماشى مع نيتي الحقيقية. لذلك، دعونا نرتبها أولاً:
- تطوير البيئة البيئية لBTC هو نتيجة للأمل المشترك للمنقبين الحاليين والصناديق القديمة وما إلى ذلك، وهناك حاجة أيضًا إلى سرد جديد في السوق؛
—تم وضع الظروف التقنية الأساسية لتطوير بيئة BTC بالفعل، ومن بينها ترقية taproot جزء مهم جدًا؛
—إصدار الأصول هو الخطوة الأولى في التطوير البيئي. دون الأصول، لا يمكن القيام بأي شيء. لذلك يمكننا رؤية مختلف البروتوكولات المعتمدة على إصدار الأصول على البيتكوين، والتدفق تدريجياً إلى سلاسل بلوك عامة أخرى؛
—لا يمكن أن يكون التطوير البيئي مجرد إصدار للأصول، يمكن أن يكون ذلك فقط الخطوة الأولى. الخطوة الثانية هي تنفيذ سيناريوهات التطبيق لهذه الأصول، وهذا يعني معالجة وتبادل الأصول، وما إلى ذلك. هذا يتطلب عقود ذكية، والتي يمكن أن تكون بسيطة أو معقدة؛
-من البروتوكولات الحالية، البروتوكولات الأصلية الوحيدة التي رأيتها هي RGB وBitvm، وكما قلت سابقًا، RGB أكثر عملية.
هذا هو السبب في أنني أحبه!
ومع ذلك، يكون عملية تطوير الأمور في كثير من الأحيان ليست متسقة كما هو متصور. دعونا نستخدم صورة للتعبير عن ذلك:
الجزء 2: الجزء الخاص بالاتفاقية - فهم LNP/BP
بروتوكول شبكة الإنارة (بروتوكول شبكة البرق)
BP: بروتوكول بيتكوين
هذه منظمة سويسرية غير ربحية، مسؤولة عن الإشراف على المعايير المفتوحة للطبقة 2 و 3 والبروتوكولات لبيتكوين وشبكة البرق. إنهم خالقون لبروتوكولات L2 و L3 مثل RGB وBifrost وStorm وPrometheus وKaleidscope، وهم بناة نشطون في نظام البيتكوين المالي (BiFi) على شبكة البرق. تتكون الجمعية من@dr-orlovskyو@giacomozuccoتأسست في عام 2019
رابط الموقع الرسميرابط تويتر رابط جيتهاب
يحتوي Github على كمية كبيرة من المعلومات مفتوحة المصدر حول RGB والبروتوكولات ذات الصلة. يمكن للأصدقاء التقنيين أن يلقوا نظرة أقرب.
LNP/BP لديه تشكيلة قوية جدًا من منظمات المانحين، بما في ذلك:
وقد أكدت TEDA مرارًا وتكرارًا أنها ستصدر USDT على بروتوكول RGB وتعزز تطوير بروتوكول RGB!
2.1 LNPBP-1: مفتاح عام
سيتم الاستمرار...
الجزء الثالث: ملخص للأسئلة المتكررة
في هذا الجزء، سأواصل تلخيص وتحديث مختلف القضايا المتعلقة بتقنية RGB وBTC التي واجهتها في التعلم وعمليات المجتمع في هذا المكان.
هناك أربعة أنواع رئيسية من عناوين البتماب:
1️⃣عنوان مفتاح العامة للإرث / الدفع (P2PKH)
هذا النوع من عنوان بيتكوين التقليدي هو شكل العنوان عندما تم إنشاؤه في الأيام الأولى، لذلك يُسمى أيضًا "عنوان تراثي" أو "عنوان مفتاح العامل العام (P2PKH)" لأنه عندما تم إطلاق بيتكوين في عام 2009، كانت طريقة إنشاءه تبدأ بإنشاء زوج مفتاح عام/خاص، والذي كان في ذلك الوقت الطريقة الوحيدة لإنشاء عنوان.
هذا النوع من العناوين يبدأ بالرقم “1”. لأنه يستخدم معظم المساحة في المعاملات، فإنه أيضًا نوع العنوان الأكثر تكلفة.
2️⃣عنوان الدفع إلى النص النصي (P2SH)
هذا النوع من العنوان لا يستخدم نتيجة عملية التجزئة للمفتاح العام، ولكن يستخدم عملية تجزئة معينة لتسجيل العيوب، ويمكن استخدامه للتحويلات التي تتطلب تواقيع متعددة، إلخ.
هذا النوع من العنوان يبدأ بالرقم "3" لأنه يمكنك استخدام الشاهد المنفصل لتوفير رسوم المعاملات، وإرساله إلى عنوان P2SH أرخص بنسبة حوالي 26% من المحفظة التي تستخدم العنوان القديم.
3️⃣عنوان شاهد مفصول (SegWit) عنوان Bech32
عناوين سيغويت معروفة أيضًا باسم عناوين Bech32. هذا النوع من عناوين بيتكوين يقلل من كمية المعلومات المخزنة في المعاملة. إنها لا تخزن التواقيع والنصوص في المعاملة، ولكن في الشاهد (التزام).
هذا النوع من العنوان يبدأ بـ "bc1q". بالمقارنة مع عناوين P2SH، يمكن لعناوين Segwit توفير حوالي 16% من رسوم المعاملة، وبالمقارنة مع العناوين التقليدية، يمكنها توفير أكثر من 38% من الرسوم.
عنوان تابروت 4️⃣
لزيادة كفاءة مساحة الكتلة وتحسين الرسوم، قدم SegWit بعض التغييرات في كيفية بناء العناوين. لذلك، استنادًا إلى عنوان SegWit، تم تطوير عنوان Taproot، والذي يتم ترجمته باسم العنوان الرئيسي الجذري.
هذا النوع من العنوان يبدأ بـ "bc1p"، مما يقلل مزيداً من مساحة التخزين، ويحسن كفاءة المعاملات، ويوفر خصوصية أفضل.
هذه طريقة تقنية شائعة الاستخدام على بتكوين: محفظة HD
تسمح هذه التقنية لزوج من "المفاتيح العامة والخاصة" بتوليد عدد لا يحصى من المفاتيح العمومية الفرعية، والتي هي العناوين التي نراها؛ هذه الميزة هي لحماية خصوصية مستخدمي محافظ البيتكوين.
لأنه في الاستخدام التقليدي، من أجل تأكيد المعاملات، سيقوم المستخدمون بكشف مفاتيحهم العامة، ثم يوجد خطر كشف هويتهم الحقيقية (التي يمكن تتبعها باستمرار)، ولكن بعد استخدام محفظة HD، بعد كل استخدام، تحويلها إلى مفتاح عام فرعي آخر بحيث لا يمكن تتبعها.
للحصول على التفاصيل، يرجى الرجوع إلى الوثائق التالية:
محافظ HD | محافظ محددة بشكل تسلسلي التسلسلية
شرح لما هي محفظة HD وكيف تعمل في بيتكوين وتاريخها.
سيجادل العديد من الأشخاص حول العنوان "الأول" لأن الناس يحبون مطاردة الأول
إذا كنت ترغب في التحدث عن أول أصل على RGB، فقد تم إصداره عندما جرب الدكتور ماكسيم نفسه. بالطبع، لم يره أحد منكما.
إذا كنت ترغب في التحدث عن عينات RGB للأصول التي تم فتحها بواسطة جمعية LNP/BP، يمكنك الرجوع إلى الموقع الإلكتروني التالي
إذا كانت هي الأصل الصادر على حزب المشروع بتمييز البت المقابل الأحمر، يمكنك الرجوع إلى الموقع الإلكتروني التالي
ولكن bitmask هو مشروع فقط ضمن بروتوكول RGB، لأن RGB موثق من قبل العميل، لذلك طالما يمكنك بناء عميل، يمكنك أيضًا استخدام "سطر الأوامر" لإصدار "أصول RGB الخاصة بك الأولى"
لذلك، أعتقد أن المناقشة حول من هو الأولى ذات دلالة للنشر القصير المدى، ولكن على المدى الطويل، القيمة الموجودة في الأصول أكثر دلالة. يمكن أن تكون هذه القيمة روح المجتمع، التمكين، إلخ.
في الواقع، لا يمكنك طرح هذا، لأن: يستخدم RGB شبكة بيتكوين لـ "ضمان الأمان" و "الوقاية من الإنفاق المزدوج". في المبدأ، يمكن استخدامه على أي شبكة أخرى تتمتع بمثل هذه الصفات.
إذا كانت عملية تحويل RGB تعمل على الشبكة الرئيسية، فإن تحويلاتها يتم تحميلها على الشبكة الرئيسية في الوقت الحقيقي؛ إذا كانت عملية تحويل RGB تعمل على شبكة البرق، فإن بيانات تحويلها يتم تحميلها على شبكة البرق في الوقت الحقيقي، وتُخزن بيانات شبكة البرق خارج السلسلة. نعم، سيتم ربطها فقط على شبكة BTC الرئيسية في لحظة السحب؛ إذا كانت عمليات تحويل RGB تعمل على شبكات أخرى، فإن وضع ربط البيانات سيتم تحديده أيضًا استنادًا إلى شروط الشبكات الأخرى.
يجب أيضًا أن يتم التشديد على أن بيانات المعاملات الفعلية لـ RGB مخزنة على العميل، وما يتم رفعه إلى السلسلة هو تجميع التزامات المعاملة.
بالنسبة لي، أعتقد أن RGB هي تقنية عامة يمكن ربطها بـ L1/L2/L3. يمكنها فعل العديد من الأشياء وهي جزء حرج جدًا من تطوير بيئة BTC؛ يمكنها تحقيق BIFI، وهي عبارة عن بيتكوين+ فاي، والتي يمكن أن تكون ديفاي، nftfi، gamefi، أو أشكال أخرى من الفاي
في الواقع، يولي الكثير من الناس اهتمامًا لتطبيق RGB في عالم العملات الرقمية، ولكن يمكن لـ RGB أن يقوم بالمزيد، مثل السندات، وسندات الخزانة، وتوحيد الأصول الحقيقية والأصول الافتراضية، وما إلى ذلك.
يمكن أن يعمل بروتوكول RGB على الشبكة الرئيسية، على شبكة البرق، وحتى على السلاسل الجانبية في المستقبل.
RGB مصمم للتشغيل على شبكة البرق من أجل التوسع. بسبب تشغيل العقود الذكية، فإن tps للشبكة الرئيسية بوضوح لا يمكن أن تلبي هذا المتطلب. يمكن لشبكة البرق التي tps عالية ذلك، ولكن شبكة البرق الحالية لا تستطيع. إنها تلبي متطلبات العقود الذكية المعقدة لـ RGB، ولذا يجب ترقيتها إلى بيفروست لتصبح كاملة.
المشكلة الحالية تعود إلى حجم قناة شبكة البرق، وقد تم تصميم شبكة البرق أصلاً للمدفوعات الصغيرة؛ بالطبع، إذا قمت ببناء قناة كبيرة بنفسك، يمكنك أيضًا إجراء مدفوعات كبيرة (عمومًا تتجه المبالغ الكبيرة إلى الشبكة الرئيسية)
أعتقد أن هناك سببين لاستخدام شبكة البرق بدلاً من السلاسل الجانبية:
1️⃣ يُعتبر السلاسل الجانبية عمومًا غير كافية، لأن السلاسل الجانبية لديها سلسلة خاصة بها، وعقد خاصة بها، وكتل خاصة بها، وآلية توافق خاصة بها. يُمكنك حتى القول أنه ليس لها الكثير من الصلة بشبكة بيتكوين الرئيسية، ولكن يُمكن فهم شبكة البرق كشيء معلق على شبكة بيتكوين الرئيسية. إنها شديدة الارتباط وتُسمى L2.
2️⃣نظريًا، يكون معدل التحويل في شبكة البرق أعلى بكثير من ذلك في السلسلة الجانبية
لدي هذا القلق أيضًا، خاصةً مع عدم وجود الكثير من التبرعات في الوقت الحالي (في الواقع، معدل العائد على الاستثمارات مثل TEDA مرتفع جدًا)، ولكنني لا زلت أقدر روح الجمعية بشكل غير ربحي، التي تقوم بأشياء عظيمة كهذه.
في الأساس، تم إكمال معظم العمل على بروتوكول RGB. بالطبع، لا تزال هناك العديد من المهام التي يجب اتباعها؛ أعتقد إن حصلت البروتوكول RGB على انتباه المزيد والمزيد من الأشخاص، وانضم المزيد والمزيد من المطورين، فإن العمل التطويري سيتغير بسرعة.
نعم، وعدة مرات
حتى 17 ديسمبر 2023، الجميع ينتظر تحديث v0.11. يشمل هذا التحديث تحديثات على العقود الذكية، المحافظ، وما إلى ذلك؛ نأمل أن يصبح v0.11 إصدارًا أكبر وأكثر استقرارًا، بحيث يمكن لمشاريع النظام البيئي التطور بشكل آمن نسبيًا.
إذا تم إصدار v0.11، فإن إصدار ونقل أصول RGB بناءً على شبكة البرق سيتم قريبًا (سيكون سريعًا للغاية)، ولكن العقود الذكية المعقدة تعتمد لا تزال على تطوير شبكة البرق bifrost.
بتماسك / بيتلايت: حزبان مشروعان رسميان جدًا. تم الإعلان عن الأول على الصفحة الرئيسية LNP/BP ويركز على تطوير المحافظ وديبا (سوق nft). الثاني يركز على تطوير المحافظ وdex؛
pprgb: أول ميم رغب مع شعبية السوق، مشروع أصدر مؤقتًا على السائل (لاحظ النعت)
الختم: المشاريع التي تأمل في إصدار NFT وتمكين الرموز على rgb تصر على الإصدار على rgb
مبادلة UTXO: أريد بناء dex على rgb واستخدام توزيعات جوائز zero-roll. يجب أن تكون الأصول التي يصدرها أصول rgb. ومع ذلك، نظرًا للشكل الحالي، يُشتبه أنه سيكون في شكل مركزي ويقيم المخاطر بنفسه.
BiHelix: تم تسميتها بالأصل Infinity، ثم أعيد تسميتها Intas، وبعد ذلك تمت إعادة تسميتها Bihelix. كتبت الكثير من المقالات وقمت بالكثير من العمل الدعوي، ولكن في الأيام الأولى كان هناك بعض عدم السرور مع اتفاق LNP/BP وتم تحديدها على أنها عملية احتيال. أقترح أنها بحاجة إلى التعامل مع هذه المشكلة بشكل جيد، وإلا سيكون من الأصعب القيام بذلك على هذا المسار.
rgbdoge: يشتبه أنه مشروع صيني (لا يهمني ما إذا كان صينيًا أم أجنبيًا، يعتمد الأمر على جودة واستراتيجية المشروع). لديه عمل قوي، ولكنه يفتقد للاتجاه (من المعركة الأولية من أجل 'المركز الأول'، إلى بناء منصة، إلى الإصدار على السائل)
بيتrgb: منصة لإجراء عقود ذكية RGB. حاليًا تستخدم طريقة nostrasset. لقد قمت بتوصية مهمة zealy (فكرة Lubai) من قبل، ولكن نظرًا لـ "عدم كشف هوية الفريق/عدم كشف هوية مؤسسات الاستثمار/رسوم mint (السعر لا يبدو منخفضًا)" ، شعرت بأن المخاطرة عالية جدًا
تم اكتشاف مؤخرًا أن LNP/BP tg تم تحديدها على أنها نصب من قبل الدكتور ماكسيم.
النقش الحربي: هذا مجاني تمامًا، لذلك ليس هناك حاجة للمشاركة.
تعتمد أمان السلسلة الخارجية على حزب المشروع أو العميل نفسه، لذلك يحتاج الاتحاد إلى وضع معايير موحدة للتخزين، إلخ، لضمان أمان الأصول، إلخ.
يتم تخزين البيانات الرئيسية على العميل الخارجي، ويمكن للعملاء مشاركة المعلومات والتواصل من خلال عقد العاصفة في المستقبل.
دعوني أقدم مقدمة موجزة. أسس آدم باك شركة بلوكستريم. تحتوي هذه الشركة على العديد من المنتجات، مثل منصة تطوير سلسلة الجانب العناصر. لديهم أيضًا منتجات محفظة خضراء، وبرك التعدين الحقيقية، ومنتجات إدارة مالية متعلقة ببرك التعدين. منتجات مالية، إلخ؛
السائل هو L2 تم تطويره باستخدام منصة العناصر، وسايدسواب هو مشروع على السائل.
يتم توفير أمان تخزين البيانات خارج السلسلة من قبل طرف المشروع. يمكن للمستخدمين حماية أمان أصولهم عن طريق نسخ البيانات. بالطبع، إذا كان هناك مشكلة في بيانات طرف المشروع ولم يقم المستخدم بنسخ البيانات بنفسه، فسيكون هناك مشاكل مع الأصول.
بعض أطراف المشروعات الخبيثة قد ترتكب جرائم عن طريق إنشاء برامج ضارة، لكن آلية استخدام RGB يمكنها تجنب الاحتيال بالآلية. بالطبع، فإن RGB من الصعب منعه في جميع شبكات البلوكشين.
نعم، باستخدام بروتوكول العاصفة، يتم مشاركة البيانات بين الأقران، لكن التطوير الحالي متأخر
لا يمكن. لا يمكن للجهة المشاركة في المشروع جمع معلومات عن المعاملات الفردية وقد يتم جمع عدد التحويلات المكتملة داخل التطبيق فقط (مثل الإحصاءات الكلية).
بالطبع، أعتقد شخصيًا أنه إذا قام المستخدم بتفويض الأذونات ذات الصلة، فإن التطبيق يمكنه الوصول إلى هذه البيانات (سيكون ذلك مماثلًا إلى حد ما لمفتاح فك التشفير على Liquid لعرض المعلومات المشفرة)
نعم، ولكن يجب على كل شركة الامتثال للتنظيمات المتعلقة بالأوراق المالية.
1) لديها معرف عقد وقيمة أولية للنشأة
2) متوافق مع محفظة RGB
3) مفتوح المصدر
بهذه الطريقة يمكنك معرفة ما إذا كانت الأصل هي أصل RGB
UTXO هو طبقة الأصول "العامة"، ولكن فقط بين نفس الأصول، على سبيل المثال: USDT<>USDT؛ في المستقبل، يمكننا تحقيق "قابلية التشغيل" بين الأصول المختلفة، ولكن هذا يتطلب بيفروست
هذا ممكن، ولكن يجب أن تدعم السلسلة الهدف نموذج UTXO ونماذج أخرى متاحة لكي تتمكن من دمجها مع RGB Core ومكتبات التبادل المتقاطع. في هذا الوقت، يجب أن تتبع الأصول مواصفات نموذج RGB20.
في الواقع، يتوافق RGB مع LN ويمكنك استخدامه مع أي تنفيذ LN، مثل إدراج CLN أو LND. عند استخدام Storm، يمكن تأكيد كل عينة على LN؛ على L1، يتم إجراء تأكيد وتوجيه الأصل فقط إذا قمت بفتح/إغلاق القناة أو المسح باستخدام HTLC.
نعم، هذا يتطلب الكثير من مكتبات الدعم للعمل معًا،
من النظرية، يمكن تبسيط العملية من خلال التفويض. بالطبع، هذا فقط من النظرية.
الجزء 4: روابط الإحالة
هنا، يمكنك تعلم:
1️⃣ما هو RGB، وماذا يمكن أن يفعل، وما هي مزاياه (القفز)
2️⃣كيف تجربة مكتبة RGB، مثل سطر الأوامر، تثبيت العقد، استدعاء واجهة برمجة التطبيقات، إلخ. (القفز)
3️⃣تعلم RGB من خلال مقاطع الفيديو الرسمية (بالطبع، فهذا صعب على غير الناطقين بالإنجليزية)القفز)
عقود ذكية قابلة للتوسيع وسرية لبيتكوين والبرق
يشرح هذا المستند مبادئ التصميم ويقدم رؤى تقنية معمقة حول كيفية بناء أنظمة RGB وكيفية عملها، بما في ذلك:
1️⃣نظرة عامة وأهداف تصميم البروتوكول ( القفز)
2️⃣مقدمة لـ “تحقق العميل”، وصفًا لـ “ختم الاستخدام الواحد” و “التزامات بيتكوين التحديدية”القفز)
3️⃣توضيح حول "عقد RGB، الحالة والعملية" (القفز)
4️⃣بعض محتويات "تجربة عقد RGB": بما في ذلك كتابة العقود، والتفاعل مع العقود، والاتصال بين الأشخاص، والتفاعل مع المحافظ، إلخ. (القفز)
RGB ورقة سوداء | RGB ورقة سوداء
Turing-complete، طبقة عقود ذكية موجودة، وقابلة للتوسيع والسرية لبيتكوين وLN
إذا واجهت مشاكل، يمكنك التحقق أولا مما إذا كان لهذا المستند الرسمي أي إجابات.
هنا، يمكنك التعرف على الجهاز الظاهري Alu الذي يدعم Turing-complete والذي طورته جمعية LNP/BP
1️⃣CoinEx Research
تحليل موجز لـ RGB: بروتوكول عقد ذكي قابل للتوسع والسرية مبني على بيتكوين
المدونة | CoinEx - صرافة العملات الرقمية العالمية
2️⃣Federico Tenga
فهم بروتوكول RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">اقرأ كتابات فيديريكو تينجا على مدونة Medium. يعمل على أمور البيتكوين. كل يوم، فيديريكو تينجا وآلاف من الأصوات الأخرى...
@FedericoTenga"medium.com
3️⃣Bitfinex
كيف يمكن ل RGB تحسين بيتكوين؟
كيف يمكن لـ RGB تحسين بيتكوين؟ - مدونة بيتفينكس
RGB هو طبقة عقد ذكي وبروتوكول خارج السلسلة مبني على سلسلة الكتل بيتكوين، الذي يسمح بصك وإصدار...
4️⃣Waterdrip Capital
تفسير مفصل لبروتوكول RGB: العثور على طريقة جديدة لإنشاء طبقة ثانية جديدة لإصدار أصول بيتكوين
5️⃣ تصميم بروتوكول RGB
مكان تجمع صيني لأفكار البيتكوين
Mời người khác bỏ phiếu
Nội dung
الكثير من الناس بدأوا في الانتباه إلى بروتوكول RGB للبيتكوين وسعداء حقًا. ومع ذلك، معظم الناس غير ملمين إلى حد ما بهذا البروتوكول (خصوصًا بروتوكول تقني معقد نسبيًا)، ولا يعرفون كيفية البحث وتجربة محتوى وبيئة البروتوكول.
لذلك، أكتب خصيصًا مرآة مُحَدَّثة باستمرار لتلخيص المواد التعليمية ذات الصلة وتوفير مسار تعلم معقول نسبيًا؛ في الوقت نفسه، تعمل أيضًا كسجل للتعلم الشخصي حول RGB.
الجزء الأول: العلوم الشعبية الجزء - الفهم الأولي للألوان الأحمر والأخضر والأزرق
عندما يرى الكثير من الناس الكلمات الثلاث RGB ، فإنهم يفكرون في "الألوان الأساسية الثلاثة: الأحمر والأخضر الأزرق". إذا نظرت إلى الرمز ، فهذا هو الحال حقا. وذلك لأن بروتوكول RGB يستخدم المفهوم المبكر ل "العملات المصبوغة".
هنا نتحدث عن RGB هو اتفاق، بروتوكول نظام عقد ذكي قابل للتوسع بشكل كبير يمكن أن يعمل على شبكة بيتكوين الرئيسية، شبكة البرق، أو شبكات مماثلة.
يتم حالياً صيانة وتحديث هذا البروتوكول من قبل بروتوكول LNP/BP، وتشارك بيتفينيكس أيضاً في بعض أعمال الشفرة.
من الصعب تصنيف RGB ببساطة في فئة بيتكوين L2. ليس لديه سلسلة خاصة به، وليس لديه طبقته الخاصة، ويمكن أن يعمل على طبقات L2 أخرى من BTC. لذلك، بدقة: إنها تكنولوجيا عالمية.
في الصناعة، يعتقد عمومًا أن RGB و Bitvm سيكونان الشكل النهائي لتوسيع BTC، لأنهما يمكن أن يحققا قابلية التوسع لنظام BTC استنادًا إلى طبيعته الأصلية. بالمقارنة مع Bitvm، الذي يبعد كثيرًا، تم تنفيذ RGB تدريجيًا.
من الجدير بالذكر أن RGB تكنولوجيا ليست مقتصرة على العملات المشفرة. يمكن استخدامها على نطاق واسع في سيناريوهاتنا غير المشفرة. مع نضوج البروتوكول، سنرى المزيد والمزيد من حالات الاستخدام.
من المقدمة الرسمية، يمكننا أن نرى الوظائف التي يمكن أن يحققها بروتوكول RGB:
إذا قمنا بتصنيفه، يمكننا رؤيته:
من هذه النقطة نظرًا، يُسمح لـ BTC بأن يحتوي على معظم وظائف EVM الحالية، لكنها لا تُنفذ بشكل غير أصلي مماثل لـ "متوافق مع EVM"، بل تُنفذ بشكل أصلي. يجب أن أقول أن هذا المجموعة من النظريات والتصاميم الفكرة رائعة.
في الواقع، يجدر بنا أن نلاحظ أن نظام عقد RGB الذكي يختلف كثيرًا عن الأساليب السابقة، سواء كانت مبنية على بيتكوين (العملات الملونة، Counterparty، OMNI) أو غير بيتكوين (إيثيريوم، EOS، الخ)، فهو يحتوي على ميزاته الفريدة الخاصة:
المعنى الأول هو أن العقود الذكية ستكون أفضل تدرجًا. المصدر لديه فقط حقوق العقد في لحظة الإصدار، ثم سيمتلك صاحب الحالة الحقوق خلال عملية تطور الحالة المستمرة؛
المعنى الثاني هو أنه يبقي الرمز خارج سلسلة الكتل، مما يمكن أن يوفر مساحة على السلسلة، ويحسن سرعة التشغيل، ويقلل من صعوبة التطوير، ولكن يمكن أيضًا ضمان الأمان من خلال الآليات؛
المادة الثالثة تكشف طبقتها لضمان الأمان (بلوكشين)، وهي كاملة من حيث تورينغ ويمكنها دعم عمليات اللغة البسيطة.
لذلك، قد تكون الصورة التالية أقرب إلى الفهم الصحيح:
من فيديو تعليم الدكتور ماكسيم أورلوفسكي، يمكننا أن نرى أن السمات RGB المعترف بها رسميًا تشمل:
دعنا نقسمها واحدة تلو الأخرى:
1️⃣الخصوصية المتطرفة
2️⃣أمان عالي
لا أفهم تماما هاتين النقطتين، أحتاج إلى دراستهما.
3️⃣قابل للتوسيع بشكل كبير
4️⃣لا تكدس
5️⃣تكامل عالي للغاية
إذن، في الواقع، في رأيي، RGB لـ BTC هو أكثر تشبهًا لما يلي:
بالمقارنة مع البروتوكولات الأخرى، يحتوي بروتوكول RGB على نقاط تقنية فريدة جدًا. إليك بعض الأجزاء المهمة من العلوم البسيطة:
4.1 الختم التعبئة والتغليف
تم اقتراح هذه التقنية لأول مرة من قبل بيتر تود في عام 2016. الهدف الرئيسي منها هو "إضافة ختم على رسالة لضمان أن الرسالة يمكن استخدامها مرة واحدة فقط، لأنه يجب إزالة الختم لمعرفة الرسالة".
يتمثل الطريقة البسيطة في إعداد خادم طرف ثالث موثق يقوم بنشر شهادة في سجل عام كلما تم فتح أو قفل ختم، بحيث يمكن لأي شخص التحقق من حالة الختم الذي يهتم به.
إذا لم تستخدم كيان موثوق لتنفيذ وظيفة الختم لمرة واحدة، يمكنك استخدام UTXO لبيتكوين كختم. لأن أي UTXO في بيتكوين يمكن إنفاقه مرة واحدة فقط. لذلك، باستخدام UTXO كختم، يمكنك قفل UTXO عند إنشائه وفتحه عند إنفاقه.
يستخدم RGB تكنولوجيا "ختم مرة واحدة" مثل هذه، التي تقوم بـ "تغليف" معلومات الأصول RGB، حالة العقد، إلخ في UTXO. عند إنفاق UTXO، تتغير ملكية الأصل وحالة العقد. هذا يعني أنه في كل مرة يحدث فيها معاملة RGB، يقوم المرسل فعليًا بإنشاء عقد (الذي يحدد الحقوق المنقولة). تغيير الحالة。
خذ RGB20 كمثال:
أولاً، يقوم مُصدر العقد بتحديد حالة تأسيس العقد وتحديد تفاصيل العقد: اسم الأصل، والإمداد الإجمالي، وغيرها، ولدى المُصدر الحق في نقل UTXO لهذه الإمدادات؛
2️⃣عندما يتم نقل الأصل للمرة الأولى، يمكن لمالك أول UTXO إنشاء تغيير في الحالة لتحديد أي UTXO سيحتفظ بالأصل؛
يمكن تطبيق تغيير الحالة على الحق في تغيير ملكية الأصل، أو على أنواع أخرى من الحقوق، مثل الحق في الإصدار الثانوي، أو الحق في إضافة/تغيير سمات محددة للأصل (على سبيل المثال: البيانات الوصفية)، إلخ.
4.2 التحقق من العميل
تحقق RGB يختلف عن التحقق التقليدي من "الاتفاق العالمي" ويستخدم تقنية "التحقق من العميل".
مع التحقق التقليدي من بيتكوين، يقوم العقد المتصل بالشبكة بتنزيل والتحقق من الكتل والمعاملات بشكل مستمر في حوض المعاملات (العقد الكامل). يحتوي مثل هذا العقد على عرض محدث في الوقت الحقيقي لمجموعة UTXO على السلسلة بأكملها (مجموعة جميع المخرجات غير المنفقة على البلوكشين). عندما يرى معاملة جديدة، للتحقق من صحتها، يحتاج فقط إلى التحقق من أن جميع المداخل إلى المعاملة هي جزء من أحدث حالة لمجموعة UTXO.
ولكن بالنسبة لRGB، لا توجد بيانات منتشرة عالميًا، لذلك لا يوجد رؤية عالمية لمجموعة UTXO. بعد أن يقبل عميل RGB عملية تحويل، ليس فقط بحاجة إلى التحقق من أن أحدث حالة للعملية صالحة، ولكن يجب أيضًا أن يقوم بنفس التحقق على جميع التحولات السابقة المتعلقة بالعملية، طالعًا إلى الوراء إلى الحالة التأسيسية للعقد المُصدر.
يبدو أن هذا يسبب عيبًا واضحًا: يتسبب في أخذ وقت طويل للتحقق
ولكن هذا يحدث فقط عندما تكون "الأصل لديه تاريخ تداول طويل"، ويمكن التحقق من هذا الجزء من تاريخ التداول مسبقًا من خلال طبقة مشاركة البيانات (على أساس طوعي).
هذا يجلب أيضا مزايا كبيرة: لا يحتاج العميل إلى معرفة أو التحقق من جميع المعاملات التي تحدث على نطاق عالمي
لأنه يحتاج فقط إلى معرفة المعاملات المتعلقة بمحفظته الخاصة، فإنه لا يحتاج إلى التحقق من المعاملات الأخرى، لذا فإن كمية البيانات التي يجب التحقق منها بواسطة كل عميل أصغر، ويتم تعزيز قدرة النظام بشكل كبير.
4.3 وعد بيتكوين باليقين
كيف يمنع نظام RGB "الإنفاق المزدوج" يتم عبر التزامات RGB. يجب تحقيق مثل هذه التزامات:
1️⃣يمكن إلتزام العديد من تحولات الحالة التي تشمل عقدًا في صفقة بيتكوين واحدة
2️⃣كل تحول حالة عقد يمكن أن يتم تنفيذه في معاملة بيتكوين مرة واحدة فقط
الطريقة المحددة لتحقيق هذا هي:
أولاً، يجب تجميع جميع عمليات الانتقال الحالية المتعلقة بعقد معين (أو معرف الأصل) بشكل حتمي إلى التزام
2️⃣ثم يتم تجميع التزامات جميع الأصول المنقولة في شجرة ميركل
3️⃣القيمة الجذرية النهائية النهائية هي التزام RGB النهائي؛
4️⃣من أجل ضمان التوافق مع البروتوكولات الأخرى التي ليس لها علاقة بـ RGB ولكنها تحتاج أيضًا إلى استخدام التزامات بيتكوين الحاسمة، يجب تجميع التزامات RGB والتزامات البروتوكولات الأخرى مرة أخرى (كما هو موضح في المعيار LNPBP-4)، والقيمة التي تم الحصول عليها بهذه الطريقة هي الرسالة التي تم تضمينها فعليًا في معاملة بيتكوين.
4.4 Batch processing
كما يمكننا أن نعرف من القسم السابق، يمكننا "تغليف" أي عدد من تغييرات الحالة في التزام بيتكوين واحد، لذا يمكن في نظرية معالجة الدفعات بشكل كبير.
سيناريو:يرغب A في دفع عدة أشخاص في نفس الوقت، نقل أصول RGB20 إلى B، نقل أصول RGB21 إلى C، ونقل ملكية عقد إلى D
النتيجة:يحتاج A فقط إلى إنشاء انتقال حالة لكل من B و C و D، والتزام جميع انتقالات الحالة بنفس معامل بتكوين. هذا هو الأمر. لا يحتاج إلى احتلال المزيد من البايتات. يعني هذا أن التكلفة الحدية للرسوم على السلسلة لكل دفعة RGB يمكن أن تكون صغيرة جدًا، لأن نفس الرسوم موزعة على نحو متساوٍ عبر أي عدد من التحويلات.
ولكننا نحتاج أيضًا إلى رؤية القيود هنا، وهي: يجب أن تكون معلومات انتقال الحالة هذه محاطة بنفس UTXO. إذا كانت هناك عدة، فيجب زيادة مدخل هذه المعاملة، وسيتم تحسين التكاليف المقابلة أيضًا. ولكن بالمقارنة مع الوضع التقليدي حيث يتطلب كل واحد معاملة، يمكن تحقيق تحسينات كبيرة.
هذه القدرة على معالجة الدفعات مهمة للغاية بالنسبة لمقدمي الخدمات الذين يستخدمون UTXO المدمجة، وسيكون هناك العديد من سيناريوهات التطبيق.
4.5 الاتصال بين العملاء
لإكمال تحويل RGB، يحتاج العملاء المشاركون إلى مشاركة بعض البيانات مع بعضهم البعض.
إذا كنت تمتلك فهماً مفصلاً لخطوات نقل أصول RGB، يمكنك معرفة أن المرسل يحتاج إلى مشاركة الشحن مع المستلم(ين). تحتوي هذه الهيكلة البيانات على جميع المعلومات اللازمة للتحقق من النقل، بما في ذلك جميع انتقالات الحالة التي يمكن تتبعها إلى الحالة المؤسسة للعقد.
يجب نقل الشحنة من المرسل إلى المستلم من خلال الاتصال، ولكن بروتوكول RGB لا يهتم بقناة الاتصال المستخدمة لعملية مشاركة البيانات هذه، لأن هناك العديد من الطرق للقيام بذلك. ومع ذلك، ككل، هناك طريقتان رئيسيتان لمشاركة البيانات في برنامج RGB:
بعد الحصول على مفهوم عام لبروتوكول RGB، أعتقد أنه في هذا الوقت يمكننا فهم كيف تطور البروتوكول خطوة بخطوة. أي اتفاق على هذا المستوى لا يتم تحقيقه في ليلة وضحاها ويجب أن يكون قد مر بالعديد من التغييرات والابتكارات.
مرحلة التصور
تم تصور RGB أصلاً من قبل جياكومو زوكو وبيتر تود، اللذين اقترحا مفهوم المصادقة على جانب العميل ومفهوم الختم مرة واحدة
مرحلة التطوير
في البداية، تم الاحتفاظ بها من قبل BHB Network و inbitcoin لفترة من الوقت، وكانت مدعومة من قبل Poseidon Group.
في وقت لاحق، أصبح المطور الرئيسي Alekos Filini
منذ منتصف عام 2019 حتى الآن، أصبحت Pandora Core AG والدكتور ماكسيم أورلوفسكي مساهمين رئيسيين في تطوير التكنولوجيا
مرحلة النضوج التدريجي
منذ عام 2019، تلقى بروتوكول RGB مساعدة من العديد من المساهمين والمنظمات الصناعية ونضج تدريجيًا. وهو مشروع يعتمد على مجموعة من المعايير التي تديرها جمعية المعايير LNP/BP.
على سبيل المثال: في هذه المرحلة، تم إعادة بناء RGB من بروتوكول الرمز إلى نظام عقد ذكي عام، ممتصًا العديد من أجزاء المعاملات السرية، واستخدام تكنولوجيا Blockstream's bulletproof. تم دعم العمل بشكل عام ماليًا من قبل Bitfinex/Tether Inc وFulgur Ventures. (وهذه هي أيضًا الأساس للتطوير المستمر لبروتوكول RGB)
نصح آدم باك ومهندسو Blockstream بلعب دور هام في التصميم التقني لـ RGB الخاص بها، بما في ذلك أندرو بولسترا (Bulletproof، mimblewimple، Confidential Transactions)، بيتر ويلي (Confidential Transactions، Bulletproof) وكريستيان ديكر (الشبكة البرقية، نظم) تصميم معماري) عمل. لذلك هذا هو سبب آخر مهم لماذا أنا أولي اهتمامًا بـ السائل. من الناحية النظرية، لديهما الكثير من التبادلات، وأنا متفائل للغاية بتوحيد الاثنين في المستقبل.
تم إكمال العمل الرئيسي على تطوير بروتوكول RGB تقريبًا. في الإصدار v0.10، يمكن استخدام إصدار الأصول وغيرها من الوظائف بسهولة. ومع ذلك، واجهت بعض المشاكل عند الاتصال بـ bolt-ln (شبكة البرق بولت الحالية)، لذلك تم تصميم معيار bifrost. يتم استخدام البروتوكول لتوسيع العقود الذكية ويقترح بشكل أكبر معيار Storm.
الإصدار v0.11 حاليًا قيد التدقيق الأمني ومن المتوقع أن يتم الانتهاء منه وإصداره في بدايات عام 2024. الإصدار v0.11 تحديث رئيسي مقارنة بالإصدار v0.10. العقود بين الإصدارين بالتأكيد لم تعد متوافقة. قد تكون هناك خطط لتبادل الأصول بحلول ذلك الوقت. قد يكون هناك جسر أو قد لا يكون. بعد كل شيء، الإصدارات الحالية هي كلها إصدارات اختبار.
أتوقع بشدة أن الإصدار البروتوكول v0.11 سيصبح إصدارًا كبيرًا ومستقرًا، مما سيجلب درجة معينة من اليقين لتطوير المشاريع البيئية بموجب البروتوكول.
التالي، دعوني أتحدث عن المشاكل الحالية لبروتوكول RGB بالتفصيل:
1️⃣تقدم بطيء في التطوير
تمت محاولة حل هذه المشكلة من قبل العديد من الأشخاص، والأسباب ناتجة عن عوامل كثيرة:
—تتمتع جمعية LNP/BP بعدد قليل جدًا من المطورين، ويتم إكمال العمل الرئيسي على الشفرة من قبل الدكتور ماكسيم وBitfinex
—LNP/BP هي منظمة غير ربحية، وتعتمد عملياتها بشكل أساسي على التبرعات. على الرغم من أنها تتلقى دعمًا ماليًا من شركة Bitfinex/Tether Inc وFulgur Ventures، إلا أن استخدام الأموال يتطلب أيضًا تخطيطًا دقيقًا (على سبيل المثال، إذا كنت ترغب في عقد مؤتمر خارجي كل عام، فقد لا تكون لديك ميزانية)
2️⃣ الاستقرار القوي
تشير هذه عدم الاستقرار إلى 'مدى قد تؤدي به تحديثات البروتوكول إلى كسر الإصدارات السابقة.'
على سبيل المثال، سيتسبب هذا الوقت v0.10 في زيادة عدم اليقين بسبب الضرر (عدم التوافق) في العقد v0.11.
إذا قامت المشاريع البيئية التي تعتمد على البروتوكول بتطوير وظائف بناءً على الإصدار v0.10، فقد تحتاج إلى إعادة القيام بها في الإصدار v0.11، مما سيجلب تكاليف مرتفعة للمخاطر. ولكن من وجهة نظر الجمعية نفسها، فإنها من أجل التجديد والتخطيط الشامل، ولن تنظر في هذه القضية في هذه المرحلة.
3️⃣مشكلة العدم تطابق
تعتبر الجمعية نفسها خطة التنمية الشاملة للاتفاق، والتي قد لا تتطابق بالضرورة مع احتياجات السوق.
4️⃣نقص الاهتمام بالأموال
حاليا، هناك عدد قليل جدا من الممولين الكبار الذين يولون اهتماما ل RGB. المؤسسات ما زالت مغمورة في السرد الذي يمكن رؤيته بسرعة، مثل النقوش. ليس هناك ما يكفي من الاهتمام بالبروتوكولات الكبيرة والعميقة مثل RGB، لذلك تطوير البيئة مؤقتا لم يحدث بها الكثير من التحسن (على الرغم من أنه أفضل من قبل، ولكني شخصيا أعتقد أنه بسبب تأثير تدفق الأموال)
عند التعبير عن آرائي، أحب أن أعطي أسبابي كثيرًا، لأن هذا أيضًا أساس حكمي؛ لا أحب أن أطلب الطلبات والخوف من الفومو دون التفكير، لأن ذلك لا يتماشى مع نيتي الحقيقية. لذلك، دعونا نرتبها أولاً:
- تطوير البيئة البيئية لBTC هو نتيجة للأمل المشترك للمنقبين الحاليين والصناديق القديمة وما إلى ذلك، وهناك حاجة أيضًا إلى سرد جديد في السوق؛
—تم وضع الظروف التقنية الأساسية لتطوير بيئة BTC بالفعل، ومن بينها ترقية taproot جزء مهم جدًا؛
—إصدار الأصول هو الخطوة الأولى في التطوير البيئي. دون الأصول، لا يمكن القيام بأي شيء. لذلك يمكننا رؤية مختلف البروتوكولات المعتمدة على إصدار الأصول على البيتكوين، والتدفق تدريجياً إلى سلاسل بلوك عامة أخرى؛
—لا يمكن أن يكون التطوير البيئي مجرد إصدار للأصول، يمكن أن يكون ذلك فقط الخطوة الأولى. الخطوة الثانية هي تنفيذ سيناريوهات التطبيق لهذه الأصول، وهذا يعني معالجة وتبادل الأصول، وما إلى ذلك. هذا يتطلب عقود ذكية، والتي يمكن أن تكون بسيطة أو معقدة؛
-من البروتوكولات الحالية، البروتوكولات الأصلية الوحيدة التي رأيتها هي RGB وBitvm، وكما قلت سابقًا، RGB أكثر عملية.
هذا هو السبب في أنني أحبه!
ومع ذلك، يكون عملية تطوير الأمور في كثير من الأحيان ليست متسقة كما هو متصور. دعونا نستخدم صورة للتعبير عن ذلك:
الجزء 2: الجزء الخاص بالاتفاقية - فهم LNP/BP
بروتوكول شبكة الإنارة (بروتوكول شبكة البرق)
BP: بروتوكول بيتكوين
هذه منظمة سويسرية غير ربحية، مسؤولة عن الإشراف على المعايير المفتوحة للطبقة 2 و 3 والبروتوكولات لبيتكوين وشبكة البرق. إنهم خالقون لبروتوكولات L2 و L3 مثل RGB وBifrost وStorm وPrometheus وKaleidscope، وهم بناة نشطون في نظام البيتكوين المالي (BiFi) على شبكة البرق. تتكون الجمعية من@dr-orlovskyو@giacomozuccoتأسست في عام 2019
رابط الموقع الرسميرابط تويتر رابط جيتهاب
يحتوي Github على كمية كبيرة من المعلومات مفتوحة المصدر حول RGB والبروتوكولات ذات الصلة. يمكن للأصدقاء التقنيين أن يلقوا نظرة أقرب.
LNP/BP لديه تشكيلة قوية جدًا من منظمات المانحين، بما في ذلك:
وقد أكدت TEDA مرارًا وتكرارًا أنها ستصدر USDT على بروتوكول RGB وتعزز تطوير بروتوكول RGB!
2.1 LNPBP-1: مفتاح عام
سيتم الاستمرار...
الجزء الثالث: ملخص للأسئلة المتكررة
في هذا الجزء، سأواصل تلخيص وتحديث مختلف القضايا المتعلقة بتقنية RGB وBTC التي واجهتها في التعلم وعمليات المجتمع في هذا المكان.
هناك أربعة أنواع رئيسية من عناوين البتماب:
1️⃣عنوان مفتاح العامة للإرث / الدفع (P2PKH)
هذا النوع من عنوان بيتكوين التقليدي هو شكل العنوان عندما تم إنشاؤه في الأيام الأولى، لذلك يُسمى أيضًا "عنوان تراثي" أو "عنوان مفتاح العامل العام (P2PKH)" لأنه عندما تم إطلاق بيتكوين في عام 2009، كانت طريقة إنشاءه تبدأ بإنشاء زوج مفتاح عام/خاص، والذي كان في ذلك الوقت الطريقة الوحيدة لإنشاء عنوان.
هذا النوع من العناوين يبدأ بالرقم “1”. لأنه يستخدم معظم المساحة في المعاملات، فإنه أيضًا نوع العنوان الأكثر تكلفة.
2️⃣عنوان الدفع إلى النص النصي (P2SH)
هذا النوع من العنوان لا يستخدم نتيجة عملية التجزئة للمفتاح العام، ولكن يستخدم عملية تجزئة معينة لتسجيل العيوب، ويمكن استخدامه للتحويلات التي تتطلب تواقيع متعددة، إلخ.
هذا النوع من العنوان يبدأ بالرقم "3" لأنه يمكنك استخدام الشاهد المنفصل لتوفير رسوم المعاملات، وإرساله إلى عنوان P2SH أرخص بنسبة حوالي 26% من المحفظة التي تستخدم العنوان القديم.
3️⃣عنوان شاهد مفصول (SegWit) عنوان Bech32
عناوين سيغويت معروفة أيضًا باسم عناوين Bech32. هذا النوع من عناوين بيتكوين يقلل من كمية المعلومات المخزنة في المعاملة. إنها لا تخزن التواقيع والنصوص في المعاملة، ولكن في الشاهد (التزام).
هذا النوع من العنوان يبدأ بـ "bc1q". بالمقارنة مع عناوين P2SH، يمكن لعناوين Segwit توفير حوالي 16% من رسوم المعاملة، وبالمقارنة مع العناوين التقليدية، يمكنها توفير أكثر من 38% من الرسوم.
عنوان تابروت 4️⃣
لزيادة كفاءة مساحة الكتلة وتحسين الرسوم، قدم SegWit بعض التغييرات في كيفية بناء العناوين. لذلك، استنادًا إلى عنوان SegWit، تم تطوير عنوان Taproot، والذي يتم ترجمته باسم العنوان الرئيسي الجذري.
هذا النوع من العنوان يبدأ بـ "bc1p"، مما يقلل مزيداً من مساحة التخزين، ويحسن كفاءة المعاملات، ويوفر خصوصية أفضل.
هذه طريقة تقنية شائعة الاستخدام على بتكوين: محفظة HD
تسمح هذه التقنية لزوج من "المفاتيح العامة والخاصة" بتوليد عدد لا يحصى من المفاتيح العمومية الفرعية، والتي هي العناوين التي نراها؛ هذه الميزة هي لحماية خصوصية مستخدمي محافظ البيتكوين.
لأنه في الاستخدام التقليدي، من أجل تأكيد المعاملات، سيقوم المستخدمون بكشف مفاتيحهم العامة، ثم يوجد خطر كشف هويتهم الحقيقية (التي يمكن تتبعها باستمرار)، ولكن بعد استخدام محفظة HD، بعد كل استخدام، تحويلها إلى مفتاح عام فرعي آخر بحيث لا يمكن تتبعها.
للحصول على التفاصيل، يرجى الرجوع إلى الوثائق التالية:
محافظ HD | محافظ محددة بشكل تسلسلي التسلسلية
شرح لما هي محفظة HD وكيف تعمل في بيتكوين وتاريخها.
سيجادل العديد من الأشخاص حول العنوان "الأول" لأن الناس يحبون مطاردة الأول
إذا كنت ترغب في التحدث عن أول أصل على RGB، فقد تم إصداره عندما جرب الدكتور ماكسيم نفسه. بالطبع، لم يره أحد منكما.
إذا كنت ترغب في التحدث عن عينات RGB للأصول التي تم فتحها بواسطة جمعية LNP/BP، يمكنك الرجوع إلى الموقع الإلكتروني التالي
إذا كانت هي الأصل الصادر على حزب المشروع بتمييز البت المقابل الأحمر، يمكنك الرجوع إلى الموقع الإلكتروني التالي
ولكن bitmask هو مشروع فقط ضمن بروتوكول RGB، لأن RGB موثق من قبل العميل، لذلك طالما يمكنك بناء عميل، يمكنك أيضًا استخدام "سطر الأوامر" لإصدار "أصول RGB الخاصة بك الأولى"
لذلك، أعتقد أن المناقشة حول من هو الأولى ذات دلالة للنشر القصير المدى، ولكن على المدى الطويل، القيمة الموجودة في الأصول أكثر دلالة. يمكن أن تكون هذه القيمة روح المجتمع، التمكين، إلخ.
في الواقع، لا يمكنك طرح هذا، لأن: يستخدم RGB شبكة بيتكوين لـ "ضمان الأمان" و "الوقاية من الإنفاق المزدوج". في المبدأ، يمكن استخدامه على أي شبكة أخرى تتمتع بمثل هذه الصفات.
إذا كانت عملية تحويل RGB تعمل على الشبكة الرئيسية، فإن تحويلاتها يتم تحميلها على الشبكة الرئيسية في الوقت الحقيقي؛ إذا كانت عملية تحويل RGB تعمل على شبكة البرق، فإن بيانات تحويلها يتم تحميلها على شبكة البرق في الوقت الحقيقي، وتُخزن بيانات شبكة البرق خارج السلسلة. نعم، سيتم ربطها فقط على شبكة BTC الرئيسية في لحظة السحب؛ إذا كانت عمليات تحويل RGB تعمل على شبكات أخرى، فإن وضع ربط البيانات سيتم تحديده أيضًا استنادًا إلى شروط الشبكات الأخرى.
يجب أيضًا أن يتم التشديد على أن بيانات المعاملات الفعلية لـ RGB مخزنة على العميل، وما يتم رفعه إلى السلسلة هو تجميع التزامات المعاملة.
بالنسبة لي، أعتقد أن RGB هي تقنية عامة يمكن ربطها بـ L1/L2/L3. يمكنها فعل العديد من الأشياء وهي جزء حرج جدًا من تطوير بيئة BTC؛ يمكنها تحقيق BIFI، وهي عبارة عن بيتكوين+ فاي، والتي يمكن أن تكون ديفاي، nftfi، gamefi، أو أشكال أخرى من الفاي
في الواقع، يولي الكثير من الناس اهتمامًا لتطبيق RGB في عالم العملات الرقمية، ولكن يمكن لـ RGB أن يقوم بالمزيد، مثل السندات، وسندات الخزانة، وتوحيد الأصول الحقيقية والأصول الافتراضية، وما إلى ذلك.
يمكن أن يعمل بروتوكول RGB على الشبكة الرئيسية، على شبكة البرق، وحتى على السلاسل الجانبية في المستقبل.
RGB مصمم للتشغيل على شبكة البرق من أجل التوسع. بسبب تشغيل العقود الذكية، فإن tps للشبكة الرئيسية بوضوح لا يمكن أن تلبي هذا المتطلب. يمكن لشبكة البرق التي tps عالية ذلك، ولكن شبكة البرق الحالية لا تستطيع. إنها تلبي متطلبات العقود الذكية المعقدة لـ RGB، ولذا يجب ترقيتها إلى بيفروست لتصبح كاملة.
المشكلة الحالية تعود إلى حجم قناة شبكة البرق، وقد تم تصميم شبكة البرق أصلاً للمدفوعات الصغيرة؛ بالطبع، إذا قمت ببناء قناة كبيرة بنفسك، يمكنك أيضًا إجراء مدفوعات كبيرة (عمومًا تتجه المبالغ الكبيرة إلى الشبكة الرئيسية)
أعتقد أن هناك سببين لاستخدام شبكة البرق بدلاً من السلاسل الجانبية:
1️⃣ يُعتبر السلاسل الجانبية عمومًا غير كافية، لأن السلاسل الجانبية لديها سلسلة خاصة بها، وعقد خاصة بها، وكتل خاصة بها، وآلية توافق خاصة بها. يُمكنك حتى القول أنه ليس لها الكثير من الصلة بشبكة بيتكوين الرئيسية، ولكن يُمكن فهم شبكة البرق كشيء معلق على شبكة بيتكوين الرئيسية. إنها شديدة الارتباط وتُسمى L2.
2️⃣نظريًا، يكون معدل التحويل في شبكة البرق أعلى بكثير من ذلك في السلسلة الجانبية
لدي هذا القلق أيضًا، خاصةً مع عدم وجود الكثير من التبرعات في الوقت الحالي (في الواقع، معدل العائد على الاستثمارات مثل TEDA مرتفع جدًا)، ولكنني لا زلت أقدر روح الجمعية بشكل غير ربحي، التي تقوم بأشياء عظيمة كهذه.
في الأساس، تم إكمال معظم العمل على بروتوكول RGB. بالطبع، لا تزال هناك العديد من المهام التي يجب اتباعها؛ أعتقد إن حصلت البروتوكول RGB على انتباه المزيد والمزيد من الأشخاص، وانضم المزيد والمزيد من المطورين، فإن العمل التطويري سيتغير بسرعة.
نعم، وعدة مرات
حتى 17 ديسمبر 2023، الجميع ينتظر تحديث v0.11. يشمل هذا التحديث تحديثات على العقود الذكية، المحافظ، وما إلى ذلك؛ نأمل أن يصبح v0.11 إصدارًا أكبر وأكثر استقرارًا، بحيث يمكن لمشاريع النظام البيئي التطور بشكل آمن نسبيًا.
إذا تم إصدار v0.11، فإن إصدار ونقل أصول RGB بناءً على شبكة البرق سيتم قريبًا (سيكون سريعًا للغاية)، ولكن العقود الذكية المعقدة تعتمد لا تزال على تطوير شبكة البرق bifrost.
بتماسك / بيتلايت: حزبان مشروعان رسميان جدًا. تم الإعلان عن الأول على الصفحة الرئيسية LNP/BP ويركز على تطوير المحافظ وديبا (سوق nft). الثاني يركز على تطوير المحافظ وdex؛
pprgb: أول ميم رغب مع شعبية السوق، مشروع أصدر مؤقتًا على السائل (لاحظ النعت)
الختم: المشاريع التي تأمل في إصدار NFT وتمكين الرموز على rgb تصر على الإصدار على rgb
مبادلة UTXO: أريد بناء dex على rgb واستخدام توزيعات جوائز zero-roll. يجب أن تكون الأصول التي يصدرها أصول rgb. ومع ذلك، نظرًا للشكل الحالي، يُشتبه أنه سيكون في شكل مركزي ويقيم المخاطر بنفسه.
BiHelix: تم تسميتها بالأصل Infinity، ثم أعيد تسميتها Intas، وبعد ذلك تمت إعادة تسميتها Bihelix. كتبت الكثير من المقالات وقمت بالكثير من العمل الدعوي، ولكن في الأيام الأولى كان هناك بعض عدم السرور مع اتفاق LNP/BP وتم تحديدها على أنها عملية احتيال. أقترح أنها بحاجة إلى التعامل مع هذه المشكلة بشكل جيد، وإلا سيكون من الأصعب القيام بذلك على هذا المسار.
rgbdoge: يشتبه أنه مشروع صيني (لا يهمني ما إذا كان صينيًا أم أجنبيًا، يعتمد الأمر على جودة واستراتيجية المشروع). لديه عمل قوي، ولكنه يفتقد للاتجاه (من المعركة الأولية من أجل 'المركز الأول'، إلى بناء منصة، إلى الإصدار على السائل)
بيتrgb: منصة لإجراء عقود ذكية RGB. حاليًا تستخدم طريقة nostrasset. لقد قمت بتوصية مهمة zealy (فكرة Lubai) من قبل، ولكن نظرًا لـ "عدم كشف هوية الفريق/عدم كشف هوية مؤسسات الاستثمار/رسوم mint (السعر لا يبدو منخفضًا)" ، شعرت بأن المخاطرة عالية جدًا
تم اكتشاف مؤخرًا أن LNP/BP tg تم تحديدها على أنها نصب من قبل الدكتور ماكسيم.
النقش الحربي: هذا مجاني تمامًا، لذلك ليس هناك حاجة للمشاركة.
تعتمد أمان السلسلة الخارجية على حزب المشروع أو العميل نفسه، لذلك يحتاج الاتحاد إلى وضع معايير موحدة للتخزين، إلخ، لضمان أمان الأصول، إلخ.
يتم تخزين البيانات الرئيسية على العميل الخارجي، ويمكن للعملاء مشاركة المعلومات والتواصل من خلال عقد العاصفة في المستقبل.
دعوني أقدم مقدمة موجزة. أسس آدم باك شركة بلوكستريم. تحتوي هذه الشركة على العديد من المنتجات، مثل منصة تطوير سلسلة الجانب العناصر. لديهم أيضًا منتجات محفظة خضراء، وبرك التعدين الحقيقية، ومنتجات إدارة مالية متعلقة ببرك التعدين. منتجات مالية، إلخ؛
السائل هو L2 تم تطويره باستخدام منصة العناصر، وسايدسواب هو مشروع على السائل.
يتم توفير أمان تخزين البيانات خارج السلسلة من قبل طرف المشروع. يمكن للمستخدمين حماية أمان أصولهم عن طريق نسخ البيانات. بالطبع، إذا كان هناك مشكلة في بيانات طرف المشروع ولم يقم المستخدم بنسخ البيانات بنفسه، فسيكون هناك مشاكل مع الأصول.
بعض أطراف المشروعات الخبيثة قد ترتكب جرائم عن طريق إنشاء برامج ضارة، لكن آلية استخدام RGB يمكنها تجنب الاحتيال بالآلية. بالطبع، فإن RGB من الصعب منعه في جميع شبكات البلوكشين.
نعم، باستخدام بروتوكول العاصفة، يتم مشاركة البيانات بين الأقران، لكن التطوير الحالي متأخر
لا يمكن. لا يمكن للجهة المشاركة في المشروع جمع معلومات عن المعاملات الفردية وقد يتم جمع عدد التحويلات المكتملة داخل التطبيق فقط (مثل الإحصاءات الكلية).
بالطبع، أعتقد شخصيًا أنه إذا قام المستخدم بتفويض الأذونات ذات الصلة، فإن التطبيق يمكنه الوصول إلى هذه البيانات (سيكون ذلك مماثلًا إلى حد ما لمفتاح فك التشفير على Liquid لعرض المعلومات المشفرة)
نعم، ولكن يجب على كل شركة الامتثال للتنظيمات المتعلقة بالأوراق المالية.
1) لديها معرف عقد وقيمة أولية للنشأة
2) متوافق مع محفظة RGB
3) مفتوح المصدر
بهذه الطريقة يمكنك معرفة ما إذا كانت الأصل هي أصل RGB
UTXO هو طبقة الأصول "العامة"، ولكن فقط بين نفس الأصول، على سبيل المثال: USDT<>USDT؛ في المستقبل، يمكننا تحقيق "قابلية التشغيل" بين الأصول المختلفة، ولكن هذا يتطلب بيفروست
هذا ممكن، ولكن يجب أن تدعم السلسلة الهدف نموذج UTXO ونماذج أخرى متاحة لكي تتمكن من دمجها مع RGB Core ومكتبات التبادل المتقاطع. في هذا الوقت، يجب أن تتبع الأصول مواصفات نموذج RGB20.
في الواقع، يتوافق RGB مع LN ويمكنك استخدامه مع أي تنفيذ LN، مثل إدراج CLN أو LND. عند استخدام Storm، يمكن تأكيد كل عينة على LN؛ على L1، يتم إجراء تأكيد وتوجيه الأصل فقط إذا قمت بفتح/إغلاق القناة أو المسح باستخدام HTLC.
نعم، هذا يتطلب الكثير من مكتبات الدعم للعمل معًا،
من النظرية، يمكن تبسيط العملية من خلال التفويض. بالطبع، هذا فقط من النظرية.
الجزء 4: روابط الإحالة
هنا، يمكنك تعلم:
1️⃣ما هو RGB، وماذا يمكن أن يفعل، وما هي مزاياه (القفز)
2️⃣كيف تجربة مكتبة RGB، مثل سطر الأوامر، تثبيت العقد، استدعاء واجهة برمجة التطبيقات، إلخ. (القفز)
3️⃣تعلم RGB من خلال مقاطع الفيديو الرسمية (بالطبع، فهذا صعب على غير الناطقين بالإنجليزية)القفز)
عقود ذكية قابلة للتوسيع وسرية لبيتكوين والبرق
يشرح هذا المستند مبادئ التصميم ويقدم رؤى تقنية معمقة حول كيفية بناء أنظمة RGB وكيفية عملها، بما في ذلك:
1️⃣نظرة عامة وأهداف تصميم البروتوكول ( القفز)
2️⃣مقدمة لـ “تحقق العميل”، وصفًا لـ “ختم الاستخدام الواحد” و “التزامات بيتكوين التحديدية”القفز)
3️⃣توضيح حول "عقد RGB، الحالة والعملية" (القفز)
4️⃣بعض محتويات "تجربة عقد RGB": بما في ذلك كتابة العقود، والتفاعل مع العقود، والاتصال بين الأشخاص، والتفاعل مع المحافظ، إلخ. (القفز)
RGB ورقة سوداء | RGB ورقة سوداء
Turing-complete، طبقة عقود ذكية موجودة، وقابلة للتوسيع والسرية لبيتكوين وLN
إذا واجهت مشاكل، يمكنك التحقق أولا مما إذا كان لهذا المستند الرسمي أي إجابات.
هنا، يمكنك التعرف على الجهاز الظاهري Alu الذي يدعم Turing-complete والذي طورته جمعية LNP/BP
1️⃣CoinEx Research
تحليل موجز لـ RGB: بروتوكول عقد ذكي قابل للتوسع والسرية مبني على بيتكوين
المدونة | CoinEx - صرافة العملات الرقمية العالمية
2️⃣Federico Tenga
فهم بروتوكول RGB
@FedericoTenga">Federico Tenga – Medium
@FedericoTenga">اقرأ كتابات فيديريكو تينجا على مدونة Medium. يعمل على أمور البيتكوين. كل يوم، فيديريكو تينجا وآلاف من الأصوات الأخرى...
@FedericoTenga"medium.com
3️⃣Bitfinex
كيف يمكن ل RGB تحسين بيتكوين؟
كيف يمكن لـ RGB تحسين بيتكوين؟ - مدونة بيتفينكس
RGB هو طبقة عقد ذكي وبروتوكول خارج السلسلة مبني على سلسلة الكتل بيتكوين، الذي يسمح بصك وإصدار...
4️⃣Waterdrip Capital
تفسير مفصل لبروتوكول RGB: العثور على طريقة جديدة لإنشاء طبقة ثانية جديدة لإصدار أصول بيتكوين
5️⃣ تصميم بروتوكول RGB
مكان تجمع صيني لأفكار البيتكوين