يقدم هذا المقال ثلاث حلول لعقود بيتكوين الذكية: #RGB, RGB++، وشبكة Arch@ArchNtwrk.

خلفية

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

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

• لغة البرمجة النصية لبيتكوين محدودة في الاكتمال التورينغي لأسباب أمان، مما يجعل من المستحيل تنفيذ العقود الذكية مثل إثريوم.

• تم تصميم تخزين سلسلة كتل البيتكوين للمعاملات البسيطة وليست محسنة للعقود الذكية المعقدة.

• والأهم من ذلك، يفتقر بيتكوين إلى آلة افتراضية لتشغيل العقود الذكية.

قامت مدخلة SegWit في عام 2017 بزيادة حد حجم كتلة Bitcoin؛ تمكين ترقية Taproot في عام 2021 من التحقق من توقيع الدفعة، مما يسمح بمعالجة المعاملات بشكل أسهل وأسرع (فتح تبادلات ذرية، محافظ التوقيع المتعدد، والمدفوعات الشرطية). هذه التغييرات جعلت إمكانية البرمجة على Bitcoin ممكنة.

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

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

شبكة ARCH وRGB وRGB++ جميعها تحاول تعزيز قدرة بيتكوين البرمجية عن طريق الاستفادة من الصفات الأصلية للبيتكوين، وتقديم قدرات العقود الذكية والمعاملات المعقدة من خلال طرق مختلفة.

• RGB هو حل عقد ذكي يعتمد على التحقق الخارجي من العميل، مع تسجيل تغييرات حالة العقد الذكي في UTXO للبيتكوين. بينما يوفر بعض مزايا الخصوصية، إلا أنه مُرهق في الاستخدام ويفتقر إلى قابلية العقد، مما يؤدي إلى بطء التطوير جدًا.

• RGB++ هو تمديد لنهج RGB من Nervos، ما زال يعتمد على ربط UTXO ولكن باستخدام السلسلة نفسها كمحقق عميل قائم على الاتفاق. يوفر حلًا لأصول البيانات الوصفية بين السلاسل ويدعم تحويلات أي سلاسل ذات هيكل UTXO.

• تقدم شبكة Arch حل عقد ذكي أصلي لـ BTC عن طريق إنشاء آلة افتراضية ZK وشبكة عقد التحقق الخاصة بها. فهي تجمع بين المعاملات لتسجيل التغييرات في الحالة ومراحل الأصول في معاملات BTC.

شبكة ARCH

يتكون شبكة Arch Network في المقام الأول من Arch zkVM وشبكة عقد التحقق الأساسية لـ Arch. يستخدم البرنامج الأدلة الصفرية المعرفة (zk-proofs) وشبكة التحقق اللامركزية لضمان أمان وخصوصية العقود الذكية. وهو أكثر سهولة في الاستخدام من RGB ولا يتطلب ربط سلسلة UTXO أخرى مثل RGB++.

تنفذ Arch zkVM العقود الذكية وتولد البراهين الخاصة بعدم المعرفة باستخدام RISC Zero ZKVM ، والتي يتم التحقق منها من قبل شبكة لامركزية من أجهزة التحقق. يعمل هذا النظام بناء على نموذج UTXO ، حيث يتم تجميع حالات العقود الذكية في حالات UTXO لتعزيز الأمان والكفاءة.

أصول UTXOs تمثل بيتكوين أو رموز أخرى ويمكن إدارتها عبر التفويض. تقوم شبكة Arch Validator بتحقق محتوى ZKVM من خلال تحديد القادة العشوائيين المختارين وتجميع تواقيع العقدة باستخدام نظام توقيع FROST، وبث المعاملة في النهاية إلى شبكة البيتكوين.

توفر Arch zkVM لبيتكوين آلة افتراضية مكتملة القدرة على تنفيذ عقود ذكية معقدة. بعد تنفيذ كل عقد ذكي، تقوم Arch zkVM بإنشاء دلائل المعرفة الصفرية للتحقق من صحة وتغييرات الحالة للعقد.

يستخدم Arch أيضًا نموذج UTXO الخاص ببيتكوين، حيث يتم تجسيد الحالات والأصول في UTXOs، باستخدام مفهوم الاستخدام مرة واحدة لانتقالات الحالة. يتم تسجيل بيانات حالة العقد الذكي ك State UTXOs، بينما يتم تسجيل بيانات الأصول الخام ك Asset UTXOs. يضمن Arch أن يمكن إنفاق كل UTXO مرة واحدة فقط، مما يوفر إدارة آمنة للحالة.

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

RGB

RGB هو نهج تمديد العقد الذكي المبكر من مجتمع BTC. يسجل بيانات الحالة من خلال تغليف UTXO، ويوفر مفهومًا هامًا لقابلية توسع BTC الأصلية التالية.

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

بالإضافة إلى ذلك، يقدم RGB مفهوم العلامات المختومة للاستخدام الفردي. يمكن إنفاق كل UTXO مرة واحدة فقط، مقفلة بشكل فعال عند إنشائها وفتحها عند الإنفاق. تتم تغليف حالات العقد الذكي في UTXOs وإدارتها من خلال العلامات المختومة، مما يوفر آلية فعالة لإدارة الحالة.

RGB++

RGB++ هو امتداد آخر لمفهوم RGB من Nervos، مستند إلى ربط UTXO.

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

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

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

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

استنتاج

من حيث تصميم قابلية برمجة BTC ، RGB ، RGB++ ، وشبكة Arch لكل منها ميزاتها الخاصة ولكنها جميعا تواصل مع نهج ربط UTXO. خاصية المصادقة للاستخدام الواحد لـ UTXO مناسبة تمامًا لتسجيل الحالات في العقود الذكية.

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

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

إخلاء المسؤولية:

1. يتم نشر هذه المقالة من [ ثقة ألمختبرات]. جميع حقوق الطبع والنشر تنتمي إلى المؤلف الأصلي [مختبرات الثقة]. إذا كان هناك اعتراضات على هذا النشر المنقول، يرجى الاتصال بـبوابة التعلمفريقنا سيتعامل معها على الفور.
2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة هي آراء المؤلف فقط ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالات إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يتم ذكره، فإن نسخ أو توزيع أو سرقة المقالات المترجمة ممنوع.