المؤلف: Trustless Labs الرابط الأصلي: https://www.chaincatcher.com/article/2137941
البيتكوين هي سلسلة الكتل الأكثر سيولة وأمانًا المتاحة حاليًا. بعد ظهور Inscription، اجتذب نظام BTC البيئي تدفقًا كبيرًا من المطورين، الذين اهتموا سريعًا بقضايا قابلية البرمجة والتوسع في BTC. من خلال تقديم أفكار مختلفة، مثل ZK وDA والسلاسل الجانبية والتجميع والاستعادة وغيرها من الحلول، وصل ازدهار نظام BTC البيئي إلى مستوى مرتفع جديد وأصبح القصة الرئيسية لهذا السوق الصاعد.
ومع ذلك، من بين هذه التصميمات، يواصل الكثيرون تجربة التوسع في العقود الذكية مثل ETH، ويجب أن يعتمدوا على شبكة مركزية. الجسر المتقاطع هو نقطة ضعف النظام. تم تصميم عدد قليل من الحلول بناءً على خصائص BTC نفسها، والتي ترتبط بتجربة المطورين غير الودية لـ BTC نفسها. لبعض الأسباب، لا يمكنها تشغيل عقود ذكية مثل إيثريوم:
البرمجة النصية للبيتكوين حدود اللغة هي اكتمال تورينج للأمان، مما يجعل من المستحيل تنفيذ العقود الذكية مثل إيثريوم.
وفي الوقت نفسه، تم تصميم تخزين Bitcoin blockchain للمعاملات البسيطة ولا يتطلب تعقيدًا تم تحسين العقد.
الشيء الأكثر أهمية هو أن Bitcoin لا تحتوي على آلة افتراضية لتشغيل العقود الذكية.
أدى تقديم الشاهد المنفصل (SegWit) في عام 2017 إلى زيادة الحظر الحد الأقصى للحجم؛ كل هذا يجعل قابلية البرمجة ممكنة على البيتكوين.
في عام 2022، اقترح المطور كيسي رودارمور "النظرية الترتيبية"، التي توضح مخطط ترقيم ساتوشي، والذي يمكنه وضع بيانات عشوائية، مثل الصور، في معاملات Bitcoin يفتح إمكانيات جديدة لدمج معلومات الحالة والبيانات الوصفية مباشرة في سلسلة Bitcoin، وهو أمر مفيد لتطبيقات مثل العقود الذكية التي تتطلب بيانات حالة يمكن الوصول إليها ويمكن التحقق منها، وفتح طريقة جديدة للتفكير.
في الوقت الحالي، تعتمد معظم المشاريع التي توسع قابلية برمجة Bitcoin على شبكة الطبقة الثانية من Bitcoin (L2)، مما يجعل من الضروري أن يثق المستخدمون في Cross أصبحت جسور السلسلة تحديًا كبيرًا لـ L2 لاكتساب المستخدمين والسيولة. بالإضافة إلى ذلك، تفتقر Bitcoin حاليًا إلى جهاز افتراضي أصلي أو إمكانية برمجة لتمكين الاتصال من L2 إلى L1 دون افتراضات ثقة إضافية.
يحاول كل من RGB وRGB++ وArch Network تحسين قابلية برمجة Bitcoin استنادًا إلى الخصائص الأصلية لـ BTC، من خلال طرق مختلفة. يوفر القدرة على العقود الذكية والمعاملات المعقدة:
RGB هو من خلال حل العقد الذكي الذي تم التحقق منه بواسطة العميل خارج السلسلة، يتم تسجيل تغييرات حالة العقد الذكي في UTXO الخاص بـ Bitcoin. على الرغم من أنها تتمتع ببعض مزايا الخصوصية، إلا أنها مرهقة في الاستخدام وتفتقر إلى قابلية تكوين العقد، لذا فإن تطويرها حاليًا بطيء جدًا.
RGB++ هو مسار امتداد آخر ضمن فكرة RGB ولا يزال يعتمد على ربط UTXO، ولكن من خلال التعامل مع السلسلة نفسها على أنها أداة التحقق من جانب العميل بالإجماع، والتي توفر حلاً لأصول البيانات الوصفية عبر السلسلة وتسمح لها بدعم نقل أي سلسلة بنية UTXO.
توفر Arch Network حل عقد ذكي أصلي لـ BTC، وإنشاء جهاز ZK افتراضي وشبكة عقدة التحقق المقابلة، وتسجيل تغييرات الحالة و مراحل الأصول في معاملات BTC من خلال معاملات التجميع.
RGB< /p>
RGB هي فكرة مبكرة لتوسيع العقد الذكي في مجتمع BTC وهي تسجل بيانات الحالة من خلال تغليف UTXO، مما يوفر أساسًا مهمًا لـ BTC الأصلي اللاحق أفكار.
يعتمد RGB طريقة التحقق خارج السلسلة لنقل التحقق من عمليات نقل الرمز من طبقة إجماع Bitcoin إلى خارج السلسلة، حيث يتم التحقق منها من قبل العملاء ذوي الصلة بمعاملات محددة. يقلل هذا الأسلوب من الحاجة إلى البث على مستوى الشبكة ويعزز الخصوصية والكفاءة. ومع ذلك، فإن هذا النهج المعزز للخصوصية هو أيضًا سيف ذو حدين. من خلال السماح فقط للعقد المتعلقة بمعاملات محددة بالمشاركة في أعمال التحقق، على الرغم من تعزيز حماية الخصوصية، فإنه يجعل أيضًا الأطراف الثالثة غير مرئية، مما يجعل عملية التشغيل الفعلية معقدة وصعبة التطوير، كما أن تجربة المستخدم سيئة.
كما تقدم RGB مفهوم شرائط الختم ذات الاستخدام الواحد. لا يمكن إنفاق كل UTXO إلا مرة واحدة، وهو ما يعادل قفل UTXO عند إنشائه وفتحه عند إنفاقه. يتم تغليف حالة العقود الذكية في UTXO وإدارتها من خلال الأختام، وبالتالي توفير آلية فعالة لإدارة الحالة.
RGB++
RGB++ هو طريق توسعة آخر ضمن فكرة RGB، ولا يزال يعتمد على ربط UTXO.
يستخدم RGB++ سلاسل UTXO المكتملة من Turing (مثل CKB أو السلاسل الأخرى) لمعالجة البيانات خارج السلسلة والعقود الذكية من أجل علاوة على ذلك، فهو يعمل على تحسين قابلية برمجة Bitcoin ويضمن الأمان من خلال الربط المتماثل لـ BTC.
يستخدم RGB++ سلسلة UTXO كاملة من Turing. باستخدام سلسلة UTXO الكاملة لـ Turing مثل CKB كسلسلة ظل، فإن RGB++ قادر على التعامل مع البيانات خارج السلسلة والعقود الذكية. لا تستطيع هذه السلسلة تنفيذ العقود الذكية المعقدة فحسب، بل يمكن أيضًا ربطها بـ UTXO الخاص بالبيتكوين، وبالتالي زيادة قابلية البرمجة ومرونة النظام. بالإضافة إلى ذلك، يضمن الارتباط المتماثل لـ UTXO الخاص بالبيتكوين وUTXO الخاص بسلسلة الظل اتساق الحالة والأصول بين السلسلتين، وبالتالي ضمان أمان المعاملات.
بالإضافة إلى ذلك، يمكن أيضًا توسيع RGB++ ليشمل جميع سلاسل UTXO الكاملة من Turing، ولم يعد يقتصر على CKB، وبالتالي تحسين إمكانية التشغيل البيني عبر السلاسل وسيولة الأصول. يسمح هذا الدعم متعدد السلاسل بدمج RGB++ مع أي سلسلة UTXO كاملة من Turing، مما يزيد من مرونة النظام. في الوقت نفسه،يحقق RGB++ سلسلة متقاطعة خالية من الجسور من خلال ربط UTXO المتماثل. على عكس الجسور التقليدية المتقاطعة، تتجنب هذه الطريقة مشكلة "العملة المزيفة" وتضمن الأصالة. من الأصول والاتساق.
من خلال التحقق على السلسلة من خلال سلسلة الظل، يعمل RGB++ على تبسيط عملية التحقق من العميل. يمكن للمستخدمين التحقق من صحة حسابات حالة RGB++ بمجرد التحقق من المعاملات ذات الصلة في سلسلة الظل. لا تعمل طريقة التحقق عبر السلسلة هذه على تبسيط عملية التحقق فحسب، بل تعمل أيضًا على تحسين تجربة المستخدم. نظرًا لاستخدام سلاسل الظل الكاملة لـ Turing، يتجنب RGB++ إدارة UTXO المعقدة لـ RGB ويوفر تجربة أكثر بساطة وسهولة في الاستخدام.
القراءة الموصى بها:طبقة RGB++: إنشاء حقبة جديدة لنظام Bitcoin البيئي
< p style="text-align:center">
الشبكة القوسية
تتكون شبكة Arch بشكل أساسي من شبكة عقدة التحقق Arch zkVM وArch. وتستخدم إثباتات المعرفة الصفرية (zk-proofs) وشبكة التحقق اللامركزية لضمان أمان وخصوصية العقود الذكية. وهي أسهل في الاستخدام من RGB وليست بقوة RGB++، مطلوب أيضًا سلسلة UTXO أخرى للربط.
يستخدم Arch zkVM RISC Zero ZKVM لتنفيذ العقود الذكية وإنشاء أدلة صفر المعرفة، والتي يتم التحقق منها من خلال شبكة لا مركزية من عقد التحقق. يعمل النظام بناءً على نموذج UTXO، الذي يغلف حالة العقد الذكي في State UTXO لتحسين الأمان والكفاءة.
يتم استخدام الأصل UTXO لتمثيل Bitcoin أو الرموز المميزة الأخرى ويمكن إدارته من خلال التفويض. تتحقق شبكة التحقق من آرتش من محتوى ZKVM من خلال العقد الرئيسية المحددة عشوائيًا، وتستخدم نظام توقيع FROST لتجميع توقيعات العقدة، وأخيرًا تبث المعاملة إلى شبكة Bitcoin.
يوفر Arch zkVM جهازًا افتراضيًا متكاملاً من Turing للبيتكوين، قادرًا على تنفيذ العقود الذكية المعقدة. بعد كل تنفيذ لعقد ذكي، يقوم Arch zkVM بإنشاء إثباتات المعرفة الصفرية، والتي يتم استخدامها للتحقق من صحة العقد وتغييرات حالته.
يستخدم Arch أيضًا نموذج UTXO الخاص بـ Bitcoin. ويتم تغليف الحالة والأصول في UTXO، ويتم تنفيذ انتقالات الحالة من خلال مفهوم الاستخدام الفردي. يتم تسجيل بيانات حالة العقود الذكية كحالة UTXO، ويتم تسجيل أصول البيانات الأصلية كأصل UTXO. يضمن Arch أنه لا يمكن إنفاق كل UTXO إلا مرة واحدة، مما يوفر إدارة آمنة للحالة.
على الرغم من أن Arch لا يحتوي على بنية blockchain مبتكرة، إلا أنه يتطلب أيضًا شبكة عقدة تحقق. خلال كل عصر Arch، سيختار النظام بشكل عشوائي عقدة القائد بناءً على الأسهم. تكون العقدة القائدة مسؤولة عن نشر المعلومات المستلمة إلى جميع عقد التحقق الأخرى في الشبكة. يتم التحقق من جميع إثباتات zk بواسطة شبكة لا مركزية من عقد التحقق لضمان أمان النظام ومقاومة الرقابة، ويتم إنشاء التوقيعات على عقد القائد. بمجرد توقيع المعاملة بالعدد المطلوب من العقد، يمكن بثها على شبكة البيتكوين.
الاستنتاج
فيما يتعلق بتصميم قابلية برمجة BTC، يتميز كل من RGB وRGB++ وArch Network بخصائصه الخاصة، لكنهم جميعًا يواصلون فكرة تعد سمة المصادقة ذات الاستخدام الواحد لـ UTXO أكثر ملاءمة للعقود الذكية لتسجيل الحالة.
ولكن عيوبها واضحة جدًا أيضًا، وهي تجربة المستخدم السيئة، وتأخير التأكيد، والأداء المنخفض المتسق مع BTC، أي الوظائف الموسعة فقط ، ولكن لا يوجد تحسن في الأداء، وهو ما يكون أكثر وضوحًا في Arch وRGB؛ فبينما يوفر تصميم RGB++ تجربة مستخدم أفضل من خلال تقديم سلسلة UTXO عالية الأداء، فإنه يطرح أيضًا افتراضات أمان إضافية.
مع انضمام المزيد من المطورين إلى مجتمع BTC، سنرى المزيد من خطط التوسع، مثل اقتراح ترقية op_cat الذي تتم مناقشته أيضًا بشكل نشط في المنتصف. يجب التركيز على المقترحات التي تلبي السمات الأصلية لـ BTC. تعد طريقة ربط UTXO هي الطريقة الأكثر فعالية لتوسيع طريقة برمجة BTC دون ترقية شبكة BTC، طالما أنه من الممكن حل مشكلة تجربة المستخدم سيكون العقد الذكي BTC بمثابة تقدم كبير.