CKB: فصل جديد في برمجة البيتكوين

المؤلف: نينغ نينغ المصدر: مرآة

مقدمة

في الجولة الرابعة من دورة تنصيف البيتكوين، أدى الاعتماد الهائل لبروتوكول Ordinals والبروتوكولات المماثلة إلى جعل صناعة التشفير تدرك أنه استنادًا إلى Bitcoin L1 يمكن وصف القيمة الخارجية الإيجابية للأصول الصادرة عن الطبقة وأصول المعاملات للأمن المتفق عليه والتنمية البيئية لشبكة Bitcoin الرئيسية بأنها "لحظة Uniswap" لنظام Bitcoin البيئي.

إن تطور وتكرار قابلية برمجة Bitcoin هو نتيجة لحوكمة السوق لآراء مجتمع Bitcoin، وليس لحامل BTC أو منشئ مساحة الكتلة. وما إلى ذلك مدفوعة بالغائية.

في الوقت الحاضر، من خلال تعزيز قابلية برمجة Bitcoin وبالتالي زيادة استخدام مساحة كتلة شبكة Bitcoin الرئيسية، فقد أصبحت مساحة تصميم جديدة لإجماع مجتمع Bitcoin .

على عكس Ethereum والسلاسل العامة الأخرى عالية الأداء، من أجل ضمان بساطة وخفة الوزن لمجموعة UTXO، فإن مساحة تصميم قابلية برمجة Bitcoin مقيدة للغاية. تتمثل القيود الأساسية في كيفية استخدام البرامج النصية ورمز OP لتشغيل UTXO.

تتضمن حلول برمجة Bitcoin الكلاسيكية قنوات الحالة (Lightning Network)، والتحقق من العميل (RGB)، والسلاسل الجانبية (Liquid Network، وStacks، وRootSock، وما إلى ذلك)، والطرف المقابل. و Omni Layer و Taproot Assets و DLC والمزيد. تتضمن حلول برمجة Bitcoin الناشئة منذ عام 2023 Ordinals وBRC20 وRunes وAtomics وStamps وما إلى ذلك.

بعد انتهاء الموجة الثانية من التسجيلات، ظهر جيل جديد من حلول برمجة Bitcoin واحدًا تلو الآخر، مثل حل الربط المتماثل UTXO الخاص بـ CKB، وEVM المتوافق مع Bitcoin L2 الحل، حل DriveChain، الخ.

مقارنة بحل Bitcoin L2 المتوافق مع EVM، فإن حل قابلية برمجة Bitcoin الخاص بـ CKB (قاعدة المعرفة العامة) يعد مساحة تصميم حديثة لقابلية برمجة Bitcoin أصلي وآمن. الحل الذي لا يقدم افتراضات الثقة الاجتماعية. بالمقارنة مع حل DriveChain، فهو لا يتطلب أي تغييرات على مستوى بروتوكول Bitcoin.

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

مساحة اسم برمجة البيتكوين

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

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

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

تشمل الخصائص الحالية لإجماع مجتمع Bitcoin ما يلي: الإجماع ليس أمراً وسيطرة، وتقليل الثقة، واللامركزية، ومقاومة الرقابة، وعدم الكشف عن الهوية الزائفة، والمصدر المفتوح، والمفتوحة. التعاون، بدون ترخيص، محايد من الناحية القانونية، التجانس، التوافق الأمامي، تقليل استخدام الموارد، التحقق من الحساب> التقارب، ثبات المعاملات، مقاومة هجمات حجب الخدمة، تجنب التنافس على الدخول، المتانة، الحوافز المتسقة، الترسيخ، الإجماع الذي لا ينبغي أن يكون؛ يمكن التلاعب بها، وتضارب المبادئ، والتقدم التعاوني، وما إلى ذلك. [1]

يمكن رؤية نموذج شبكة Bitcoin الرئيسية الحالي كنتيجة إنشاء مثيل لخصائص إجماع مجتمع Bitcoin المذكورة أعلاه. يتم أيضًا تحديد مساحة تصميم قابلية برمجة Bitcoin من خلال الخصائص المتفق عليها لمجتمع Bitcoin.

مساحة التصميم الكلاسيكي لقابلية برمجة البيتكوين

جرّب النمطية في السلاسل العامة الأخرى، والموازاة و حلول أخرى لاستكشاف مساحة تصميم حل المثلث المستحيل لـ blockchain، ركزت مساحة تصميم بروتوكول Bitcoin دائمًا على البرامج النصية ورمز OP وUTXO.

المثالان النموذجيان هما الترقيتان الرئيسيتان لشبكة Bitcoin الرئيسية منذ عام 2017، وهما شوكة Segwit الصلبة وشوكة Taproot الناعمة.

أضافت شوكة Segwit الصلبة في أغسطس 2017 كتلة 3M إلى الكتلة الرئيسية 1M لتخزين التوقيعات (الشهود) على وجه التحديد، وعند حساب رسوم التعدين، يكون الوزن من بيانات التوقيع تم ضبطها على 1/4 من بيانات الكتلة الرئيسية للحفاظ على اتساق تكلفة إنفاق مخرجات UTXO وإنشاء مخرجات UTXO، ولمنع إساءة استخدام تغيير UTXO لزيادة سرعة توسيع مجموعة UTXO .

سيوفر شوكة Taproot الناعمة في نوفمبر 2021 وقت التحقق من UTXO ومساحة الكتلة التي تشغلها التوقيعات المتعددة من خلال تقديم نظام التوقيع المتعدد Schnorr.

مجموعة القيمة الرئيسية المكونة من 1 UTXO (المصدر: learnmeabitcoin.com)

UTXO (مخرجات المعاملة غير المنفقة) بت بنية البيانات الأساسية تتميز شبكة العملة الرئيسية بخصائص الذرية وعدم التجانس والاقتران المتسلسل. تستهلك كل معاملة على شبكة Bitcoin الرئيسية 1 UTXO كمدخل وتنشئ عددًا صحيحًا من مخرجات UTXO الجديدة. لتبسيط الأمر، يمكن اعتبار UTXO بمثابة أوراق نقدية مثل الدولار الأمريكي واليورو التي تعمل على السلسلة، ويمكن إنفاقها وتغييرها وتقسيمها ودمجها وما إلى ذلك، ولكن أصغر وحدة ذرية لها هي ساتوشي (sats). يمثل UTXO واحد أحدث حالة في وقت محدد. تمثل مجموعة UTXO أحدث حالة لشبكة Bitcoin الرئيسية في وقت محدد.

من خلال الحفاظ على مجموعة Bitcoin UTXO بسيطة وخفيفة الوزن وسهلة التحقق، نجح معدل توسع حالة شبكة Bitcoin الرئيسية في الاستقرار بمعدل يتوافق مع قانون مور للأجهزة. مستوى التكيف، وبالتالي ضمان مشاركة جميع العقد على شبكة البيتكوين الرئيسية ومتانة التحقق من المعاملات.

وبالمقابل، فإن مساحة تصميم قابلية برمجة Bitcoin مقيدة أيضًا بالخصائص المتفق عليها لمجتمع Bitcoin. على سبيل المثال، من أجل منع المخاطر الأمنية المحتملة، قرر ساتوشي ناكاموتو في أغسطس 2010 إزالة كود التشغيل OP-CAT، وهو المنطق الرئيسي لتحقيق قابلية برمجة مستوى تورينج الكامل للبيتكوين.

لا يستخدم المسار لتحقيق قابلية برمجة Bitcoin حلول الآلة الافتراضية (VM) مثل Ethereum و Solana، ولكنه يختار استخدام البرامج النصية والعمليات التي ينفذها OP Code عمليات البرمجة على UXTO، وحقول إدخال المعاملات، وحقول الإخراج، وبيانات الشهود (Witness)، وما إلى ذلك.

صندوق الأدوات الرئيسي لقابلية برمجة البيتكوين هو: التوقيع المتعدد، قفل الوقت، قفل التجزئة، التحكم في العمليات (OP_IF، OP_ELIF). [2]

في ظل مساحة التصميم الكلاسيكي، تكون قابلية برمجة Bitcoin محدودة للغاية، فهي تدعم فقط العديد من إجراءات التحقق ولا تدعم تخزين الحالة على السلسلة وعلى On-. تعد الحوسبة المتسلسلة وتخزين الحالة على السلسلة والحوسبة على السلسلة على وجه التحديد المكونات الوظيفية الأساسية لتحقيق قابلية البرمجة على مستوى تورينج الكامل.

نهضة قابلية برمجة البيتكوين

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

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

بأخذ التغييرات في اعتماد أنواع البرامج النصية لشبكة Bitcoin الرئيسية كمثال، يمكننا أن ندرك التغييرات بوضوح. يمكن تقسيم البرامج النصية المستخدمة في نوع مخرجات شبكة Bitcoin الرئيسية إلى ثلاث فئات: البرنامج النصي الأصلي pubkey، pubkeyhash، البرنامج النصي المحسن multisig، scripthash، والبرنامج النصي الشاهدشاهد_v0_keyhash، شاهد_v0_scriptthash، وشاهد_v1_taproot.

مصدر نوع المخرجات التاريخية الكاملة لشبكة Bitcoin الرئيسية: Dune

من مخطط اتجاه التغيير لنوع المخرجات التاريخية الكاملة بالنسبة لشبكة Bitcoin الرئيسية، نلاحظ حقيقة أساسية: إن تعزيز قابلية برمجة شبكة Bitcoin الرئيسية هو اتجاه تاريخي طويل المدى. فالنصوص المحسنة تستهلك حصة النصوص الأصلية، في حين تلتهم النصوص البرمجية الشاهدة حصة النصوص المحسنة. بدأ بروتوكول Ordinals المستند إلى نصوص Segweit المحسنة ونصوص Taproot الشاهدة موجة من إصدار أصول Bitcoin L1، وهو ليس فقط استمرارًا للاتجاه التاريخي لقابلية برمجة شبكة Bitcoin الرئيسية، ولكنه أيضًا مرحلة جديدة من قابلية برمجة شبكة Bitcoin الرئيسية.

يحتوي كود تشغيل شبكة Bitcoin الرئيسية أيضًا على عملية تطور مشابهة للبرنامج النصي لشبكة Bitcoin الرئيسية.

على سبيل المثال، يحقق بروتوكول Ordinals تصميمه الوظيفي من خلال الجمع بين إنفاق مسار البرنامج النصي الرئيسي لشبكة Bitcoin الرئيسية ورموز التشغيل (OP_FALSE، OP_IF، OP_PUSH، OP_ENDIF) .

أحد الأمثلة النقشية لبروتوكول Ordinals

قبل الميلاد الرسمي لبروتوكول Ordinals، كانت الحلول الكلاسيكية لبرمجة Bitcoin بشكل أساسي تشمل قناة الحالة (شبكة Lightning)، والتحقق من صحة العميل (RGB)، والسلاسل الجانبية (الشبكة السائلة، والأكوام، وRootSock، وما إلى ذلك)، وCounterParty، وOmni Layer، وDLC، والمزيد.

يعمل بروتوكول الترتيبات على إجراء تسلسل لساتوشي، أصغر وحدة ذرية في UXTO، ثم نقش محتوى البيانات في حقل الشاهد لـ UTXO، ودمجها مع A المحدد المتسلسل يرتبط Satoshi بمفهرس خارج السلسلة ويكون بعد ذلك مسؤولاً عن فهرسة وتنفيذ عمليات البرمجة على حالات البيانات هذه. يُشبه نموذج برمجة البيتكوين الجديد هذا بوضوح بـ “النقش على الذهب”.

يلهم النموذج الجديد لبروتوكول Ordinals مجتمع العملات المشفرة الأكبر لاستخدام مساحة كتلة شبكة Bitcoin الرئيسية لإصدار مقتنيات NFT وأنواع MeMe وتداولها، والحماس للرموز المميزة (والتي يمكن الإشارة إليها بشكل جماعي باسم النقوش)، والعديد منهم لديهم عناوين بيتكوين خاصة بهم لأول مرة في حياتهم.

ومع ذلك، فإن قابلية برمجة بروتوكول Ordinals ترث قابلية برمجة Bitcoin المحدودة وتدعم فقط ثلاث طرق وظيفية: النشر، وMint، والنقل. وهذا يجعل بروتوكول Ordinals وأتباعه BRC20 وRunes وAtomics وStamps والبروتوكولات الأخرى مناسبة فقط لسيناريوهات تطبيق إصدار الأصول. ومع ذلك، فإن دعم سيناريوهات تطبيق DeFi مثل المعاملات والإقراض التي تتطلب حساب الحالة وتخزين الحالة ضعيف نسبيًا.

عدد 3 أنواع من TX في بروتوكول Ordinals (المصدر: Dune)

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

علاوة على ذلك، يُشتبه أيضًا في قيام Ordinals وبروتوكول BRC20 بإساءة استخدام مساحة بيانات الشاهد، والتسبب بشكل موضوعي في تفجير حالة شبكة Bitcoin الرئيسية.

التغييرات في حجم مساحة كتلة Bitcoin (المصدر: Dune)

كإطار مرجعي، المصدر الرئيسي لرسوم الغاز على شبكة Ethereum الرئيسية رسوم الغاز لمعاملات DEX، ورسوم توفر بيانات L2، ورسوم نقل الغاز المستقرة، وما إلى ذلك. بالمقارنة مع شبكة إيثريوم الرئيسية، فإن دخل شبكة بيتكوين الرئيسية فردي ودوري للغاية ومتقلب للغاية.

إن إمكانات البرمجة لشبكة Bitcoin الرئيسية ليست قادرة بعد على تلبية الطلب على جانب العرض لمساحة كتلة شبكة Bitcoin الرئيسية. لتحقيق حالة إيرادات مستقرة ومستدامة لمساحة الكتلة لشبكة Ethereum الرئيسية، هناك حاجة إلى DEX والعملات المستقرة وL2 الأصلية لنظام Bitcoin البيئي. الشرط الأساسي لتحقيق هذه البروتوكولات والتطبيقات هو أن بروتوكول Bitcoin القابل للبرمجة يحتاج إلى توفير إمكانات برمجة Turing-Complete.

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

حل CKB لقابلية برمجة Bitcoin

ينفذ حاليًا حلول برمجة Turing Complete الأصلية الخاصة بـ Bitcoin والتي تتضمن: BitVM وRGB وCKB وEVM متوافق مع Rollup L2 وDriveChain وما إلى ذلك.

يستخدم BitVM مجموعة من رموز Bitcoin OP لبناء بوابات منطقية NAND، ثم يستخدم بوابات NAND المنطقية لبناء بوابات منطقية أساسية أخرى، وأخيرًا، هذه البوابات المنطقية الأساسية تقوم الدائرة ببناء جهاز افتراضي أصلي يعمل بالبيتكوين. يشبه هذا المبدأ إلى حد ما مخطط مصفوفة الملك تشين في رواية الخيال العلمي الشهيرة "مشكلة الأجسام الثلاثة". يتم عرض مشاهد محددة في مسلسل Netflix التلفزيوني الذي يحمل نفس الاسم. لقد كانت الورقة البحثية الخاصة بحل BitVM مفتوحة المصدر بالكامل وينتظرها مجتمع التشفير بشدة. ومع ذلك، فإن تنفيذها الهندسي صعب للغاية، حيث يواجه مشكلات مثل تكلفة إدارة البيانات خارج السلسلة، والحد من عدد المشاركين، وعدد تفاعلات التحدي والاستجابة، وتعقيد وظيفة التجزئة، وما إلى ذلك، مما يجعل من الصعب تنفيذها على المدى القصير. شرط.

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

EVM متوافق مع Rollup L2 وهو حل لإعادة استخدام مكدس Rollup L2 الناضج بسرعة لبناء Bitcoin L2. ومع ذلك، نظرًا لأن شبكة Bitcoin الرئيسية حاليًا لا يمكنها دعم إثبات الاحتيال/إثبات الصلاحية، يحتاج Rollup L2 إلى تقديم افتراض الثقة الاجتماعية (التوقيع المتعدد).

DriveChain هو حل لتوسيع السلسلة الجانبية. تتمثل فكرة التصميم الأساسية في استخدام Bitcoin كطبقة سفلية من blockchain وإنشاء سلاسل جانبية عن طريق قفل Bitcoin، وبالتالي تمكينها قابلية التشغيل البيني في الاتجاهين بين Bitcoin وsidechains. يتطلب تنفيذ مشروع DriveChain إجراء تغييرات على مستوى البروتوكول في Bitcoin، وهو نشر BIP300 وBIP301 المقترح من قبل فريق التطوير على الشبكة الرئيسية.

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

بروتوكول أصول Bitcoin L1: RGB++

بالنسبة لبروتوكول برمجة Bitcoin أعلاه يوجد فيما يتعلق بأوجه القصور والمشاكل، قدم فريق CKB حلا متوازنا نسبيا. يتكون الحل من بروتوكول أصول Bitcoin L1 RGB++، وموفر خدمة Bitcoin L2 Raas UTXO Stack، وبروتوكول قابلية التشغيل البيني المتكامل مع شبكة Lightning Network.

بدائية UXTO الأصلية: ربط متماثل

يعتمد RGB++ على تصميم RGB وإصدار أصول Bitcoin L1 البروتوكول الذي طورته شركة Idea. يرث التنفيذ الهندسي لـ RGB++ الأساسيات التقنية لـ CKB وRBG. يستخدم "الختم لمرة واحدة" الخاص بـ RGB وتقنية التحقق من العميل، أثناء تعيين Bitcoin UTXO إلى خلية شبكة CKB الرئيسية (الإصدار الموسع من UTXO) من خلال الربط المتماثل، واستخدام البرامج النصية على CKB وقيود سلسلة Bitcoin للتحقق من صحة حسابات الدولة وصلاحية التغييرات الملكية.

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

الربط المتماثل لـ RGB++ (المصدر: ورقة ضوء بروتوكول RGB++)

الخلية هي وحدة تخزين البيانات الأساسية لـ CKB. يمكن أن تحتوي على أنواع البيانات المختلفة مثل CKBytes، أو الرموز المميزة، أو كود TypeScript، أو البيانات المتسلسلة (مثل سلاسل JSON). تحتوي كل خلية على برنامج صغير يسمى Lock Script، والذي يحدد مالك الخلية. لا يدعم Lock Script البرامج النصية لشبكة Bitcoin الرئيسية فقط، مثل التوقيع المتعدد، وقفل التجزئة، وقفل الوقت، وما إلى ذلك، ولكنه يسمح أيضًا بتضمين Type Script لتنفيذ قواعد محددة للتحكم في استخدامه. يتيح ذلك للمطورين تخصيص العقود الذكية لحالات الاستخدام المختلفة، مثل إصدار NFTs، ورموز الإسقاط الجوي، وAMM Swap، والمزيد.

يقوم بروتوكول RGB بإرفاق جذر الحالة للمعاملة خارج السلسلة بمخرجات UTXO باستخدام كود التشغيل OP RETURN، باستخدام UTXO كحاوية لـ معلومات الدولة. بعد ذلك، يقوم RGB++ بتعيين حاوية معلومات الحالة التي أنشأها RGB إلى خلية CKB، ويحفظ معلومات الحالة في نوع الخلية وبياناتها، ويستخدم هذه الحاوية UTXO كمالك حالة الخلية.

دورة حياة معاملة RGB++ (المصدر: ورقة ضوئية لبروتوكول RGB++)

كما هو موضح في الشكل أعلاه، دورة حياة معاملة RGB++ كاملة الدورة هي كما يلي:

1. الحساب خارج السلسلة. عند بدء Tx مرتبط بشكل متماثل، يجب عليك أولاً تحديد UTXO btc_utxo#2 جديد على شبكة Bitcoin الرئيسية كحاوية مغلقة لمرة واحدة، ثم استخدام الخلية الأصلية المرتبطة بشكل متماثل UTXO btc_utxo#1 خارج السلسلة، الخلية الجديدة يستخدم btc_utxo#2 المرتبط بشكل متماثل الخلية الأصلية كمدخل والخلية الجديدة كمخرجات CKB TX لحساب التجزئة لإنشاء التزام.

2. أرسل معاملة Bitcoin. يقوم RGB++ ببدء Tx على شبكة Bitcoin الرئيسية، ويأخذ btc_utxo#1 مرتبطًا بتماثل الخلية الأصلي كمدخل، ويستخدم OP RETURN لاتخاذ الالتزام الناتج في الخطوة السابقة كمخرج.

3. أرسل معاملة CKB. تم إنشاء CKB Tx عن طريق الحساب خارج السلسلة قبل تنفيذ شبكة CKB الرئيسية.

4. التحقق على السلسلة. تقوم شبكة CKB الرئيسية بتشغيل عميل خفيف لشبكة Bitcoin الرئيسية للتحقق من تغييرات حالة النظام بأكمله. وهذا يختلف تمامًا عن RGB. تتطلب آلية P2P المستخدمة في التحقق من تغيير حالة RGB أن يكون بادئ Tx والمستقبل متصلين بالإنترنت في نفس الوقت وأن يتحققا بشكل تفاعلي فقط من خريطة TX ذات الصلة.

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

• التحقق من جانب العميل المعزز بتقنية Blockchain. يتيح RGB++ للمستخدمين اختيار اعتماد إثبات العمل (PoW) للحفاظ على حساب حالة التحقق الآمن من CKB وتغيير ملكية URXO-Cell.

• طي المعاملات. يدعم RGB++ تعيين خلايا متعددة إلى UTXO واحد، وبالتالي تحقيق توسع مرن لـ RGB++.

• العقود الذكية التي لا تملكها والحالة المشتركة. بنية بيانات حالة UTXO إحدى الصعوبات الرئيسية في تنفيذ عقود Turing-Completة الذكية هي العقود الذكية غير المالكة والحالات المشتركة. يمكن لـ RGB++ استخدام خلية الحالة العالمية لـ CKB وخلية الهدف لحل هذه المشكلة.

• نقل غير تفاعلي. يجعل RGB++ عملية التحقق من عميل RGB اختيارية ولم تعد تتطلب عمليات نقل تفاعلية. إذا اختار المستخدم CKB للتحقق من حساب الحالة وتغييرات الملكية، فستكون تجربة تفاعل المعاملة متسقة مع شبكة Bitcoin الرئيسية.

بالإضافة إلى ذلك، يرث RGB++ أيضًا ميزة خصخصة مساحة الحالة لخلية الشبكة الرئيسية لـ CKB. يستخدم كل TX من RGB++ البتات بالإضافة إلى الدفع، بالإضافة إلى رسوم التعدين لمساحة كتلة الشبكة الرئيسية، تحتاج أيضًا إلى دفع رسوم إضافية مقابل استئجار مساحة حالة الخلية (سيتم إرجاع هذا الجزء من الرسوم إلى المسار الأصلي بعد استهلاك الخلية). . خصخصة مساحة الدولة الخاصة بالخلية هي آلية دفاعية اخترعها CKB للتعامل مع انفجار حالة الشبكة الرئيسية لـ blockchain، ويحتاج المستأجرون في مساحة الدولة الخاصة بالخلية إلى الاستمرار في الدفع خلال فترة الاستخدام (يتم تخفيف القيمة في شكل تضخم). بواسطة الرموز المتداولة لـ CKB). وهذا يجعل بروتوكول RGB++ بروتوكولًا مسؤولًا لتمديد قابلية برمجة شبكة Bitcoin الرئيسية والذي يمكنه الحد من إساءة استخدام مساحة كتلة شبكة Bitcoin الرئيسية إلى حد معين.

التداخل L1<>L2 غير الموثوق به: Leap

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

لذلك، فإن الأصول عبر الحدود بين RGB++ و لا تعتمد سلسلة الشبكة الرئيسية لـ CKB على تقديم افتراضات ثقة اجتماعية إضافية، مثل طبقة الترحيل للجسور عبر السلسلة، وخزائن التوقيع المتعددة المركزية المتوافقة مع EVM، وما إلى ذلك. يمكن نقل أصول RGB++ بشكل أصلي وبطريقة موثوقة من شبكة Bitcoin الرئيسية إلى شبكة CKB الرئيسية، أو من شبكة CKB الرئيسية إلى شبكة Bitcoin الرئيسية. يطلق CKB على سير العمل عبر السلسلة اسم Leap.

RGB++ وCKB مقترنان بشكل غير محكم. بالإضافة إلى دعم أصول طبقة Bitcoin L1 (لا يقتصر على الأصول الأصلية لبروتوكول RGB++، بما في ذلك الأصول الصادرة باستخدام Runes وAtomics وTaproot Asset والبروتوكولات الأخرى) Leap to CKB، يدعم بروتوكول RGB++ أيضًا Leap to Cardano وسلسلة UTXO Turing الكاملة الأخرى. وفي الوقت نفسه، يدعم RGB++ أيضًا أصول Leap of Bitcoin L2 إلى شبكة Bitcoin الرئيسية.

وظائف موسعة وأمثلة تطبيق لـ RGB++

يدعم بروتوكول RGB++ أصلاً إصدار متجانس رموز العملات المعدنية وNFTs.

معيار الرمز المميز المتجانس لـ RGB++ هو xUDT، ومعيار NFT هو Spore، وما إلى ذلك.

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

سيقوم البوغ في معيار NFT بتخزين جميع البيانات الوصفية على السلسلة، مما يحقق توفر البيانات وأمانها بنسبة 100%. DOB (الكائن الرقمي)، أحد الأصول الصادرة عن بروتوكول Spore، يشبه Ordinals NFT، ولكنه يتمتع بميزات وطريقة لعب أكثر ثراءً.

باعتباره بروتوكول التحقق من العميل، يدعم بروتوكول RGB بشكل طبيعي قنوات الحالة وشبكات Lightning، ومع ذلك، فهو مقيد بقدرات الحوسبة النصية الخاصة بـ Bitcoin ولا يمكنه استخدام أصول أخرى من الصعب جدًا إدخال الثقة إلى شبكة Lightning Network. ومع ذلك، يمكن لبروتوكول RGB++ الاستفادة من نظام البرمجة النصية Turing-Complete الخاص بـ CKB لتنفيذ قنوات الحالة وشبكات Lightning استنادًا إلى أصول RGB++ الخاصة بـ CKB.

مع المعايير والوظائف المذكورة أعلاه، لا تقتصر حالات استخدام بروتوكول RGB++ على سيناريوهات إصدار الأصول البسيطة مثل بروتوكولات شبكة Bitcoin الرئيسية الأخرى القابلة للبرمجة، ولكنها تدعم الأصول المعقدة. سيناريوهات التطبيق مثل المعاملات، وإقراض الأصول، وعملات CDP المستقرة. على سبيل المثال، يمكن لمنطق الربط المتماثل RGB++ المدمج مع البرنامج النصي PSBT الأصلي لشبكة Bitcoin الرئيسية تنفيذ DEX في شكل شبكة دفتر الطلبات.

مزود خدمة Bitcoin L2 RaaS: UTXO Stack

متوافق UTXO المتماثل Bitcoin L2 Vs EVM مع Bitcoin Rollup L2

في المنافسة في السوق لحلول تنفيذ برمجة Bitcoin-Complete من Turing، يتطلب DriveChain ورمز تشغيل OPCAT للاسترداد والحلول الأخرى تغييرات طفيفة في بروتوكول العملة تتطلب الطبقة قدرًا كبيرًا من عدم اليقين وعدم القدرة على التنبؤ بالوقت والتكلفة. إن Bitcoin L2 المتوافق مع UTXO و Bitcoin Rollup L2 المتوافقين مع EVM في المسار الواقعي يتم التعرف عليهما بشكل أكبر من قبل المطورين ورأس المال. UTXO متماثل إلى Bitcoin L2، ويمثله CKB. إن EVM متوافق مع Bitcoin Rollup L2، الذي يمثله MerlinChain وBOB.

لكي نكون صادقين، بدأ بروتوكول إصدار أصول Bitcoin L1 للتو في تشكيل إجماع جزئي في مجتمع Bitcoin، في حين أن إجماع المجتمع على Bitcoin L2 في مرحلة متقدمة. مرحلة سابقة. ولكن على هذا الصعيد، حاولت مجلة Bitcoin Magazine وPantera تحديد النطاق التعريفي لـ Bitcoin L2 من خلال استعارة الهيكل المفاهيمي لـ Ethereum L2.

من وجهة نظرهم، يجب أن يتمتع Bitcoin L2 بالخصائص الثلاث التالية:

• < p style="text-align: left;">استخدم Bitcoin كأصل أصلي. يجب أن يستخدم Bitcoin L2 Bitcoin كأصل التسوية الأساسي الخاص به.

• استخدم Bitcoin كآلية تسوية لفرض المعاملات. يجب أن يكون مستخدمو Bitcoin L2 قادرين على استعادة السيطرة على أصولهم بالقوة على مستوى واحد (موثوق أو غير موثوق به).

• إظهار الاعتماد الوظيفي على Bitcoin. إذا فشلت شبكة Bitcoin الرئيسية ولكن نظام Bitcoin L2 لا يزال قادرًا على الاستمرار في العمل، فإن النظام ليس L2 الخاص بـ Bitcoin. [4]

بمعنى آخر، يعتقدون أن Bitcoin L2 يجب أن يكون لديه التحقق من توفر البيانات وفتحات الهروب بناءً على Bitcoin الرئيسي آلية الشبكة، BTC كرمز Bitcoin L2 Gas Token، وما إلى ذلك. يبدو أنهم في عقلهم الباطن يعتبرون نموذج L2 المتوافق مع EVM هو القالب القياسي لـ Bitcoin L2.

ومع ذلك، فإن قدرات حساب الحالة والتحقق الضعيفة لشبكة Bitcoin الرئيسية لا يمكنها تحقيق الميزتين 1 و2 على المدى القصير، وفي هذه الحالة، ينتمي توافق EVM إلى L2 حلول التوسع خارج السلسلة التي تعتمد بشكل كامل على افتراضات الثقة الاجتماعية، على الرغم من أنهم يكتبون في الورقة البيضاء أنهم سيدمجون BitVM للتحقق من توفر البيانات والتعدين المشترك مع شبكة Bitcoin الرئيسية لتعزيز الأمان في المستقبل.

بالطبع، هذا لا يعني أن هذه التراكمية المتوافقة مع EVM هي عبارة عن Bitcoin L2 مزيف، ولكنها لا تعمل على تحسين الأمان وانعدام الثقة وقابلية التوسع التوازن بين الجنسين. علاوة على ذلك، يمكن بسهولة أن ينظر Bitcoin Maxi إلى إدخال حل Turing-Complete من Ethereum في النظام البيئي للبيتكوين على أنه استرضاء للمسار التوسعي.

لذلك، فإن Bitcoin L2 المتماثل UTXO يتفوق بشكل طبيعي على Rollup L2 المتوافق مع EVM من حيث الشرعية وإجماع مجتمع Bitcoin.

ميزات UTXO Stack: الشبكة الكسورية للبيتكوين الرئيسية

إذا كان Ethereum L2 هو كسورية Ethereum ، إذن يجب أن يكون Bitcoin L2 هو فراكتل Bitcoin.

يسمح UTXO Stack الخاص بنظام CKB البيئي للمطورين ببدء UTXO Bitcoin L2 بنقرة واحدة، ويدمج إمكانات بروتوكول RGB++ بشكل أصلي. يتيح ذلك إمكانية التشغيل البيني السلس بين شبكة Bitcoin الرئيسية وUTXO المتماثل Bitcoin L2 الذي تم تطويره باستخدام UTXO Stack من خلال آلية Leap. يدعم UTXO Stack التعهد بأصول BTC وCKB وBTC L1 لضمان أمان UTXO isomorphic Bitcoin L2.

بنية UTXO Stack (المصدر: متوسط)

يدعم UTXO Stack حاليًا أصول RGB++ في شبكة Bitcoin Lightning Network-CKB Lightning Network- UTXO يتم تداول L2s الموازية المكدسة بحرية وقابلة للتشغيل البيني. بالإضافة إلى ذلك، يدعم UTXO Stack أيضًا Runes وAtomicals وTaproot Assets وStamps وغيرها من أصول بروتوكول برمجة Bitcoin L1 المستندة إلى UTXO للتدفق والتفاعل بحرية بين UTXO Stack المتوازي L2s - CKB Lightning Network - Bitcoin Lightning Network.

يقدم UTXO Stack النموذج المعياري في مجال بناء Bitcoin L2، باستخدام الربط المتماثل لتجاوز حسابات حالة شبكة Bitcoin الرئيسية ومشكلات التحقق من توفر البيانات بذكاء. في هذه المكدسة المعيارية، يكون دور Bitcoin هو طبقة الإجماع وطبقة التسوية، ودور CKB هو طبقة توفر البيانات، ودور UTXO Stack الموازي L2s هو طبقة التنفيذ.

منحنى نمو قابلية برمجة البيتكوين ومستقبل CKB

منحنى النمو الجنسي لبرمجة البيتكوين ومستقبل CKB

في الواقع، التوتر المتأصل بين سرد الذهب الرقمي لبيتكوين وسرد بيتكوين القابل للبرمجة، بيتكوين، تنظر بعض المنظمات غير الحكومية في المجتمع إلى بروتوكول Bitcoin L1 القابل للبرمجة والتي ظهرت في السنوات الـ 23 الماضية كموجة جديدة من هجمات الغبار على شبكة البيتكوين الرئيسية. إلى حد ما، تعد الحرب الكلامية بين مطور Bitcoin الأساسي Luke ومشجعي BRC20 هي العالم الثالث لبيتكوين ماكسي والتوسعيين بعد الجدل حول ما إذا كان سيتم دعم اكتمال تورينج والخلاف حول الكتل الكبيرة والصغيرة.

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

Bitcoin هو أول AppChain (المصدر: @tokenterminal)

نتعلم من أساليب البحث الخاصة بـ Gartner Hype Cycle ويمكننا برمجة Bitcoin تنقسم الحلول إلى 5 مراحل

• المرحلة الجنينية للتكنولوجيا: DriveChain، وUTXO Stack، وBitVM، وما إلى ذلك .

• فترة توسيع التوقع: Runes وRGB++ وEVM Rollup وBitcoin L2 وما إلى ذلك.

< li>

فترة انفجار الفقاعة: BRC20، Atomics، وما إلى ذلك.

• ثابت فترة الاسترداد: RGB، وLightning Network، وسلسلة Bitcoin الجانبية، وما إلى ذلك.

• فترة استقرار النضج: نص Bitcoin، نص Taproot، وقت التجزئة الأقفال، وما إلى ذلك.

مستقبل CKB: OP Stack+Eigenlayer لنظام Bitcoin البيئي

سواء كان EVM متوافقًا مع Bitcoin Rollup L2، أو UTXO المتماثل Bitcoin L2، أو نماذج جديدة مثل DriveChain، فإن حلول التنفيذ المتنوعة لبرمجة Turing الكاملة تشير في النهاية إلى Bitcoin Master. تعمل الشبكة بمثابة الإجماع طبقة وطبقة التسوية.

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

يشبه UTXO Stack الخاص بـ CKB إلى حد كبير OP Stack الخاص بـ Optimism في موضعه، ويحافظ OP Stack على التكافؤ والاتساق القويين مع شبكة Ethereum الرئيسية في طبقة التنفيذ، UTXO يحافظ Stack على التكافؤ والاتساق القوي مع شبكة Bitcoin الرئيسية في طبقة التنفيذ. في الوقت نفسه، يمتلك UTXO Stack نفس بنية OP Stack، وهي بنية متوازية.

الوضع البيئي الراهن لـ CKB (المصدر: مجتمع CKB)

في المستقبل، سيطلق UTXO Stack أجهزة تسلسل مشتركة وأمانًا مشتركًا و تعمل خدمات RaaS ذات التدفق المشترك مثل الأمان ومجموعات التحقق المشتركة على تقليل التكلفة والصعوبة التي يواجهها المطورون في إطلاق UTXO isomorphic Bitcoin L2. يوجد بالفعل عدد كبير من بروتوكولات العملات المستقرة اللامركزية، وAMM DEX، وبروتوكولات الإقراض، والعوالم المستقلة وغيرها من المشاريع، التي تخطط لاستخدام UTXO Stack لبناء UTXO isomorphic Bitcoin L2 كبنية تحتية أساسية للإجماع.

تختلف آلية الإجماع الخاصة بـ CKB عن بروتوكولات مجردة أمان Bitcoin الأخرى، وهي آلية إجماع إثبات العمل (PoW) المتوافقة مع شبكة Bitcoin الرئيسية، ويتم الحفاظ على دفتر الأستاذ الإجماعي من خلال قوة الحوسبة الآلية. تناسق. ولكن هناك بعض الاختلافات بين اقتصاديات الرمز المميز لـ CKB واقتصاديات Bitcoin. من أجل الحفاظ على اتساق الحوافز لإنتاج مساحة الكتلة وسلوك الاستهلاك، اختارت Bitcoin تقديم الأوزان وآليات vByte لحساب رسوم استخدام مساحة الدولة، بينما اختار CKB خصخصة مساحة الدولة.

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

على سبيل المثال، افترض أن 50% من إجمالي CKB المتداول يُستخدم لتخزين الحالة، و30% مقفل في NervosDAO، و20% يتم الاحتفاظ بالسيولة بالكامل. بعد ذلك، سيتم تخصيص 50% من الإصدار الثانوي (أي الإيجار على حالة التخزين) لعمال المناجم، وسيتم تخصيص 30% لمودعي NervosDAO، وسيتم تخصيص الـ 20% المتبقية لصندوق الخزانة.

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

بالإضافة إلى ذلك، يسمح CKB لخلية واحدة بشغل 1000 بايت كحد أقصى من مساحة الحالة، مما يمنح أصول NFT على CKB بعض الميزات الفريدة التي توفرها blockchain المماثلة الأخرى لا تحتوي الأصول على ميزات، مثل تحمل رسوم الغاز محليًا، وإمكانية برمجة مساحة الدولة، وما إلى ذلك. هذه الخصائص الفريدة تجعل UTXO Stack مناسبًا جدًا كبنية تحتية لمشاريع العالم المستقل لبناء واقع مادي رقمي.

يسمح UTXO Stack لمطوري Bitcoin L2 باستخدام BTC وCKB وتعهدات أصول Bitcoin L1 الأخرى للمشاركة في إجماع الشبكة الخاص بها.

الملخص

من المستحيل أن يتطور Bitcoin إلى حل تورينج كامل قابل للبرمجة. تم تجنبه. ومع ذلك، لن تحدث قابلية البرمجة الكاملة لـ Turing على شبكة Bitcoin الرئيسية، ولكنها ستحدث خارج السلسلة (RGB وBitVM) أو على Bitcoin L2 (CKB وEVM Rollup وDriveChain).

ووفقًا للتجربة التاريخية، فإن إحدى هذه الاتفاقيات ستتطور في النهاية إلى اتفاقية معيارية احتكارية.

هناك عاملان رئيسيان يحددان القدرة التنافسية لبروتوكول برمجة Bitcoin: 1. تحقيق BTC دون الاعتماد على افتراضات الثقة الاجتماعية الإضافية بين L1<> التدفق الحر للمستوى الثاني بين؛ 2. جذب المطورين والصناديق والمستخدمين على نطاق كافٍ للدخول إلى النظام البيئي للمستوى الثاني.

يستخدم CKB، كحل لقابلية برمجة Bitcoin، الربط المتماثل + شبكة CKB لاستبدال حلول التحقق من العميل، وتحقيق التدفق الحر لأصول طبقة Bitcoin L1 بين L1<>L2 دون الاعتماد على افتراضات إضافية تتعلق بالثقة الاجتماعية. علاوة على ذلك، بالاستفادة من ميزة خصخصة مساحة الدولة لـ CKB Cell، فإن RBG++ لا يجلب ضغط انفجار الحالة إلى شبكة Bitcoin الرئيسية مثل بروتوكولات برمجة Bitcoin الأخرى.

في الآونة الأخيرة، تم الانتهاء من البداية الساخنة للنظام البيئي من خلال إصدار الدفعة الأولى من أصول RGB++، وتم بنجاح استيعاب ما يقرب من 150.000 مستخدم جديد ومجموعة من المطورين الجدد للنظام البيئي CKB. على سبيل المثال، اختار OpenStamp، وهو الحل الشامل لنظام Stamps البيئي لبروتوكول قابلية البرمجة Bitcoin L1، استخدام UTXO Stack لبناء UTXO المتماثل Bitcoin L2 الذي يخدم نظام Stamps البيئي.

في المرحلة التالية، سيركز CKB على بناء التطبيقات البيئية، وتحقيق التدفق الحر لـ BTC بين L1 <>L2، ودمج شبكة Lightning Network. وما إلى ذلك. نسعى جاهدين لأن نصبح طبقة برمجة البيتكوين في المستقبل.