المصدر: مجتمع Denglian
تتمثل إحدى نقاط الألم الرئيسية التي يواجهها مستخدمو تشفير Web3 في الافتقار إلى الخصوصية. تكون جميع المعاملات مرئية في دفتر الأستاذ العام وترتبط بشكل متزايد باسم ENS واضح المعالم، مما يجعل المستخدمين أقل تحفيزًا لأداء أنشطة معينة أو يجعلهم يقومون بها بطريقة تضيف احتكاكًا لتجربة المستخدم لهذه الأنشطة. ومن الأمثلة على ذلك ببساطة تحويل الأموال من المحفظة الساخنة إلى المحفظة الباردة أو العكس. قد لا يرغب المستخدمون في ربط محفظة بأخرى لأنهم قد لا يريدون رؤية أرصدة المحفظة الباردة الخاصة بهم. حاليًا، لا تعمل عناوين Ethereum مثل الحسابات المصرفية الخاصة، حيث يمكن للجميع رؤية محفظتك، وبشكل متزايد، سيتم رؤية أنشطتك الاجتماعية (SBT، البراهين، النشاط على مختلف التطبيقات اللامركزية، وما إلى ذلك). لهذا السبب، يصف Vitalik الخصوصية بأنها واحدة من التحولات التكنولوجية الرئيسية الثلاثة التي يحتاج Ethereum إلى الخضوع لها حتى تكون مفيدة للمستخدمين العاديين.
باستخدام حلول الخصوصية الحالية مثل Tornado Cash، فإن التجربة ليست مثالية لعدة أسباب. أولاً: سيشعر المستخدمون بالقلق بشكل مشروع بشأن إدراج عناوينهم في القائمة السوداء في البورصات المركزية أو المنصات الأخرى. ثانيًا، تجربة المستخدم في التفاعل مع خدمات مثل Tornado Cash ليست سهلة الاستخدام وهي حقًا مناسبة فقط للمستخدمين ذوي المهارات العالية.
توفر العناوين المخفية للمستخدمين خصوصية مماثلة لما يعتبرونه أمرًا مسلمًا به في حساب مصرفي خاص، ولكن بطريقة سهلة الفهم. بالإضافة إلى ذلك، الابتكار في مجال العناوين الخفية يعني أنه يمكننا القيام بذلك بطريقة متوافقة مع لوائح مكافحة غسيل الأموال عبر ولايات قضائية متعددة.
على الرغم من أن البحث حول مواقف خصوصية مستخدمي الشبكة وWeb3 ليس واسع النطاق، فقد تم العثور على البحث التالي من خلال البحث في الشبكة، و النتائج متسقة تقريبًا، مما يشير إلى الحاجة الواضحة لخصوصية المعاملات.
استطلاع أجري عام 2022 ونشره سيمين قسماتي وآخرون في ورقة بحثية بعنوان تشير ورقة الخصوصية التي يدركها المستخدم في blockchain إلى أن "ذكر نصف المشاركين أن خصوصية المعاملات مهمة جدًا بالنسبة لهم". في حين أن هذا البحث أكثر صلة بالبيتكوين، فقد يكون لدى مستخدمي الإيثيريوم مواقف مماثلة. ومع ذلك، كان حجم عينة هذه الدراسة صغيرًا نسبيًا (14 مشاركًا).
تأتي دراسة أخرى مثيرة للاهتمام من عام 2022 وتم نشرها في Frontiers، بعنوان المواقف السياسية والاقتصادية والحوكمة لمستخدمي blockchain، هذه الدراسة كان أكثر شمولاً، حيث قام بمسح ما مجموعه 3,710 من مستخدمي العملات المشفرة. تظهر النتائج أن حوالي ربع المشاركين قالوا إن الخصوصية هي "أهم ميزة في blockchain والعملات المشفرة".
فيما يتعلق بالمواقف العامة تجاه الخصوصية، أصدرت Consensys ملفًا لـ المسح العالمي لـ Web3 والعملات المشفرة لعام 2023، والذي يتضمن 15,158 شخصًا في 15 دولة، تم إجراء الاستطلاع عبر الإنترنت، والذي يغطي مجموعة متنوعة من المواضيع المتعلقة بالويب، وليس التشفير فقط. ووجد الاستطلاع أن 83% من المشاركين يعتقدون أن خصوصية البيانات مهمة، بينما قال 45% فقط أنهم يثقون في خدمات الإنترنت الحالية فيما يتعلق ببياناتهم ومعلوماتهم الشخصية.
دراسة أجراها نظام تعويضات الخدمات المالية في المملكة المتحدةاستطلاع، نُشر في أبريل 2023، يسلط الضوء على 9% من المشاركين أشاروا إلى "الرغبة في إخفاء الهوية/الخصوصية" كسبب لاستثمارهم في العملات المشفرة.
Railgun تعد بيانات الاستخدام مثيرة للإعجاب، حيث يبدو أن استخدام البروتوكول ينمو بشكل مطرد بمرور الوقت، حيث وصل إلى أكثر من 70 مليون دولار من القيمة الإجمالية المقفلة (TVL) و2 مليار دولار من حجم التداول اعتبارًا من نوفمبر 2024.
TVL (USD) Railgun على شبكة Ethereum الرئيسية - المصدر: Railgun - كما زاد بشكل مطرد عدد مستخدمي DefiLlama
Umbra (عدد الأشخاص المسجلين سرًا العناوين إلى ENS الخاصة بهم)، ما يقرب من 77000 اعتبارًا من نوفمبر 2024:
العدد التراكمي للأشخاص المسجلين (عبر السلسلة) - المصدر: dune.com
إذا نظرنا إلى بروتوكول الخصوصية الأكثر شهرة (والآن سيئ السمعة للأسف) في إيثريوم، وهو Tornado Cash، يمكننا أن نرى أنه على الرغم من أن عنوان العقد من الناحية الفنية فهو كذلك تم تضمينه في قائمة SDN الخاصة بـ OFAC، لكنه لا يزال قيد الاستخدام بكثافة.
يوضح الرسم البياني أدناه قيمة TVL لـ Tornado Cash مع مرور الوقت. يمكننا أن نلاحظ أنه بدءًا من الذروة في أكتوبر 2021 تقريبًا، تزامن أول انخفاض كبير في قيمة TVL مع عمليات البيع الشاملة في سوق العملات المشفرة، وحدث الانخفاض الكبير الثاني في أغسطس 2022، والذي تزامن مع إدراج مكتب مراقبة الأصول الأجنبية لـ Tornado Cash قائمة SDN، مع الانخفاض الرئيسي الثالث الذي يتوافق مع إعادة تصنيف مكتب مراقبة الأصول الأجنبية في نوفمبر 2022. ومع ذلك، منذ ذلك الحين، وعلى الرغم من العقوبات، زاد استخدام Tornado Cash بشكل مطرد، حيث اقتربت قيمة TVL من 600 مليون دولار. وهذا دليل قوي على الحاجة إلى خصوصية المعاملات الأساسية في الإيثيريوم.
TVL (USD) Tornado Cash على شبكة Ethereum الرئيسية - المصدر: Tornado Cash - DefiLlama
حددت هذه الدراسة 4 حلول رئيسية قيد الإنتاج حاليًا في سلسلة EVM، وهي: p>
Fluidkey
< span href="https://www.umbra.cash/">أومبرا
المتاهة
المدفع الكهرومغناطيسي
يعتمد Fluidkey وUmbra على معايير Ethereum، وهي:
ERC-5564: بروتوكول العنوان الخفي
ERC-6538: تسجيل عنوان Crypto-meta
المتاهة وRailgun هما مرتكز على بروتوكول Zerocash (zcash يعتمد أيضًا على هذا )، يستخدم البروتوكول مجمعًا محميًا يقوم المستخدمون بإيداع الأموال فيه. يستخدم Zerocash مفهوم "الملاحظات"، والتي هي في الأساس تمثيلات مشفرة للقيمة، مما يتيح المعاملات الخاصة. تشتمل كل ملاحظة على قيمة مخفية، ومفتاح المالك، ورقم فريد (مبطل) يستخدم zk-SNARKs للتحقق من الملكية دون الكشف عن التفاصيل، وبالتالي نقل القيمة في الملاحظة. عندما يتم إنفاق ملاحظة، يتم الكشف عن المبطل لمنع الإنفاق المزدوج، بينما يتم إنشاء ملاحظة جديدة للمستلم، وتشكيل نظام UTXO داخل تجمع محمي.
على مستوى عالٍ، يتمثل المبدأ الأساسي للعناوين الخفية في أنه يمكن لطرف ثالث إرسال الأموال إلى عنوان لم يكن موجودًا من قبل، ويمكن للمستلم المقصود العثور على العنوان والتحكم فيه (أي يمكنه إنفاق الأموال لاحقًا ).
يحدد معيار erc-5564 آلية يمكن من خلالها للمستلم نشر عنوان تعريف مشفر يمكن من خلاله اشتقاق عنوان إيثريوم جديد. يمكن لأي شخص يرغب في إرسال أموال إلى المستلم إنشاء عنوان جديد من العنوان التعريفي المشفر والسماح للمستلم بالتعرف على الأموال دون أي اتصال مباشر. تعتمد جميع تطبيقات العناوين الخفية على هذه الفرضية الأساسية.
العنوان التعريفي الخفي هو في الأساس سلسلة من مفتاحين عموميين مضغوطين، يُطلق عليهما "مفتاح الإنفاق" و"مفتاح العرض" مفتاح". تستخدم العناوين التعريفية المخفية تنسيق العنوان الخاص بسلسلة EIP-3770 مع إضافة البادئة "st:". فيما يلي مثال لعنوان خفي:
st:eth:0x036ffa94a70a5b9608aca693e12da815fe0295f3739c7b22b0284c6d85c464ba4a02c0 521b6fe31714b2ca0efa159402574355b754e0b50406b0b5fb33128eec3507
للتبسيط، يمكن مقارنة هذا العنوان المخفي بعنوان إيثريوم عادي (وبالتالي أيضًا ENS) مما يسهل إرسال الأموال إلى مالك العنوان المخفي. لإرسال الأموال، يقوم المرسل بتحليل العنوان أعلاه ويستخدم معيار EIP-5564 لإنشاء مفتاح عام مؤقت يُشتق منه العنوان الخفي. يرسل المرسل الأموال إلى العنوان الخفي الجديد، عادةً من خلال عقد فردي حيث تستمع جميع مستقبلات العنوان الخفي إلى الأحداث. يصدر العقد حدث "إعلان" يمكن للمستلمين الاشتراك فيه. كلما تم إرسال حدث إعلان، يتحقق المستلم من المفتاح العام المؤقت في الإعلان، ويدمجه مع مفتاح العرض الخاص، ويحدد ما إذا كان لديه القدرة على إنفاق الأموال المرسلة إلى العنوان المخفي. إذا كان الأمر كذلك، فإن المحفظة/العميل الذي يستخدمونه سوف يتذكر العنوان المخفي والأموال المقابلة وإضافته إلى الرصيد المعروض للمستخدم. لإنفاق هذه الأموال فعليًا، يمكنهم التوقيع على معاملة باستخدام مفتاح الإنفاق الخاص بهم.
يوفر الرسم البياني التالي نظرة عامة أوضح على العملية بأكملها:
يرجى تذكر أن هذه العملية غير تفاعلية تمامًا، مما يعني أن المرسل وهناك لا يوجد اتصال مباشر بين المستقبلين، مما يعني في الواقع عدم وجود رابط بين المرسل والمستقبل يمكن ملاحظته من قبل أي طرف ثالث.
ومع ذلك، لكي يعمل هذا بشكل صحيح، يجب على المستلم إبلاغ المرسل بعنوانه المخفي. إحدى الطرق لتحقيق ذلك هي استخدام eip-6538 سجل عنوان تعريف التشفير. هذا عقد فردي يسمح للمستخدمين بتسجيل عنوان تعريف خفي لعنوان Ethereum عادي يمكن للمرسل البحث عنه. يسمح هذا للمرسل بتحليل العنوان العادي من ENS ثم البحث عن عنوان التعريف المخفي المرتبط من السجل.
يكسر المخطط الرابط بين المرسل والمتلقي، مما يسمح لهما بتجنب معرفة العالم بأسره بشؤونهما. ومع ذلك، هناك بعض التحذيرات:
عندما يذهب المستلم لإنفاق الأموال، سيرى الشخص الذي يقوم بتحويل الأموال إليه أن تلك الأموال جاءت الأموال من المرسل الأصلي (أي يمكنهم رؤية العنوان الذي تم تحويل الأموال إليه والذي أرسل الأموال مسبقًا إلى هذا العنوان). وهذا يعني أن سلسلة التحويل تظل سليمة وقابلة للتتبع، ولكنها مرتبطة فقط بالمستلم المعني (ما لم يفعل المستلم شيئًا مثل إرسال الأموال إلى عنوان غير مخفي معروف له). لاحظ أن هذا يعمل فقط مع تطبيق erc-5564، وليس Railgun أو Labyrinth.
من الآثار الجانبية الأخرى للمشكلات المذكورة أعلاه أنه من أجل الحفاظ على الخصوصية المثلى، قد يحتاج المستخدمون إلى الاحتفاظ بأموالهم في العنوان المخفي الذي تم إرسالهم إليه في الأصل حتى يحتاجون إليها فعليًا لهم، بدلاً من دمجهم تحت عنوان واحد. يمثل هذا النفقات العامة الإضافية لتذكر العناوين وبالتالي إنفاق الأموال على تلك العناوين، نظرًا لأن المبلغ الذي ترغب في تحويله يجب أن يكون مشتقًا من مجموعة أموال من عناوين أخرى متعددة.
من أجل تحويل الأموال من هذا العنوان، يحتاج المستلم إلى تقديم بعض ETH إلى العنوان لدفع ثمن الغاز، مما قد يتسبب في فقدان المستلم عدم الكشف عن هويته. هذه مشكلة معروفة تتعلق بالعناوين الخفية وهي أحد أسباب دعم العديد من التطبيقات لـ eip-4337 والدافعين.
أحد عيوب نظام العناوين الخفية هو أن المستلم يحتاج إلى مراقبة blockchain لأحداث الإعلان والتحقق من كل إعلان لتحديد ما إذا كان قد تلقى أموالاً أم لا . ومن الواضح أن هذا يعد بمثابة عبء غير واقعي بالنسبة لمعظم المستخدمين، خاصة عند تلقي الأموال من شبكات متعددة. ولجعل هذه العملية أكثر كفاءة، يحدد المعيار "علامة العرض"، وهي عبارة عن تجزئة مبتورة مشتقة من السر المشترك الذي يمكن استخدامه للتخلص بسرعة من المعاملات التي من الواضح أنها لم تكن مخصصة لها. باستخدام علامة التبويب عرض، لا يكون الأداء سيئًا على سطح المكتب، ولكنه قد يكون أكثر وضوحًا على الهاتف المحمول. المرة الوحيدة التي يكون فيها تدهور الأداء ملحوظًا حقًا هو إذا كانت المحفظة تتعافى، وفي هذه الحالة تحتاج المحفظة إلى مسح كل عنوان منذ نشر العقد الموجود على السلسلة، وهو أمر يستغرق وقتًا طويلاً للغاية.
لحل هذه المشكلة، يمكن للمستخدمين اختيار مشاركة مفاتيح العرض الخاصة مع جهة خارجية موثوقة. تقوم خدمة الطرف الثالث هذه بمراقبة الشبكات المختلفة وإخطار المستخدمين عندما يتلقون الأموال. بالطبع، يأتي هذا مع مقايضة: في حين أن الأطراف الثالثة لا يمكنها إنفاق أموال المستخدمين فعليًا (ليس لديهم مفتاح إنفاق خاص)، يمكنهم رؤية جميع الأموال المرسلة إلى مستلم محدد، مما يعني أن المستخدمين بحاجة إلى الثقة في خصوصيتهم. يقوم Fluidkey بهذا بشكل افتراضي.
تم تصميم بروتوكول العنوان الخفي القياسي، ERC-5564، لتسهيل عمليات النقل للحفاظ على الخصوصية، ومع ذلك، تتطلب حالات الاستخدام غير المالي (مثل استدعاء وظائف العقود الذكية التعسفية) المزيد من الهندسة، وعادة ما تكون خاصة بالتنفيذ.
يمكننا مقارنة تطبيقات العناوين الخفية الأربعة التي تمت مناقشتها في هذه المقالة بعدة طرق متنوعة. تحتوي جميع التطبيقات على اختلافات ومقايضات دقيقة، ولكن ربما تكون أهم الوجبات السريعة هي إمكانية التتبع والتعتيم على القيمة.
بينما يسمح كل من Fluidkey وUmbra بتحويل الأموال إلى عناوين Ethereum القياسية مع كسر أي رابط لهوية المستلم، إلا أنهما لا يزالان يحتفظان بإمكانية تتبع المعاملة، مما يعني أن المرسل ليس مسؤولاً عن أي فحص للعنوان المخفي. سجل المعاملات مرئي لأي شخص. وهذا يعني أنه إذا تلقيت أموالاً على عنوان مخفي، فإن الشخص الذي تقرر إرسال هذه الأموال إليه سوف يرى مصدرها. وبالإضافة إلى ذلك، فإن القيمة الفعلية المنقولة مرئية أيضًا. تعمل Railgun وLabyrinth على إخفاء المرسل والقيمة التي يتم إرسالها، ولكن على حساب حدوث كل ذلك ضمن عقد واحد وليس كمعاملة عادية إلى عنوان Ethereum عادي.
يوضح الشكل التالي كيفية مقارنة البروتوكولات التي نناقشها في هذه المقالة مع بعضها البعض على طول هذين البعدين المهمين للمقارنة.
لاستكشاف هذه الاختلافات بمزيد من التفاصيل، إليك مصفوفة مقارنة لبروتوكولات عناوين التخفي الأربعة الرئيسية على طول ستة أبعاد رئيسية:
خصوصية كاملة من البداية إلى النهاية (يرى المرسل والمستلم فقط معلومات الدفع)
السرية الأمامية. الأموال المستلمة عبر معاملة مخفية لا تسمح للمستلم الثاني برؤية مصدر الأموال
يتبع معايير erc-5564 وerc-6538
ينفذ بنية معيارية قابلة للتوسيع تسمح بالتكامل مع التطبيقات اللامركزية التابعة لجهات خارجية
هل يوفر التنفيذ SDK يمكن للمطورين استخدامه للتكامل؟
هل يوفر الحل الامتثال من خلال نوع ما من دعم إلغاء إخفاء الهوية؟
هل يدعم التصميم تشويش المبلغ/القيمة المنقولة؟
توضح الأقسام التالية بعض الفروق الدقيقة والاختلافات الإضافية بمزيد من التفاصيل. يحتوي كل تطبيق على فروق دقيقة مثيرة للاهتمام قد يكون لها أو لا يكون لها تأثير على حالة الاستخدام الخاصة بك.
على سبيل المثال: في Fluidkey: تذهب جميع المعاملات مباشرة إلى العنوان المخفي في السلسلة، بينما في Umbra**:** فقط تذهب ETH إلى العنوان المخفي في السلسلة، وتذهب الرموز المميزة إلى عقد مركزي، مع Railgun، مثل Labyrinth، تذهب جميع المعاملات إلى العقد الأساسي بدلاً من مباشرة إلى عنوان خفي على السلسلة.
مفتاح Fluidkey هو تطبيق لـ erc-5564 يسمح للمستخدمين بإرسال واستقبال وتبادل وتجسير الرموز المميزة لـ ETH وerc-20. في وقت كتابة هذا التقرير، تم نشر Fluidkey على Base وOptimism وArbitrum وPolygon وGnosis وشبكة Ethereum الرئيسية.
يتفاعل المستخدمون مع Fluidkey من خلال واجهة مستخدم الويب الخاصة به. عندما يقومون بتسجيل الدخول لأول مرة باستخدام المحفظة، فإنهم يوقعون على رسالة إنشاء المفتاح التي يتم اشتقاق مفاتيح العرض والإنفاق الخاصة بهم منها. يتم إعادة إنشاء هذه المفاتيح نفسها بنفس الطريقة في كل مرة يدخل فيها المستخدم إلى التطبيق.
يختلف Fluidkey عن التطبيقات الأخرى بعدة طرق. أحد الاختلافات هو أن المستخدمين يشاركون مفتاح العرض الخاص بهم مع Fluidkey (في الواقع BIP-32 العقدة المشتقة). يتيح ذلك لـ Fluidkey إنشاء عناوين خفية للمستخدمين وإخطار المستخدمين عندما يتلقون مدفوعات إلى تلك العناوين. ومع ذلك، هذا يعني أيضًا أن Fluidkey لديه القدرة على عرض المعاملات والأرصدة الواردة للمستخدم، وهي مقايضة. ومع ذلك، يبقى Fluidkey تحت الحراسة الذاتية تمامًا.
هناك جانب آخر مثير للاهتمام في تصميم Fluidkey وهو أنه ينشر حساب عقد ذكي لكل عنوان خفي جديد. لن يحدث هذا إلا إذا تم استخدام الأموال الممولة من العنوان المخفي. الحساب الذكي هو حساب آمن بنسبة 1/1 يسمح بعمليات مثل رعاية الغاز، مما يسهل إدارة العناوين الخفية المختلفة. لمزيد من المعلومات حول هذا الأمر، راجع الإرشادات الفنية.
على الرغم من أن Fluidkey يحتفظ بإمكانية الرؤية في حسابات المستخدمين، وهو ما قد يكون ميزة عندما يتعلق الأمر بالامتثال، إلا أن الإطار الدقيق لكيفية تعامل Fluidkey مع طلبات إنفاذ القانون المستقبلية المحتملة لم يتم الإعلان عنه بعد. يقع مقرهم في سويسرا وعلى الرغم من أنهم يخضعون للقوانين المحلية، إلا أن قوانين حماية البيانات واضحة وقوية جدًا - يجب أن يكون هناك سبب واضح جدًا لمشاركة البيانات ويخضع الأمر لمراجعة المحكمة (راجع هذه المقالة للحصول على نظرة عامة ممتازة حول قانون الخصوصية السويسري).
يتمتع المستخدمون أيضًا بالقدرة الكاملة على تصدير معاملاتهم أو مشاركة مفاتيح العرض الخاصة بهم مع أطراف ثالثة (مثل المحاسبين)، وهو أمر مفيد بشكل خاص للشركات. تجدر الإشارة إلى أنه وفقًا لمواصفات erc-5564، فإن مشاركة المفاتيح العامة هي "الكل أو لا شيء"، مما يعني أنه لا يمكن الكشف عنها بمفردها لمعاملة واحدة بشكل منفصل. بالإضافة إلى ذلك، كما هو الحال مع جميع تطبيقات erc-5564، لا يتم كسر إمكانية التتبع — فقط الارتباط بالمستخدم — مما يعني أن سجل المعاملات لكل عنوان خفي يكون عامًا لأي شخص لديه مفتاح العرض. الميزة الأقل شهرة في Fluidkey هي القدرة على تدوير مفاتيح العرض، مما سيسمح للمستخدمين باستخدام مفتاح عرض جديد كل شهر ومشاركة الوصول للعرض لمدة شهر محدد فقط مع أطراف ثالثة.
تتمثل إحدى فوائد أسلوب Fluidkey في أن عنوان التخفي نفسه لا يتم إنشاؤه بواسطة المرسل، بل يتم إنشاؤه بشكل عشوائي زائف بواسطة Fluidkey في كل مرة يستعلم فيها عن ENS. يعد هذا أسرع لأنه لا يتعين على المستخدمين إجراء فحص لأحداث الإعلان لتحديد المعاملات التي هم المستلمون لها. وهذا يعني أيضًا أن المرسل لا يحتاج إلى محفظة عنوان مخفية لإنشاء عنوان مخفي للمستلم - يمكنه ببساطة إرسال الأموال مثل أي عنوان آخر. وهذا يعني أيضًا عدم وجود عقود تسجيل، وهو أمر فريد لتصميم Fluidkey وميزة كبيرة.
من الجدير بالذكر أن Fluidkey ملتزم بالحماية الذاتية الكاملة، وقد فتح مصدرًا لمكتبة مجموعة أدوات الحساب الخفي الخاصة به، وفي حالة اختفاء Fluidkey بين عشية وضحاها، وهو أمر غير مرجح، سيكون قادرًا على توفير العديد من الأدوات المطورة بشكل مستقل تتوفر واجهات الاسترداد، مما يعني أن الأموال لن تكون مقفلة أو عالقة أبدًا.
تجريد العناوين
باستخدام حسابات العقود الذكية، يمكن لـ Fluidkey تجريد كل عنوان مخفي وإدارته تلقائيًا. هذا يعني أنه إذا كنت تريد تحويل مبلغ معين إلى مستلم محدد من رصيدك في عناوين خفية مختلفة، فيمكن لـ Fluidkey حساب مجموعة العناوين تلقائيًا لتحويل الأموال، والتعامل مع جميع رسوم الغاز ونشر العقد، كل ذلك يحدث في الخلفية. يتيح Fluidkey أيضًا للمستخدمين بعض التحكم في العناوين التي يتم دمجها من خلال ميزة رائعة تسمى العلامات، والتي تتيح للمستخدمين وضع علامة على العناوين في فئات مختلفة.
دقة ENS
يتطلب Fluidkey من المستخدم إنشاء اسم ENS فريد لـ Fluidkey. تأتي هذه الأسماء الثابتة في شكلين: username.fkey.id وusername.fkey.eth، أحدهما عبارة عن عنوان URL لواجهة الويب لإرسال الأموال إلى شخص ما، والآخر هو اسم ENS قياسي يمكن استخدامه مع المحفظة.
تم إعداد ENS باستخدام محلل ENS offchain (المعروف أيضًا باسم erc-3668: قراءة CCIP) لإرجاع عنوان التخفي. في كل مرة يتم الاستعلام عن وحدة الحل غير المتصلة، يقوم بإنشاء وإرجاع عنوان خفي جديد لاسم ENS المقابل. هذه ميزة رائعة لأنها تتيح للمستخدمين الحصول على اسم ENS واحد يمكن قراءته بواسطة الإنسان مع الاحتفاظ بخصوصية عنوان التخفي، حيث لا يمكن إرجاع عنوان التخفي الناتج إلى اسم ENS.
الرسوم
Fluidkey مجاني للاستخدام ولا توجد أي رسوم. عندما تريد إنفاق الأموال، فإن كل عنوان به أموال يتطلب رسومًا لنشر عقد آمن. ومع ذلك، على الرغم من أنه مكلف نسبيًا على الشبكة الرئيسية، إلا أنه يعد تافهًا عمليًا على L2، وعادةً ما يكون أقل من سنت واحد، حتى عند دمج عناوين خفية متعددة في عملية نقل واحدة.
يمكنهم أيضًا رعاية الغاز من خلال النشر الآمن - حيث يقومون بحساب تكلفة الغاز وخصمها من رصيد المستخدم، حتى لو كان رمزًا مميزًا - في هذه الحالة، ينشر وكيل الشحن الرموز المميزة للأمن والنقل على نيابة عن المستخدمين.
Umbra هو Scopelift. عندما يقوم المستخدم بتسجيل الدخول إلى تطبيق Umbra، فإنه يمر بمرحلة الإعداد حيث يقوم بالتوقيع على رسالة يتم من خلالها اشتقاق مفتاح الإنفاق والعرض والعنوان التعريفي الخفي المقابل. ثم يقومون بعد ذلك بتسجيل هذا العنوان التعريفي الخفي في السجل الموجود على السلسلة لعنوان محفظتهم الرئيسي. هذا هو المكان الذي يختلف فيه التنفيذ عن Fluidkey.
إن تطبيق Umbra لـ erc-5564 هو الأقرب إلى المواصفات، حيث لا يمكنهم الوصول إلى مفاتيح المستخدم. في حين أن هذا يعني أن Umbra (أو أي شخص آخر) لا يمكنه رؤية أموال المستخدم، فإنه يعني أنه من أجل تلقي الأموال، يجب أن يكون لدى المرسل محفظة متوافقة مع ERC-5564 (أو تطبيق Umbra) لإنشاء عنوان التعريف الخفي الخاص به.
عندما يريد شخص ما إرسال الأموال إلى عندما يقوم المستخدمون بذلك، فإنهم عادةً ما يستخدمون تطبيق Umbra. في الأساس، يبحث تطبيق Umbra عن العنوان التعريفي الخفي المسجل في اسم/عنوان المحفظة ENS ويقوم بإنشاء عنوان خفي. يمكن للمستلمين تسجيل الدخول إلى تطبيق Umbra ومسح أي أموال مرسلة إلى عنوان خفي خاص بهم منذ آخر تسجيل دخول لهم. بفضل بعض التخزين المؤقت الذكي، يبدو أن هذا يستغرق من 10 إلى 15 ثانية فقط لإجراء فحص أسبوعي، على الرغم من أنه يمكن للمستخدمين أيضًا اختيار تحديد نطاق كتلة لتضييق نطاق الفحص. سيتضمن Umbra v2 استخدام علامات العرض، مما سيزيد من سرعة العملية.
وكلاء الشحن
تتمثل إحدى مشكلات العناوين المخفية التي ذكرناها سابقًا في أنه لكي يتمكن المستلم من إنفاق الأموال المرسلة إلى عنوان مخفي، يجب أن يكون العنوان ETH أو رموز الغاز الضرورية الأخرى مطلوبة لدفع رسوم المعاملات. في معظم الشبكات، لا يمثل هذا عادةً مشكلة إذا كان العنوان المخفي يستقبل ETH في البداية. ومع ذلك، إذا تلقى عنوان خفي رموز erc-20 أو NFTs، فإن عملية إرسال العنوان باستخدام ETH قد تربط هذا العنوان بالعناوين الأخرى للمستخدم، وبالتالي فقدان الخصوصية.
للتغلب على هذه المشكلة، تستخدم Umbra بنية تتضمن وكلاء الشحن. عندما يتم إرسال أي أصل غير إيثريوم إلى مستخدم Umbra، يتم إرساله فعليًا إلى عقد خاص بدلاً من إرساله مباشرة إلى عنوان خفي. يمكن للمستخدمين إنفاق الأموال المرسلة إلى عنوانهم المخفي عن طريق إرسال معاملة وصفية (من تطبيق Umbra) إلى وكيل شحن Umbra، الذي سيقوم بتحويل الأموال من العقد الذكي نيابة عن المستخدم. سوف يقوم القائمون على إعادة النشر بخصم بعض الرموز المميزة لتغطية تكلفة رسوم الغاز، وسيتم دعم عدد معين فقط من الرموز المميزة في البداية.
الرسوم
تفرض عقود Umbra أيضًا رسومًا بسيطة عند تحويل الأموال على شبكة رسوم المعاملات المنخفضة للحد من البريد العشوائي. الأساس المنطقي هو أن البريد العشوائي يزيد من تكلفة فحص المعاملات لتحديد المعاملات ذات الصلة، لذلك يُنظر إلى هذا على أنه مقايضة مقبولة.
الشبكات المدعومة
يتم نشر Umbra حاليًا على شبكة Ethereum الرئيسية، بالإضافة إلى Optimism وPolygon وGnosis Chain وArbitrum.
يتميز عقد تسجيل Umbra بتصميم مثير للاهتمام. تستخدم طريقة النشر create2 وناشر create2 القياسي، ويكون عنوان العقد الذكي هو نفسه على أي شبكة. وهذا يعني أنه في حالة وجود عقد على شبكة معينة، يمكن للعميل التأكد من أنه العقد الصحيح. يمكن تكوين العملاء لإضافة شبكات ويمكن لأي شخص النشر على أي شبكة. لقد قاموا بتطبيع الكود الثانوي بحيث لا يكون للعقود مالكين، مما يسمح لأي شخص بنشر عقود التسجيل والإعلان على أي سلسلة دون إذن.
Umbra v2
تعمل Scopelift حاليًا على تطوير الإصدار 2 من Umbra، الذي يقدم بنية معيارية جديدة تسمح بتوسيع العقد الأساسي لدعم معايير الرمز المميز الجديدة أو حالات الاستخدام غير المدفوعة. باستخدام هذه البنية الجديدة، يمكن لمطوري الطرف الثالث إنشاء وحدات لأي نوع من معايير الرمز المميز، مثل erc-1155، أو erc-7621، أو دعم دافعي erc-4337، أو أي شيء آخر يخطر ببالك. حاليًا، يدعم عقد Umbra الأساسي سيناريوهين، أحدهما لـ ETH والآخر لـ erc-20. سوف يدعم V2 العديد من السيناريوهات المختلفة.
المتاهة لا تعتمد على eip-5564 + eip6538 البروتوكول، بدلاً من استخدام إثباتات المعرفة الصفرية لإضافة إخفاء الهوية والخصوصية إلى المعاملات. تصف الوثيقة التقنية الخاصة بـ Labyrinth بأنها برنامج وسيط "zkFi": "يوفر zkFi حلاً مُعبأًا يعمل كبرنامج وسيط للخصوصية مع امتثال مدمج". يشير الامتثال المدمج إلى "إلغاء إخفاء الهوية الانتقائي" الخاص بـ Labyrinth، وهو حل متطور يسمح بإخفاء هوية معاملات معينة لأطراف معينة معتمدة (مثل الوكالات القانونية مثل الإنتربول، وما إلى ذلك) مع الحفاظ على الشفافية والانفتاح.
تتضمن العقود الذكية الأساسية التي تستخدمها Labyrinth مجموعة متعددة المعاملات ومتعددة الأصول، مما يسمح للمستخدمين بتداول أصول متعددة في معاملة واحدة. من أجل إنفاق الأصول، يقوم المستخدمون بمسح الشبكة والحصول على بيانات التذاكر المشفرة، وفك تشفير التذاكر، وتصفية الأصول التي يريدون إنفاقها. يقوم المستخدم بعد ذلك بإنشاء ZKP يتضمن المعاملة ومفتاح التوقيع للملاحظة المرتبطة بالمعاملة التي يريد إنفاقها.
يتضمن جزء من عقد Labyrinth الأساسي عقد تحويل يتفاعل مع عقود الوكيل المعيارية، والتي تعد في الأساس وكلاء للعقود الخارجية. على سبيل المثال: إذا أراد المستخدم التفاعل مع Uniswap باستخدام Labyrinth، فسيقوم المستخدم بإنشاء معاملة تستخدم عقد تحويل لاستدعاء عملية مبادلة على مجمع Uniswap من خلال عقد وكيل Uniswap.
يستخدم بروتوكول zkFi الخاص بـ Labyrinth "التذاكر" لتتبع الأرصدة والتحويلات. الملاحظة هي في الأساس بنية بيانات تصف مقدارًا معينًا من الأصل والعنوان الذي ينتمي إليه. يقوم العميل بتخزين المعلومات اللازمة لإعادة بناء التذكرة ويستخدم هذه المعلومات لإنفاق الأصل. يتم تخزين الالتزام بالملاحظة (تجزئة معرف الأصل والمالك والقيمة) في شجرة Merkle على السلسلة. في الواقع، تستخدم Labyrinth شجرتي Merkle، واحدة للتذاكر والأخرى للعناوين الجذرية.
تحتوي بنية بيانات الملاحظة على المحتوى التالي:
assetId: الأصل المُمثل بواسطة معرف الملاحظة هذا (ETH، WBTC، MATIC، وما إلى ذلك).
القيمة: القيمة أو المبلغ الذي تمثله الملاحظة.
leafIndex: فهرس العقدة الورقية لشجرة Merkle الوعدية التي سيتم إدراج هذه الملاحظة فيها.
التعمية: عامل حماية عشوائي.
rootAddress: العنوان الجذر للمستخدم الذي لديه أذونات الإنفاق.
المبطل: نقطة المفتاح العام للمبطل المحدد.
ستلاحظ أن بنية البيانات أعلاه لا تحتوي على أي إشارة إلى مالك الأصل، وهو أمر غريب لأنه في ملاحظة ميرك الالتزام المسجل في الشجرة هو تجزئة معرف الأصل وقيمته ومالكه. في الواقع، يتم حساب المالك من عنوان الجذر، وعامل التراجع، وعامل الحماية العشوائي، لذا بالنسبة لمراقب خارجي، فإن المالك هو في الواقع عنوان جديد يتم إنشاؤه مع كل معاملة جديدة.
مجمع الحماية
الأمر المثير للاهتمام بشكل خاص بشأن Labyrinth هو أنه يختلف قليلاً عن البروتوكولات التقليدية المستندة إلى العناوين الخفية حيث أن مجمع الأصول هو في الواقع عبارة عن المجمع المحمي، الذي يعزز مفهوم الملاحظات لإنشاء تجمع UTXO محمي يوفر السرية الأمامية للمعاملات. تذكر أنه في تطبيق eip-5564، سيتمكن مستلمو تحويلات المستخدم من رؤية مصدر تلك الأموال. بمعنى آخر، تدفع أليس لبوب بالعنوان المخفي، ويدفع بوب لتشارلي، حتى يتمكن تشارلي الآن من معرفة أن بوب تلقى هذه الأموال في الأصل من أليس، وهكذا. ليس هذا هو الحال مع حوض السباحة الوقائي في Labyrinth.
لفهم كيفية عمل مجمع الحماية هذا، نحتاج إلى إلقاء نظرة على كيفية تحويل الأموال ضمن البروتوكول:
يعد رصيد المستخدم في مجمع الحماية أحد الملاحظات الخاصة بالبروتوكول المقابل. الأصول و. ومن أجل إنفاق هذه الملاحظات، يحتاج المستخدم إلى الكشف عن "العلامة غير الصالحة" لتلك الملاحظات. يرتبط المعرف غير الصالح بشكل فريد بالملاحظة، وبمجرد إنفاق الملاحظة، يتم وضع علامة على المعرف غير الصالح لمنع الإنفاق المزدوج ويتم إنشاء ملاحظة جديدة بناءً على الملاحظة المستهلكة. يمكن دمج ملاحظات متعددة لنفس الأصل، ويمكن إنشاء ملاحظات جديدة متعددة. المعرف غير الصالح هو ببساطة تجزئة (؟،؟،؟)، حيث ? هو مؤشر التزام الملاحظة في شجرة Merkle الخاصة بالملاحظة، و ? هو عنصر عشوائي يسمى أيضًا عامل الحماية.
يتعرف مستلمو تحويلات المعاملات الخفية على التحويل بنفس طريقة eip-5564، حيث يستمعون إلى الأحداث المنبعثة من العقد الأساسي ويحددون العنوان الخفي الذي سيتمكنون من إرسال الأموال منه، تسجيله محليا هذه العناوين. تم أيضًا تحسين سرعة تحديد الأموال الواردة من خلال الاستفادة من علامات العرض والتخزين المؤقت المحلي غير المتزامن ومزامنة الملاحظات طوال دورة حياة التطبيق.
تجري الأبحاث حاليًا لتسريع عملية الاكتشاف لتلقي التمويل، راجع هذا الاقتراح من Aztec: طلب تقديم مقترحات: ملاحظة بروتوكول الاكتشاف - الأزتيك.
فيما يتعلق بإنفاق الأموال، يجب على المستخدمين أيضًا إنشاء دليل zk، على عكس تطبيق erc-6654 الذي يعد في الأساس عنوان Ethereum عادي. يتطلب إنشاء الدليل محفظة متوافقة ويعمل بشكل جيد نسبيًا، ويستغرق حوالي 20 ثانية أو نحو ذلك على جهاز Android متوسط المدى.
الحزم والمحولات
تقدم Labyrinth بعض الميزات الرائعة التي تعالج بعض نقاط الضعف في التداول الخفي. يتم إرسال المعاملات المرسلة إلى عقد Labyrinth الأساسي كعمليات مستخدم من خلال أداة حزم erc-4337. يسمح هذا الإعداد بإنفاق الأوراق النقدية دون الحاجة إلى رموز ETH أو الغاز من المعاملة، حيث يمكن للمستخدمين الاستفادة من دافعي erc-4337 لدفع الغاز لهم، مما يضيف طبقة إضافية من الخصوصية. الاستثناء الوحيد هو الإيداع الأولي، الذي لم يتم تقديمه كإجراء مستخدم. هناك فائدة أخرى لاستخدام دافعي erc-4337 وهي القدرة على دفع ثمن الغاز من خلال نقل الأصول، حتى لو كانت رموز erc-20، لذلك تكشف Labyrinth عن واجهة برمجة تطبيقات Oracle لسعر الغاز.
هناك ميزة أخرى رائعة جدًا في Labyrinth وهي بنيتها المعيارية، والتي تسمح لعقود المحول بالعمل كوكلاء للتطبيقات اللامركزية التابعة لجهات خارجية. لا يسمح هذا للمستخدمين بنقل الأموال باستخدام المعاملات الخفية فحسب، بل يتفاعل أيضًا مع التطبيقات اللامركزية التابعة لجهات خارجية مثل DEXs مثل Uniswap وAave وLido وما إلى ذلك. تنفذ عقود الوكيل "المحول" بشكل أساسي وظيفة تتلقى مدخلات من أصل معين وتخرج بعض الأصول. المنطق الأساسي موجود في عقد طرف ثالث.
حلول الامتثال
تضمن Labyrinth الامتثال والامتثال التنظيمي من خلال إطار عمل يسمى إلغاء الهوية الانتقائي (SeDe).
تذكر أن بنية بيانات الملاحظة تحتوي على حقل يسمى "تم التراجع عنه". المُبطل هو عنوان كيان محدد يمكنه بدء عملية إلغاء الهوية. يجب على المستخدم تحديد مُبطل واحد على الأقل من قائمة محددة مسبقًا. لا يتحمل المبطلون المسؤولية فقط عن تحديد الأنشطة التي يحتمل أن تكون غير قانونية أو غير مناسبة، ولكنهم قد يستجيبون للطلبات الواردة من وكالات إنفاذ القانون.
لا يتمتع القائمون على التراجع بالقدرة الوحيدة على إلغاء إخفاء هوية المعاملات بشكل مباشر، لكنهم مسؤولون عن بدء طلبات إلغاء إخفاء الهوية. يتم نشر هذه الطلبات علنًا إلى The Guardian، وهو مجلس من الكيانات التي تشرف على الخصوصية والامتثال. يجب على الأوصياء التصويت بشأن السماح بإلغاء الكشف عن هوية المعاملات. إذا تمكن الأوصياء من الوصول إلى النصاب القانوني والتصويت لصالحه، فيمكن للتراجعين فك تشفير بيانات المعاملة، وربط المعاملات ذات الصلة بالمعاملات السابقة حتى يتم إلغاء إخفاء هوية سلسلة المعاملات بالكامل.
ينشئ هذا النظام سلسلة من الضوابط والتوازنات، لأن الأوصياء لا يستطيعون أن يقرروا الكشف عن بيانات المعاملات بمفردهم، وحتى إذا تواطؤوا، فلا يمكنهم فعل أي شيء دون التراجع، ولا يستطيع التراجعون وحدهم الأوصياء أن يفعلوا كل شيء بالأغلبية تصويت.
RAILGUN عبارة عن منصة تعتمد على Ethereum وBinance Smart Chain و المضلع و Arbitrum تم نشر نظام خصوصية المعاملات السرية على. يشبه البروتوكول Labyrinth في بعض النواحي، حيث أنه يعتمد على الملاحظات، التي يتم تخزينها كالتزامات في شجرة Merkle، وتشكيل مجموعة UTXO، أي عن طريق إنشاء ملاحظات جديدة لنفقات المستلمين الآخرين. وهذا يعني أن مالك الملاحظة فقط يمكنه حساب معرف الإبطال الخاص بها، والذي يتم إنشاؤه غالبًا من تجزئة مفتاح الإنفاق وفهرس الملاحظة في شجرة Merkle.
تستخدم العناوين التعريفية المشفرة في Railgun البادئة "0zk"، المشابهة لـ eip-5564، وهي عبارة عن مزيج من مفتاح العرض العام ومفتاح الإنفاق العام. ومع ذلك، يستخدم Railgun المفتاح Ed25519 على منحنى BabyJubJub بدلاً من ECDSA وsecp256k1. تمامًا مثل eip-5564، يقوم المستخدمون بمسح جميع الأحداث المنبعثة في عقد Railgun واستخدام مفتاح العرض الخاص بهم لتحديد الأحداث التي تمثل عمليات نقل إلى محفظتهم.
يستخدم Railgun شبكة من المذيعين الذين هم في الواقع مرسلون يتلقون المعاملات الوصفية للمستخدم ويبثون المعاملات الفعلية إلى blockchain المقابل نيابة عن المستخدم ويدفعون رسوم الغاز. يتم تشفير المعاملات من المستخدم إلى المذيع وإرسالها باستخدام بروتوكول Waku، مما يحمي عدم الكشف عن هوية المستخدم النهائي.
تتمتع Railgun ببنية معيارية تسمح لها بالتفاعل مع العقود الذكية الخارجية، مما يوفر وظائف تتجاوز عمليات النقل البسيطة. ويحقق ذلك من خلال عقد AdaptRelay، الذي يؤمن الرموز المميزة ويزيل حمايتها قبل التفاعل مع العقود الخارجية وبعده، على سبيل المثال، إلغاء حماية الرمز المميز A، وتبادل الرموز المميزة على بعض رموز AMM Token B، وحماية الرمز المميز B مرة أخرى إلى المالك الأصلي .
في الإصدار 3، تخطط Railgun للاستفادة من eip-4337 ودعم المعاملات التعريفية التقليدية. إنهم يأملون في تمكين المحللين المستقلين من المشاركة كمذيعين من خلال الحفاظ على مجموعة ذاكرة مستخدم eip-4337 مخصصة لـ Railgun. إنهم يعملون حاليًا مع Umbra للبحث في هذه المشكلة وتحديد حالات الحافة وكيفية حلها، مزيد من التفاصيل في قسم Railgun v3 أدناه.
الرسوم
يفرض بروتوكول Railgun رسومًا قدرها 0.25% على عمليات الإيداع والسحب. سيتم إرسال هذه الرسوم إلى خزانة DAO، والتي سيتم دفعها بمرور الوقت إلى المساهمين في رمز حوكمة RAIL. بالإضافة إلى رسوم الإيداع والسحب البالغة 0.25%، عادةً ما تفرض شركات البث رسومًا خاصة بها، والتي تبلغ عادةً حوالي 10% من رسوم الغاز للمعاملات الفعلية عبر السلسلة.
الحوكمة
تمتلك Railgun نظام حوكمة يسمح بتقديم أي شكل من أشكال الاقتراحات وأي تغييرات على العقد الأساسي (بما في ذلك العقود المالية وعقود الحوكمة) يجب أن تمر عبر DAO ويمكن تنفيذ الاقتراح. على نحو غير عادي، هناك حالات مختلفة من Railgun لها حكمها الخاص. على سبيل المثال، لدى Railgun أنظمة حوكمة منفصلة ورموز مميزة على Ethereum وPolygon وBinance Chain.
SDK وCookbook
يوفر Railgun حزمة SDK شاملة وموثقة جيدًا يمكن لمطوري المحفظة أو التطبيقات اللامركزية استخدامها لدعم وظيفة إنشاء العناوين الخفية. يحتوي Railgun أيضًا على كتاب طبخ، والذي يوفر "وصفات" ويسمح لمطوري التطبيقات اللامركزية بتوفير وحدات لـ Railgun لتمكين المستخدمين القدرة على استخدام Railgun للتفاعل مع التطبيقات اللامركزية الخاصة بهم. على سبيل المثال، يمكن للمطور كتابة وصفة لـ DEX تسمح للمستخدمين الذين لديهم رصيد رمزي في Railgun بتبادل الرموز المميزة بشكل خاص.
RailGun v3
سيؤدي الإصدار التالي من Railgun إلى تقليل تكاليف المعاملات بنسبة 50% إلى 60%. التغييرات الأخرى في الإصدار 3 هي دعم eip-4337 userops، عبر مجموعات ذاكرة مخصصة. بالإضافة إلى ذلك، سيدعم الإصدار 3 البنية القائمة على النوايا، مما يسمح للمحللين بالتنافس للحصول على أفضل تنفيذ، على الرغم من أن التفاصيل لا تزال عالية المستوى حتى كتابة هذه السطور. وهم يعملون حاليًا مع CowSwap ويخططون لاستخدام الخطاف المسبق واللاحق للسماح للمحللين بالوصول إلى الأموال.
Railgun Connect
يمكن القول إن التغيير الأكثر إثارة للاهتمام في الاقتراح هو أداة تسمى Railgun Connect، والتي تشبه WalletConnect وتسمح لعناوين 0zk بالاتصال بـ معظم الواجهات الأمامية مخصصة للاستخدام الخاص ولا تتطلب من هذه التطبيقات اللامركزية توفير التكامل بشكل صريح مع Railgun من خلال الوحدات النمطية المخصصة.
Railgun Connect هو امتداد للمتصفح يستخدم في الواقع حالة سلسلة النسخ المحلية HardHat ويحقن موفر web3 الخاص به في DApp، مع نقاط نهاية RPC لسلسلة إصدارات HardHat المحلية. يتيح لك هذا التفاعل مع عقد التطبيق اللامركزي كالمعتاد، وتسجيل المعاملة، ثم تجميعها وإنشاء دليل تسلل وإرساله إلى عقد Railgun على السلسلة الفعلية. ورغم أن هذا الوصف بسيط إلى حد ما، إلا أنه ينقل الفكرة العامة. يمكّنك هذا من التفاعل بشكل أساسي مع أي تطبيق DApp (قد تكون هناك بعض الحالات الطرفية للتطبيقات اللامركزية التي تتطلب معالجة إضافية خارج السلسلة). من المهم ملاحظة أن حفظ حالة السلسلة محليًا هي عملية كثيفة الاستخدام للموارد، ولكن بمجرد اكتمالها، يمكنك استخدام عنوان Railgun الخفي للتفاعل مع التطبيقات اللامركزية دون أي اختلاف عن استخدام المحفظة العادية.
توجد حاليًا بعض المقترحات المثيرة للاهتمام لإنشاء عناوين خفية في بروتوكول Ethereum. على سبيل المثال، يستخدم Inco مفهوم "غلاف" erc-20 الذي يقوم بتغليف عقود erc-20 العادية وتشفير جميع الأرصدة. تتم عمليات النقل والموافقات في حالة مشفرة باستخدام تشفير متماثل بالكامل. تعتمد Inco على التجميع المسبق الموجود حاليًا فقط على شبكتها الخاصة، ولكن قد يتم نقله إلى Ethereum في المستقبل.
هناك اقتراح آخر يسمى EIP-7503: الثقوب الدودية ذات المعرفة الصفرية، والذي يعتمد على على تصميم يسمى "Proof-of-Burn"، على الرغم من أن هذا الاقتراح لا يبدو أنه قد اكتسب جاذبية واسعة النطاق، ربما لأنه يتطلب تحديثًا لـ EVM، وبدون هذا التحديث لا يمكن تنفيذه إلا على مستوى الرمز المميز، وذلك باستخدام دعم مخصص eip-7503 تصميم erc-20 (أو إذا قرر L2 إضافة دعم لرموز تشغيل EVM الخاصة به).
Aztec قد تكون تقنية الخصوصية الأكثر تعقيدًا في الوقت الحالي، ولكنها تتطلب من المستخدمين تحويل الأموال إلى Aztec لاستخدامها، وهي مشكلة كبيرة للجميع وقد لا يكون ذلك مقبولاً لدى معظم المستخدمين. ومع ذلك، إذا زاد الطلب على خصوصية المعاملات الأساسية بين مستخدمي Ethereum، فقد يكون لدى Aztec عرض قيمة فريد ويصبح L2 ذا قيمة كبيرة حيث تنتقل التطبيقات اللامركزية والمستخدمون إلى منصة توفر الخصوصية افتراضيًا.
وبالمثل، Intmax هو إصدار Ethereum L2 يركز على الخصوصية (استنادًا إلى تصميم البلازما)، والذي يعد أيضًا جانبًا للإشراف على الامتثال، تتحقق ZKP من شرعية الأموال الشخصية بناءً على شهادات مكافحة غسيل الأموال وتفرض حدودًا على مبالغ المعاملات. لدى Intmax قيود في توفير الخصوصية لعمليات النقل، في حين أن عمليات العقود الذكية EVM لا تتمتع بالخصوصية. ومع ذلك، على عكس Aztec، يمكن كتابة العقود الذكية بلغة Solidity، وهو ما قد يفضله بعض المطورين (اعتمادًا على حالة الاستخدام).
دعم المحفظة
بينما نشهد زيادة في اعتماد بروتوكولات العناوين الخفية، وهي علامة إيجابية، لا تزال هناك العديد من التحديات. التحدي الأكثر أهمية هو أنها غير مدعومة بشكل كامل في محافظ Ethereum السائدة (على الأقل حتى الآن). قد يكون لدى المحافظ الرئيسية العديد من الخيارات التي يجب اتخاذها عند تقديم الدعم للعناوين الخفية. تتضمن هذه الاختيارات:
هل سيقدمون دعمًا استشاريًا لتنفيذ واحد، أم سيبنون ويحافظون على نوع ما من التكامل عبر بروتوكولات متعددة؟ مجمع؟ وقد يكون تطوير هذا الأخير وصيانته مكلفًا.
هل هناك اعتبارات تنظيمية وهل سيلزم اتخاذ موقف بشأن نطاق وآليات إلغاء إخفاء الهوية الانتقائي (كما هو الحال مع Labyrinth)؟
تتطلب العناوين الخفية مكونًا على السلسلة عبر عقد تسجيل (باستثناء Fluidkey)، مما يعني أن كل شبكة EVM يجب أن تكون مدعومة بشكل صريح بواسطة المحفظة (على الرغم من أن تصميم Umbra يسهل الوصول إلى إذن بدون إذن) نشر التسجيل).
تؤدي العناوين الخفية إلى تعقيد عمليات التكامل الحالية مع أجهزة كشف الكتل مثل Etherscan. على سبيل المثال، لن يعمل زر "العرض على الكاشف" مع عناوين التعريف الخفية لأن المحافظ تعرض الأرصدة المجمعة. قد توجد هذه المشكلة أيضًا في عمليات النقل. يجب النظر بجدية في حالات الحافة هذه.
اعتمادًا على التنفيذ الأساسي، يمكن للمستخدمين فقط استخدام العناوين الخفية بشكل فعال مع مجموعة محددة من التطبيقات اللامركزية، أي تلك التي يدعمها البروتوكول الأساسي. ستجعل بنية عنوان التخفي المعيارية هذا ممكنًا. ومع ذلك، لن يتم دعم جميع التطبيقات اللامركزية (DApps) وسيحتاج المستخدمون إلى إعلامهم بطريقة ما. يعد هذا أمرًا سهلاً نسبيًا عند استخدام eip-5506، ولكن لا تزال هناك تعقيدات وحالات حافة يمكن أن تتسلل إلى تجربة مستخدم المحفظة.
هناك أيضًا مجال للتحسين في منع سوء نظافة خصوصية المستخدم، راجع هذه المقالة: " تحليل عدم الكشف عن هويته لنظام Umbra Stealth Address Scheme على Ethereum"، نجح المؤلف في إلغاء إخفاء هوية 48.5% من المعاملات غير المرئية على شبكة Ethereum الرئيسية. إن الاستدلالات التي يستخدمونها لا علاقة لها بالبروتوكول، بل تتعلق بنظافة الخصوصية، مثل قيام المستخدمين بإرسال الأموال إلى عنوان مخفي يتحكمون فيه ثم إرسال هذه الأموال مرة أخرى إلى عنوان الإرسال الأصلي، معتقدين خطأً أن إمكانية التتبع قد تم كسرها. بشكل عام، حدد المؤلفون 6 أساليب استدلالية مختلفة يمكن استخدامها لإلغاء إخفاء هوية معاملات العناوين الخفية، والتي تعتمد في الغالب على عدم اتباع أفضل الممارسات. ومع ذلك، فهذه هي المشكلات الهامة المتعلقة بتجربة المستخدم والتي تحتاج إلى معالجة.
بشكل عام، أنا متفائل جدًا بشأن العناوين الخفية والخصوصية في إيثريوم. أعتقد أننا حققنا تقدمًا مثيرًا للإعجاب وحددنا بعض التحديات التي يمكن حلها. أعتقد أن المحافظ السائدة ستجد طرقًا لتقديم الدعم للعناوين الخفية حتى يتمكن المستخدمون من استخدام هذه العناوين بسهولة مع المستوى الطبيعي من الخصوصية الذي يتوقعه المستخدمون ويستحقونه.
شكرًا لجميع الفرق التي استثمرت الوقت والعمل الجاد في البحث وبناء البنية التحتية للعناوين الخفية، بما في ذلك البروتوكولات الأربعة التي ذكرتها في هذا المنشور. سيكون لعملهم الجاد ومثابرتهم تأثير كبير على Ethereum!
أكملت Scroll، وهي zkRollup القائمة على zkEVM على Ethereum، مؤخرًا ترقية Curie، مما أدى إلى خفض رسوم الغاز بشكل كبير. باعتباره مشروع ZK-rollup متوقعًا للغاية، ألمح Scroll إلى "شبكة حوافز" لتشجيع المشاركة، مما يشير إلى احتمالية الإسقاط الجوي.
Catherineيعمل Dropnest على تبسيط عملية زراعة الإسقاط الجوي من خلال تقديم حل بنقرة واحدة يلغي الحاجة إلى إجراء بحث مكثف وعمليات معقدة. بفضل الخزائن الذكية الآمنة والمنصة الشفافة وسهلة الاستخدام، يمكن للمستخدمين المشاركة بسهولة في عمليات إسقاط جوي متعددة وتعظيم مكافآتهم.
Weatherlyقام كريغ رايت، الذي ادعى أنه منشئ بيتكوين ساتوشي ناكاموتو، بتحديث موقعه على الإنترنت بموجب أمر من المحكمة بإشعار قانوني ينفي هذا التأكيد. بعد 8 سنوات، هل هذه حقًا نهاية ملحمة تأليف البيتكوين؟
Kikyoيهدف قانون حماية مستخدم الأصول الافتراضية الجديد في كوريا الجنوبية، والذي دخل حيز التنفيذ في 19 يوليو 2024، إلى حماية المستخدمين وتنظيم أسواق الأصول الافتراضية من خلال فرض مراقبة صارمة للمعاملات ومنع الممارسات غير العادلة. يعالج هذا التشريع أيضًا المخاوف بشأن احتكار السوق، لا سيما فيما يتعلق بحصة Upbit الكبيرة في السوق وشراكتها مع K Bank.
AnaisForgotten Playland، وهي لعبة مجانية للحفلات الاجتماعية تم إطلاقها في أواخر أبريل، تأخذ اللاعبين إلى علية مهجورة بها شخصيات ألعاب فخمة تسمى PlushKyns. يتطور هذا العالم الغريب باستمرار، مع إضافة محتوى جديد شهريًا.
CatherineKiloEx هو لاعب جديد في ساحة DEX، مدعوم من قبل لاعبين معروفين مثل Binance Labs وForesight Ventures، بهدف توفير تجربة سهلة الاستخدام مع رافعة مالية عالية وميزات مبتكرة مثل نسخ التداول وأدوات إدارة المخاطر.
Anaisحث المؤسس المشارك لشركة إيثريوم، فيتاليك بوتيرين، الناخبين على عدم دعم المرشحين لمجرد كونهم مؤيدين للعملات المشفرة في منشور مدونة حديث. وأثار ذلك ردود فعل متباينة، خاصة بين أنصار ترامب والأصوات المحافظة.
Kikyoتعاونت Pixelverse وPudgy Penguins لمزج مقتنيات NFT مع طريقة اللعب، مما أدى إلى توسيع نطاق وصول العلامتين التجاريتين إلى مجتمع Web3. إن نمو Pixelverse، المدعوم بالشراكات الاستراتيجية والتمويل، يضعها كلاعب رائد في ألعاب العملات المشفرة، بهدف جعل تكنولوجيا blockchain متاحة من خلال آليات الألعاب المبتكرة.
Joyتخطط Blum، وهي بورصة عملات مشفرة هجينة داخل Telegram، لإطلاق منتج شامل يتضمن المقايضات والمحافظ والعقود الدائمة، بحلول نهاية هذا العام. هناك إطلاق رمزي محتمل في الأفق أيضًا.
Catherineتحظى لعبة Play-to-Airdrop من Catizen باهتمام كبير من خلال استثمارات كبيرة من The Open Platform (TOP) وHashKey Capital، وذلك بفضل طريقة لعبها الجذابة وتكاملها القوي مع TON blockchain. مع 25 مليون لاعب وميزات مبتكرة مدعومة بالذكاء الاصطناعي، من المقرر أن يكون لـ Catizen تأثير كبير في عالم GameFi.
Anais