في 31 أكتوبر 2023 ، سجلت TON (شبكة Telegram المفتوحة سابقا) رقما قياسيا عالميا جديدا ، حيث وصلت إلى ذروة مذهلة بلغت 104,715 معاملة في الثانية في أول اختبار مباشر للأداء العام ، حيث أكملت ما مجموعه 107,652,545 معاملة في 25 دقيقة. تم التحقق من هذا الأداء وتأكيده من قبل Certik ، مما يجعل TON أسرع سلسلة كتل وأكثرها قابلية للتطوير في العالم ، متجاوزا سرعات المعالجة لجميع سلاسل L1 وشبكات الدفع المركزية البارزة مثل PayPal و Visa و Mastercard.
TON هو بلا شك مشروع رائع. في هذه المقالة ، سنلقي نظرة متعمقة على الورقة البيضاء TON ، ونكشف عن ميزاتها وابتكاراتها التقنية الفريدة ولماذا تعد TON أسرع blockchain في العالم.
كانت قابلية التوسع تحديا كبيرا في تطوير تقنية blockchain. الغرض الرئيسي من مخطط توسيع نطاق blockchain هو زيادة إنتاجية النظام وتقليل رسوم المعاملات ، بحيث يمكن لشبكة blockchain معالجة المزيد من المعاملات والتكيف بشكل أفضل مع التطبيقات واسعة النطاق. على الرغم من أن السلاسل العامة المختلفة تواصل تجربة تصميمات جديدة للإجماع والهندسة المعمارية ، إلا أن النتائج الحالية لا تزال غير مرضية وأصبحت عنق الزجاجة أمام blockchain للتحرك نحو التطبيق على نطاق واسع ، وهو أمر يصعب حمله رؤيتنا لمستخدمي TG المليار. في الوقت الحاضر ، يمكن تقسيم حلول التوسع السائدة إلى الفئات التالية:
المشاركة: تقسيم الشبكة إلى أجزاء أصغر ، كل منها قادر على معالجة المعاملات والعقود الذكية بالتوازي ، مما يزيد بشكل كبير من إنتاجية الشبكة. لكن التجزئة تأتي معها مشكلات أمنية محتملة ، حيث يمكن أن يكون كل جزء أقل أمانا من الشبكة بأكملها. بالإضافة إلى ذلك ، يمثل الاتصال عبر الأجزاء تحديا تقنيا. أمثلة تمثيلية: بروتوكولات Ethereum 2.0 و NEAR.
السلاسل الجانبية: السلسلة الجانبية هي نوع من سلاسل الكتل التي تعمل بشكل مستقل عن السلسلة الرئيسية ، ويمكن أن يكون لها آلية إجماع ومعلمات كتلة خاصة بها. باستخدام السلاسل الجانبية ، يمكن للمستخدمين نقل الأصول بين سلسلتين ، مما يؤدي إلى تفريغ العبء على السلسلة الرئيسية. مثال تمثيلي: مضلع
حلول الطبقة 2: من خلال بناء طبقة أخرى أعلى السلسلة الرئيسية ، فإن L2 قادرة على توفير أوقات أسرع لتأكيد المعاملات ورسوم معاملات أقل. خذ L2s الأكثر شهرة ، التفاؤل و Arbitrum: كلاهما حلول تحجيم مصممة خصيصا ل Ethereum. نتيجة لذلك ، يقع جزء من بنية التفاؤل والتحكيم على الطبقة 1. مع ترقية Ethereum ، زاد الحد الأعلى للمعاملات في الثانية (TPS) من 2-4k إلى حوالي 2w.
zkSync 2.0: مقارنة بغطاء TPS الخاص ب zkSync 1.0 لعدة مئات ، يجلب zkSync 2.0 تحسينات كبيرة. يدعي فريق zkSync أن إصداره 2.0 يمكن أن يصل إلى الحد الأعلى البالغ 10 واط TPS ، لكن معظم المؤسسات تتوقع أن الحد الأعلى الحقيقي قد يكون 1-2 واط. Starknet: بعد الانتهاء من الترقية إلى Quantum Leap في يونيو ، أصبح TPS الآن أكثر بقليل من 100TPS.
سولانا: تستخدم Solana خوارزمية إجماع مبتكرة تسمى إثبات التاريخ (PoH) كجوهر لحل التحجيم. بينما تدعي Solana أن لديها ما يصل إلى 65,000 TPS ، فإن معظمها يعمل في الواقع كاتصال بين العقد. قد يكون الحد الأقصى لحجم التداول الحقيقي فقط عند 6-8k TPS. علاوة على ذلك ، نظرا لتصميم آلية الإجماع المركزية ، واجهت Solana فترات تعطل متعددة في مواجهة عدد كبير من الطلبات ، مثل عند سك NFT. بالإضافة إلى ذلك ، لم تنجح Solana بعد في تنفيذ دوران العقدة المركزية.
تم تصميم TON blockchain من قبل المؤسس والفريق الأساسي ل Telegram. باعتبارها واحدة من أكثر المنصات الاجتماعية شعبية في العالم ، تمتلك Telegram ما يقرب من 900 مليون مستخدم نشط شهريا ، مما يوفر تجربة مستخدم مستقرة وسلسة مع الحفاظ على مستوى عال من الأمان والخصوصية ، مع عشرات المليارات من الرسائل التي يتم نقلها داخل البرنامج كل يوم. أصبح مفهوم web3 معروفا نسبيا ، لكن المستخدمين الأصليين الفعليين للتشفير لا يزالون أقلية ، ويعتمد معظمهم على التبادلات المركزية للوصول إلى الرمز المميز. Metamask ، محفظة التشفير اللامركزية الأكثر شعبية في العالم ، لديها حاليا 30 مليون مستخدم نشط شهريا فقط. وقد استندت فلسفة تصميم TON إلى خدمة مليارات المستخدمين منذ البداية ، وليس فقط عدد قليل من المهووسين ب web3.
المشاركة هي مفهوم يأتي من تصميم قاعدة البيانات. يشير إلى تقسيم مجموعة بيانات منطقية كبيرة ثم توزيعها عبر قواعد بيانات متعددة لا تتم مشاركتها مع بعضها البعض ، والتي يمكن توزيعها عبر خوادم متعددة. بعبارات بسيطة ، يوفر التجزئة القدرة على التوسع أفقيا ، مما يسمح بتقسيم البيانات إلى أجزاء مستقلة يمكن معالجتها بالتوازي.
TON ليس أول مشروع لإدخال تقنية التجزئة في blockchain ، على سبيل المثال ، أعلنت Ethereum 2.0 ذات مرة عن 64 قطعة ثابتة ثم تم التخلي عنها بسبب الكثير من الصعوبة ، بينما يخطط بروتوكول Night Shadow الخاص ب NEAR لتحقيق 100 قطعة في العام المقبل ، وهناك حاليا 4 شظايا.
على عكس طرق التجزئة التقليدية ، تستخدم TON استراتيجية تجزئة لا نهائية.
ومع ذلك ، يعتبر نهج TON متقدما ليس لأنه يحتوي على المزيد من القطع ، ولكن بسبب ميزتين فريدتين:
عدد القطع غير ثابت: تدعم TON عددا متزايدا من القطع وفقا لاحتياجات العمل ، حتى 2 ^ 60 سلسلة عمل ، وهو أمر لا نهائي تقريبا.
عدد مرن من الشظايا: يمكن ل TON تقسيم الأجزاء تلقائيا عندما يكون حمل النظام مرتفعا ودمجها عندما يكون الحمل منخفضا. هذه استراتيجية فعالة للغاية للتعامل مع الحاجة إلى التوسع الديناميكي.
حاليا ، تتكون TON من سلسلتي عمل ، السلسلة الرئيسية (Masterchain) للمزامنة والحوكمة ، وسلسلة العمل (Workchain) للعقود الذكية. يوجد أسفل سلسلة العمل سلسلة القطع وأدنى مستوى لسلسلة الحساب الافتراضية (سلسلة الحساب)
يمكن تقسيم سلسلة العمل إلى شظايا N (من 1 إلى 256 شظية). كل جزء له مجموعة مدقق خاصة به. فريق سلسلة العمل مسؤول عن تنفيذ المعاملات في الأجزاء الخاصة به. في الوقت نفسه ، تقوم باستمرار بتنزيل الكتل من جميع الأجزاء الأخرى من سلسلة عملها. بشكل عام ، blockchain عبارة عن سلسلة من الكتل التي تسجل التغييرات في حالتها. بالنسبة إلى سلاسل الكتل POS ، يتفق المدققون أولا على الطريقة التي يريدون بها تغيير حالة blockchain عن طريق تجميع كتلة تحتوي على قائمة بالتغييرات. بعد التصويت لهذه الكتلة ، إذا تم جمع أصوات كافية ، فإنهم يطبقون الكتلة على حالة blockchain وينتقلون إلى الكتلة التالية.
معدل نقل مؤشر ترابط الكتلة محدود للغاية لأنه يجب على المدققين التحقق من جميع المعاملات في تلك الكتلة قبل الموافقة على قبولها. لذلك هناك الكثير من المواضيع في TON ، ويمكنك ببساطة التفكير فيها على أنها سلاسل كتل صغيرة صغيرة. وهي موجودة بالتوازي ، ولكل منها مجموعتها الخاصة من المدققين.
السلسلة الرئيسية
السلسلة الرئيسية هي خيط الكتلة الرئيسي في TON. يتم استخدامه لمزامنة جميع الكتل المتبقية وإعادة حساب مجموعة المدقق. عندما تتفق جميع سلاسل الرسائل على كتلة جديدة ، فإنها توقعها وتسجلها في السلسلة الرئيسية. ومع ذلك ، لا يتحقق مدققو السلسلة الرئيسية من صحة الكتلة ، بل يتحققون فقط مما إذا كان موقعا من قبل المدقق المناسب. لذلك قد تتعايش الكثير من الخيوط بالتوازي. تتواصل العقود من سلاسل رسائل مختلفة مع بعضها البعض عن طريق إرسال الرسائل.
سلسلة العمل
سلسلة العمل هي مساحة عنوان مستقلة يمكن تشغيلها وفقا لقواعدها. على سبيل المثال ، قد يكون لديهم أجهزة افتراضية مختلفة أو يمددون الوقت المستغرق لنشر الكتل ذات حدود الغاز العالية. الأهم من ذلك ، يجب أن يكون لسلاسل العمل نفس تنسيق قائمة انتظار الرسائل حتى يتمكنوا من تبادل الرسائل. هذا يعني أيضا أن جميع سلاسل العمل يجب أن يكون لها نفس الضمانات الأمنية تقريبا. نظرا لأنه يمكنهم تبادل الرسائل ، فإن هذه الرسائل تحمل رموز الشبكة. يوجد الآن سلسلتان نشطتان للعمل: السلسلة الرئيسية وسلسلة عمل المعالجة الأولى. يتم تحديد سلسلة العمل بواسطة بادئة العنوان: -1: ax ... 1s2 - عنوان الحساب في السلسلة الرئيسية. -1 هي بادئة السلسلة الرئيسية.
0: ZX ... 123 - عنوان الحساب في سلسلة العمل الأولى. 0 - هي البادئة الأولى لمعالجة سلسلة العمل.
سلاسل الأجزاء
مؤشر ترابط المعالجة ، أو سلسلة الأجزاء ، هو مؤشر ترابط كتلة مستقل يعالج سلسلة عمل. بشكل افتراضي ، تحتوي سلسلة العمل 0 على مؤشر ترابط واحد وسلسلة واحدة فقط. يقبل مدققو سلسلة الرسائل هذه الرسائل الخارجية ويتعاملون مع الرسائل الداخلية التي يرسلونها بأنفسهم أو من سلاسل العمل الأخرى. إذا كان هناك موقف يتم فيه تحميل مؤشر ترابط بشكل زائد أثناء كتل N الأخيرة ، يتم تقسيم مؤشر الترابط: يتم تقسيم مؤشر ترابط واحد إلى قسمين ، ويتم تنفيذ المعاملات بالتوازي.
تبدأ العناوين ب 0:00: - 0:88.. الحساب في البداية الآن في مؤشر الترابط 1 مع الحساب 0:88:. - 0:FF.. تقع في الموضوع 2. نظرا لأن جميع العقود الذكية تتواصل بشكل غير متزامن مع بعضها البعض دون أي خلل ، فقد تضاعف معدل الإنتاجية ثلاث مرات. عندما ينخفض الحمل ، تندمج مؤشرات الترابط مرة أخرى بعد مرور بعض الوقت. إذا استمر الحمل في الزيادة ، يمكن تقسيم الخيطين مرارا وتكرارا ، وهكذا. لا يوجد سوى خيط واحد على السلسلة الرئيسية.
الكتل في TON هي أكثر من مجرد قائمة من المعاملات التي يجب إكمالها لتحقيق تغيير الحالة. بدلا من ذلك ، تكون الكتلة:
قائمة بالرسائل التي تنفذ معاملة ، وإزالتها من قائمة انتظار الوارد. تدخل رسالة جديدة إلى قائمة الانتظار الصادرة بعد معالجة الرسالة، ثم تؤدي معالجة الرسالة إلى تغيير في حالة العقد الذكي. أي أنه لكي يحافظ مدقق الجزء X على الحالة الحالية للجزء Y ، فإنه لا يحتاج إلى تنفيذ جميع المعاملات في كتلة الجزء Y. يقوم فقط بتنزيل الكتلة ويلخص التغييرات التي حدثت. يحدث في قوائم انتظار الرسائل وحالات العقد الذكي.
لا يمكن أن يأتي تغيير عالم blockchain بشكل أساسي بدون ثمن. من أجل الاستفادة من هذا النهج الجذري ، يجب على مطوري العقود الذكية TON تصميم عقودهم بشكل مختلف. الوحدة الذرية الأساسية ل TON blockchain هي العقد الذكي. تحتوي العقود الذكية على عناوين ورمز ووحدات بيانات (حالة ثابتة). تسمى هذه الوحدات بالوحدات الذرية لأن العقود الذكية لها دائما وصول متزامن ذريا إلى جميع حالاتها الدائمة.
توجيه شبكة هايبر كيوب
أنشأت TON آلية توجيه ذكية لضمان معالجة المعاملات بين أي بلوكشين دائما بسرعة ، بغض النظر عن حجم النظام ، والوقت المستغرق لإرسال المعلومات بين سلاسل TON blockchain يزداد لوغاريتميا فقط مع عدد السلاسل ، بحيث يسمح لهم حتى التوسع إلى ملايين السلاسل بالتواصل بأقصى سرعة.
في سلسلة كتل TON ، يعد التوجيه الفوري Hypercube والتوجيه البطيء آليتين للتوجيه تستخدمان للتعامل مع المعاملات عبر السلسلة.
التوجيه الفوري للمكعب الفائق: فكرة TON لتسريع توجيه الرسائل ، مما يسمح بإكمال المعاملات عبر السلسلة في جزء صغير من الوقت. في توجيه المكعب البطيء التقليدي ، يتم توجيه رسالة بواسطة سلسلة أجزاء على طول شبكة hypercube إلى سلسلة أجزاء الوجهة. ومع ذلك ، أثناء توجيه الرسالة ، يمكن للمدقق الذي تنتمي إليه سلسلة أجزاء الوجهة اختيار معالجة الرسالة مسبقا لإضافتها إلى الكتلة ، ثم تقديم إثبات Merkel (إيصال) وإرسال إيصال لتدمير الرسالة التي يتم إرسالها. يسمح بإكمال المعاملات عبر السلسلة في فترة زمنية قصيرة جدا. يحقق التوجيه السريع تفاعلا فعالا عبر السلسلة من خلال بناء هيكل توجيه مكعب عالي الأبعاد. في هذا الهيكل ، يتم تعيين كل سلسلة إلى رأس واحد من المكعب ، ويتم التعبير عن المسافة بين السلاسل على أنها عدد القفزات بين الرؤوس. باستخدام هذا النهج ، يمكن توجيه المعاملات بسرعة على أقصر مسار ، مما يجعل التفاعلات عبر السلسلة فعالة. يمكن للتوجيه السريع إكمال المعاملات عبر السلسلة في ثوان دون انتظار تأكيدات الكتلة.
التوجيه البطيء: التوجيه البطيء هو طريقة تقليدية نسبيا لمعالجة المعاملات عبر السلسلة عن طريق نقل المعاملات تدريجيا من سلسلة المصدر إلى سلسلة الوجهة. في هذه الطريقة ، يتم حزم المعاملات أولا في كتلة على سلسلة المصدر ثم نقلها إلى سلسلة الوجهة عبر إعادة الطبقة. يتحقق مدقق سلسلة الوجهة من صحة المعاملة ثم يحزمها في كتلة من سلسلة الوجهة. تتمثل ميزة التوجيه البطيء على التوجيه السريع في أنه يوفر درجة أعلى من الأمان واللامركزية ، حيث يجب أن تمر المعاملات عبر السلسلة بعملية تأكيد كتلة كاملة. على غرار شبكة TCP / IP ، يتم توجيه عنوان IP الوجهة إلى الوجهة لضمان إرسال الرسائل بشكل موثوق إلى سلسلة الوجهة بالترتيب. بالنسبة لشبكة المكعب الفائق لسلسلة الأجزاء ذات المقياس N ، يجب أن تمر قفزة سلسلة الأجزاء الوسيطة = log16 (N) -1. لذلك ، هناك حاجة إلى 4 عقد توجيه فقط (سلاسل أجزاء وسيطة) لدعم ملايين سلاسل الأجزاء.
لماذا تم تصميمه بهذه الطريقة؟ **
المدققون مطلوبون للتوزيع. إذا كان النظام كبيرا جدا ، مع عشرات الآلاف من العقد ، فهو مثقل جدا بحيث لا يمكن توسيع نطاقه. بعد التجزئة ، كل جزء له مجموعة ، shard0 ، shard1 ... من الضروري أيضا تحقيق اتصال عبر الأجزاء. يمكن أن يكون الاتصال متقاطعا ، والانتقال من جزء إلى آخر يعني أنه يجب أن تكون هناك آلية توجيه للأجزاء والأجزاء. يشكل الاتصال مسارا يتخطى بعض العقدة الوسيطة. في كل مرة يتم فيها توجيه رسالة ، فإنها تعادل زيادة في وقت الإرسال بمقدار وقت كتلة واحد.
مع نمو العدد الإجمالي لسلاسل الأجزاء ، سيتطلب ذلك الكثير من قوة الحوسبة وعرض النطاق الترددي للشبكة ، مما يحد من قابلية النظام للتوسع. نتيجة لذلك ، لا يمكن تسليم رسالة مباشرة من أي جزء واحد إلى جميع الأجزاء الأخرى. بدلا من ذلك، يتم "توصيل" كل جزء فقط بجزء مختلف برقم سداسي عشري على معرف الجزء (w,s) الخاص به. بهذه الطريقة ، تشكل جميع سلاسل الأجزاء رسما بيانيا "hypercube" ، ويتم تمرير الرسائل على طول حواف هذا المكعب الفائق.
إذا تم إرسال رسالة إلى جزء مختلف عن الجزء الحالي، استبدال رقم سداسي عشري لمعرف الجزء الحالي (المختار بشكل محدد) بالرقم المقابل للجزء الهدف، وسيكون المعرف الناتج بمثابة وجهة تقريبية لتصبح مستلم الرسالة المعاد توجيهها.
الميزة الرئيسية لتوجيه hypercube هي شرط صلاحية الكتلة ، حيث يجب على المدققين الذين يقومون بإنشاء كتل من سلسلة الأجزاء جمع ومعالجة الرسائل من قائمة انتظار الإخراج لسلاسل الأجزاء "المجاورة" أو فقدان تخزينهم. وبهذه الطريقة ، يمكن توقع وصول أي رسالة إلى وجهتها النهائية عاجلا أم آجلا ؛ لا تضيع الرسائل أثناء النقل ولا يعاد تسليمها.
يقدم توجيه Hypercube بعض زمن الوصول والنفقات الإضافية بسبب الحاجة إلى إعادة توجيه الرسائل عبر العديد من سلاسل الأجزاء الوسيطة. ومع ذلك ، فإن عدد سلاسل الأجزاء الوسيطة هذه ينمو ببطء شديد ، وهو ما يرتبط بالسجل N من إجمالي عدد سلاسل الأجزاء.
الاتصال غير متزامن
ينفذ العقد الذكي على TON اتصالا غير متزامن ، والذي يمكن مقارنته بخدمات الإنترنت المصغرة. كل خدمة متناهية الصغر لديها فقط وصول متزامن ذريا إلى بياناتها المحلية. يتضمن الاتصال بين خدمتين مصغرتين إرسال رسائل غير متزامنة عبر الشبكة.
في بنية النظام، غالبا ما تتطلب الأنظمة الأكبر بنية الخدمات المصغرة. يتطلب هذا النهج الموزع بعض المقايضات لاعتماده ، ولكن يمكن أن يحقق فوائد تجربة المستخدم. تعتمد إدارة الأنظمة الحديثة على أجهزة التسلسل مثل Kubernetes لأخذ مجموعة من الخدمات المصغرة الموضوعة في حاويات وتدوير المثيلات الجديدة تلقائيا حسب الحاجة (التحجيم التلقائي) وتقسيمها بكفاءة بين الأجهزة.
لاستخدام تشبيه Kubernetes (نظام إدارة الكتلة الضخمة) ، هذا هو بالضبط ما تفعله TON. مع زيادة الحمل على سلسلة أجزاء معينة ، يتم تقسيمها إلى قسمين. نظرا لأن العقود الذكية ذرية ، فلا يتم تقسيمها أبدا إلى نصفين. هذا يعني أن بعض العقود الذكية التي كانت ذات يوم على نفس سلسلة الأجزاء قد تجد نفسها يوما ما على سلاسل أجزاء مختلفة.
تطبق آلة TON الافتراضية (TVM) مفهوم الخدمات المصغرة الموزعة على بنية شاملة تقارن ب Ethereum EVM.
لامركزية الدولة
هذه واحدة من أكثر آليات التجزئة تعقيدا وتحديا في مساحة التجزئة. يتم تقسيم قاعدة البيانات بأكملها ووضعها على أجزاء مختلفة. يخزن كل جزء جميع البيانات في الجزء الخاص به ، وليس حالة blockchain بالكامل.
في تجزئة TON blockchain ، يتم تنفيذ جميع الخدمات في شكل عقود ذكية ، ويتم تخزين بيانات الحالة للعقود الذكية فقط في شبكة الأجزاء المقابلة ، وذلك لتحقيق تجزئة الحالة.
ليس ذلك فحسب ، في TON ، حقق العقد مسار تنفيذ فريد في الصناعة ، حيث يمكن لكل مستخدم إدارة حالة الرمز المميز في عقده الخاص ، وتحقيق اللامركزية حقا من حالة blockchain. سوف أستكشف مبادئ هذا التصميم بالتفصيل من خلال دراسات الحالة.
بادئ ذي بدء ، تحتاج إلى فهم عقد المحفظة وعقد محفظة Jetton. عقد المحفظة هو عقد ذكي خاص بالمستخدم يدير الرموز المميزة للمستخدم على blockchain TON. جيتون (الروسية: جوهرة) عقد المحفظة هو نوع خاص من عقود المحفظة المخصصة لإدارة رموز جيتون الخاصة بالمستخدم. يمكن استخدام هذه الرموز لدفع رسوم الشبكة وتنفيذ العقود الذكية. كل مستخدم لديه عقد المحفظة الخاص به وعقد محفظة Jetton. تعمل هذه العقود كمحافظ رقمية للمستخدمين لتخزين وإدارة الرموز المميزة الخاصة بهم. في الوقت نفسه ، يمكن أن تتفاعل هذه العقود أيضا مع عقود المستخدمين الآخرين لتمكين نقل الأصول اللامركزي والتداول.
في هذه الحالة ، من المفترض أن يكون لكل من المستخدم A والمستخدم B عقد محفظة خاص بهما. يريد المستخدم "أ" نقل كمية معينة من الرموز المميزة إلى المستخدم "ب". في هذه الحالة ، يتفاعل عقد محفظة المستخدم "أ" مع عقد محفظة المستخدم "ب" لتحقيق نقل الرموز المميزة. لا تحتاج العملية برمتها إلى الاعتماد على عقد مركزي واحد ، ولكن من خلال عقدين لامركزيين.
لدى مستخدمي TON blockchain عقودهم الخاصة لإدارة حالة أصولهم ، مما يعني أنه لا يوجد عقد مركزي واحد لتحمل مخاطر إدارة جميع الأصول. هذا يزيد من لامركزية النظام ويقلل من خطر نقطة فشل واحدة. تتم إدارة حالة أصول جميع المستخدمين من خلال عقد مخصص ، ولا يمكن للمهاجم التأثير على النظام بأكمله من خلال مهاجمة عقد مركزي واحد. يمكن أيضا تنفيذ معاملات الأصول بين المستخدمين تلقائيا من خلال العقود الذكية ، وتجنب مخاطر التشغيل البشري. يمكنك أيضا تخصيص عقد المحفظة الخاص بك وعقد محفظة Jetton وفقا لاحتياجاتك لتحقيق المزيد من الوظائف وسيناريوهات التطبيق. هذا يمنح المستخدمين مزيدا من المرونة والاستقلالية. يدير الجميع حالة الأصول في عقدهم الخاص ، ويتم تحسين قابلية تطوير النظام. مع زيادة عدد المستخدمين ، يزداد عدد العقود ، لكن هذا لا يضع ضغطا لا داعي له على النظام العام لأن كل عقد يعمل بشكل مستقل.
ما ورد أعلاه هو تحليلي لقابلية التوسع في TON blockchain والبنية التقنية للورقة البيضاء ، وذلك بفضل الدكتور Awesome Doge لتحرير المسودة الأولى. شكرا لفرق التطوير الروسية والأوكرانية على مثابرتهم وأخيرا لمؤسس Telegram ، السيد نيكولاي دوروف ، على تصميمه الرائع منذ سنوات عديدة ، وهذه من أجل مجد العقل البشري.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
شرح المستند التعريفي التمهيدي TON: إزالة الغموض عن التكنولوجيا الكامنة وراء أسرع blockchain في العالم
في 31 أكتوبر 2023 ، سجلت TON (شبكة Telegram المفتوحة سابقا) رقما قياسيا عالميا جديدا ، حيث وصلت إلى ذروة مذهلة بلغت 104,715 معاملة في الثانية في أول اختبار مباشر للأداء العام ، حيث أكملت ما مجموعه 107,652,545 معاملة في 25 دقيقة. تم التحقق من هذا الأداء وتأكيده من قبل Certik ، مما يجعل TON أسرع سلسلة كتل وأكثرها قابلية للتطوير في العالم ، متجاوزا سرعات المعالجة لجميع سلاسل L1 وشبكات الدفع المركزية البارزة مثل PayPal و Visa و Mastercard.
TON هو بلا شك مشروع رائع. في هذه المقالة ، سنلقي نظرة متعمقة على الورقة البيضاء TON ، ونكشف عن ميزاتها وابتكاراتها التقنية الفريدة ولماذا تعد TON أسرع blockchain في العالم.
! تحليل المستند التعريفي التمهيدي TON: إزالة الغموض عن التكنولوجيا وراء أسرع بلوكشين في العالم
تحديات التوسع
كانت قابلية التوسع تحديا كبيرا في تطوير تقنية blockchain. الغرض الرئيسي من مخطط توسيع نطاق blockchain هو زيادة إنتاجية النظام وتقليل رسوم المعاملات ، بحيث يمكن لشبكة blockchain معالجة المزيد من المعاملات والتكيف بشكل أفضل مع التطبيقات واسعة النطاق. على الرغم من أن السلاسل العامة المختلفة تواصل تجربة تصميمات جديدة للإجماع والهندسة المعمارية ، إلا أن النتائج الحالية لا تزال غير مرضية وأصبحت عنق الزجاجة أمام blockchain للتحرك نحو التطبيق على نطاق واسع ، وهو أمر يصعب حمله رؤيتنا لمستخدمي TG المليار. في الوقت الحاضر ، يمكن تقسيم حلول التوسع السائدة إلى الفئات التالية:
المشاركة: تقسيم الشبكة إلى أجزاء أصغر ، كل منها قادر على معالجة المعاملات والعقود الذكية بالتوازي ، مما يزيد بشكل كبير من إنتاجية الشبكة. لكن التجزئة تأتي معها مشكلات أمنية محتملة ، حيث يمكن أن يكون كل جزء أقل أمانا من الشبكة بأكملها. بالإضافة إلى ذلك ، يمثل الاتصال عبر الأجزاء تحديا تقنيا. أمثلة تمثيلية: بروتوكولات Ethereum 2.0 و NEAR.
السلاسل الجانبية: السلسلة الجانبية هي نوع من سلاسل الكتل التي تعمل بشكل مستقل عن السلسلة الرئيسية ، ويمكن أن يكون لها آلية إجماع ومعلمات كتلة خاصة بها. باستخدام السلاسل الجانبية ، يمكن للمستخدمين نقل الأصول بين سلسلتين ، مما يؤدي إلى تفريغ العبء على السلسلة الرئيسية. مثال تمثيلي: مضلع
حلول الطبقة 2: من خلال بناء طبقة أخرى أعلى السلسلة الرئيسية ، فإن L2 قادرة على توفير أوقات أسرع لتأكيد المعاملات ورسوم معاملات أقل. خذ L2s الأكثر شهرة ، التفاؤل و Arbitrum: كلاهما حلول تحجيم مصممة خصيصا ل Ethereum. نتيجة لذلك ، يقع جزء من بنية التفاؤل والتحكيم على الطبقة 1. مع ترقية Ethereum ، زاد الحد الأعلى للمعاملات في الثانية (TPS) من 2-4k إلى حوالي 2w.
zkSync 2.0: مقارنة بغطاء TPS الخاص ب zkSync 1.0 لعدة مئات ، يجلب zkSync 2.0 تحسينات كبيرة. يدعي فريق zkSync أن إصداره 2.0 يمكن أن يصل إلى الحد الأعلى البالغ 10 واط TPS ، لكن معظم المؤسسات تتوقع أن الحد الأعلى الحقيقي قد يكون 1-2 واط. Starknet: بعد الانتهاء من الترقية إلى Quantum Leap في يونيو ، أصبح TPS الآن أكثر بقليل من 100TPS.
سولانا: تستخدم Solana خوارزمية إجماع مبتكرة تسمى إثبات التاريخ (PoH) كجوهر لحل التحجيم. بينما تدعي Solana أن لديها ما يصل إلى 65,000 TPS ، فإن معظمها يعمل في الواقع كاتصال بين العقد. قد يكون الحد الأقصى لحجم التداول الحقيقي فقط عند 6-8k TPS. علاوة على ذلك ، نظرا لتصميم آلية الإجماع المركزية ، واجهت Solana فترات تعطل متعددة في مواجهة عدد كبير من الطلبات ، مثل عند سك NFT. بالإضافة إلى ذلك ، لم تنجح Solana بعد في تنفيذ دوران العقدة المركزية.
تم تصميم TON blockchain من قبل المؤسس والفريق الأساسي ل Telegram. باعتبارها واحدة من أكثر المنصات الاجتماعية شعبية في العالم ، تمتلك Telegram ما يقرب من 900 مليون مستخدم نشط شهريا ، مما يوفر تجربة مستخدم مستقرة وسلسة مع الحفاظ على مستوى عال من الأمان والخصوصية ، مع عشرات المليارات من الرسائل التي يتم نقلها داخل البرنامج كل يوم. أصبح مفهوم web3 معروفا نسبيا ، لكن المستخدمين الأصليين الفعليين للتشفير لا يزالون أقلية ، ويعتمد معظمهم على التبادلات المركزية للوصول إلى الرمز المميز. Metamask ، محفظة التشفير اللامركزية الأكثر شعبية في العالم ، لديها حاليا 30 مليون مستخدم نشط شهريا فقط. وقد استندت فلسفة تصميم TON إلى خدمة مليارات المستخدمين منذ البداية ، وليس فقط عدد قليل من المهووسين ب web3.
! تحليل المستند التعريفي التمهيدي TON: إزالة الغموض عن التكنولوجيا وراء أسرع بلوكشين في العالم
نموذج التجزئة اللانهائي
المشاركة هي مفهوم يأتي من تصميم قاعدة البيانات. يشير إلى تقسيم مجموعة بيانات منطقية كبيرة ثم توزيعها عبر قواعد بيانات متعددة لا تتم مشاركتها مع بعضها البعض ، والتي يمكن توزيعها عبر خوادم متعددة. بعبارات بسيطة ، يوفر التجزئة القدرة على التوسع أفقيا ، مما يسمح بتقسيم البيانات إلى أجزاء مستقلة يمكن معالجتها بالتوازي.
TON ليس أول مشروع لإدخال تقنية التجزئة في blockchain ، على سبيل المثال ، أعلنت Ethereum 2.0 ذات مرة عن 64 قطعة ثابتة ثم تم التخلي عنها بسبب الكثير من الصعوبة ، بينما يخطط بروتوكول Night Shadow الخاص ب NEAR لتحقيق 100 قطعة في العام المقبل ، وهناك حاليا 4 شظايا.
على عكس طرق التجزئة التقليدية ، تستخدم TON استراتيجية تجزئة لا نهائية.
ومع ذلك ، يعتبر نهج TON متقدما ليس لأنه يحتوي على المزيد من القطع ، ولكن بسبب ميزتين فريدتين:
! تحليل المستند التعريفي التمهيدي TON: إزالة الغموض عن التكنولوجيا وراء أسرع بلوكشين في العالم
حاليا ، تتكون TON من سلسلتي عمل ، السلسلة الرئيسية (Masterchain) للمزامنة والحوكمة ، وسلسلة العمل (Workchain) للعقود الذكية. يوجد أسفل سلسلة العمل سلسلة القطع وأدنى مستوى لسلسلة الحساب الافتراضية (سلسلة الحساب)
يمكن تقسيم سلسلة العمل إلى شظايا N (من 1 إلى 256 شظية). كل جزء له مجموعة مدقق خاصة به. فريق سلسلة العمل مسؤول عن تنفيذ المعاملات في الأجزاء الخاصة به. في الوقت نفسه ، تقوم باستمرار بتنزيل الكتل من جميع الأجزاء الأخرى من سلسلة عملها. بشكل عام ، blockchain عبارة عن سلسلة من الكتل التي تسجل التغييرات في حالتها. بالنسبة إلى سلاسل الكتل POS ، يتفق المدققون أولا على الطريقة التي يريدون بها تغيير حالة blockchain عن طريق تجميع كتلة تحتوي على قائمة بالتغييرات. بعد التصويت لهذه الكتلة ، إذا تم جمع أصوات كافية ، فإنهم يطبقون الكتلة على حالة blockchain وينتقلون إلى الكتلة التالية.
معدل نقل مؤشر ترابط الكتلة محدود للغاية لأنه يجب على المدققين التحقق من جميع المعاملات في تلك الكتلة قبل الموافقة على قبولها. لذلك هناك الكثير من المواضيع في TON ، ويمكنك ببساطة التفكير فيها على أنها سلاسل كتل صغيرة صغيرة. وهي موجودة بالتوازي ، ولكل منها مجموعتها الخاصة من المدققين.
السلسلة الرئيسية
السلسلة الرئيسية هي خيط الكتلة الرئيسي في TON. يتم استخدامه لمزامنة جميع الكتل المتبقية وإعادة حساب مجموعة المدقق. عندما تتفق جميع سلاسل الرسائل على كتلة جديدة ، فإنها توقعها وتسجلها في السلسلة الرئيسية. ومع ذلك ، لا يتحقق مدققو السلسلة الرئيسية من صحة الكتلة ، بل يتحققون فقط مما إذا كان موقعا من قبل المدقق المناسب. لذلك قد تتعايش الكثير من الخيوط بالتوازي. تتواصل العقود من سلاسل رسائل مختلفة مع بعضها البعض عن طريق إرسال الرسائل.
سلسلة العمل
سلسلة العمل هي مساحة عنوان مستقلة يمكن تشغيلها وفقا لقواعدها. على سبيل المثال ، قد يكون لديهم أجهزة افتراضية مختلفة أو يمددون الوقت المستغرق لنشر الكتل ذات حدود الغاز العالية. الأهم من ذلك ، يجب أن يكون لسلاسل العمل نفس تنسيق قائمة انتظار الرسائل حتى يتمكنوا من تبادل الرسائل. هذا يعني أيضا أن جميع سلاسل العمل يجب أن يكون لها نفس الضمانات الأمنية تقريبا. نظرا لأنه يمكنهم تبادل الرسائل ، فإن هذه الرسائل تحمل رموز الشبكة. يوجد الآن سلسلتان نشطتان للعمل: السلسلة الرئيسية وسلسلة عمل المعالجة الأولى. يتم تحديد سلسلة العمل بواسطة بادئة العنوان: -1: ax ... 1s2 - عنوان الحساب في السلسلة الرئيسية. -1 هي بادئة السلسلة الرئيسية.
0: ZX ... 123 - عنوان الحساب في سلسلة العمل الأولى. 0 - هي البادئة الأولى لمعالجة سلسلة العمل.
سلاسل الأجزاء
مؤشر ترابط المعالجة ، أو سلسلة الأجزاء ، هو مؤشر ترابط كتلة مستقل يعالج سلسلة عمل. بشكل افتراضي ، تحتوي سلسلة العمل 0 على مؤشر ترابط واحد وسلسلة واحدة فقط. يقبل مدققو سلسلة الرسائل هذه الرسائل الخارجية ويتعاملون مع الرسائل الداخلية التي يرسلونها بأنفسهم أو من سلاسل العمل الأخرى. إذا كان هناك موقف يتم فيه تحميل مؤشر ترابط بشكل زائد أثناء كتل N الأخيرة ، يتم تقسيم مؤشر الترابط: يتم تقسيم مؤشر ترابط واحد إلى قسمين ، ويتم تنفيذ المعاملات بالتوازي.
تبدأ العناوين ب 0:00: - 0:88.. الحساب في البداية الآن في مؤشر الترابط 1 مع الحساب 0:88:. - 0:FF.. تقع في الموضوع 2. نظرا لأن جميع العقود الذكية تتواصل بشكل غير متزامن مع بعضها البعض دون أي خلل ، فقد تضاعف معدل الإنتاجية ثلاث مرات. عندما ينخفض الحمل ، تندمج مؤشرات الترابط مرة أخرى بعد مرور بعض الوقت. إذا استمر الحمل في الزيادة ، يمكن تقسيم الخيطين مرارا وتكرارا ، وهكذا. لا يوجد سوى خيط واحد على السلسلة الرئيسية.
الكتل في TON هي أكثر من مجرد قائمة من المعاملات التي يجب إكمالها لتحقيق تغيير الحالة. بدلا من ذلك ، تكون الكتلة:
قائمة بالرسائل التي تنفذ معاملة ، وإزالتها من قائمة انتظار الوارد. تدخل رسالة جديدة إلى قائمة الانتظار الصادرة بعد معالجة الرسالة، ثم تؤدي معالجة الرسالة إلى تغيير في حالة العقد الذكي. أي أنه لكي يحافظ مدقق الجزء X على الحالة الحالية للجزء Y ، فإنه لا يحتاج إلى تنفيذ جميع المعاملات في كتلة الجزء Y. يقوم فقط بتنزيل الكتلة ويلخص التغييرات التي حدثت. يحدث في قوائم انتظار الرسائل وحالات العقد الذكي.
لا يمكن أن يأتي تغيير عالم blockchain بشكل أساسي بدون ثمن. من أجل الاستفادة من هذا النهج الجذري ، يجب على مطوري العقود الذكية TON تصميم عقودهم بشكل مختلف. الوحدة الذرية الأساسية ل TON blockchain هي العقد الذكي. تحتوي العقود الذكية على عناوين ورمز ووحدات بيانات (حالة ثابتة). تسمى هذه الوحدات بالوحدات الذرية لأن العقود الذكية لها دائما وصول متزامن ذريا إلى جميع حالاتها الدائمة.
توجيه شبكة هايبر كيوب
أنشأت TON آلية توجيه ذكية لضمان معالجة المعاملات بين أي بلوكشين دائما بسرعة ، بغض النظر عن حجم النظام ، والوقت المستغرق لإرسال المعلومات بين سلاسل TON blockchain يزداد لوغاريتميا فقط مع عدد السلاسل ، بحيث يسمح لهم حتى التوسع إلى ملايين السلاسل بالتواصل بأقصى سرعة.
في سلسلة كتل TON ، يعد التوجيه الفوري Hypercube والتوجيه البطيء آليتين للتوجيه تستخدمان للتعامل مع المعاملات عبر السلسلة.
! تحليل المستند التعريفي التمهيدي TON: إزالة الغموض عن التكنولوجيا وراء أسرع بلوكشين في العالم
التوجيه الفوري للمكعب الفائق: فكرة TON لتسريع توجيه الرسائل ، مما يسمح بإكمال المعاملات عبر السلسلة في جزء صغير من الوقت. في توجيه المكعب البطيء التقليدي ، يتم توجيه رسالة بواسطة سلسلة أجزاء على طول شبكة hypercube إلى سلسلة أجزاء الوجهة. ومع ذلك ، أثناء توجيه الرسالة ، يمكن للمدقق الذي تنتمي إليه سلسلة أجزاء الوجهة اختيار معالجة الرسالة مسبقا لإضافتها إلى الكتلة ، ثم تقديم إثبات Merkel (إيصال) وإرسال إيصال لتدمير الرسالة التي يتم إرسالها. يسمح بإكمال المعاملات عبر السلسلة في فترة زمنية قصيرة جدا. يحقق التوجيه السريع تفاعلا فعالا عبر السلسلة من خلال بناء هيكل توجيه مكعب عالي الأبعاد. في هذا الهيكل ، يتم تعيين كل سلسلة إلى رأس واحد من المكعب ، ويتم التعبير عن المسافة بين السلاسل على أنها عدد القفزات بين الرؤوس. باستخدام هذا النهج ، يمكن توجيه المعاملات بسرعة على أقصر مسار ، مما يجعل التفاعلات عبر السلسلة فعالة. يمكن للتوجيه السريع إكمال المعاملات عبر السلسلة في ثوان دون انتظار تأكيدات الكتلة.
التوجيه البطيء: التوجيه البطيء هو طريقة تقليدية نسبيا لمعالجة المعاملات عبر السلسلة عن طريق نقل المعاملات تدريجيا من سلسلة المصدر إلى سلسلة الوجهة. في هذه الطريقة ، يتم حزم المعاملات أولا في كتلة على سلسلة المصدر ثم نقلها إلى سلسلة الوجهة عبر إعادة الطبقة. يتحقق مدقق سلسلة الوجهة من صحة المعاملة ثم يحزمها في كتلة من سلسلة الوجهة. تتمثل ميزة التوجيه البطيء على التوجيه السريع في أنه يوفر درجة أعلى من الأمان واللامركزية ، حيث يجب أن تمر المعاملات عبر السلسلة بعملية تأكيد كتلة كاملة. على غرار شبكة TCP / IP ، يتم توجيه عنوان IP الوجهة إلى الوجهة لضمان إرسال الرسائل بشكل موثوق إلى سلسلة الوجهة بالترتيب. بالنسبة لشبكة المكعب الفائق لسلسلة الأجزاء ذات المقياس N ، يجب أن تمر قفزة سلسلة الأجزاء الوسيطة = log16 (N) -1. لذلك ، هناك حاجة إلى 4 عقد توجيه فقط (سلاسل أجزاء وسيطة) لدعم ملايين سلاسل الأجزاء.
لماذا تم تصميمه بهذه الطريقة؟ **
المدققون مطلوبون للتوزيع. إذا كان النظام كبيرا جدا ، مع عشرات الآلاف من العقد ، فهو مثقل جدا بحيث لا يمكن توسيع نطاقه. بعد التجزئة ، كل جزء له مجموعة ، shard0 ، shard1 ... من الضروري أيضا تحقيق اتصال عبر الأجزاء. يمكن أن يكون الاتصال متقاطعا ، والانتقال من جزء إلى آخر يعني أنه يجب أن تكون هناك آلية توجيه للأجزاء والأجزاء. يشكل الاتصال مسارا يتخطى بعض العقدة الوسيطة. في كل مرة يتم فيها توجيه رسالة ، فإنها تعادل زيادة في وقت الإرسال بمقدار وقت كتلة واحد.
مع نمو العدد الإجمالي لسلاسل الأجزاء ، سيتطلب ذلك الكثير من قوة الحوسبة وعرض النطاق الترددي للشبكة ، مما يحد من قابلية النظام للتوسع. نتيجة لذلك ، لا يمكن تسليم رسالة مباشرة من أي جزء واحد إلى جميع الأجزاء الأخرى. بدلا من ذلك، يتم "توصيل" كل جزء فقط بجزء مختلف برقم سداسي عشري على معرف الجزء (w,s) الخاص به. بهذه الطريقة ، تشكل جميع سلاسل الأجزاء رسما بيانيا "hypercube" ، ويتم تمرير الرسائل على طول حواف هذا المكعب الفائق.
إذا تم إرسال رسالة إلى جزء مختلف عن الجزء الحالي، استبدال رقم سداسي عشري لمعرف الجزء الحالي (المختار بشكل محدد) بالرقم المقابل للجزء الهدف، وسيكون المعرف الناتج بمثابة وجهة تقريبية لتصبح مستلم الرسالة المعاد توجيهها.
الميزة الرئيسية لتوجيه hypercube هي شرط صلاحية الكتلة ، حيث يجب على المدققين الذين يقومون بإنشاء كتل من سلسلة الأجزاء جمع ومعالجة الرسائل من قائمة انتظار الإخراج لسلاسل الأجزاء "المجاورة" أو فقدان تخزينهم. وبهذه الطريقة ، يمكن توقع وصول أي رسالة إلى وجهتها النهائية عاجلا أم آجلا ؛ لا تضيع الرسائل أثناء النقل ولا يعاد تسليمها.
يقدم توجيه Hypercube بعض زمن الوصول والنفقات الإضافية بسبب الحاجة إلى إعادة توجيه الرسائل عبر العديد من سلاسل الأجزاء الوسيطة. ومع ذلك ، فإن عدد سلاسل الأجزاء الوسيطة هذه ينمو ببطء شديد ، وهو ما يرتبط بالسجل N من إجمالي عدد سلاسل الأجزاء.
الاتصال غير متزامن
ينفذ العقد الذكي على TON اتصالا غير متزامن ، والذي يمكن مقارنته بخدمات الإنترنت المصغرة. كل خدمة متناهية الصغر لديها فقط وصول متزامن ذريا إلى بياناتها المحلية. يتضمن الاتصال بين خدمتين مصغرتين إرسال رسائل غير متزامنة عبر الشبكة.
في بنية النظام، غالبا ما تتطلب الأنظمة الأكبر بنية الخدمات المصغرة. يتطلب هذا النهج الموزع بعض المقايضات لاعتماده ، ولكن يمكن أن يحقق فوائد تجربة المستخدم. تعتمد إدارة الأنظمة الحديثة على أجهزة التسلسل مثل Kubernetes لأخذ مجموعة من الخدمات المصغرة الموضوعة في حاويات وتدوير المثيلات الجديدة تلقائيا حسب الحاجة (التحجيم التلقائي) وتقسيمها بكفاءة بين الأجهزة.
لاستخدام تشبيه Kubernetes (نظام إدارة الكتلة الضخمة) ، هذا هو بالضبط ما تفعله TON. مع زيادة الحمل على سلسلة أجزاء معينة ، يتم تقسيمها إلى قسمين. نظرا لأن العقود الذكية ذرية ، فلا يتم تقسيمها أبدا إلى نصفين. هذا يعني أن بعض العقود الذكية التي كانت ذات يوم على نفس سلسلة الأجزاء قد تجد نفسها يوما ما على سلاسل أجزاء مختلفة.
تطبق آلة TON الافتراضية (TVM) مفهوم الخدمات المصغرة الموزعة على بنية شاملة تقارن ب Ethereum EVM.
لامركزية الدولة
هذه واحدة من أكثر آليات التجزئة تعقيدا وتحديا في مساحة التجزئة. يتم تقسيم قاعدة البيانات بأكملها ووضعها على أجزاء مختلفة. يخزن كل جزء جميع البيانات في الجزء الخاص به ، وليس حالة blockchain بالكامل.
في تجزئة TON blockchain ، يتم تنفيذ جميع الخدمات في شكل عقود ذكية ، ويتم تخزين بيانات الحالة للعقود الذكية فقط في شبكة الأجزاء المقابلة ، وذلك لتحقيق تجزئة الحالة.
ليس ذلك فحسب ، في TON ، حقق العقد مسار تنفيذ فريد في الصناعة ، حيث يمكن لكل مستخدم إدارة حالة الرمز المميز في عقده الخاص ، وتحقيق اللامركزية حقا من حالة blockchain. سوف أستكشف مبادئ هذا التصميم بالتفصيل من خلال دراسات الحالة.
بادئ ذي بدء ، تحتاج إلى فهم عقد المحفظة وعقد محفظة Jetton. عقد المحفظة هو عقد ذكي خاص بالمستخدم يدير الرموز المميزة للمستخدم على blockchain TON. جيتون (الروسية: جوهرة) عقد المحفظة هو نوع خاص من عقود المحفظة المخصصة لإدارة رموز جيتون الخاصة بالمستخدم. يمكن استخدام هذه الرموز لدفع رسوم الشبكة وتنفيذ العقود الذكية. كل مستخدم لديه عقد المحفظة الخاص به وعقد محفظة Jetton. تعمل هذه العقود كمحافظ رقمية للمستخدمين لتخزين وإدارة الرموز المميزة الخاصة بهم. في الوقت نفسه ، يمكن أن تتفاعل هذه العقود أيضا مع عقود المستخدمين الآخرين لتمكين نقل الأصول اللامركزي والتداول.
في هذه الحالة ، من المفترض أن يكون لكل من المستخدم A والمستخدم B عقد محفظة خاص بهما. يريد المستخدم "أ" نقل كمية معينة من الرموز المميزة إلى المستخدم "ب". في هذه الحالة ، يتفاعل عقد محفظة المستخدم "أ" مع عقد محفظة المستخدم "ب" لتحقيق نقل الرموز المميزة. لا تحتاج العملية برمتها إلى الاعتماد على عقد مركزي واحد ، ولكن من خلال عقدين لامركزيين.
لدى مستخدمي TON blockchain عقودهم الخاصة لإدارة حالة أصولهم ، مما يعني أنه لا يوجد عقد مركزي واحد لتحمل مخاطر إدارة جميع الأصول. هذا يزيد من لامركزية النظام ويقلل من خطر نقطة فشل واحدة. تتم إدارة حالة أصول جميع المستخدمين من خلال عقد مخصص ، ولا يمكن للمهاجم التأثير على النظام بأكمله من خلال مهاجمة عقد مركزي واحد. يمكن أيضا تنفيذ معاملات الأصول بين المستخدمين تلقائيا من خلال العقود الذكية ، وتجنب مخاطر التشغيل البشري. يمكنك أيضا تخصيص عقد المحفظة الخاص بك وعقد محفظة Jetton وفقا لاحتياجاتك لتحقيق المزيد من الوظائف وسيناريوهات التطبيق. هذا يمنح المستخدمين مزيدا من المرونة والاستقلالية. يدير الجميع حالة الأصول في عقدهم الخاص ، ويتم تحسين قابلية تطوير النظام. مع زيادة عدد المستخدمين ، يزداد عدد العقود ، لكن هذا لا يضع ضغطا لا داعي له على النظام العام لأن كل عقد يعمل بشكل مستقل.
ما ورد أعلاه هو تحليلي لقابلية التوسع في TON blockchain والبنية التقنية للورقة البيضاء ، وذلك بفضل الدكتور Awesome Doge لتحرير المسودة الأولى. شكرا لفرق التطوير الروسية والأوكرانية على مثابرتهم وأخيرا لمؤسس Telegram ، السيد نيكولاي دوروف ، على تصميمه الرائع منذ سنوات عديدة ، وهذه من أجل مجد العقل البشري.