كيف تجلب أزتك الخصوصية القابلة للبرمجة إلى إيثيريوم؟

الضرورة الملحة للخصوصية في سلاسل الكتل العامة

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

تأمل في التداعيات التالية:

• الرقابة المالية: تاريخ معاملاتك بالكامل، بما في ذلك أنماط الإنفاق، وقرارات الاستثمار، والشركاء الماليين، مكشوف ليحلله أي شخص. يمكن أن يؤدي ذلك إلى تدقيق غير مرغوب فيه، أو هجمات مستهدفة، أو تمييز بناءً على النشاط المالي.
• الاستباق (Front-Running) والقيمة القصوى المستخرجة (MEV): في سيناريوهات التداول، يمكن للأطراف المتطورة مراقبة المعاملات المعلقة، مثل الصفقات الكبيرة أو عمليات التصفية، ووضع معاملاتهم الخاصة استراتيجياً للربح على حساب الآخرين. وهذا نتيجة مباشرة لمجمعات المعاملات (mempools) العامة.
• فقدان القابلية للاستبدال (Fungibility): إذا أصبحت أصول مشفرة معينة "ملوثة" أو مرتبطة بأنشطة غير مشروعة بسبب تاريخها على الشبكة، فقد يتم وضعها في القائمة السوداء من قبل المنصات أو الخدمات، مما يؤدي فعلياً إلى فقدان قيمتها المتساوية مقارنة بالأصول "النظيفة". وهذا يقوض المفهوم الأساسي للمال كوسيط تبادل قابل للاستبدال.
• سرية الأعمال: تتطلب المؤسسات التي تتعامل مع تكنولوجيا بلوكشين السرية للخدمات اللوجستية لسلسلة التوريد، والأسرار التجارية، والاستراتيجيات التنافسية، والتي لا يمكن الحفاظ على أي منها في بيئة شفافة تماماً.
• تعرض البيانات الشخصية للخطر: بعيداً عن التمويل، لا يمكن للتطبيقات اللامركزية التي تتعامل مع بيانات المستخدم الحساسة، مثل السجلات الطبية أو معلومات التصويت، ضمان الخصوصية دون وجود طبقة سرية أساسية.

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

مقترح Aztec الأساسي: خصوصية قابلة للبرمجة لإيثيريوم

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

• تحويلات سرية لأي أصل: بعيداً عن مجرد عملة ETH الأساسية أو رموز ERC-20، يمكن لـ Aztec تسهيل التحويلات الخاصة للنسخ المغلفة (wrapped) من أي أصل، مما يتيح تبادل القيمة بشكل سري.
• تنفيذ العقود الذكية الخاصة: يمكن للمطورين بناء تطبيقات لامركزية تظل فيها المدخلات أو المخرجات أو حتى تحولات الحالة (state transitions) للعقد سرية، مع الكشف فقط عما هو ضروري تماماً للتحقق.
• الإفصاح الانتقائي: يمكن للمستخدمين ومطوري التطبيقات اللامركزية اختيار ما هي المعلومات التي يتم الكشف عنها، ولمن، ومتى، بدلاً من اتباع نهج "الكل أو لا شيء" فيما يتعلق بالخصوصية. وهذا يمنح المستخدمين تحكماً دقيقاً في بياناتهم.

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

الركيزة التكنولوجية: براهين المعرفة الصفرية

في قلب الخصوصية القابلة للبرمجة لـ Aztec يكمن تطبيق متطور لبراهين المعرفة الصفرية (ZKPs). براهين المعرفة الصفرية هي بروتوكولات تشفير تسمح لطرف واحد (المثبت) بإقناع طرف آخر (المتحقق) بأن بياناً ما صحيح، دون الكشف عن أي معلومات تتجاوز حقيقة البيان نفسه. تعتمد Aztec بشكل أساسي على نوعين محددين من تكنولوجيا ZKP:

zk-SNARKs للسرية والصلاحية

تعتبر zk-SNARKs (براهين المعرفة الصفرية المختصرة غير التفاعلية) مناسبة بشكل خاص لاحتياجات Aztec نظراً لطبيعتها "المختصرة"، مما يعني أن البراهين صغيرة الحجم ويمكن التحقق منها بسرعة.

• السرية: عندما ينفذ مستخدم معاملة خاصة على Aztec، يتم إنشاء برهان zk-SNARK. يشهد هذا البرهان تشفيراً على أن المعاملة صالحة (على سبيل المثال، المرسل لديه أموال كافية، تنسيق المعاملة صحيح) دون الكشف عن المبالغ المحددة أو المرسل أو المستقبل المعني. لا ترى بلوكشين العامة سوى البرهان، وليس البيانات السرية الأساسية.
• تحولات الحالة: بالنسبة للعقود الذكية السرية، تثبت zk-SNARKs أن حالة العقد قد انتقلت بشكل صحيح وفقاً لمنطقها، بناءً على مدخلات سرية، دون كشف تلك المدخلات أو الحسابات الوسيطة.

zk-Rollups للتوسع والتجميع

بينما تضمن zk-SNARKs الخصوصية والصلاحية، توفر zk-Rollups القابلية للتوسع اللازمة لحل الطبقة الثانية (Layer 2) عالي الإنتاجية.

• تجميع المعاملات: بدلاً من معالجة كل معاملة خاصة بشكل فردي على الطبقة الأولى (L1) لإيثيريوم، تقوم Aztec بتجميع المئات أو الآلاف من هذه المعاملات السرية في كتلة تجميع (rollup block) واحدة على طبقتها الثانية (L2).
• برهان واحد على L1: لكل دفعة، يتم إنشاء برهان zk-SNARK مجمع واحد. يؤكد هذا البرهان أن جميع المعاملات داخل الدفعة كانت صالحة وتم تنفيذها بشكل صحيح على L2.
• النشر على L1: يتم بعد ذلك نشر هذا البرهان الواحد المدمج، جنباً إلى جنب مع تحديثات الحالة المضغوطة، على L1 في إيثيريوم. يمكن للعقود الذكية في الطبقة الأولى التحقق من هذا البرهان الوحيد بسرعة وكفاءة، مما يؤكد صلاحية الدفعة الكاملة من معاملات L2 دون الحاجة إلى إعادة تنفيذها. وهذا يقلل بشكل كبير من الحمل الحسابي ورسوم المعاملات على L1.

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

كيف تعمل طبقة الخصوصية في Aztec: تعمق في التفاصيل

تعمل Aztec كشبكة من الطبقة الثانية، وهي بيئة تنفيذ منفصلة عن الطبقة الأولى لإيثيريوم ولكنها مؤمنة بواسطتها. تم تصميم هيكلها خصيصاً لتسهيل العمليات السرية.

تجسير الأصول إلى شبكة Aztec

لاستخدام ميزات الخصوصية في Aztec، يجب أولاً "تجسير" (bridge) الأصول (مثل ETH أو رموز ERC-20) من L1 في إيثيريوم إلى L2 في Aztec. يتضمن ذلك عادةً إيداع أصل L1 في عقد ذكي على إيثيريوم، والذي يقوم بعد ذلك بسك تمثيل مكافئ ومغلف وسري لهذا الأصل على شبكة Aztec. هذه الأصول المغلفة، التي غالباً ما تسمى "المذكرات" (notes)، هي الوحدات الأساسية للقيمة داخل نظام Aztec الخاص.

مفهوم المذكرات السرية (Confidential Notes)

بدلاً من أرصدة الحسابات العامة، تستخدم Aztec نموذجاً يشبه مخرجات المعاملات غير المنفقة (UTXO)، حيث يتم تخزين القيمة في "مذكرات" مشفرة.

• التشفير: تحتوي كل مذكرة على معلومات مثل نوع الأصل والمبلغ والمستلم، ولكن هذه البيانات مشفرة ولا يمكن الوصول إليها إلا لمالك المذكرة (أو الأطراف المصرح لها).
• الملكية: ترتبط ملكية المذكرة بـ "مفتاح عرض" (viewing key) و "مفتاح إنفاق" (spending key) محددين. يسمح مفتاح العرض للمالك بفك تشفير ورؤية مذكراته، بينما يمكنه مفتاح الإنفاق من إنفاقها أو تحويلها.
• الأرصدة الخاصة: إجمالي الرصيد السري للمستخدم هو مجموع كل مذكراته غير المنفقة والمشفرة. عندما يرغب المستخدم في الإنفاق، فإنه يختار مجموعة من مذكراته الحالية، ويستهلكها، وينشئ مذكرات مشفرة جديدة للمستلم وأي "فكة" (change) تعود إليه.

يكسر هذا النظام القائم على المذكرات بطبيعته إمكانية ربط المعاملات الموجودة في النماذج القائمة على الحسابات، مما يعزز الخصوصية بشكل كبير.

العقود الذكية السرية باستخدام Noir

تتجاوز رؤية Aztec مجرد المعاملات الخاصة لتصل إلى تطبيقات لامركزية خاصة حقاً. لتمكين ذلك، طورت Aztec لغة Noir، وهي لغة مخصصة للنطاق (DSL) لكتابة دوائر zk-SNARK.

• تجريد براهين المعرفة الصفرية: تقوم Noir بتجريد البدائيات التشفيرية المعقدة لـ zk-SNARKs، مما يسمح للمطورين بكتابة منطق خاص باستخدام صيغة مألوفة للعديد من لغات البرمجة. وهذا يقلل بشكل كبير من حواجز الدخول لبناء تطبيقات لامركزية تحافظ على الخصوصية.
• منطق الخصوصية القابل للبرمجة: باستخدام Noir، يمكن للمطورين تحديد الأجزاء الخاصة من منطق التطبيق، وما هي المدخلات السرية، والمخرجات التي يتم الكشف عنها. على سبيل المثال، يمكن لتطبيق تصويت خاص استخدام Noir لإثبات أن المستخدم قد صوت دون الكشف عن كيفية تصويته، أو حتى هويته، مع ضمان عدم تمكن سوى المستخدمين المصرح لهم من التصويت مرة واحدة فقط.
• Rollup.js لإثبات جانب العميل: مكمل لـ Noir هو Rollup.js، وهو مكتبة JavaScript تسمح لمتصفحات المستخدمين أو تطبيقات العملاء بإنشاء براهين zk-SNARK محلياً. آلية الإثبات من جانب العميل هذه حاسمة:
  • فهي تحافظ على خصوصية بيانات المستخدم بالكامل، حيث لا تغادر المعلومات الحساسة جهاز المستخدم أبداً.
  • فهي تقلل الاعتماد على أجهزة التسلسل (sequencers) المركزية لإنشاء البراهين، مما يعزز اللامركزية.

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

إدارة المفاتيح في Aztec

تستخدم Aztec نظاماً متطوراً لإدارة المفاتيح لموازنة الخصوصية مع سهولة الاستخدام والأمان:

1. مفتاح إيثيريوم الخاص: يظل هذا هو مفتاحك الأساسي للتفاعل مع L1 (الإيداع، السحب) وتوقيع الرسائل لتفويض إجراءات L2.
2. مفتاح إنفاق Aztec: مشتق من مفتاح إيثيريوم الخاص بك أو يتم إنشاؤه بشكل مستقل، ويستخدم هذا المفتاح لتفويض إنفاق أو تحويل مذكراتك السرية داخل شبكة Aztec. إنه المفتاح الذي يسمح لك بـ "توقيع" المعاملات الخاصة.
3. مفتاح عرض Aztec: مشتق أيضاً من مفتاح إيثيريوم، ويسمح لك هذا المفتاح بفك تشفير وعرض مذكراتك السرية وتاريخ معاملاتك على Aztec. هذا أمر ضروري لإدارة رصيدك الخاص وفهم نشاطك المالي. كما أنه يتيح الإفصاح الانتقائي، حيث يمكنك مشاركة مفتاح العرض الخاص بك مع المدققين أو المنظمين إذا لزم الأمر.

يضمن هذا النهج متعدد المفاتيح أنه بينما قد تكون هويتك على L1 عامة، فإن أنشطتك على L2 تظل سرية، مع تحكم دقيق في من يمكنه عرض وإنفاق أصولك الخاصة.

تدفق المعاملات في Aztec: خطوة بخطوة

دعونا نوضح كيف تتم المعاملة الخاصة عادةً على شبكة Aztec:

1. البدء: تريد مستخدمة (أليس) إرسال أصول خاصة (مثل 10 وحدات ETH خاصة) إلى مستخدم آخر (باسم) على Aztec. تبدأ هذا الإجراء من خلال تطبيق لامركزي أو محفظة مدمجة مع Aztec.
2. اختيار واستهلاك المذكرات: يحدد برنامج العميل الخاص بأليس مذكراتها السرية غير المنفقة التي يساوي مجموعها أو يتجاوز 10 وحدات ETH خاصة. يتم تمييز هذه المذكرات للاستهلاك.
3. بناء المعاملة الخاصة: يقوم العميل ببناء معاملة خاصة تقوم بما يلي:
   • تثبت أن أليس تملك المذكرات المدخلة المختارة.
   • تنشئ مذكرة مشفرة جديدة لباسم بقيمة 10 وحدات ETH خاصة.
   • تنشئ مذكرة مشفرة أخرى جديدة لأليس (مذكرة "الفكة") إذا تجاوزت مذكرات المدخلات الخاصة بها 10 وحدات ETH.
   • تثبت أن مجموع المدخلات يساوي مجموع المخرجات (حفظ القيمة).
4. إنشاء برهان ZKP من جانب العميل: باستخدام دوائر Noir و Rollup.js، ينشئ عميل أليس برهان zk-SNARK. يشهد هذا البرهان تشفيراً على أن المعاملة صالحة، وتم اتباع جميع القواعد، وأن لديها السلطة لإنفاق المذكرات، دون الكشف عن المبالغ المحددة أو المرسل أو المستقبل.
5. الإرسال إلى منظم Aztec: يتم إرسال برهان zk-SNARK الناتج، جنباً إلى جنب مع بيانات المعاملة المشفرة، إلى منظم Aztec (عقدة مسؤولة عن جمع المعاملات وترتيبها).
6. التجميع (Batching) والتحجيم: يقوم المنظم بتجميع العديد من هذه المعاملات الخاصة من مستخدمين مختلفين في دفعة واحدة أكبر. ثم يقوم بإنشاء برهان zk-SNARK واحد شامل يثبت صلاحية جميع المعاملات داخل تلك الدفعة. تشكل هذه العملية "التجميع" (rollup).
7. الإرسال إلى L1: يقوم المنظم بإرسال هذا البرهان الواحد المجمع وتحديث مضغوط لجذر حالة Aztec L2 إلى عقد Aztec على L1 في إيثيريوم.
8. التحقق على L1: يتحقق عقد Aztec على L1 في إيثيريوم من برهان zk-SNARK المجمع. إذا كان البرهان صالحاً، يقوم عقد L1 بتحديث جذر حالة Aztec L2، مما يؤكد فعلياً دفعة المعاملات الخاصة كصحيحة ونهائية على إيثيريوم.
9. توفر المذكرات: يمكن لعميل باسم، عند المزامنة مع شبكة Aztec واستخدام مفتاح العرض الخاص به، فك تشفير ورؤية المذكرة السرية الجديدة التي تحتوي على 10 وحدات ETH خاصة. يمكنه الآن إنفاقها أو تحويلها بخصوصية.

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

الميزات والفوائد الرئيسية لنهج Aztec

يقدم تنفيذ Aztec للخصوصية القابلة للبرمجة العديد من المزايا المتميزة التي تعالج الاحتياجات الحرجة في نظام الويب 3:

• تعزيز القابلية للاستبدال: بشكل افتراضي، تصبح جميع الأصول المنقولة إلى Aztec خاصة. وهذا يعني أنه لا يمكن تتبع تواريخ المعاملات الفردية، مما يضمن أن جميع وحدات أصل معين لا يمكن تمييزها ولها قيمة متساوية، بغض النظر عن ماضيها. وهذا يعيد خاصية حاسمة للمال السليم التي غالباً ما تُفقد في سلاسل الكتل الشفافة.
• القابلية للتوسع من خلال zk-Rollups: بعيداً عن الخصوصية، يزيد استخدام Aztec لـ zk-Rollups بشكل كبير من إنتاجية المعاملات ويقلل من تكاليف المعاملات على إيثيريوم. من خلال تجميع آلاف المعاملات في برهان L1 واحد، فإنه يجعل العمليات السرية مجدية اقتصادياً للاستخدام اليومي.
• خصوصية حقيقية قابلة للبرمجة: على عكس حلول الخصوصية الأبسط، تسمح Aztec للمطورين ببناء تطبيقات لامركزية معقدة حيث يتم دمج الخصوصية بعمق في منطق التطبيق. وهذا يفتح الإمكانيات لفئات جديدة تماماً من التطبيقات اللامركزية التي تتطلب السرية، مثل:
  • التمويل اللامركزي الخاص (Private DeFi): مبادلات سرية، إقراض، واقتراض دون الكشف عن المراكز المالية أو الاستراتيجيات.
  • الهوية الخاصة: حلول الهوية السيادية حيث يمكن للمستخدمين إثبات سماتهم دون الكشف عن بياناتهم الشخصية الأساسية.
  • التصويت السري: أنظمة تصويت مجهولة وقابلة للتحقق.
  • بلوكشين المؤسسات: تتبع سلسلة التوريد، والتسويات بين الشركات مع الحفاظ على السرية التجارية.
• خصوصية صديقة للمطورين (Noir): يسهل تقديم Noir بشكل كبير تطوير العقود الذكية الخاصة. يمكن للمطورين التركيز على منطق التطبيق بدلاً من التعقيدات التشفيرية لبراهين المعرفة الصفرية، مما يسرع الابتكار في مجال الخصوصية.
• تحكم المستخدم والإفصاح الانتقائي: يحتفظ المستخدمون بالتحكم المطلق في بياناتهم السرية. يمكنهم اختيار فك تشفير وعرض أرصدتهم الخاصة، أو الكشف بشكل انتقائي عن تفاصيل المعاملات لأطراف محددة (مثل المدققين أو المنظمين) من خلال مشاركة مفاتيح العرض الخاصة بهم، مما يتيح الامتثال دون التضحية بالخصوصية الأساسية.
• مؤمنة بواسطة إيثيريوم: بصفتها "تجميعة" (rollup) من الطبقة الثانية، ترث Aztec ضمانات الأمان القوية لشبكة إيثيريوم الرئيسية. يتم التحقق من صحة جميع عمليات L2 تشفيراً وربطها بـ L1، مما يمنع تحولات الحالة الاحتيالية.

التحديات والاعتبارات لـ Aztec

بينما تقدم Aztec رؤية مقنعة للخصوصية على إيثيريوم، فإن العديد من التحديات والاعتبارات متأصلة في تقنيتها واعتمادها:

• العبء الحسابي لإنشاء براهين المعرفة الصفرية: بينما يكون التحقق من zk-SNARK مختصراً وسريعاً، فإن إنشاء هذه البراهين يمكن أن يكون مكثفاً حسابياً، خاصة للدوائر المعقدة. على الرغم من أن Rollup.js يتيح الإثبات من جانب العميل، إلا أن هذا لا يزال يتطلب موارد حسابية كبيرة من جهاز المستخدم، مما قد يؤثر على تجربة المستخدم في الأجهزة الضعيفة أو للمعاملات الخاصة المعقدة للغاية.
• تأثير الشبكة والاعتماد: مثل أي طبقة ثانية جديدة، تواجه Aztec تحدي بناء نظام بيئي قوي من المستخدمين والمطورين والتطبيقات اللامركزية. يجب تجسير السيولة، وبناء التطبيقات واعتمادها حتى تصل الشبكة إلى كامل إمكاناتها.
• اللامركزية ومقاومة الرقابة: بينما تهدف Aztec إلى اللامركزية، فإن دور أجهزة التسلسل في تجميع المعاملات وإرسالها إلى L1 يحتاج إلى دراسة بعناية لضمان عدم تحولها إلى نقاط تحكم مركزية أو رقابة. تُبذل جهود مستمرة للامركزية أدوار أجهزة التسلسل.
• التدقيق التنظيمي لحلول الخصوصية: غالباً ما تجذب التقنيات التي تحافظ على الخصوصية، خاصة في التمويل، انتباه المنظمين بسبب المخاوف بشأن الأنشطة غير المشروعة. تهدف ميزات الإفصاح الانتقائي في Aztec إلى معالجة ذلك، لكن المشهد التنظيمي لا يزال يتطور، ويظل الامتثال اعتباراً رئيسياً للاعتماد المؤسسي.
• إمكانية التدقيق وتصحيح الأخطاء: يمكن أن تجعل السرية المتأصلة في المعاملات وحالات العقود الذكية عمليات التدقيق وتصحيح الأخطاء أكثر تعقيداً مقارنة بالأنظمة الشفافة تماماً. هناك حاجة إلى أدوات ومنهجيات متخصصة لضمان صحة وأمان التطبيقات اللامركزية الخاصة.

رؤية Aztec لمستقبل الخصوصية في الويب 3

تمثل Aztec خطوة كبيرة نحو تحقيق نظام ويب 3 أكثر نضجاً وشمولاً. يضع إطار الخصوصية القابل للبرمجة الخاص بها الأساس لمستقبل حيث:

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

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