هل يمكن لتفرد UTXO أن يؤدي إلى نموذج بيئي جديد؟ (الجزء الأول)

في 10 يونيو، قام Cipher، مؤلف بروتوكول RGB++ ومؤسس CELL Studio، ولين، المؤسس المشارك لـ DotSwap، وTimxie، المؤسس المشارك لشركة Shell Finance، وCMO NIGO من TBC (Turingbitchain) كانوا ضيوفًا على Twitter Space الخاص بـ UTXO Stack، فلنتحدث عما إذا كان نموذج UTXO يمكن أن يولد نموذجًا جديدًا لنظام Bitcoin البيئي.

UTXO Stack عبارة عن منصة معيارية لإصدار سلسلة BTC L2 بنقرة واحدة يمكنها مساعدة مطوري المشاريع على إصدار Bitcoin L2 بناءً على بنية UTXO بنقرة واحدة يدمج أصلاً بروتوكول RGB++. فيما يتعلق بالأمان، يضمن UTXO Stack أمان L2 من خلال رهن أصول Bitcoin وCKB وBitcoin L1. بكل بساطة،يمكننا أن نفكر في UTXO Stack باعتباره OP Stack + EigenLayer لنظام Bitcoin البيئي.

أكملت UTXO Stack جولة تمويل أولية، بقيادة مشتركة من ABCDE وSNZ Capital، وOKX Ventures، وWaterdrip Capital، وMatrixport، وy2z Ventures وشارك في الاستثمار DRK Lab والعديد من المؤسسات المعروفة مثل UTXO Management، ذراع رأس المال الاستثماري للشركة الأم لمجلة Bitcoin BTC Inc.

فيما يلي المحتويات الأساسية المنظمة وفقًا للصوت:

< span mpa- is-content="t">1. ما هي الاختلافات والمزايا الأساسية بين نموذج UTXO ونموذج الحساب من حيث فلسفة التصميم والأمان والكفاءة وما إلى ذلك؟

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

فيما يتعلق بفلسفة التصميم، فإن UTXO في الواقع يتعلق بالتحقق أكثر من الحساب. نحن نعرف نموذج حساب Ethereum، عندما تكتب برنامجًا أو ترسل معاملة، فإنك لا تعرف نتيجة المعاملة. ما الذي ترسله هو إجراء أو استدعاء دالة هذه المكالمة؟ هل تعرف النتيجة إلا بعد تجميع المعاملة في كتل.

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

لكن بالنسبة لنموذج UTXO، لا يمكن إرسال معاملتك لأن حسابك لا يحتوي على أموال كافية ولا يمكنك تقديم مدخلات كافية. لذلك، لا توجد حالة فشل للمعاملة في نموذج UTXO، فهي تحتوي على حالتين فقط: نجاح المعاملة أو فشل الإرسال، أي أن ما يسمى بفشل المعاملة يعني فشل التحقق، ولن يتم خصم رسوم المعالجة الخاصة بك. تعتقد UTXO أن blockchain عبارة عن آلة تحقق وليست آلة حسابية، والتي تستخدم نموذج الحساب، وكان لها لقب يسمى الكمبيوتر العالمي، وهي فلسفة تصميم مختلفة تمامًا.

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

Tim Xie: أتفق تمامًا مع ما قاله Cipher للتو "يركز نموذج Bitcoin UTXO بشكل أكبر على التحقق، وحساب Ethereum النموذج أكثر حسابية". خلال DeFi Summer، سنجري بعض عمليات المقايضة، وستكون رسوم غاز Ethereum مرتفعة جدًا. على الرغم من أن Ethereum لديها توليد كتل أسرع وكتل أكبر وأداء أفضل من Bitcoin، فإن طلب Ethereum للتوسع أعلى في الواقع من طلب Bitcoin. لماذا؟ والسبب هو أن Ethereum هو نموذج حاسوبي. عندما نلعب DeFi، قد يتم إنفاق 98٪ من رسوم الغاز التي ندفعها على العمليات الحسابية، وتكون تكلفة التحقق من حالة الحساب ونشرها وتخزينها صغيرة جدًا في الواقع. Bitcoin عبارة عن شبكة تحقق لا تقوم بإجراء حسابات، لذلك نقوم بإقراض أو مبادلة الطبقة الثانية من Bitcoin. وفي نفس السيناريو، تكون رسوم المعالجة في الواقع أرخص من رسوم Ethereum.

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

من تجربتنا، باستخدام نموذج UTXO لـ DeFi على Bitcoin، فإن التجربة النهائية المقدمة للمستخدمين ليست في الواقع ما تخيله الناس،< /strong>على الرغم من أن التجربة ليست سلسة مثل التطبيقات الموجودة على Ethereum أو Arbitrum، إلا أنها ليست سيئة للغاية، ولا يزال من الممكن استخدامها.

لين: اسمح لي بعمل ملحق. تتطور التقنيات الحالية باستمرار أعتقد أن UTXO لا يقوم بالحسابات، بل يمكنه أيضًا إجراء العمليات الحسابية. على سبيل المثال، رمز تشغيل Bitcoin الذي تمت مناقشته مؤخرًا OP_CAT، إذا تم تمكينه، يمكننا الاحتفاظ بالحالة في UTXO الخاص بـ Bitcoin. إذا قمنا بإزالة جميع القيود الأصلية للبيتكوين، فيمكننا محاكاة عدد لا يحصى من Ethereums في UTXO الخاص بـ Bitcoin. يمكن أن يكون كل UTXO في حالة Ethereum، ثم يتم تخزين البيانات والتنفيذ في هذه الحالة حتى تستمر هذه الحالة يمكن استنتاجها، على الرغم من أن هذا قد لا يحقق بالضرورة التوافق الكامل مع EVM.

لذلك أعتقد أن Bitcoin يمكنها أيضًا إجراء العمليات الحسابية، ومنطق Bitcoin هو أنه يمكنك فتح موضوع جديد في أي وقت، ويمكنك تقسيم UTXO جديد في أي وقت، يتم فصل UTXO الجديد تمامًا عن UTXO الأصلي، وهي ميزة حسابية لـ Bitcoin UTXO.

بعد إضافة OP_CAT، سيجلب بعض سيناريوهات التطبيق الذكية جدًا. على سبيل المثال، ستحتفظ رموز Ethereum ERC-20 بقائمة لمعرفة الحسابات التي لديها مقدار الأموال بعد إضافة OP_CAT، يمكننا القيام بأشياء مماثلة على Bitcoin، وربما أفضل من Ethereum.

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

NIGO: كنت أعتقد دائمًا أن Ethereum غيرت نموذج UTXO الخاص بـ Bitcoin إلى نموذج حساب، وهو أمر نموذجي بالفعل غير ضروري ويحول النظام الذي كان في الأصل قادرًا على التزامن إلى نظام تسلسلي. يطلق العديد من الناس على الإيثريوم اسم الكمبيوتر العالمي. لماذا يجب أن يقوم عمال المناجم في جميع أنحاء العالم بحساب مهمة الحوسبة للشخص العادي؟ تستهلك هذه العملية الكثير من الطاقة وهي مكلفة للغاية، ولكنها لا تحقق أي فوائد جوهرية. ، ولكن يؤخر الكفاءة الشاملة. بعد تحول Ethereum إلى PoS، فقد القائمون بالتعدين (العقد) في الشبكة بأكملها زخمهم التطوري. يعد نموذج UTXO الذي صممه ساتوشي ناكاموتو مناسبًا بشكل طبيعي للتزامن العالي والأداء العالي، وأعتقد أن المزيد من مستخدمي Web3 سيرون إمكانات نموذج UTXO.

2. هل نموذج UTXO هو الذي يتسبب في عدم امتلاك Bitcoin لقدرات العقود الذكية؟ إذا أردنا تنفيذ إمكانيات العقد الذكي بناءً على نموذج UTXO، فما هي الآلية المستخدمة بشكل عام لتحقيق ذلك؟

Cipher: هناك بالتأكيد العديد من الطرق لتنفيذ إمكانات العقد الذكي بناءً على نموذج UTXO، سأقدم كيفية تنفيذ CKB، الذي أعرفه كثيرًا.

يقدم CKB برنامج قفل نصيًا يتوافق مع برنامج قفل Bitcoin. عند إنفاق UTXO هذا، سيتم تنفيذ برنامج القفل تلقائيًا، وسيتم إدخال البيانات يتم استخدام الشاهد كمدخل، وسيتم أيضًا تنفيذ المعاملة الحالية كمدخل. الفرق بينه وبين نص القفل الخاص بـ Bitcoin هو أنه يدعم جهاز ظاهري كامل Turing-Complete بدلاً من بيئة البرنامج النصي المحدودة للغاية الخاصة بـ Bitcoin، لذا فهو Turing-Complete في هذه المرحلة من إلغاء القفل.

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

يعتمد الجهاز الظاهري لـ CKB على مجموعة تعليمات الأجهزة RISC-V. أي تعديل يتضمن إعادة السيليكون، لذا فإن تصميم مجموعة تعليمات RISC-V للغاية مبسطة وفعالة وشاملة.

للتلخيص، يستخدم CKB جهازًا افتراضيًا RISC-V، وهو مكتمل من خلال Turing، ويحتوي أيضًا على نص قفل ونوع نصي مكان لتخزين البرنامج النصي للعقد الذكي، ويوجد أيضًا حقل يسمى البيانات لتخزين حالة العقد الذكي، لذا فهي بيئة تنفيذ كاملة للعقد.

تيم شيه: في عملية بناء المنتج بالكامل لتمويل شل لدينا، لأنه يتعين علينا تنفيذ بروتوكول الإقراض ، نحتاج للقيام بالتصفية، ونحتاج إلى بعض وظائف العقد المتقدمة، وأخيرًا اخترنا DLC (عقود السجل السري). تعد كل من DLC وLightning Network من تقنيات التوسعة على نفس المستوى، وكلاهما خارج السلسلة، والفرق هو أن Lightning Network يُستخدم بشكل أساسي للدفع، بينما يتم استخدام DLC بشكل أساسي للأوراكل. في الواقع، نحن لم نكتمل مع تورينج، ولا يزال هناك العديد من القيود، ولكن حتى مع وجود العديد من القيود، يمكننا بالفعل القيام بالإقراض من خلال DLC.

تحتوي عملة البيتكوين في الواقع على الكثير من رموز OP، إذا تمكنا من تمكين أو إلغاء قفل OP_CAT الذي ذكره Lin of DotSwap من قبل، أو بعض رموز التشغيل الأخرى، فيمكننا فعلًا أن تفعل ذلك. يمكن أيضًا الاستمرار في إنشاء المزيد من الإمكانيات على غرار Lightning Network وDLC، ويمكن للعقود الذكية أن تفعل ذلك بالتأكيد. النقطة الأساسية هي ما إذا كان هناك طلب، وما إذا كان هناك مستخدمون، وما إذا كان هناك سوق، وما إذا كان المزيد من الناس سيستثمرون الوقت والطاقة لتصوره واستخدامه وتلبية احتياجات المستخدمين. وطالما أن هناك أشخاصًا يستخدمونه ويوجد سوق، فمن الطبيعي أن تظهر أفكار ومفاهيم جديدة.

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

لين: أعتقد أنه ليس من الصعب تصميم شيء ما ليكون مكتملًا مع تورينج، ولكن من الصعب جدًا تصميم شيء يكون مكتملًا من خلال تورينج. إن تصميم نص تورينج مكتمل هو في الواقع مهمة فنية متقدمة جدًا.

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

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

لقد كنت أقول إن العديد مما يسمى بـ Bitcoin L2s هي في الواقع بروتوكولات طفيلية ولا تساهم بقيمتها الخاصة في Bitcoin، كما أنها ليست كذلك هناك طرق للسماح للقائمين بالتعدين بالحصول على دخل أعلى، ولكن في الواقع لا توجد طريقة لأن البيتكوين لديها العديد من القيود. اسمحوا لي أن أقدم لكم تشبيهًا. بروتوكول HTTP هو في الواقع L2 مبني على بروتوكول TCP/IP، وبروتوكول HTML الخاص بنا مبني على بروتوكول HTTP. أعتقد أن هذا مفهوم طبقة تلو طبقة، بدلاً من فصل بيانات المعاملة تمامًا عن TCP/IP، وفصلها عن بروتوكول الطبقة العليا، وتشغيلها في مكان آخر، ثم الدوران وإخبار الآخرين أن هذه هي الطبقة الثانية بروتوكول. يتم بالفعل تكديس بروتوكول الطبقة الثانية الحقيقي طبقة تلو الأخرى. لذلك، يجب أيضًا قبول الطبقة الثانية التي نبنيها كمعاملات قانونية في الطبقة العليا. وهذا سبب مهم للغاية وراء استكشافنا حاليًا لطبقة واحدة من المبادلة. نعتقد أنه في معظم الحالات، نحتاج بالفعل إلى الاستقرار في طبقة واحدة، ونحتاج إلى الكثير من التحقق والإجماع على الطبقة الأولى، بدلاً من القول بأنني سأبني ما يسمى بجسر الأصول ثم أقوم بنقل أصول الجميع. الأصول إلى طبقة أخرى حيث قد لا يكون هذا أمرًا جيدًا بشكل خاص.

NIGO: هل يمكن لنموذج UTXO دعم وظائف العقود الذكية المعقدة؟ بالطبع كان ذلك ممكنا. يقوم بتخزين منطق العقد وبياناته في UTXO، ثم يستخدم استدعاء ومعلمات العقد كمدخلات لمحاولة فتح العقد، وينفذ منطق العقد من خلال BVM (Blockchain Virtual Machine)، ويحقق أخيرًا التحكم عن طريق العودة صحيح أو خطأ من وظيفة فتح الغرض من حالة العقد. قد يكون هذا النموذج غير مألوف لمطوري العقود الذكية لإيثريوم، ولكن في الواقع، إذا قمت بدمج أفكار البرمجة الوظيفية وتحويل بعض المفاهيم، فيمكن لعقود UTXO الذكية تنفيذ منطق معقد للغاية.

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

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

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

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

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

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