TON Sharding نهج لتوسيع نطاق بلوكتشين TON من خلال تقسيمها إلى الشرد. يُحل مشاكل الإزدحام والتنامي في بلوكتشينات المستوى الأول
الهندسة المعمارية الهجينة TON#
| المستوى | عدد | المهنة |
|---|---|---|
| السلسلة الرئيسية | 1 | يحفظ تفاصيل البروتوكول، معدل التحقق، حالة الرقائق والشاردشينات |
| الـ (فـوركـشـين) | حتى 2^32 | المعاملات الأساسية، نقل القيمة، عمليات العقود الذكية |
| الشاردشين | حتى 2^60 في الـ (فوركشين) | توزيع الحمل داخل الشبكة |
انظر المزيد TON Blockchain Architecture.
الحل الثلاثي لسلسلة البلوكشين#
| الجانب | TON |
|---|---|
| الأمن | كلما زادت العقدة كلما كان ذلك أكثر أماناً |
| اللامركزية | لا يعاني منالتشظية |
| قابلية التوسع | 104 715 TPS (الذي يصل إلى ذروته) |
توازن كل ثلاثة جوانب في وقت واحد.
التكنولوجيات الابتكارية#
TON Infinite Merging Paradigm
النموذج الاندماج اللانهائي:
- يتم تقسيم بلوكتشين واحد إلى مجموعة من الشاردشين;
- كل حساب أو عقد ذكي يعمل ميني تشين داخل الشاردشين
- تتشكل account shards سلسلة افتراضية من الملاحظات
- تتصف المراسلة الحالة والتغييرات في الوقت الحقيقي.
Instant Hypercube Routing
التوجيه الفوري اتصال بين الكتل يعمل بغض النظر عن العدد في نفس الوقت يعملون في شاردات.
Dynamic Sharding
** متحركالتشظية** يضبط تلقائيًا عدد الشاردات النشطة:
- نشاط مرتفع → نمو مستقل في عدد الشاردات → إنتاجية مستقرة
- النشاط المنخفض → جمع الشاردات → توفير الموارد
- السرعة والأمان لا يتأثرون.
مقارنة TPS#
| الشبكة | TPS |
|---|---|
| طن (الذروة) | 104 715 |
| VISA | 2 000 – 65 000 |
| Zilliqa (4–6(شاردو، 600 عقدة) | 2 828 |
| Ethereum (مع التدحرج) | ~14,3 |
| Bitcoin | 8 – 9 |
مقارنة النهج#
| الشبكة | القرار |
|---|---|
| TON | الـ (فـوركـشـين) + الـ "شـاردشـيـن " + الديناميكـيالتشظية |
| Ethereum | Rollup (L2) |
| Zilliqa | التشظية |
| Cardano | التشظية |
| Bitcoin | Lightning (off-chain channels) |
| Polkadot | الشواذ + الشوائر الإعلانية |
التكامل مع Telegram#
الخصوصية TON:
- معاملات بلا مسام في Telegram;
- لا يجب أن تترك واجهة المراسلة
- تحسين تجربة المستخدم → إدخال الكتلة الكبيرة من بلوكتشين.