توجد العديد من حلول العقود الذكية على شبكة بيتكوين الحالية، مع كون بروتوكول Ordinals وبروتوكول RGB الأكثر انتشارًا. أتاح ظهور بروتوكول Ordinals تطوير العقود الذكية على شبكة بيتكوين، وربط أمنها ببلوكتشين بيتكوين. ومع ذلك، يتم تأكيد وتسجيل عمليات نقل أصول Ordinals على شبكة بيتكوين الرئيسية وهي مرتبطة بنقل 1 ساتوشي. ينتج عن هذا رسوم معاملات عالية ويزيد من ازدحام شبكة بيتكوين الرئيسية البطيئة بالفعل.
في المقابل، يقدم بروتوكول RGB قنوات خارج السلسلة ومعالجة المعاملات المجمعة، مما يقلل بشكل كبير من رسوم المعاملات ويحسن السرعة. يقلل التحقق من جانب العميل أيضًا بشكل كبير من البيانات المطلوبة للحفاظ على عمليات الشبكة، مما يعزز قابلية تطوير الشبكة. بينما يعمل بروتوكول RGB على تحسين سرعة المعاملات وقابلية التوسع، فإنه يقدم أيضًا تحديات جديدة. تعمل القنوات خارج السلسلة على تحسين تكاليف المعاملات وسرعتها ولكنها تثير مخاوف أمنية للسجلات خارج السلسلة. يقلل التحقق من جانب العميل من تخزين البيانات ولكنه يبطئ سرعات التحقق بشكل كبير.
تقارن هذه المقالة بروتوكولات Ordinals و RGB عبر أبعاد الأمان وقابلية التوسع ورسوم المعاملات والسرعة، وتستكشف الاتجاهات المستقبلية المحتملة لسرد RGB.
تمثل Bitcoin حاليًا حوالي 49٪ من إجمالي القيمة السوقية للعملات المشفرة. ومع ذلك، فإن تطورها يعوقه بشدة عدم اكتمال تورينج في لغة البرمجة الخاصة بها، وغياب العقود الذكية للشبكة الرئيسية، وبطء سرعات المعاملات. لمعالجة هذه المشكلات، حاول مطورو بيتكوين العديد من حلول التوسع والتسريع، بما في ذلك بشكل أساسي:
بروتوكول RGB: بروتوكول من الطبقة الثانية مبني على شبكة Bitcoin، يخزن بيانات المعاملات الأساسية الخاصة به على شبكة BTC الرئيسية. تستخدم RGB نموذج أمان Bitcoin لدعم إنشاء الرموز ذات الخصائص المخصصة ووظائف العقود الذكية على شبكة Bitcoin. تم اقتراح بروتوكول RGB في البداية من قبل بيتر تود في عام 2016، واستعاد الاهتمام في عام 2023 وسط طفرة تطوير العقود الذكية على Bitcoin.
شاهد منفصل (SegWit): تم تنفيذ SegWit في أغسطس 2017، ويفصل بين معلومات المعاملات والتوقيع، مما يزيد حجم الكتلة الفعال من 1 ميجابايت إلى 4 ميجابايت، مما يخفف جزئيًا من الازدحام. ومع ذلك، نظرًا لقيود حجم كتلة بيتكوين، فإن المزيد من التوسع في تخزين الكتلة غير ممكن.
Lightning Network: حل توسيع الطبقة الثانية لبيتكوين، مما يسمح بالمعاملات دون الوصول إلى بلوكتشين، مما يزيد الإنتاجية بشكل كبير. ومع ذلك، تواجه شبكة Lightning Network، مع حلول مثل OmniBolt و Stacks، مخاطر مركزية كبيرة.
تقنية السلسلة الجانبية: عند إنشاء سلسلة جانبية خارج شبكة بيتكوين، يتم ربط أصول السلسلة الجانبية بنسبة 1:1 بـ BTC. تقدم Sidechains أداءً محسنًا للمعاملات ولكن لا يمكنها أبدًا مطابقة أمان شبكة BTC الرئيسية.
مصدر الصورة: Dune
فمنذ مارس من هذا العام، ارتفعت رسوم المعاملات على شبكة بيتكوين وحجم أصول بروتوكول BRC20. في أوائل شهر مايو، بلغت رسوم معاملات الشبكة الرئيسية لـ BTC ذروتها، وبينما انخفضت منذ ذلك الحين، لا يزال حجم تداول أصول BRC20 مرتفعًا. يشير هذا إلى أن الحماس لتطوير العقود الذكية في شبكة بيتكوين لم يتضاءل، حتى مع انخفاض الحماس حول النقوش في النظام البيئي لبيتكوين. يواصل المطورون البحث عن الحل الأمثل لتطوير العقود الذكية على شبكة Bitcoin.
وعلى عكس وي إيثريوم، الذي يتم تسجيله كبيانات، يتم حساب ساتوشي بيتكوين استنادًا إلى UTXO المملوك لكل عنوان. للتمييز بين الإحصائيات، من الضروري أولاً التمييز بين UTXOS، ثم التمييز بين الإحصائيات داخل UTXO. الأول بسيط نسبيًا، حيث تتوافق UTXOS المختلفة مع ارتفاعات الكتل المختلفة. نظرًا لأن التعدين يولد إحصائيات أصلية، فإنه يكفي ترقيم UTXOS في معاملات coinbase. يكمن التحدي في ترقيم الإحصائيات داخل نفس UTXO. اقترح بروتوكول Ordinals حلاً يعتمد على مبدأ أول من يخرج أولاً.
التمييز بين UTXOS: يبدأ BTC Builder في التسجيل من وقت تعدين UTXO، حيث يتوافق كل UTXO مع كتلة فريدة، ولكل كتلة ارتفاع فريد للكتلة على شبكة Bitcoin. يمكن أن تميز ارتفاعات الكتل المختلفة UTXOS المختلفة.
التفريق بين الإحصائيات داخل UTXO: يحدد ارتفاع الكتلة نطاق الإحصائيات في UTXO. على سبيل المثال، يمكن للكتلة الأولى تعدين 100 BTC، أو 1010 sats. وبالتالي، فإن الإحصائيات في الكتلة ذات الارتفاع 0 سيتم ترقيمها [0،1010-1]، وتلك الموجودة في الكتلة ذات الارتفاع 1 ستكون [1010،2 1010-1]، وهكذا. لتحديد مقعد معين داخل UTXO، يجب على المرء أن ينظر إلى عملية استهلاك UTXO. يقوم بروتوكول Ordinals بترقيم الإحصائيات في مخرجات UTXO بناءً على مبدأ أول من يخرج أولاً. على سبيل المثال، إذا قام أحد عمال المناجم A عند ارتفاع الكتلة 2 بنقل 50 من أصل 100 BTC إلى B، فإن الناتج السابق المخصص لـ A سيتوافق مع الإحصائيات المرقمة [21010،2.51010-1]، بينما سيحصل B على الإحصائيات [2.5 1010،3* 1010-1].
مصدر الصورة: كيرنيل فنتشرز
في البداية، أضافت Bitcoin مشغل OP_RETURN لتوفير مساحة تخزين 80 بايت لكل معاملة. ومع ذلك، لم يكن هذا كافيًا لمنطق التعليمات البرمجية المعقدة وزيادة تكاليف المعاملات وازدحام الشبكة. ولمعالجة هذه المشكلة، قامت بيتكوين بتطبيق نوعين من السوفت فورك، وهما SegWit وTaproot. يوفر البرنامج النصي Tapscript، الذي يبدأ برمز تشغيل OP_FALSE ولم يتم تنفيذه، مساحة 4 ميجابايت للمعاملات. يمكن لهذه المساحة تخزين النقوش الترتيبية، مما يتيح إصدار النص أو الصورة على السلسلة أو إصدار الرمز المميز لبروتوكول BRC20.
تعمل Ordinals بشكل كبير على تعزيز قابلية برمجة شبكة Bitcoin، والتحرر من القيود المفروضة على سرد النظام البيئي لـ BTC وتطويره، وتوفير وظائف تتجاوز معاملات Bitcoin. ومع ذلك، لا تزال العديد من المشكلات مصدر قلق لمطوري النظام البيئي لـ BTC.
مركزية الترتيبات: على الرغم من أن تسجيل الحالة والتغييرات في بروتوكول الترتيبات يحدث على السلسلة، فإن أمان البروتوكول لا يعادل شبكة بيتكوين. لا يمكن أن تمنع الأرقام العادية النقوش المكررة على السلسلة، كما أن تحديد النقوش غير الصالحة يتطلب تدخل بروتوكول الترتيبيات خارج السلسلة. هذا البروتوكول الناشئ، الذي لم يتم اختباره على مدى فترة طويلة، لديه العديد من المشكلات المحتملة. أيضًا، يمكن أن تؤدي مشاكل الخدمة الأساسية لبروتوكول ordinals إلى خسارة الأصول للمستخدمين.
القيود المفروضة على رسوم المعاملات والسرعة: يتم نقش النقوش من خلال مناطق التحقق المنفصلة، مما يعني أن كل عملية نقل للأصول العادية يجب أن تتوافق مع UTXO المستهلك. نظرًا لوقت حظر بيتكوين الذي يبلغ حوالي 10 دقائق، لا يمكن تسريع المعاملات. بالإضافة إلى ذلك، تؤدي عمليات التسجيل على السلسلة إلى زيادة تكاليف المعاملات.
الإضرار بخصائص بيتكوين الأصلية: نظرًا لأن الأصول العادية مرتبطة بإحصائيات بيتكوين القيمة بطبيعتها، فإن استخدام الترتيبيات نفسه يتسبب في عزل الأصول الأصلية لبيتكوين، كما أن النقوش تزيد من رسوم عمال المناجم. يشعر العديد من مؤيدي BTC بالقلق من أن هذا سيضر بوظيفة الدفع الأصلية لـ Bitcoin.
مع الزيادة في حجم المعاملات عبر الإنترنت، أصبحت قيود بروتوكول الترتيبات واضحة بشكل متزايد. وعلى المدى الطويل، إذا لم تتم معالجة هذه المشكلة بشكل كافٍ، فإن النظام البيئي للعقود الذكية لبيتكوين سيكافح للتنافس مع النظم البيئية للسلسلة العامة الكاملة في تورينج. من بين العديد من البدائل للترتيبات، اختار العديد من المطورين بروتوكول RGB، الذي يوفر تقدمًا كبيرًا في قابلية التوسع وسرعة المعاملات والخصوصية مقارنة بالترتيبات. من الناحية المثالية، يمكن لأصول النظام البيئي لبيتكوين المبنية على بروتوكول RGB تحقيق سرعات المعاملات وقابلية التوسع مقارنة بالأصول في سلاسل Turing العامة الكاملة.
التحقق من جانب العميل
على عكس بث بيانات المعاملات على شبكة بيتكوين الرئيسية، يعمل بروتوكول RGB خارج السلسلة، مع نقل المعلومات فقط بين المرسل والمستقبل. بعد التحقق من صحة المعاملة، لا تحتاج عقدة الاستقبال إلى المزامنة مع الشبكة بأكملها أو تسجيل جميع بيانات المعاملات على الشبكة مثل Bitcoin mainnet. ولا تسجل العقدة المستقبلة سوى البيانات المتعلقة بتلك المعاملة، وهي كافية للتحقق من بلوكتشين، مما يعزز بشكل كبير قابلية توسيع الشبكة والخصوصية.
مصدر الصورة: كيرنيل فنتشرز
أختام لمرة واحدة
في عمليات نقل المواد في العالم الحقيقي، غالبًا ما يتم تغيير المواد عدة مرات، مما يشكل تهديدًا كبيرًا لأصالتها وسلامتها. لمنع التلاعب الضار قبل الإرسال للتحقق، يتم استخدام الأختام في الحياة الواقعية، مع إشارة سلامة الختم إلى ما إذا كان المحتوى قد تم تغييره. يتشابه دور الأختام لمرة واحدة في شبكة RGB. على وجه التحديد، يتم تمثيلهم من خلال السمة الطبيعية التي تُستخدم لمرة واحدة للأختام الإلكترونية في شبكة Bitcoin - UTXO.
وعلى غرار العقود الذكية على إيثريوم، يتطلب إصدار التوكنز بموجب بروتوكول RGB تحديد اسم الرمز المميز وإجمالي العرض. الفرق هو أنه لا توجد سلسلة عامة محددة كناقل في شبكة RGB. يجب ربط كل رمز في RGB بـ UTXO محدد في شبكة Bitcoin. تعني ملكية UTXO معين في شبكة Bitcoin ملكية رمز RGB المقابل في بروتوكول RGB. لنقل رمز RGB، يحتاج المالك إلى إنفاق UTXO. تعني طبيعة UTXOS لمرة واحدة أنه بمجرد إنفاقها، تختفي، مما يعكس إنفاق أصل RGB المرتبط. هذه العملية تشبه فتح ختم لمرة واحدة.
مصدر الصورة: كيرنيل فنتشرز
UTXO بليندنج
في شبكة بيتكوين، يمكن تتبع كل معاملة إلى مدخلات ومخرجات UTXOS. هذا يعزز كفاءة تتبع UTXO في شبكة Bitcoin ويمنع بشكل فعال هجمات الإنفاق المزدوج. ومع ذلك، فإن عملية المعاملات الشفافة بالكامل تعرض الخصوصية للخطر. لتعزيز خصوصية المعاملات، يقترح بروتوكول RGB مفهوم UTXOS العمياء.
أثناء نقل رموز RGB، لا يمكن للمرسل A الحصول على العنوان الدقيق لـ UTXO المستلم ولكن فقط نتيجة التجزئة لعنوان UTXO المستلم المتسلسل بقيمة كلمة مرور عشوائية. عندما يرغب جهاز الاستقبال B في استخدام رمز بروتوكول RGB المستلم، يجب عليه إبلاغ جهاز الاستقبال التالي C بعنوان UTXO وإرسال قيمة كلمة المرور المقابلة إلى C للتحقق من أن A أرسل بالفعل رمز بروتوكول RGB إلى B.
مصدر الصورة: كيرنيل فنتشرز
الأمان: يجب تنفيذ كل معاملة أو انتقال حالة في عقود Ordinals الذكية من خلال إنفاق UTXO، بينما في RGB، تعتمد هذه العملية إلى حد كبير على Lightning Network أو قنوات RGB خارج السلسلة. يخزن RGB كمية كبيرة من البيانات في عميل RGB (ذاكرة التخزين المؤقت المحلية أو الخادم السحابي)، مما يؤدي إلى درجة عالية من المركزية وإمكانية الاستغلال من قبل المؤسسات المركزية. بالإضافة إلى ذلك، قد يؤدي تعطل الخادم أو فقدان ذاكرة التخزين المؤقت المحلية إلى فقدان الأصول للعملاء. من حيث الأمان، تتمتع Ordinals بميزة.
سرعة التحقق: نظرًا لأن RGB يستخدم التحقق من جانب العميل، فإن التحقق من كل معاملة في بروتوكول RGB يتطلب البدء من البداية. يستهلك هذا وقتًا طويلاً في تأكيد كل خطوة من خطوات نقل أصول RGB، مما يؤدي إلى إبطاء عملية التحقق بشكل كبير. وبالتالي، فإن Ordinals لها اليد العليا في سرعة التحقق.
الخصوصية: يتم نقل أصول RGB والتحقق منها خارج بلوكتشين، مما يؤدي إلى إنشاء قناة فريدة بين المرسل والمستقبل. بالإضافة إلى ذلك، يضمن تعمية UTXO أنه حتى المرسل لا يمكنه تتبع وجهة UTXO. في المقابل، يتم تسجيل تحويلات أصول Ordinal من خلال إنفاق UTXO على بيتكوين، ويمكن تتبع كل من المدخلات والمخرجات UTXOS على شبكة بيتكوين، مما لا يوفر أي خصوصية. لذلك، من منظور الخصوصية، يتمتع بروتوكول RGB بميزة.
تكاليف المعاملات: تعتمد عمليات نقل RGB إلى حد كبير على قنوات RGB من جانب العميل أو شبكة Lightning، مما يؤدي إلى عدم وجود تكاليف معاملات تقريبًا. بغض النظر عن عدد المعاملات، لا يلزم سوى إنفاق UTXO واحد للتأكيد النهائي على البلوكشين. ومع ذلك، فإن كل عملية نقل في Ordinals تتطلب التسجيل في البرنامج النصي tapscript. إلى جانب تكلفة تسجيل النقوش، يؤدي ذلك إلى تكبد رسوم معاملات كبيرة. علاوة على ذلك، يقترح بروتوكول RGB معاملات مجمعة، مما يسمح لبرنامج نصي واحد بتحديد العديد من مستلمي أصول RGB. في المقابل، يقوم Ordinals افتراضيًا بنقل UTXO إلى مستلم واحد في كل مرة، لكن RGB يقلل التكاليف بشكل كبير من خلال مشاركة العبء. وبالتالي، تتمتع RGB بميزة رسوم المعاملات.
قابلية التوسع: في عقود RGB الذكية، تتم إدارة التحقق من المعاملات وتخزين البيانات من قبل العميل (عقدة الاستقبال) ولا تحدث في سلسلة BTC، مما يلغي الحاجة إلى البث والتحقق العالمي على الشبكة الرئيسية. تحتاج كل عقدة فقط إلى ضمان تأكيد البيانات المتعلقة بالمعاملات. ومع ذلك، تتطلب بيانات التسجيل في Ordinals عمليات على السلسلة. نظرًا لسرعة معالجة بيتكوين وقيود قابلية التوسع، فإن سعة حجم معاملاتها مقيدة إلى حد كبير. لذلك، تتمتع RGB بميزة فائقة في قابلية التوسع.
بعد إصدار RGB v0.10.0، أصبحت بيئة التطوير على شبكة RGB أكثر سهولة في الاستخدام للمطورين. وبالتالي، فإن التطوير الواسع النطاق للنظام البيئي لبروتوكول RGB لم يتجاوز نصف عام، ولا تزال معظم مشاريع النظام البيئي RGB التالية في مراحلها الأولى:
Infinitas: Infinitas عبارة عن نظام بيئي متكامل لتطبيقات بيتكوين من تورينج يجمع بين مزايا شبكة Lightning Network وبروتوكول RGB، ويدعم ويكمل كل منهما الآخر لإنشاء نظام بيئي أكثر كفاءة للبيتكوين. والجدير بالذكر أن Infinitas اقترحت أيضًا دليلًا متكررًا على عدم المعرفة لمعالجة عدم كفاءة التحقق من جانب العميل. إذا تم تنفيذ هذه الطريقة بشكل فعال، فيمكنها حل مشكلات سرعة التحقق بشكل كبير في شبكة RGB.
مستكشف RGB: يعد RGB Explorer أحد أوائل المتصفحات التي تدعم الاستعلام عن أصول RGB ونقلها (الرموز المميزة القابلة للتبديل وغير القابلة للاستبدال)، ودعم الأصول مثل معايير RGB20 و RGB21 و RGB25.
Cosminimart: Cosminimart هي في الأساس شبكة بيتكوين لايتنينج متوافقة مع بروتوكول RGB، في محاولة لإنشاء نظام بيئي جديد لبيتكوين قادر على نشر العقود الذكية. على عكس المشاريع المذكورة أعلاه ذات الوظائف الفردية، توفر Cosminimart محفظة وسوق تداول المشتقات وسوق اكتشاف المشاريع المبكرة. إنه يقدم خدمات شاملة لتطوير العقود الذكية لشبكة Bitcoin وترويج المنتجات والتداول.
DIBA: بالاستفادة من شبكة Lightning وبروتوكول RGB، تلتزم DIBA ببناء سوق NFT لشبكة بيتكوين. وهي تعمل حاليًا على شبكة Bitcoin testnet ومن المتوقع إطلاقها على الشبكة الرئيسية قريبًا.
مع إصدار إصدار RGB v0.10.0، أصبح الإطار العام للبروتوكول مستقرًا بشكل متزايد، ويتم حل مشكلات التوافق المحتملة أثناء تحديثات الإصدار بشكل تدريجي. في الوقت نفسه، يتم تحسين تطوير الأدوات ومجموعة متنوعة من واجهات API، مما يقلل بشكل كبير من التعقيد للمطورين الذين يعملون مع RGB.
تعلن #Tether اليوم عن إنهاء دعم 3 سلاسل بلوكشين بالدولار الأمريكي: OmniLayer و BCH-SLP و Kusama. وسيتمكن العملاء من الاستمرار في استرداد واستبدال رموز USDT (بأخرى من العديد من سلاسل البلوكشين المدعومة)، ولكن Tether لن تصدر أي عملات USDT إضافية جديدة على هذه البلوكشين الثلاثة.
في الآونة الأخيرة، أشار إعلان رسمي من Tether إلى تحول في نشر عقد USDT على شبكة Bitcoin layer-2 من OmniLayer إلى RGB. يُنظر إلى هذه الخطوة من قبل Tether على أنها إشارة للاعبين الرئيسيين في عالم التشفير الذين يغامرون في RGB. تفتخر RGB الآن ببروتوكول تطوير راسخ ومجتمع مطور كبير واعتراف من عمالقة التشفير. في الوقت الحالي، يقوم مطورو RGB بتجربة براهين متكررة من المعرفة الصفرية لتقليل حجم عمليات التحقق من جانب العميل. في حالة نجاحه، سيؤدي هذا التحسين إلى تسريع سرعات التحقق بشكل كبير على شبكة RGB، وبالتالي التخفيف من مشكلات وقت استجابة الشبكة أثناء الاستخدام المكثف.
Kernel Ventures هو صندوق رأس مال استثماري مشفر يديره مجتمع البحث والتطوير. لقد قامت بأكثر من 70 استثمارًا مبكرًا، مع التركيز على البنية التحتية والبرامج الوسيطة والتطبيقات اللامركزية، وتحديدًا على ZK و Rollups و DEX وسلاسل الكتل المعيارية والقطاعات التي تستعد لخدمة المليارات من مستخدمي التشفير في المستقبل. يتضمن ذلك تجريد الحساب وتوافر البيانات وقابلية التوسع والمزيد. على مدى السنوات السبع الماضية، كرسنا جهودنا لدعم مجتمعات التنمية الأساسية وجمعيات بلوكتشين الجامعية في جميع أنحاء العالم.
توجد العديد من حلول العقود الذكية على شبكة بيتكوين الحالية، مع كون بروتوكول Ordinals وبروتوكول RGB الأكثر انتشارًا. أتاح ظهور بروتوكول Ordinals تطوير العقود الذكية على شبكة بيتكوين، وربط أمنها ببلوكتشين بيتكوين. ومع ذلك، يتم تأكيد وتسجيل عمليات نقل أصول Ordinals على شبكة بيتكوين الرئيسية وهي مرتبطة بنقل 1 ساتوشي. ينتج عن هذا رسوم معاملات عالية ويزيد من ازدحام شبكة بيتكوين الرئيسية البطيئة بالفعل.
في المقابل، يقدم بروتوكول RGB قنوات خارج السلسلة ومعالجة المعاملات المجمعة، مما يقلل بشكل كبير من رسوم المعاملات ويحسن السرعة. يقلل التحقق من جانب العميل أيضًا بشكل كبير من البيانات المطلوبة للحفاظ على عمليات الشبكة، مما يعزز قابلية تطوير الشبكة. بينما يعمل بروتوكول RGB على تحسين سرعة المعاملات وقابلية التوسع، فإنه يقدم أيضًا تحديات جديدة. تعمل القنوات خارج السلسلة على تحسين تكاليف المعاملات وسرعتها ولكنها تثير مخاوف أمنية للسجلات خارج السلسلة. يقلل التحقق من جانب العميل من تخزين البيانات ولكنه يبطئ سرعات التحقق بشكل كبير.
تقارن هذه المقالة بروتوكولات Ordinals و RGB عبر أبعاد الأمان وقابلية التوسع ورسوم المعاملات والسرعة، وتستكشف الاتجاهات المستقبلية المحتملة لسرد RGB.
تمثل Bitcoin حاليًا حوالي 49٪ من إجمالي القيمة السوقية للعملات المشفرة. ومع ذلك، فإن تطورها يعوقه بشدة عدم اكتمال تورينج في لغة البرمجة الخاصة بها، وغياب العقود الذكية للشبكة الرئيسية، وبطء سرعات المعاملات. لمعالجة هذه المشكلات، حاول مطورو بيتكوين العديد من حلول التوسع والتسريع، بما في ذلك بشكل أساسي:
بروتوكول RGB: بروتوكول من الطبقة الثانية مبني على شبكة Bitcoin، يخزن بيانات المعاملات الأساسية الخاصة به على شبكة BTC الرئيسية. تستخدم RGB نموذج أمان Bitcoin لدعم إنشاء الرموز ذات الخصائص المخصصة ووظائف العقود الذكية على شبكة Bitcoin. تم اقتراح بروتوكول RGB في البداية من قبل بيتر تود في عام 2016، واستعاد الاهتمام في عام 2023 وسط طفرة تطوير العقود الذكية على Bitcoin.
شاهد منفصل (SegWit): تم تنفيذ SegWit في أغسطس 2017، ويفصل بين معلومات المعاملات والتوقيع، مما يزيد حجم الكتلة الفعال من 1 ميجابايت إلى 4 ميجابايت، مما يخفف جزئيًا من الازدحام. ومع ذلك، نظرًا لقيود حجم كتلة بيتكوين، فإن المزيد من التوسع في تخزين الكتلة غير ممكن.
Lightning Network: حل توسيع الطبقة الثانية لبيتكوين، مما يسمح بالمعاملات دون الوصول إلى بلوكتشين، مما يزيد الإنتاجية بشكل كبير. ومع ذلك، تواجه شبكة Lightning Network، مع حلول مثل OmniBolt و Stacks، مخاطر مركزية كبيرة.
تقنية السلسلة الجانبية: عند إنشاء سلسلة جانبية خارج شبكة بيتكوين، يتم ربط أصول السلسلة الجانبية بنسبة 1:1 بـ BTC. تقدم Sidechains أداءً محسنًا للمعاملات ولكن لا يمكنها أبدًا مطابقة أمان شبكة BTC الرئيسية.
مصدر الصورة: Dune
فمنذ مارس من هذا العام، ارتفعت رسوم المعاملات على شبكة بيتكوين وحجم أصول بروتوكول BRC20. في أوائل شهر مايو، بلغت رسوم معاملات الشبكة الرئيسية لـ BTC ذروتها، وبينما انخفضت منذ ذلك الحين، لا يزال حجم تداول أصول BRC20 مرتفعًا. يشير هذا إلى أن الحماس لتطوير العقود الذكية في شبكة بيتكوين لم يتضاءل، حتى مع انخفاض الحماس حول النقوش في النظام البيئي لبيتكوين. يواصل المطورون البحث عن الحل الأمثل لتطوير العقود الذكية على شبكة Bitcoin.
وعلى عكس وي إيثريوم، الذي يتم تسجيله كبيانات، يتم حساب ساتوشي بيتكوين استنادًا إلى UTXO المملوك لكل عنوان. للتمييز بين الإحصائيات، من الضروري أولاً التمييز بين UTXOS، ثم التمييز بين الإحصائيات داخل UTXO. الأول بسيط نسبيًا، حيث تتوافق UTXOS المختلفة مع ارتفاعات الكتل المختلفة. نظرًا لأن التعدين يولد إحصائيات أصلية، فإنه يكفي ترقيم UTXOS في معاملات coinbase. يكمن التحدي في ترقيم الإحصائيات داخل نفس UTXO. اقترح بروتوكول Ordinals حلاً يعتمد على مبدأ أول من يخرج أولاً.
التمييز بين UTXOS: يبدأ BTC Builder في التسجيل من وقت تعدين UTXO، حيث يتوافق كل UTXO مع كتلة فريدة، ولكل كتلة ارتفاع فريد للكتلة على شبكة Bitcoin. يمكن أن تميز ارتفاعات الكتل المختلفة UTXOS المختلفة.
التفريق بين الإحصائيات داخل UTXO: يحدد ارتفاع الكتلة نطاق الإحصائيات في UTXO. على سبيل المثال، يمكن للكتلة الأولى تعدين 100 BTC، أو 1010 sats. وبالتالي، فإن الإحصائيات في الكتلة ذات الارتفاع 0 سيتم ترقيمها [0،1010-1]، وتلك الموجودة في الكتلة ذات الارتفاع 1 ستكون [1010،2 1010-1]، وهكذا. لتحديد مقعد معين داخل UTXO، يجب على المرء أن ينظر إلى عملية استهلاك UTXO. يقوم بروتوكول Ordinals بترقيم الإحصائيات في مخرجات UTXO بناءً على مبدأ أول من يخرج أولاً. على سبيل المثال، إذا قام أحد عمال المناجم A عند ارتفاع الكتلة 2 بنقل 50 من أصل 100 BTC إلى B، فإن الناتج السابق المخصص لـ A سيتوافق مع الإحصائيات المرقمة [21010،2.51010-1]، بينما سيحصل B على الإحصائيات [2.5 1010،3* 1010-1].
مصدر الصورة: كيرنيل فنتشرز
في البداية، أضافت Bitcoin مشغل OP_RETURN لتوفير مساحة تخزين 80 بايت لكل معاملة. ومع ذلك، لم يكن هذا كافيًا لمنطق التعليمات البرمجية المعقدة وزيادة تكاليف المعاملات وازدحام الشبكة. ولمعالجة هذه المشكلة، قامت بيتكوين بتطبيق نوعين من السوفت فورك، وهما SegWit وTaproot. يوفر البرنامج النصي Tapscript، الذي يبدأ برمز تشغيل OP_FALSE ولم يتم تنفيذه، مساحة 4 ميجابايت للمعاملات. يمكن لهذه المساحة تخزين النقوش الترتيبية، مما يتيح إصدار النص أو الصورة على السلسلة أو إصدار الرمز المميز لبروتوكول BRC20.
تعمل Ordinals بشكل كبير على تعزيز قابلية برمجة شبكة Bitcoin، والتحرر من القيود المفروضة على سرد النظام البيئي لـ BTC وتطويره، وتوفير وظائف تتجاوز معاملات Bitcoin. ومع ذلك، لا تزال العديد من المشكلات مصدر قلق لمطوري النظام البيئي لـ BTC.
مركزية الترتيبات: على الرغم من أن تسجيل الحالة والتغييرات في بروتوكول الترتيبات يحدث على السلسلة، فإن أمان البروتوكول لا يعادل شبكة بيتكوين. لا يمكن أن تمنع الأرقام العادية النقوش المكررة على السلسلة، كما أن تحديد النقوش غير الصالحة يتطلب تدخل بروتوكول الترتيبيات خارج السلسلة. هذا البروتوكول الناشئ، الذي لم يتم اختباره على مدى فترة طويلة، لديه العديد من المشكلات المحتملة. أيضًا، يمكن أن تؤدي مشاكل الخدمة الأساسية لبروتوكول ordinals إلى خسارة الأصول للمستخدمين.
القيود المفروضة على رسوم المعاملات والسرعة: يتم نقش النقوش من خلال مناطق التحقق المنفصلة، مما يعني أن كل عملية نقل للأصول العادية يجب أن تتوافق مع UTXO المستهلك. نظرًا لوقت حظر بيتكوين الذي يبلغ حوالي 10 دقائق، لا يمكن تسريع المعاملات. بالإضافة إلى ذلك، تؤدي عمليات التسجيل على السلسلة إلى زيادة تكاليف المعاملات.
الإضرار بخصائص بيتكوين الأصلية: نظرًا لأن الأصول العادية مرتبطة بإحصائيات بيتكوين القيمة بطبيعتها، فإن استخدام الترتيبيات نفسه يتسبب في عزل الأصول الأصلية لبيتكوين، كما أن النقوش تزيد من رسوم عمال المناجم. يشعر العديد من مؤيدي BTC بالقلق من أن هذا سيضر بوظيفة الدفع الأصلية لـ Bitcoin.
مع الزيادة في حجم المعاملات عبر الإنترنت، أصبحت قيود بروتوكول الترتيبات واضحة بشكل متزايد. وعلى المدى الطويل، إذا لم تتم معالجة هذه المشكلة بشكل كافٍ، فإن النظام البيئي للعقود الذكية لبيتكوين سيكافح للتنافس مع النظم البيئية للسلسلة العامة الكاملة في تورينج. من بين العديد من البدائل للترتيبات، اختار العديد من المطورين بروتوكول RGB، الذي يوفر تقدمًا كبيرًا في قابلية التوسع وسرعة المعاملات والخصوصية مقارنة بالترتيبات. من الناحية المثالية، يمكن لأصول النظام البيئي لبيتكوين المبنية على بروتوكول RGB تحقيق سرعات المعاملات وقابلية التوسع مقارنة بالأصول في سلاسل Turing العامة الكاملة.
التحقق من جانب العميل
على عكس بث بيانات المعاملات على شبكة بيتكوين الرئيسية، يعمل بروتوكول RGB خارج السلسلة، مع نقل المعلومات فقط بين المرسل والمستقبل. بعد التحقق من صحة المعاملة، لا تحتاج عقدة الاستقبال إلى المزامنة مع الشبكة بأكملها أو تسجيل جميع بيانات المعاملات على الشبكة مثل Bitcoin mainnet. ولا تسجل العقدة المستقبلة سوى البيانات المتعلقة بتلك المعاملة، وهي كافية للتحقق من بلوكتشين، مما يعزز بشكل كبير قابلية توسيع الشبكة والخصوصية.
مصدر الصورة: كيرنيل فنتشرز
أختام لمرة واحدة
في عمليات نقل المواد في العالم الحقيقي، غالبًا ما يتم تغيير المواد عدة مرات، مما يشكل تهديدًا كبيرًا لأصالتها وسلامتها. لمنع التلاعب الضار قبل الإرسال للتحقق، يتم استخدام الأختام في الحياة الواقعية، مع إشارة سلامة الختم إلى ما إذا كان المحتوى قد تم تغييره. يتشابه دور الأختام لمرة واحدة في شبكة RGB. على وجه التحديد، يتم تمثيلهم من خلال السمة الطبيعية التي تُستخدم لمرة واحدة للأختام الإلكترونية في شبكة Bitcoin - UTXO.
وعلى غرار العقود الذكية على إيثريوم، يتطلب إصدار التوكنز بموجب بروتوكول RGB تحديد اسم الرمز المميز وإجمالي العرض. الفرق هو أنه لا توجد سلسلة عامة محددة كناقل في شبكة RGB. يجب ربط كل رمز في RGB بـ UTXO محدد في شبكة Bitcoin. تعني ملكية UTXO معين في شبكة Bitcoin ملكية رمز RGB المقابل في بروتوكول RGB. لنقل رمز RGB، يحتاج المالك إلى إنفاق UTXO. تعني طبيعة UTXOS لمرة واحدة أنه بمجرد إنفاقها، تختفي، مما يعكس إنفاق أصل RGB المرتبط. هذه العملية تشبه فتح ختم لمرة واحدة.
مصدر الصورة: كيرنيل فنتشرز
UTXO بليندنج
في شبكة بيتكوين، يمكن تتبع كل معاملة إلى مدخلات ومخرجات UTXOS. هذا يعزز كفاءة تتبع UTXO في شبكة Bitcoin ويمنع بشكل فعال هجمات الإنفاق المزدوج. ومع ذلك، فإن عملية المعاملات الشفافة بالكامل تعرض الخصوصية للخطر. لتعزيز خصوصية المعاملات، يقترح بروتوكول RGB مفهوم UTXOS العمياء.
أثناء نقل رموز RGB، لا يمكن للمرسل A الحصول على العنوان الدقيق لـ UTXO المستلم ولكن فقط نتيجة التجزئة لعنوان UTXO المستلم المتسلسل بقيمة كلمة مرور عشوائية. عندما يرغب جهاز الاستقبال B في استخدام رمز بروتوكول RGB المستلم، يجب عليه إبلاغ جهاز الاستقبال التالي C بعنوان UTXO وإرسال قيمة كلمة المرور المقابلة إلى C للتحقق من أن A أرسل بالفعل رمز بروتوكول RGB إلى B.
مصدر الصورة: كيرنيل فنتشرز
الأمان: يجب تنفيذ كل معاملة أو انتقال حالة في عقود Ordinals الذكية من خلال إنفاق UTXO، بينما في RGB، تعتمد هذه العملية إلى حد كبير على Lightning Network أو قنوات RGB خارج السلسلة. يخزن RGB كمية كبيرة من البيانات في عميل RGB (ذاكرة التخزين المؤقت المحلية أو الخادم السحابي)، مما يؤدي إلى درجة عالية من المركزية وإمكانية الاستغلال من قبل المؤسسات المركزية. بالإضافة إلى ذلك، قد يؤدي تعطل الخادم أو فقدان ذاكرة التخزين المؤقت المحلية إلى فقدان الأصول للعملاء. من حيث الأمان، تتمتع Ordinals بميزة.
سرعة التحقق: نظرًا لأن RGB يستخدم التحقق من جانب العميل، فإن التحقق من كل معاملة في بروتوكول RGB يتطلب البدء من البداية. يستهلك هذا وقتًا طويلاً في تأكيد كل خطوة من خطوات نقل أصول RGB، مما يؤدي إلى إبطاء عملية التحقق بشكل كبير. وبالتالي، فإن Ordinals لها اليد العليا في سرعة التحقق.
الخصوصية: يتم نقل أصول RGB والتحقق منها خارج بلوكتشين، مما يؤدي إلى إنشاء قناة فريدة بين المرسل والمستقبل. بالإضافة إلى ذلك، يضمن تعمية UTXO أنه حتى المرسل لا يمكنه تتبع وجهة UTXO. في المقابل، يتم تسجيل تحويلات أصول Ordinal من خلال إنفاق UTXO على بيتكوين، ويمكن تتبع كل من المدخلات والمخرجات UTXOS على شبكة بيتكوين، مما لا يوفر أي خصوصية. لذلك، من منظور الخصوصية، يتمتع بروتوكول RGB بميزة.
تكاليف المعاملات: تعتمد عمليات نقل RGB إلى حد كبير على قنوات RGB من جانب العميل أو شبكة Lightning، مما يؤدي إلى عدم وجود تكاليف معاملات تقريبًا. بغض النظر عن عدد المعاملات، لا يلزم سوى إنفاق UTXO واحد للتأكيد النهائي على البلوكشين. ومع ذلك، فإن كل عملية نقل في Ordinals تتطلب التسجيل في البرنامج النصي tapscript. إلى جانب تكلفة تسجيل النقوش، يؤدي ذلك إلى تكبد رسوم معاملات كبيرة. علاوة على ذلك، يقترح بروتوكول RGB معاملات مجمعة، مما يسمح لبرنامج نصي واحد بتحديد العديد من مستلمي أصول RGB. في المقابل، يقوم Ordinals افتراضيًا بنقل UTXO إلى مستلم واحد في كل مرة، لكن RGB يقلل التكاليف بشكل كبير من خلال مشاركة العبء. وبالتالي، تتمتع RGB بميزة رسوم المعاملات.
قابلية التوسع: في عقود RGB الذكية، تتم إدارة التحقق من المعاملات وتخزين البيانات من قبل العميل (عقدة الاستقبال) ولا تحدث في سلسلة BTC، مما يلغي الحاجة إلى البث والتحقق العالمي على الشبكة الرئيسية. تحتاج كل عقدة فقط إلى ضمان تأكيد البيانات المتعلقة بالمعاملات. ومع ذلك، تتطلب بيانات التسجيل في Ordinals عمليات على السلسلة. نظرًا لسرعة معالجة بيتكوين وقيود قابلية التوسع، فإن سعة حجم معاملاتها مقيدة إلى حد كبير. لذلك، تتمتع RGB بميزة فائقة في قابلية التوسع.
بعد إصدار RGB v0.10.0، أصبحت بيئة التطوير على شبكة RGB أكثر سهولة في الاستخدام للمطورين. وبالتالي، فإن التطوير الواسع النطاق للنظام البيئي لبروتوكول RGB لم يتجاوز نصف عام، ولا تزال معظم مشاريع النظام البيئي RGB التالية في مراحلها الأولى:
Infinitas: Infinitas عبارة عن نظام بيئي متكامل لتطبيقات بيتكوين من تورينج يجمع بين مزايا شبكة Lightning Network وبروتوكول RGB، ويدعم ويكمل كل منهما الآخر لإنشاء نظام بيئي أكثر كفاءة للبيتكوين. والجدير بالذكر أن Infinitas اقترحت أيضًا دليلًا متكررًا على عدم المعرفة لمعالجة عدم كفاءة التحقق من جانب العميل. إذا تم تنفيذ هذه الطريقة بشكل فعال، فيمكنها حل مشكلات سرعة التحقق بشكل كبير في شبكة RGB.
مستكشف RGB: يعد RGB Explorer أحد أوائل المتصفحات التي تدعم الاستعلام عن أصول RGB ونقلها (الرموز المميزة القابلة للتبديل وغير القابلة للاستبدال)، ودعم الأصول مثل معايير RGB20 و RGB21 و RGB25.
Cosminimart: Cosminimart هي في الأساس شبكة بيتكوين لايتنينج متوافقة مع بروتوكول RGB، في محاولة لإنشاء نظام بيئي جديد لبيتكوين قادر على نشر العقود الذكية. على عكس المشاريع المذكورة أعلاه ذات الوظائف الفردية، توفر Cosminimart محفظة وسوق تداول المشتقات وسوق اكتشاف المشاريع المبكرة. إنه يقدم خدمات شاملة لتطوير العقود الذكية لشبكة Bitcoin وترويج المنتجات والتداول.
DIBA: بالاستفادة من شبكة Lightning وبروتوكول RGB، تلتزم DIBA ببناء سوق NFT لشبكة بيتكوين. وهي تعمل حاليًا على شبكة Bitcoin testnet ومن المتوقع إطلاقها على الشبكة الرئيسية قريبًا.
مع إصدار إصدار RGB v0.10.0، أصبح الإطار العام للبروتوكول مستقرًا بشكل متزايد، ويتم حل مشكلات التوافق المحتملة أثناء تحديثات الإصدار بشكل تدريجي. في الوقت نفسه، يتم تحسين تطوير الأدوات ومجموعة متنوعة من واجهات API، مما يقلل بشكل كبير من التعقيد للمطورين الذين يعملون مع RGB.
تعلن #Tether اليوم عن إنهاء دعم 3 سلاسل بلوكشين بالدولار الأمريكي: OmniLayer و BCH-SLP و Kusama. وسيتمكن العملاء من الاستمرار في استرداد واستبدال رموز USDT (بأخرى من العديد من سلاسل البلوكشين المدعومة)، ولكن Tether لن تصدر أي عملات USDT إضافية جديدة على هذه البلوكشين الثلاثة.
في الآونة الأخيرة، أشار إعلان رسمي من Tether إلى تحول في نشر عقد USDT على شبكة Bitcoin layer-2 من OmniLayer إلى RGB. يُنظر إلى هذه الخطوة من قبل Tether على أنها إشارة للاعبين الرئيسيين في عالم التشفير الذين يغامرون في RGB. تفتخر RGB الآن ببروتوكول تطوير راسخ ومجتمع مطور كبير واعتراف من عمالقة التشفير. في الوقت الحالي، يقوم مطورو RGB بتجربة براهين متكررة من المعرفة الصفرية لتقليل حجم عمليات التحقق من جانب العميل. في حالة نجاحه، سيؤدي هذا التحسين إلى تسريع سرعات التحقق بشكل كبير على شبكة RGB، وبالتالي التخفيف من مشكلات وقت استجابة الشبكة أثناء الاستخدام المكثف.
Kernel Ventures هو صندوق رأس مال استثماري مشفر يديره مجتمع البحث والتطوير. لقد قامت بأكثر من 70 استثمارًا مبكرًا، مع التركيز على البنية التحتية والبرامج الوسيطة والتطبيقات اللامركزية، وتحديدًا على ZK و Rollups و DEX وسلاسل الكتل المعيارية والقطاعات التي تستعد لخدمة المليارات من مستخدمي التشفير في المستقبل. يتضمن ذلك تجريد الحساب وتوافر البيانات وقابلية التوسع والمزيد. على مدى السنوات السبع الماضية، كرسنا جهودنا لدعم مجتمعات التنمية الأساسية وجمعيات بلوكتشين الجامعية في جميع أنحاء العالم.