وفقًا لتعريف آلة تورينج، فإن TBC مكتمل تورينج.

بعد استعادة العديد من الرموز التشغيلية التي تم تعطيلها بواسطة BTC، يمكن لـ TBC الآن تحقيق معظم الوظائف التي يمكن أن تحققها ETH، كما أن لديها لغة عقود ذكية على مستوى أعلى مشابهة لـ Solidity.

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

1. قاعدة البيانات ونظام التشغيل، وليس وحدة المعالجة المركزية، قد يكون هذا هو الفرق الأكثر وضوحًا بين TBC و Ethereum و EOS وغيرها من سلاسل الكتل العامة. على منصات العقود الذكية مثل Ethereum، بمجرد بدء عقد، يجب على جميع العقد تنفيذ والتحقق من العقد، سواء كان ذلك ينطوي على Layer 2 أم لا، لضمان الصلاحية والتناسق. عندما ي initiates العميل معاملة (مرتبطة بعقد معين)، فإن الأمر يعادل بشكل أساسي تحفيز عملية تنفذ على الشبكة بأكملها، هذه الطريقة تشبه إلى حد كبير استخدام سلسلة الكتل كـ CPU. بينما TBC ليس كذلك، فعملياته نفسها لا تحدث على السلسلة، بل يتم تخزين التعليمات (مثل جزء من كود سكريبت أو مكتبة برامج) على السلسلة في شكل "ملف". بمعنى آخر، عندما يقوم المستخدم بتنفيذ عملية على السلسلة، فإن الأمر في الواقع يشير فقط إلى تشغيل العمليات المطلوبة محليًا، نظرًا لأن العقد الأخرى لا تهتم بعملية التنفيذ التي تجري خارج السلسلة، فقط عندما يتم إنتاج نتيجة ذات مغزى يتم نقلها إلى السلسلة. هذه الطريقة تعتبر استخدام سلسلة الكتل كقاعدة بيانات، أو كنظام تشغيل. قد تتساءل، ماذا يعني هذا بالنسبة لسلسلة الكتل، حيث لا تحدث العمليات على السلسلة، والعمليات الرئيسية لا يتم تنفيذها بشكل متزامن من قبل جميع العقد، من يضمن أن هذه العمليات صالحة وقانونية؟ ما الفرق مع قاعدة البيانات المركزية؟

الاختلاف موجود فعلًا، وهو كبير نوعًا ما، وهو أن كلًا من العمليات والنتائج تُسجل على السلسلة، لذا عندما تكون هناك حاجة للتحقق منها، يمكن للجميع التحقق منها في أي وقت — وباختصار، إنها طريقة “التحقق عند الحاجة”. إذا شككتَ في نتيجة حسابي خارج السلسلة بسبب مصلحتك، فمرحبًا بك للتحقق! البيانات والسكربتات كلها غير قابلة للتغيير على السلسلة، أنت تحسب، وأنا أحسب، وهو يحسب، والنتيجة ستكون بالتأكيد نفسها؛ أيًّا كان من يحسب فالنتيجة واحدة. من يحتاجها ومن له مصلحة في ذلك فليحسبها، ولا حاجة لأن تتبع كل العقد في الشبكة كل مرة وتقوم بالحساب معًا. لذلك، وفق هذا النمط، إذا عدّل فريق الصيانة بعض البيانات أو الصفحة في موقع على البلوكشين، فإلى جانب حفظ هذه البيانات كـنتيجة على السلسلة، فإن المعدنين والمستخدمين الذين لا يهتمون بهذه البيانات من ذلك الموقع لا يشعرون بذلك تقريبًا.

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

TBC بوصفه في الجوهر جانبا جانبيا لـ BTC ويستخدم نفس أجهزة التعدين مع BTC، لذلك عندما تزدهر على TBC تطبيقات DeFi وGameFi وSocialFi القائمة على التسعير بـ BTC وإضافة السيولة، فسوف تجلب للمعدنين الكثير من عوائد الرسوم، وستجلب مزيدًا من المستخدمين والطاقة إلى منظومة بيتكوين بأكملها.

بيضة عيد الفصح التي تركها ساتوشي ناكاموتو

عندما أُطلق البيتكوين لأول مرة كان يمتلك هذه الوظيفة، مثلًا:

1. كان الناس سابقًا يستخدمون البيتكوين فقط للتحويلات، ولم يلاحظوا قدرة TX على حمل المعلومات.

2. كان الناس سابقًا يرسلون ويستقبلون TX فقط عبر “العنوان”، ولم يلاحظ أحد أن وظيفة سكربت TX في الواقع قوية جدًا.

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

4. كان الناس يعتقدون سابقًا أن TX مجرد سجل معاملة، لكن في الحقيقة TX يمتلك بالكامل الحقول التي يتطلبها بروتوكول تبادل البيانات P2P. ومن خلال عقد البيتكوين يمكن توجيه TX بشكل مجهول، مما يتيح اتصالًا مجهولًا وغير قابل للتتبع.

5. كان الناس يعتقدون سابقًا أن البلوكشين لا يخزن سوى بيانات المعاملات. ولم يتخيل أحد أنه يمكن تخزين أي بيانات غير قابلة للتغيير بشكل دائم داخل البلوكشين واستعادتها واستخراجها من أي عقدة كاملة.

كل ما سبق يمكن إعادة تنفيذه على TBC. ‏TBC.network ليس شيئًا جديدًا، بل هو وظيفة يمتلكها البيتكوين أصلًا. إنه بيضة عيد الفصح التي تركها ساتوشي كعضو في مجتمع P2P، وبنية تحتية أساسية لشبكة P2P.

يمكنك استخدامه أيضًا على BTC، لكنه يكون مزدحمًا جدًا، لذا تحتاج إلى القدوم إلى Layer2 الأصلي - TBC.network لفتح بيضة عيد الفصح التي تركها ساتوشي ناكاموتو لبيتكوين.

وسائل التواصل الاجتماعي والتطبيقات الرسمية:

【الموقع الإلكتروني】https://turingbitchain.io

【تويتر الرسمي】x.com/turingbitchain_

【محفظة تورينغ】https://turingwallet.xyz/

【الورقة البيضاء】

https://drive.google.com/file/d/1sUHjRlIQk_vB3-GPloPKkllgqC3lLRfq/view?usp=drivesdk

【GitHub】

github.com/Turingbitchain/document/