
المؤلف: الرابط الأصلي: https://www.chaincatcher.com/article/2137941
Bitcoin هو حاليا أكثر سائل وأكثر سائل blockchain.بعد انفجار النقش ، اجتذب النظام الإيكولوجي BTC عددًا كبيرًا من المطورين للتدفق ، وسرعان ما اهتموا ببرمجة وتوسيع BTC.من خلال إدخال أفكار مختلفة ، مثل ZK و DA والسلسلة الجانبية و Rollup والراحة والحلول الأخرى ، فإن ازدهار النظام الإيكولوجي BTC هو المستهلك بأعلى مستوى جديد ، والذي أصبح المؤامرة الرئيسية لهذا السوق الثور.
ومع ذلك ، في هذه التصميمات ،واصل الكثيرون تجربة توسيع نطاق العقود الذكية مثل ETH ويجب عليهم الاعتماد على جسر سلسلة مركزي ، وهو نقطة ضعف النظام.هناك عدد قليل من الحلول المصممة بناءً على خصائص BTC نفسها ، والتي ترتبط بحقيقة أن تجربة المطور في BTC نفسها ليست ودية.لبعض الأسباب ، لا يمكن تشغيل عقود ذكية مثل Ethereum:
-
تحد لغة البرمجة النصية الخاصة بـ Bitcoin ، مما يجعل من المستحيل تنفيذ عقود ذكية مثل Ethereum.
-
في الوقت نفسه ، تم تصميم تخزين bitcoin blockchain للمعاملات البسيطة ولا يحسن العقود الذكية المعقدة.
-
أهم شيء هو أن Bitcoin ليس لديه جهاز افتراضي لتشغيل العقود الذكية.
2017شاهد الانفصال (Segwit)إدخال Bitcoin يزيد من الحد الأقصى لحجم الكتلةترقية taprootجعل التحقق من توقيع الدُفعات ممكنًا ، مما يجعل المعاملات أسهل وأسرع (فتح التبادلات الذرية ، ومحافظ التوقيع المتعدد ، والمدفوعات الشرطية).وهذا يجعل القابلية للبرمجة على البيتكوين ممكن.
في عام 2022 ، اقترح المطور Casey Rodarmor “نظريته الترتيبية” ، التي حددت مخطط ترقيم Sora ، والذي يمكن أن يضع أي بيانات مثل الصور في معاملات Bitcoin ، ويفتح الغرض من معلومات الحالة والبيانات الوصفية مباشرة على سلسلة Bitcoin تم إنشاء ، والتي تفتح فكرة جديدة للتطبيقات مثل العقود الذكية التي تتطلب بيانات الحالة التي يمكن الوصول إليها ويمكن التحقق منها.
في الوقت الحالي ، تعتمد معظم المشاريع التي توسع برمجة Bitcoin على شبكة Bitcoin Layer 2 (L2) ، والتي تجعل المستخدمين يتعين عليهم الوثوق بجسور السلسلة ، وهو تحد كبير لـ L2 لاكتساب المستخدمين والسيولة.علاوة على ذلك ، تفتقر Bitcoin حاليًا إلى الأجهزة الافتراضية الأصلية أو القابلية للبرمجة لتمكين التواصل بين L2 و L1 دون الحاجة إلى افتراضات ثقة إضافية.
تحاول جميع شبكة RGB و RGB ++ وشبكة القوس تحسين برنامج Bitcoin استنادًا إلى خصائص BTC الأصلية ، وتوفير قدرات العقود الذكية والمعاملات المعقدة من خلال طرق مختلفة:
-
RGB هو حل عقد ذكي يتم التحقق منه بواسطة العميل خارج السلسلة ، ويتم تسجيل تغييرات الحالة في العقد الذكي في UTXO من Bitcoin.على الرغم من أن لديها بعض مزايا الخصوصية ، إلا أنها مرهقة الاستخدام وتفتقر إلى إمكانية التكلفة في العقود ، وتتطور حاليًا ببطء شديد.
-
RGB ++ هو مسار توسيع آخر ضمن فكرة RGB ، والذي لا يزال يعتمد على ملزمة UTXO ، ولكن باستخدام السلسلة نفسها كمقحة عميل إجماع ، يوفر هذا حلًا متقاطعًا لأصول البيانات الوصفية ويسمح لها بدعم نقل أي UTXO سلسلة الهيكل.
-
توفر Arch Network BTC حلًا ذكيًا أصليًا ، وإنشاء جهاز افتراضي ZK وشبكة عقدة التحقق المقابلة ، وتسجيل تغييرات الحالة ومراحل الأصول في معاملات BTC من خلال معاملات التجميع.
RGB
RGB هي فكرة توسيع العقد الذكية المبكرة لمجتمع BTC.
يستخدم RGB طريقة التحقق خارج السلسلة لنقل التحقق من نقل الرمز المميز من طبقة إجماع Bitcoin إلى خارج السلسلة ، ويتم التحقق منها من قبل العملاء المتعلقة بالمعاملات المحددة.هذه الطريقة تقلل من الطلب على البث عبر الشبكة ويعزز الخصوصية والكفاءة.ومع ذلك ، فإن طريقة تعزيز الخصوصية هذه هي أيضًا سيف ذو حدين.من خلال السماح فقط بالعقد المتعلقة بالمعاملات المحددة للمشاركة في أعمال التحقق ، على الرغم من تعزيز حماية الخصوصية ، فإنها تجعل الجهات الخارجية غير مرئية أيضًا ، مما يجعل عملية التشغيل الفعلية معقدة وصعبة التطوير ، وتكون تجربة المستخدم سيئة.
علاوة على ذلك ، يقدم RGB مفهوم شريط ختم واحد للاستخدام.لا يمكن إنفاق كل UTXO إلا مرة واحدة ، وهو ما يعادل القفل عند إنشاء UTXO وفتح عند إنفاقه.يتم تغليف حالة العقد الذكي بواسطة UTXO وإدارتها عن طريق ختم شرائط ، وبالتالي توفير آلية فعالة لإدارة الدولة.
RGB ++ هو مسار توسيع آخر تحت فكرة RGB ، ولا يزال يعتمد على ربط UTXO.
يستخدم RGB ++ سلسلة UTXO الكاملة لـ Turing (مثل CKB أو سلاسل أخرى) لمعالجة البيانات خارج السلسلة والعقود الذكية ، وزيادة تحسين برمجة Bitcoin وضمان الأمان من خلال الربط الداخلي لـ BTC.
يستخدم RGB ++ سلسلة UTXO الكاملة لـ Turing.باستخدام سلاسل Turing-Complete UTXO مثل CKB كسلاسل الظل ، فإن RGB ++ قادر على معالجة البيانات خارج السلسلة والعقود الذكية.لا يمكن لهذه السلسلة تنفيذ العقود الذكية المعقدة فحسب ، بل ترتبط أيضًا بـ UTXO من Bitcoin ، وبالتالي زيادة برمجة النظام ومرونته.بالإضافة إلى ذلك ، يضمن الارتباط المتماثل لـ UTXO وسلسلة الظل في Bitcoin اتساق الحالة والأصول بين السلاسل ، وبالتالي ضمان أمان المعاملات.
بالإضافة إلى ذلك ، يمكن أيضًا توسيع RGB ++ إلى جميع سلاسل UTXO المكتملة ، ولم تعد تقتصر على CKB ، وبالتالي تحسين قابلية التشغيل البيني المتقاطع وسيولة الأصول.يتيح هذا الدعم متعدد الاستقصاء أن يتم دمج RGB ++ مع أي سلسلة UTXO المكتملة Turing ، مما يعزز مرونة النظام.في نفس الوقت ،يدرك RGB ++ سلسلة متقاطعة مستلقية من خلال الربط utxo isomorphic.على عكس الجسور التقليدية عبر السلسلة ، تتجنب هذه الطريقة مشكلة “العملة المزيفة” وتضمن صحة الأصول واتساقها.
التحقق من السلسلة من خلال سلاسل الظل ، يقوم RGB ++ بتبسيط عملية التحقق من العميل.يحتاج المستخدمون فقط إلى التحقق من المعاملات ذات الصلة على سلسلة الظل للتحقق مما إذا كان حساب حالة RGB ++ صحيحًا.لا تعمل طريقة التحقق على السلسلة هذه على تبسيط عملية التحقق فحسب ، بل تعمل أيضًا على تحسين تجربة المستخدم.بفضل استخدام سلسلة الظل الكاملة لـ Turing ، يتجنب RGB ++ إدارة UTXO المعقدة من RGB ، مما يوفر تجربة أكثر بساطة وسهلة الاستخدام.
القراءة الموصى بها:طبقة RGB ++: فتح حقبة جديدة للنظام البيئي Bitcoin
تتألف الشبكة القوس بشكل أساسي من شبكات Arch ZKVM وشبكات التحقق من Arch. واحد آخر مثل RGB ++.
يستخدم Arch ZKVM RISC Zero ZKVM لتنفيذ العقود الذكية وإنشاء أدلة المعرفة صفرية ، والتي يتم التحقق منها بواسطة شبكة لا مركزية لعقد التحقق.يعمل النظام بناءً على نموذج UTXO ، ويغلف حالات العقد الذكي في UTXO الحكومي لزيادة الأمان والكفاءة.
يتم استخدام الأصول UTXO لتمثيل البيتكوين أو الرموز الأخرى ويمكن إدارتها من خلال الوسائل المفوضة.تتحقق شبكة التحقق من ARCH من محتوى ZKVM من خلال عقدة Leader المحددة عشوائيًا وتجمع توقيع العقدة باستخدام مخطط توقيع الصقيع ، وتبث المعاملة في نهاية المطاف إلى شبكة Bitcoin.
يوفر Arch ZKVM Bitcoin مع جهاز افتراضي Turing-Complete قادر على تنفيذ العقود الذكية المعقدة.بعد كل تنفيذ من العقد الذكي ، يقوم Arch ZKVM بإنشاء أدلة معرفة صفرية تستخدم للتحقق من صحة العقد والتغييرات في الحالة.
يستخدم Arch أيضًا نموذج UTXO الخاص بـ Bitcoin ، ويتم تغليف الحالات والأصول في UTXO ، ويتم إجراء انتقالات الحالة من خلال مفهوم الاستخدام الواحد.يتم تسجيل بيانات الحالة الخاصة بالعقد الذكي على أنها UTXO State ، بينما يتم تسجيل أصول البيانات الأصلية كأصل UTXO.يضمن Arch أن يتم إنفاق كل UTXO مرة واحدة فقط ، مما يوفر إدارة آمنة للدولة.
على الرغم من أن ARCH لا يحتوي على بنية blockchain مبتكرة ، إلا أنه يتطلب أيضًا شبكة من عقد التحقق.خلال كل فترة قوس ، يتم اختيار عقدة Leader بشكل عشوائي بناءً على الحصة ، وعقدة Leader مسؤولة عن نشر المعلومات المستلمة إلى جميع عقد المدقق الأخرى في الشبكة.يتم التحقق من جميع عمليات الاستغناء عن ZK بواسطة شبكة لا مركزية لعقد التحقق لضمان مقاومة الأمن والرقابة للنظام ، وتوقيع التوقيعات لعقد القائد.بمجرد توقيع المعاملة من خلال العدد المطلوب من العقد ، يمكن بثها على شبكة Bitcoin.
فيما يتعلق بتصميم قابلية البرمجة BTC ، فإن RGB و RGB ++ وشبكة ARCH لها خصائصها الخاصة ، لكنها جميعها تواصل فكرة ربط UTXO.
ومع ذلك ، فإن عيوبها واضحة جدًا أيضًا ، وهي تجربة المستخدم الضعيفة ، ومواصلة التأكيد والأداء المنخفض بما يتوافق مع BTC ، أي فقط يتم توسيع الوظائف ، ولكن لم يتم تحسين الأداء ، وهو أكثر وضوحًا في ARCH و RGB ؛
مع انضمام المزيد من المطورين إلى مجتمع BTC ، سنرى المزيد من حلول التوسع ، مثل اقتراح ترقية OP_CAT ، والذي يخضع أيضًا للمناقشة النشطة.إن الحل الذي يناسب سمات BTC الأصلية يجب الاهتمام بها. تحسن كبير في العقود الذكية BTC.