BTC هو حاليًا أفضل سلسلة كتلية من حيث السيولة والأمان. بعد اندلاع النقش، جذبت بيئة BTC عددًا كبيرًا من المطورين الذين سرعان ما بدأوا في متابعة مشكلة قابلية برمجة BTC ومشكلة التحجيم. من خلال إدخال أفكار مختلفة مثل ZK و DA والسلسلة الجانبية والتجميع وإعادة الرهان وغيرها، يبدو أن ازدهار بيئة BTC يصل إلى ذروته الجديدة ويصبح بشكل واضح السيناريو الرئيسي للسوق الصاعدة الحالي.
ومع ذلك، في هذه التصاميم، الكثير منها يستمر في تجربة العقد الذكي لـ ETH وغيرها من الحلول التي تعتمد على وجود الجسور عبر السلسلة المركزية، وهذا هو الضعف الرئيسي للنظام. قليل من الحلول مبنية على خصائص BTC نفسها، وهذا يرجع إلى عدم ودية تجربة تطوير BTC نفسها. ولأسباب معينة، لا يمكن تشغيل العقد الذكي على BTC بنفس الطريقة التي يتم بها تشغيله على إيثريوم.
لغة سكريبت BTC تقييد الاكتمال التورينغ للأمان، مما يجعل من غير الممكن تنفيذ العقود الذكية مثل إيث.
في الوقت نفسه ، تم تصميم تخزين سلسلة كتل BTC للمعاملات البسيطة ولم يتم تحسينها للعقود الذكية المعقدة.
أهم شيء هو أن لدى بيتكوين لا توجد الآلة الافتراضية لتشغيل العقود الذكية.
في عام 2017 ، قامت SegWit بزيادة حدود حجم كتلة BTC ؛ في عام 2021 ، قامت ترقية Taproot بجعل التحقق من التوقيع الجماعي ممكنًا ، مما يتيح معالجة المعاملات بشكل أسهل وأسرع (فتح تبادل ذري ، والتوقيع المتعدد ، والمحفظة المشروطة) ، وهذا يجعل البرمجة الممكنة على BTC.
2022 年، طور Casey Rodarmor نظريته "الترتيبية"، حيث قام بشرح مخطط ترقيم ساتوشي الذي يمكن أن يضمن البيانات العشوائية مثل الصور في معاملات BTC، مما يفتح آفاقًا جديدة لتضمين معلومات الحالة والبيانات الوسيطية داخل السلسلة مباشرة في BTC. هذا يفتح آفاقًا جديدة لتطبيقات العقود الذكية وغيرها التي تحتاج إلى بيانات الحالة القابلة للوصول والتحقق منها.
حاليا، يعتمد معظم مشاريع توسيع برمجية BTC على الشبكة الفرعية لـ BTC (L2)، مما يجعل المستخدمين يجب أن يثقوا في الجسور عبر السلسلة، مما يشكل تحديا كبيرا للحصول على المستخدمين والسيولة في L2. بالإضافة إلى ذلك، يفتقر BTC حاليا إلى الآلة الافتراضية الأصلية أو القابلية للبرمجة، مما يجعل من غير الممكن تحقيق اتصال بين L2 و L1 بدون الحاجة إلى افتراضات ثقة إضافية.
RGB، RGB++ وشبكة Arch جميعها تحاول البناء على خصائص BTC الأصلية لتعزيز قابلية برمجة BTC، من خلال طرق مختلفة لتوفير القدرة على العقود الذكية والمعاملات المعقدة:
RGB هو نظام العقود الذكية الموثق بواسطة عميل خارج السلسلة، وتُسجل تغييرات حالة العقد الذكي في UTXO للبيتكوين. على الرغم من وجود بعض المزايا في الخصوصية، إلا أن استخدامه مُعقد ويفتقر إلى قابلية العقود للتركيب، ويتطور حاليًا ببطء شديد.
RGB++ هو خط توسع آخر في المفهوم RGB، ويعتمد ما زال على UTXO المرتبطة، ولكن من خلال جعل السلسلة نفسها محققة الإجماع كعميل التحقق، يوفر هذا حلًا للأصول البيانات ميتا العابرة للسلاسل ويسمح لها بدعم نقل سلاسل UTXO ذات بنية تحتية تشغيلية.
شبكة أرش توفرحل العقد الذكي الأصلي لبيتكوين، حيث تقوم بإنشاء آلة افتراضية ZK وشبكة العقدة المراسلة المطابقة، وتسجيل تغييرات الحالة ومراحل الأصول في المعاملات بيتكوين من خلال تجميع التداولات.
رغب
RGB هو توسيع ذكي مبكر لمجتمع BTC ، ويسجل بيانات الحالة بطريقة معبأة بواسطة UTXO ، ويوفر أفكارًا هامة لزيادة سعة BTC الأصلية في المستقبل.
يستخدم RGB طريقة التحقق من خارج السلسلة ، حيث يتم نقل التحقق من تحويل العملة من طبقة الاتفاق المشترك لبيتكوين إلى خارج السلسلة ، ويتم التحقق منه بواسطة عميل متعلق بالمعاملة المحددة. تقلل هذه الطريقة من الحاجة إلى البث العالمي ، وتعزز الخصوصية والكفاءة. ومع ذلك ، فإن هذه الطريقة لتعزيز الخصوصية هي سلاح ذو حدين. عن طريق السماح فقط للعقدة المعنية بالمعاملة المحددة بالمشاركة في عملية التحقق ، فإنها تعزز الحماية للخصوصية ، ولكنها تجعل الجهات الخارجية غير مرئية ، مما يجعل عملية التشغيل الفعلية معقدة وصعبة التطوير ، وتجربة المستخدم ضعيفة.
وأدخل RGB مفهوم الشريط الختم القابل للاستخدام مرة واحدة. يمكن إنفاق كل UTXO مرة واحدة فقط، مما يعادل قفل UTXO عند إنشائه، وفتحه عند إنفاقه. يتم تغليف حالة العقد الذكي من خلال UTXO وإدارتها من خلال الشريط الختم، مما يوفر آلية فعالة لإدارة الحالة.
RGB ++
RGB++ هي خط مواز لـ RGB في الفكرة الأساسية ولا تزال تعتمد على UTXO.
يستخدم RGB++ سلسلة UTXO المكتملة (مثل CKB أو سلسلة أخرى) لمعالجة البيانات خارج السلسلة والعقود الذكية، مما يعزز قابلية برمجة BTC بشكل أكبر ويضمن الأمان من خلال ربط BTC بشكل متشابه.
يستخدم RGB++ سلسلة UTXO اكتملت الجولة. من خلال استخدام سلسلة UTXO مثل CKB كسلسلة ظلية، يمكن لـ RGB++ التعامل مع البيانات خارج السلسلة والعقود الذكية. هذه السلسلة ليست قادرة على تنفيذ العقود الذكية المعقدة فقط، بل يمكن أيضًا ربطها بUTXO الخاص بـ BTC، مما يزيد من قابلية برمجة النظام ومرونته. بالإضافة إلى ذلك، يتم ربط UTXO الخاص بـ BTC وUTXO السلسلة الظلية بشكل متطابق، مما يضمن التوافق في الحالة والأصول بين السلسلتين، وبالتالي يضمن الأمان في التداول.
بالإضافة إلى ذلك ، يمكن توسيع RGB ++ ليشمل جميع سلاسل اكتملت الجولة UTXO ، ولم تعد تقتصر على CKB ، مما أدى إلى تحسين التفاعع عبر السلسلسلة من قابلية التشغيل البيني والأصول السيولة. ** يسمح هذا الدعم متعدد السلاسل بدمج RGB ++ مع أي سلسلة اكتملت الجولة UTXO ، مما يعزز مرونة النظام. في الوقت نفسه ، تنفذ RGB ++ التفاع بدون جسر عبر السلسلسلة من خلال الربط المتشاكل UTXO ، على عكس جسر التفاعل التقليدي عبر السلسلة ، والذي يتجنب مشكلة "النقود المزيفة" ويضمن صحة واتساق الأصل.
من خلال التحقق داخل السلسلة باستخدام سلسلة الظلال ، يبسط RGB ++ عملية التحقق عند العميل. يمكن للمستخدمين التحقق من صحة حساب RGB ++ فقط من خلال التحقق من المعاملات ذات الصلة في سلسلة الظلال. تسهل هذه الطريقة من التحقق داخل السلسلة العملية وتحسن تجربة المستخدم. باستخدام سلسلة الظلال ، يتجنب RGB ++ إدارة UTXO المعقدة لـ RGB ويوفر تجربة أكثر بساطة وودية للمستخدم.
مقال قراءة موصى به: RGB++ Layer: فتح عصرًا جديدًا لنظام BTC
شبكة ARCH
تتكون الشبكة الرئيسية لشبكة Arch من Arch zkVM وشبكة التحقق من العقدة Arch، حيث يتم استخدام دليل بدون معرفة (zk-proofs) وشبكة التحقق غير المركزية لضمان أمان وخصوصية العقد الذكي، وهو أكثر سهولة في الاستخدام من RGB ولا يحتاج إلى ربط آخر مثل RGB++
ARCH zkVM استخدام RISC Zero ZKVM لتنفيذ العقود الذكية وتوليد دليل بدون معرفة، من شبكة العقد الذكي الموزعة للتحقق. يعمل هذا النظام بناءً على نموذج UTXO ، حيث يقوم بتغليف حالة العقد الذكي في حالة UTXO لزيادة الأمان والكفاءة.
Asset UTXO يستخدم لتمثيل BTC أو عملة أخرى، ويمكن إدارته من خلال الوكالة. تقوم شبكة التحقق من صحة Arch بالتحقق من محتوى ZKVM من خلال اختيار زعيم عقدة عشوائي واستخدام نظام توقيع FROST لتجميع توقيعات العقدة، ثم تبث الصفقة إلى شبكة BTC.
توفر Arch zkVM آلة افتراضية اكتملت الجولة لـ BTC ، والتي يمكنها تنفيذ العقود الذكية المعقدة. بعد تنفيذ العقد الذكي كل مرة ، سينشئ Arch zkVM دليل بدون معرفة تُستخدم هذه الأدلة للتحقق من صحة العقد الذكي وتغيير الحالة.
ARCH أيضا تستخدم نموذج UTXO لـ BTC، حيث يتم تجميع الحالة والأصول في UTXO، ويتم تحويل الحالة من خلال مفهوم الاستخدام مرة واحدة. يتم تسجيل بيانات حالة العقد الذكي كـ state UTXO، بينما تسجل الأصول الأصلية كـ Asset UTXO. تضمن ARCH أن يتم إنفاق كل UTXO مرة واحدة فقط، مما يوفر إدارة حالة آمنة.
على الرغم من عدم وجود تصميم جديد لبنية البلوكشين في Arch ، إلا أنها تحتاج أيضًا إلى شبكة عقدة تحقق. خلال كل فترة من فترات Arch Epoch ، يتم اختيار عقدة قائد بشكل عشوائي وفقًا لحقوق الملكية ، وتكون هذه العقدة المسؤولة عن نشر المعلومات التي تم استلامها إلى جميع العقد الأخرى في الشبكة. يتم التحقق من جميع البراهين zk بواسطة شبكة عقدة غير مركزية لضمان أمان النظام ومقاومته للرقابة ، وتقديم التوقيع لعقدة القائد. بمجرد توقيع المعاملة من قبل عدد معين من العقد ، يمكن بثها على شبكة BTC.
استنتاج
من حيث تصميم قابلية برمجة BTC ، لديها ميزات مميزة لكل من RGB و RGB++ وشبكة Arch ، ولكنها تستمر في النهج المرتبط بـ UTXO ، وخاصية التوثيق لمرة واحدة من UTXO أكثر مناسبة للاستخدام في العقود الذكية لتسجيل الحالة.
ومع ذلك، فإن عيوبه أيضًا واضحة للغاية، ألا وهي تجربة مستخدم سيئة، ووقت الاستجابة الذي يتوافق مع BTC وأداء منخفض، أي يتم توسيع الوظائف فقط دون تحسين الأداء، وهذا أمر واضح بشكل أكبر في Arch و RGB ؛ بينما يقدم تصميم RGB ++ تجربة مستخدم أفضل من خلال إدخال سلسلة UTXO ذات أداء أعلى ، إلا أنه يفترض أيضًا أمانًا إضافيًا.
مع انضمام المزيد والمزيد من المطورين إلى مجتمع BTC، سنرى المزيد من خطط التوسع، مثل اقتراح ترقية op_cat الذي يتم مناقشته بنشاط أيضًا. من الضروري متابعة الخطط التي تتوافق مع خصائص BTC الأصلية، حيث أن طريقة ربط UTXO هي الطريقة الأكثر فعالية لتوسيع طريقة برمجة BTC دون ترقية شبكة BTC، طالما أنه يمكن حل مشكلة تجربة المستخدم بشكل جيد، سيكون ذلك تقدمًا هائلاً للعقود الذكية BTC.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
تفسير العقد الذكي BTC لمشروعات RGB، RGB++ وشبكة Arch
المؤلف: Trustless Labs؛ الرابط الأصلي:
BTC هو حاليًا أفضل سلسلة كتلية من حيث السيولة والأمان. بعد اندلاع النقش، جذبت بيئة BTC عددًا كبيرًا من المطورين الذين سرعان ما بدأوا في متابعة مشكلة قابلية برمجة BTC ومشكلة التحجيم. من خلال إدخال أفكار مختلفة مثل ZK و DA والسلسلة الجانبية والتجميع وإعادة الرهان وغيرها، يبدو أن ازدهار بيئة BTC يصل إلى ذروته الجديدة ويصبح بشكل واضح السيناريو الرئيسي للسوق الصاعدة الحالي.
ومع ذلك، في هذه التصاميم، الكثير منها يستمر في تجربة العقد الذكي لـ ETH وغيرها من الحلول التي تعتمد على وجود الجسور عبر السلسلة المركزية، وهذا هو الضعف الرئيسي للنظام. قليل من الحلول مبنية على خصائص BTC نفسها، وهذا يرجع إلى عدم ودية تجربة تطوير BTC نفسها. ولأسباب معينة، لا يمكن تشغيل العقد الذكي على BTC بنفس الطريقة التي يتم بها تشغيله على إيثريوم.
في عام 2017 ، قامت SegWit بزيادة حدود حجم كتلة BTC ؛ في عام 2021 ، قامت ترقية Taproot بجعل التحقق من التوقيع الجماعي ممكنًا ، مما يتيح معالجة المعاملات بشكل أسهل وأسرع (فتح تبادل ذري ، والتوقيع المتعدد ، والمحفظة المشروطة) ، وهذا يجعل البرمجة الممكنة على BTC.
2022 年، طور Casey Rodarmor نظريته "الترتيبية"، حيث قام بشرح مخطط ترقيم ساتوشي الذي يمكن أن يضمن البيانات العشوائية مثل الصور في معاملات BTC، مما يفتح آفاقًا جديدة لتضمين معلومات الحالة والبيانات الوسيطية داخل السلسلة مباشرة في BTC. هذا يفتح آفاقًا جديدة لتطبيقات العقود الذكية وغيرها التي تحتاج إلى بيانات الحالة القابلة للوصول والتحقق منها.
حاليا، يعتمد معظم مشاريع توسيع برمجية BTC على الشبكة الفرعية لـ BTC (L2)، مما يجعل المستخدمين يجب أن يثقوا في الجسور عبر السلسلة، مما يشكل تحديا كبيرا للحصول على المستخدمين والسيولة في L2. بالإضافة إلى ذلك، يفتقر BTC حاليا إلى الآلة الافتراضية الأصلية أو القابلية للبرمجة، مما يجعل من غير الممكن تحقيق اتصال بين L2 و L1 بدون الحاجة إلى افتراضات ثقة إضافية.
RGB، RGB++ وشبكة Arch جميعها تحاول البناء على خصائص BTC الأصلية لتعزيز قابلية برمجة BTC، من خلال طرق مختلفة لتوفير القدرة على العقود الذكية والمعاملات المعقدة:
رغب
RGB هو توسيع ذكي مبكر لمجتمع BTC ، ويسجل بيانات الحالة بطريقة معبأة بواسطة UTXO ، ويوفر أفكارًا هامة لزيادة سعة BTC الأصلية في المستقبل.
يستخدم RGB طريقة التحقق من خارج السلسلة ، حيث يتم نقل التحقق من تحويل العملة من طبقة الاتفاق المشترك لبيتكوين إلى خارج السلسلة ، ويتم التحقق منه بواسطة عميل متعلق بالمعاملة المحددة. تقلل هذه الطريقة من الحاجة إلى البث العالمي ، وتعزز الخصوصية والكفاءة. ومع ذلك ، فإن هذه الطريقة لتعزيز الخصوصية هي سلاح ذو حدين. عن طريق السماح فقط للعقدة المعنية بالمعاملة المحددة بالمشاركة في عملية التحقق ، فإنها تعزز الحماية للخصوصية ، ولكنها تجعل الجهات الخارجية غير مرئية ، مما يجعل عملية التشغيل الفعلية معقدة وصعبة التطوير ، وتجربة المستخدم ضعيفة.
وأدخل RGB مفهوم الشريط الختم القابل للاستخدام مرة واحدة. يمكن إنفاق كل UTXO مرة واحدة فقط، مما يعادل قفل UTXO عند إنشائه، وفتحه عند إنفاقه. يتم تغليف حالة العقد الذكي من خلال UTXO وإدارتها من خلال الشريط الختم، مما يوفر آلية فعالة لإدارة الحالة.
RGB ++
RGB++ هي خط مواز لـ RGB في الفكرة الأساسية ولا تزال تعتمد على UTXO.
يستخدم RGB++ سلسلة UTXO المكتملة (مثل CKB أو سلسلة أخرى) لمعالجة البيانات خارج السلسلة والعقود الذكية، مما يعزز قابلية برمجة BTC بشكل أكبر ويضمن الأمان من خلال ربط BTC بشكل متشابه.
يستخدم RGB++ سلسلة UTXO اكتملت الجولة. من خلال استخدام سلسلة UTXO مثل CKB كسلسلة ظلية، يمكن لـ RGB++ التعامل مع البيانات خارج السلسلة والعقود الذكية. هذه السلسلة ليست قادرة على تنفيذ العقود الذكية المعقدة فقط، بل يمكن أيضًا ربطها بUTXO الخاص بـ BTC، مما يزيد من قابلية برمجة النظام ومرونته. بالإضافة إلى ذلك، يتم ربط UTXO الخاص بـ BTC وUTXO السلسلة الظلية بشكل متطابق، مما يضمن التوافق في الحالة والأصول بين السلسلتين، وبالتالي يضمن الأمان في التداول.
بالإضافة إلى ذلك ، يمكن توسيع RGB ++ ليشمل جميع سلاسل اكتملت الجولة UTXO ، ولم تعد تقتصر على CKB ، مما أدى إلى تحسين التفاعع عبر السلسلسلة من قابلية التشغيل البيني والأصول السيولة. ** يسمح هذا الدعم متعدد السلاسل بدمج RGB ++ مع أي سلسلة اكتملت الجولة UTXO ، مما يعزز مرونة النظام. في الوقت نفسه ، تنفذ RGB ++ التفاع بدون جسر عبر السلسلسلة من خلال الربط المتشاكل UTXO ، على عكس جسر التفاعل التقليدي عبر السلسلة ، والذي يتجنب مشكلة "النقود المزيفة" ويضمن صحة واتساق الأصل.
من خلال التحقق داخل السلسلة باستخدام سلسلة الظلال ، يبسط RGB ++ عملية التحقق عند العميل. يمكن للمستخدمين التحقق من صحة حساب RGB ++ فقط من خلال التحقق من المعاملات ذات الصلة في سلسلة الظلال. تسهل هذه الطريقة من التحقق داخل السلسلة العملية وتحسن تجربة المستخدم. باستخدام سلسلة الظلال ، يتجنب RGB ++ إدارة UTXO المعقدة لـ RGB ويوفر تجربة أكثر بساطة وودية للمستخدم.
مقال قراءة موصى به: RGB++ Layer: فتح عصرًا جديدًا لنظام BTC
شبكة ARCH
تتكون الشبكة الرئيسية لشبكة Arch من Arch zkVM وشبكة التحقق من العقدة Arch، حيث يتم استخدام دليل بدون معرفة (zk-proofs) وشبكة التحقق غير المركزية لضمان أمان وخصوصية العقد الذكي، وهو أكثر سهولة في الاستخدام من RGB ولا يحتاج إلى ربط آخر مثل RGB++
ARCH zkVM استخدام RISC Zero ZKVM لتنفيذ العقود الذكية وتوليد دليل بدون معرفة، من شبكة العقد الذكي الموزعة للتحقق. يعمل هذا النظام بناءً على نموذج UTXO ، حيث يقوم بتغليف حالة العقد الذكي في حالة UTXO لزيادة الأمان والكفاءة.
Asset UTXO يستخدم لتمثيل BTC أو عملة أخرى، ويمكن إدارته من خلال الوكالة. تقوم شبكة التحقق من صحة Arch بالتحقق من محتوى ZKVM من خلال اختيار زعيم عقدة عشوائي واستخدام نظام توقيع FROST لتجميع توقيعات العقدة، ثم تبث الصفقة إلى شبكة BTC.
توفر Arch zkVM آلة افتراضية اكتملت الجولة لـ BTC ، والتي يمكنها تنفيذ العقود الذكية المعقدة. بعد تنفيذ العقد الذكي كل مرة ، سينشئ Arch zkVM دليل بدون معرفة تُستخدم هذه الأدلة للتحقق من صحة العقد الذكي وتغيير الحالة.
ARCH أيضا تستخدم نموذج UTXO لـ BTC، حيث يتم تجميع الحالة والأصول في UTXO، ويتم تحويل الحالة من خلال مفهوم الاستخدام مرة واحدة. يتم تسجيل بيانات حالة العقد الذكي كـ state UTXO، بينما تسجل الأصول الأصلية كـ Asset UTXO. تضمن ARCH أن يتم إنفاق كل UTXO مرة واحدة فقط، مما يوفر إدارة حالة آمنة.
على الرغم من عدم وجود تصميم جديد لبنية البلوكشين في Arch ، إلا أنها تحتاج أيضًا إلى شبكة عقدة تحقق. خلال كل فترة من فترات Arch Epoch ، يتم اختيار عقدة قائد بشكل عشوائي وفقًا لحقوق الملكية ، وتكون هذه العقدة المسؤولة عن نشر المعلومات التي تم استلامها إلى جميع العقد الأخرى في الشبكة. يتم التحقق من جميع البراهين zk بواسطة شبكة عقدة غير مركزية لضمان أمان النظام ومقاومته للرقابة ، وتقديم التوقيع لعقدة القائد. بمجرد توقيع المعاملة من قبل عدد معين من العقد ، يمكن بثها على شبكة BTC.
استنتاج
من حيث تصميم قابلية برمجة BTC ، لديها ميزات مميزة لكل من RGB و RGB++ وشبكة Arch ، ولكنها تستمر في النهج المرتبط بـ UTXO ، وخاصية التوثيق لمرة واحدة من UTXO أكثر مناسبة للاستخدام في العقود الذكية لتسجيل الحالة.
ومع ذلك، فإن عيوبه أيضًا واضحة للغاية، ألا وهي تجربة مستخدم سيئة، ووقت الاستجابة الذي يتوافق مع BTC وأداء منخفض، أي يتم توسيع الوظائف فقط دون تحسين الأداء، وهذا أمر واضح بشكل أكبر في Arch و RGB ؛ بينما يقدم تصميم RGB ++ تجربة مستخدم أفضل من خلال إدخال سلسلة UTXO ذات أداء أعلى ، إلا أنه يفترض أيضًا أمانًا إضافيًا.
مع انضمام المزيد والمزيد من المطورين إلى مجتمع BTC، سنرى المزيد من خطط التوسع، مثل اقتراح ترقية op_cat الذي يتم مناقشته بنشاط أيضًا. من الضروري متابعة الخطط التي تتوافق مع خصائص BTC الأصلية، حيث أن طريقة ربط UTXO هي الطريقة الأكثر فعالية لتوسيع طريقة برمجة BTC دون ترقية شبكة BTC، طالما أنه يمكن حل مشكلة تجربة المستخدم بشكل جيد، سيكون ذلك تقدمًا هائلاً للعقود الذكية BTC.