ZKsync تضع البنية التحتية الواقعية كهدف رئيسي في استراتيجية 2026

قائمة ZKsync البنية التحتية الواقعية كهدف رئيسي في استراتيجيتها لعام 2026، معتمدة على القدرات الحالية ومفتوحة فئات جديدة من التطبيقات. قال أليكس غلوتشوفسكي، مخترع ZKsync، إن عام 2025 وضع الأساس الذي يتيح الآن حالات استخدام واقعية تتطلب الخصوصية والأداء والتنضيد والنضج التشغيلي.

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

في غضون ذلك، سيعتمد عام 2026 على هذا الأساس، جاعلاً الخصوصية نقطة البداية الافتراضية للتطبيقات المؤسسية. سيبدو بناء وتشغيل التطبيقات الخاصة على ZKsync أمرًا طبيعيًا لفريق المطورين المعتادين على البنية التحتية المؤسسية، وهو ما يختلف عن اعتماد مجموعة عمل مشفرة منفصلة. 

ترقية Atlas تحول مجموعة ZK إلى مجموعة L2 للإنتاج عالية الأداء 

غلوتشوفسكي زعمت أن ترقية Atlas حولت مجموعة ZK إلى أعلى مجموعة L2 للإنتاج أداءً، مصممة لدعم سلاسل الكتل على مستوى المؤسسات تحت الحمل الحقيقي. في عام 2026، سيتطور هذا الأساس إلى منصة تكون فيها تطبيقات الكتل (appchains) مواطنين من الدرجة الأولى، مما يسمح بتشغيل سلاسل متعددة كنظام واحد.  

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

"إذا كنت بحاجة إلى سلسلتك الخاصة، فستوفر ZK Stack المسار الأكثر مباشرة إلى الإنتاج، مع تعقيد تشغيلي أقل بكثير وقابلية أكبر للتكوين من البدائل المجزأة."

–أليكس غلوتشوفسكي، مخترع ZKsync

وفقًا لغلوتشوفسكي، اتخذت ZKsync قرارًا متعمدًا بالبناء للقيود الواقعية بدلاً من الاختصارات الصناعية. وهذا يعني تجنب العديد من الممارسات الشائعة في هذه الصناعة ولكن غير المتوافقة مع النهج طويل الأمد. 

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

تستخدم ZKsync بيئات التنفيذ الموثوقة (TEEs) للتحقق من حسابات ZK

وفقًا لفريق ZKsync، فإن البروتوكول يستخدم ZK للتحقق من صحة السلسلة وTEEs للتحقق الإضافي من حسابات ZK. بيئات التنفيذ الموثوقة (TEEs) هي مناطق آمنة داخل جهاز كمبيوتر تحمي العمليات والبيانات الحساسة من الهجمات الخارجية أو الوصول غير المصرح به. 

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

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

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

سبب آخر لاستخدام ZK sync لبيئات التنفيذ الموثوق (TEEs) هو أنها أسرع من إثباتات ZK، مما يجعل التبادل بين سلاسل ZK أسرع. بالإضافة إلى ذلك، يقوم مُثبت TEE بتشغيل المعاملات في آلة افتراضية (VM) الخاصة به والتحقق في النهاية مما إذا كان نفس شجرة ميركل قد تم إنتاجها.