ثلاث مبادرات رئيسية للخصوصية في إيثريوم تتقدم بالتوازي: مقترح EIP 8182 المُرشح لتحديث "هيغوتا" (Hegotá) لإضافة مجمع محمي في الطبقة الأساسية، ومعيار الرمز pERC 20 الذي يهدف لإخفاء الأرصدة والأطراف المقابلة، وإطار STRK2... السمة المميزة لهذه البروتوكولات الجديدة هي الامتثال المدمج: pERC 20 يتضمن آلية قائمة سوداء، وSTR...

Create a landscape editorial hero image for this Studio Global article: What are the latest Ethereum privacy developments, including EIP-8182's consideration for the Hegotá hard fork to enable private ETH and ERC. Article summary: In the available reporting, two major Ethereum privacy initiatives reached or were described as reaching important milestones — EIP-8182 was given “Proposed for Adoption” status and proposed for the Hegotá hard fork, whi. Topic tags: general, general web, user generated, academic. Reference image context from search candidates: Reference image 1: visual subject "If accepted, it would allow private transfers of both ETH and ERC-20 tokens at the base layer, no third-party mixer or sidechain required." source context "EIP-8182 proposed for Hegotá hard fork to enable privacy transfers on Ethereum" Reference image 2: visual subject "The proposal introduces protocol-
لسنوات، كانت الخصوصية المالية على شبكة إيثريوم مجرد فكرة ثانوية، تُضاف لاحقاً من خلال خلاطات خارجية أو سلاسل خصوصية منفصلة. لكن هذا العصر يقترب من نهايته. موجة من المقترحات الجديدة وعمليات النشر الفعلية تعيد تعريف كيفية عمل السرية على الشبكة، عبر دمجها مباشرة في الطبقة الأساسية، ومعايير الرموز، وحلول الطبقة الثانية.
القاسم المشترك بين هذه الجهود هو الابتعاد عن الخيار الثنائي بين الشفافية الكاملة والتعتيم التام. بدلاً من ذلك، يظهر نموذج جديد: الخصوصية كإعداد افتراضي، مع أدوات تحكم امتثال قابلة للبرمجة يمكنها تلبية المتطلبات التنظيمية دون كشف بيانات المستخدمين للعالم أجمع.
ثلاث مبادرات تجسد هذا التحول. مقترح EIP-8182 الذي يسعى لإنشاء مجمع محمي على مستوى بروتوكول إيثريوم الرئيسي. ومعيار الرمز pERC-20، المُسجل رسمياً تحت الرقم ERC-7605، الذي يعيد تصور الرموز بحيث تكون الأرصدة والأطراف المتعاملة مخفية عن العامة. وأخيراً، إطار STRK20 من Starknet، الذي يعمل بالفعل على الشبكة الرئيسية، جالباً تحويلات خاصة قابلة للتركيب بشكل كامل إلى نظام الطبقة الثانية الخاص به.
أكثر المقترحات الحالية طموحاً هو EIP-8182. الذي قدمه توم ليمان، الشريك المؤسس لـ Facet، وقد حصل رسمياً على حالة "مقترح للاعتماد" وهو الآن مرشح للإدراج في تحديث "هيغوتا" (Hegotá) الرئيسي والمقرر مبدئياً في أواخر عام 2026 . إذا تم قبوله، فسيمثل ذلك المرة الأولى التي تُشفّر فيها إيثريوم الخصوصية مباشرة في بروتوكول الطبقة الأساسية.
الآلية هي عبارة عن مجمع تحويلات محمي وموحد، يُدار كعقد نظام على عنوان ثابت. يمكن للمستخدمين إيداع عملة الإيثر أو رموز ERC-20 المتوافقة في المجمع، ثم تنفيذ تحويلات خاصة باستخدام "براهين المعرفة الصفرية" (Zero-Knowledge Proofs) ونموذج محاسبي يُعرف بـ UTXO . نقطة حاسمة في التصميم هي أنه لا يتضمن أي مفتاح مدير، ولا رمز حوكمة، ولا مسار ترقية على السلسلة – مما يعني أن قواعد المجمع لا يمكن تغييرها إلا من خلال عملية التحديث الرئيسي (الهارد فورك) الحالية لإيثريوم
.
خيار معماري رئيسي هنا هو "مجموعة التعتيم المشتركة". لأن المجمع المحمي هو نظام واحد على مستوى البروتوكول، فإن كل محفظة تدمج هذا المعيار تقوم تلقائياً بتقوية مجموعة التعتيم لجميع المستخدمين الآخرين . هذا يتناقض بشكل حاد مع مشهد الخصوصية المجزأ في الماضي، حيث جعلت المجمعات المعزولة عملية التعتيم أضعف بكثير. ولمنع الإنفاق المزدوج داخل المجمع، يستخدم النظام شجرة ملاحظات مشتركة ومجموعة من المُبطِلات (nullifier set)
.
بينما يستهدف EIP-8182 طبقة المعاملات، فإن مقترح pERC-20 – المُسجل رسمياً كـ ERC-7605 – يعيد تعريف ماهية الرمز. الفكرة المركزية بسيطة لكنها جذرية: في عالم pERC-20، لا توجد دالة balanceOf أو transferFrom عامة. بدلاً من ذلك، توجد الأرصدة كملاحظات مشفرة، ويتم إخفاء هوية المرسل والمستقبل ومبلغ كل تحويل بشكل افتراضي .
تعتمد البنية بشكل كبير على بروتوكول "أوركارد" (Orchard) الخاص بـ Zcash ونموذج ZK-UTXO، حيث يتم سك الرموز مباشرة في أرصدة مخفية لا تظهر أبداً في الحالة العامة للسلسلة . يبقى إجمالي المعروض قابلاً للتحقق علناً، مما يخلق نقطة تدقيق محورية، لكن الحيازات الفردية والتحركات تبقى خاصة
.
والأهم من ذلك، أن هذا المعيار يدمج آليات امتثال تجاهلتها تصاميم الخصوصية السابقة إلى حد كبير. يتضمن المقترح قدرة على إنشاء قائمة سوداء، مما يمنح مُصدري الرموز أداة لمنع عناوين محددة من التفاعل مع مجموعة الرموز الخاصة . هذا التصميم يعترف بواقع عملي: لكي تتبنى المؤسسات أدوات الخصوصية بشكل واسع، يجب أن تقدم مساراً للتدخل التنظيمي دون أن ينهار معه نظام الخصوصية بأكمله.
بينما لا يزال EIP-8182 و pERC-20 مقترحات قيد التطوير، فإن إطار STRK20 من Starknet يعمل بالفعل. تم الإعلان عنه مبدئياً في مارس 2026 وتم إطلاقه بالكامل على الشبكة الرئيسية بحلول 9 يونيو، وهو يمكّن أي أصل من نوع ERC-20 على Starknet من أن يكون محمياً، ومنقولاُ، ومستخدماً في تطبيقات التمويل اللامركزي (DeFi) بشكل خاص .
أول أصل يستخدم هذا المعيار هو strkBTC، وهو رمز مغلف مدعوم بالبيتكوين ويعمل بنمطين: عام ومحمي . يمكن للمستخدمين التبديل بين النمطين من خلال محافظ متوافقة مثل Ready X و Xverse
. بمجرد التحول للنمط المحمي، تصبح الأرصدة والمعاملات غير مرئية للمراقبين الخارجيين، لكن الرمز يبقى قابلاً للتركيب بالكامل مع بورصات التداول اللامركزية وبروتوكولات الإقراض الموجودة مثل Ekubo و AVNU
.
تتمحور بنية الامتثال في STRK20 حول "مفاتيح العرض". يمكن لحامل الرمز منح مفتاح عرض لطرف ثالث محدد – مثل جهة تنظيمية، أو مدقق حسابات، أو مصلحة ضرائب – مما يسمح لذلك الطرف بفك تشفير تفاصيل المعاملة بينما لا يرى العالم الخارجي شيئاً . يهدف نموذج الإفصاح الانتقائي هذا إلى حل التوتر الذي ابتليت به أدوات مثل Tornado Cash، حيث جعل التعتيم الكامل أي شكل من أشكال المساعدة في الامتثال مستحيلاً
.
على الرغم من عملها في طبقات مختلفة، تتشارك هذه المبادرات الثلاث في فلسفة تصميم واضحة.
أولاً، يتم التعامل مع الخصوصية كبنية تحتية، وليس كميزة إضافية. EIP-8182 يدمجها في طبقة الإجماع. pERC-20 يدمجها في واجهة الرمز. STRK20 يدمجها في عقد الرمز على الطبقة الثانية. في جميع الحالات الثلاث، الخصوصية ليست غلافاً حول أنظمة شفافة موجودة – بل هي الحالة الافتراضية.
ثانياً، الامتثال هو هدف تصميمي من الدرجة الأولى، وليس فكرة لاحقة. pERC-20 يتضمن قائمة سوداء. STRK20 يتضمن مفاتيح عرض. ومجموعة المُبطِلات في EIP-8182 تمنع الإنفاق المزدوج داخل المجمع الخاص، محافظة على سلامة النظام دون كشف هوية المستخدمين. هذا يمثل تطوراً حاداً عن مشاريع الخصوصية السابقة، التي غالباً ما كانت تعتبر التوافق التنظيمي أمراً اختيارياً أو متناقضاً مع أهدافها.
هذا التقارب لافت للنظر. إنه يشير إلى أن مجتمع مطوري إيثريوم قد استقر إلى حد كبير على إجماع جديد: الخصوصية المالية ضرورية لصحة الشبكة على المدى الطويل، ولكن يجب أن تُصمم مع مسارات إفصاح مُتحكم بها. الهدف ليس التعتيم الخارج عن القانون. إنه سرية تحترم الالتزامات الواقعية للمؤسسات والمُصدرين والمستخدمين.
لا يزال الكثير من هذا العمل في مراحله المبكرة. EIP-8182 لا يزال مجرد مقترح، وإدراجه في تحديث هيغوتا ليس مضموناً بعد. pERC-20 في حالة مسودة وسيتطلب مراجعة مكثفة قبل أي اعتماد محتمل. STRK20 هو الأكثر تقدماً، وهو يعمل اليوم على Starknet، لكن اعتماده على المدى الطويل سيعتمد على ما إذا كانت المحافظ والتطبيقات والمستخدمون سيتبنون هذا النموذج.
ما بات واضحاً الآن هو اتجاه السير. إن عصر دفاتر الحسابات الشفافة بالكامل كالإعداد الافتراضي الوحيد المقبول يتعرض للتحدي. في مكانه، تتبلور بنية جديدة: واحدة تكون فيها الخصوصية قابلة للبرمجة، والامتثال مدمج فيها، وتصبح السرية ميزة قياسية في نظام إيثريوم البيئي.
Studio Global AI
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
ثلاث مبادرات رئيسية للخصوصية في إيثريوم تتقدم بالتوازي: مقترح EIP 8182 المُرشح لتحديث "هيغوتا" (Hegotá) لإضافة مجمع محمي في الطبقة الأساسية، ومعيار الرمز pERC 20 الذي يهدف لإخفاء الأرصدة والأطراف المقابلة، وإطار STRK2...
ثلاث مبادرات رئيسية للخصوصية في إيثريوم تتقدم بالتوازي: مقترح EIP 8182 المُرشح لتحديث "هيغوتا" (Hegotá) لإضافة مجمع محمي في الطبقة الأساسية، ومعيار الرمز pERC 20 الذي يهدف لإخفاء الأرصدة والأطراف المقابلة، وإطار STRK2... السمة المميزة لهذه البروتوكولات الجديدة هي الامتثال المدمج: pERC 20 يتضمن آلية قائمة سوداء، وSTRK20 يستخدم "مفاتيح عرض" للإفصاح الانتقائي للجهات التنظيمية، متجاوزين بذلك نموذج "إما الخصوصية الكاملة أو الشفافية الكاملة".
مقترح EIP 8182 لا يزال قيد الدراسة لتحديث متوقع في أواخر 2026، مما يعني أن خصوصية الطبقة الأولى الأصلية ليست مضمونة بعد، لكن تقدمه مع المشاريع الأخرى يُظهر توجهاً قوياً ومنسقاً للتعامل مع الخصوصية كبنية تحتية أساسية م...