*أرسل العنوان الأصلي: تقرير بحثي لشركاء يوريكا: التفرد - معاملات الخصوصية على سلسلة بلوكتشين شفافة

مقدمة العملة

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

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

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

ما هي حمامات الظلام？

تشير Dark Pools في الأسواق المالية التقليدية إلى منصات التداول الخاصة التي لا تكشف علنًا عن المعلومات التجارية، مما يسمح للمستثمرين بإجراء معاملات كبيرة دون الكشف عن نواياهم التجارية. يرتبط ظهور تداول المجمع المظلم في الولايات المتحدة ارتباطًا وثيقًا بالطلب المتزايد على تحويلات الأسهم واسعة النطاق بسبب التكرار المتزايد لعمليات الاندماج والاستحواذ في سوق الأوراق المالية. مع تطور الأسواق المالية، أصبحت أهمية المجمعات المظلمة في مختلف المجالات مثل الأسهم والسندات والعملات الأجنبية بارزة بشكل متزايد، خاصة في العصر الذي يهيمن فيه التداول عالي التردد والخوارزمي. تشير الإحصائيات إلى أن معاملات المجمع المظلم تمثل 30% إلى 50% من سوق الأوراق المالية، لتصبح عنصرًا مهمًا في سيولة السوق.

في سوق العملات المشفرة، مع نمو مجموعة كبار المستثمرين، يستمر الطلب على المعاملات كبيرة الحجم في الارتفاع. ولهذه الطلبات الكبيرة تأثير كبير على السوق، بل إنها تؤدي في بعض الأحيان إلى اضطراب السوق. ولتجنب مثل هذه المخاطر، يلجأ العديد من المتداولين إلى سوق OTC أو حتى مجموعات Telegram لإجراء المعاملات. وفقًا لبيانات بورصة Kraken في عام 2020، ارتفع حجم التداول العالمي خارج البورصة 20 مرة منذ عام 2018، بمتوسط حجم معاملات يومي يبلغ حوالي 300 مليار دولار أمريكي، وهو ما يمثل ما يقرب من 70٪ من إجمالي حجم تداول سوق العملات المشفرة. ومع ذلك، يواجه سوق OTC أيضًا مشكلات تتعلق بعدم كفاية السيولة ونقص التنظيم. ولمواجهة هذه التحديات، تم تقديم حلول Dark Pools كحل يهدف إلى توفير بيئة تجارية أكثر استقرارًا وخصوصية.

تشمل النقاط الرئيسية حول حمامات السباحة المظلمة ما يلي:

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

• تقليل تأثير السوق: تتيح المجمعات المظلمة للمستثمرين المؤسسيين الكبار تنفيذ أوامر كبيرة دون التسبب في تقلبات كبيرة في الأسعار في السوق العامة، مما يقلل من تأثير السوق وانزلاقه.

• عدم الكشف عن استراتيجيات التداول: تساعد معاملات Dark Pool على حماية استراتيجيات المتداولين من أن تكون معروفة للسوق العامة، مما يمنعهم من استغلالها من قبل MEV (قيمة التعدين القابلة للاستخراج)، ونسخ المراجحة التجارية، والمراجحة الإحصائية.

• السيولة وتحسين الأسعار: توفر المجمعات المظلمة سيولة إضافية للسوق من خلال مطابقة المشترين والبائعين الذين قد لا يجدون نظراء في البورصات التقليدية، مما قد يوفر تحسينات في الأسعار، خاصة بالنسبة للتداولات كبيرة الحجم.

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

تقنيات الخصوصية الأساسية

تعد حمامات السباحة المظلمة فرعًا من مسار الخصوصية. من خلال تقنيات تحسين الخصوصية (PETs) التالية، مثل Zero-Knowledge Proofs (ZKP)، والحوسبة متعددة الأطراف (MPC)، والتشفير المتماثل بالكامل (FHE)، تقوم المجمعات المظلمة بحقن الخصوصية في البنية التحتية الخاصة بها.

إثبات المعرفة الصفرية (ZKP)

تسمح تقنية إثبات المعرفة الصفرية (ZKP) للمُثبِّت بإثبات صحة البيان للمدقق دون الكشف عن أي معلومات جوهرية. تعتبر هذه التقنية حاسمة بشكل خاص في حلول قياس الطبقة الثانية من Ethereum، مثل ZK Rollup، والتي تحقق التحقق من صحة المعاملة عن طريق ضغط بيانات المعاملة في أدلة ZK مدمجة وإرسالها إلى الشبكة الرئيسية. لا تشغل هذه الأدلة الحد الأدنى من مساحة التخزين فحسب، بل تحمي أيضًا خصوصية معلومات المعاملة، مما يجسد المزايا الطبيعية لآلية غير موثوقة. لا يقتصر تطبيق تقنية ZKP على القياس ولكنه يشمل أيضًا حوسبة الخصوصية، حيث تتمثل تطبيقاتها الرئيسية في zkSNARKs وzkSTARKs وBulletproofs. تعمل هذه التقنيات بشكل جماعي على تعزيز حماية خصوصية العملات المشفرة وكفاءة المعاملات.

مقدمة لإثباتات المعرفة الصفرية

الحساب متعدد الأطراف (MPC)

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

مقدمة للحساب الآمن متعدد الأطراف

▪ التشفير المتماثل بالكامل (FHE)

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

الموازنة بين مكافحة الرقابة والامتثال

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

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

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

يوفر ظهور أدوات حماية الخصوصية مثل Tornado Cash إمكانية إجراء أنشطة مالية مجهولة المصدر عبر السلسلة، ولكن تم استخدام هذه الأدوات أيضًا من قبل المجرمين في أنشطة غير قانونية مثل غسيل الأموال. تم إدراج عنوان العقد الذكي الخاص بـ Tornado Cash من قبل مكتب مراقبة الأصول الأجنبية (OFAC) بسبب عدم الامتثال. يحتفظ مكتب مراقبة الأصول الأجنبية (OFAC) بقائمة من المواطنين المعينين خصيصًا (SDN) لمعاقبة الأفراد والكيانات غير الممتثلة. البروتوكولات التي لا تتوافق مع لوائح مكتب مراقبة الأصول الأجنبية لديها احتمالية كبيرة لاستبعاد معاملاتها من الكتل الموجودة على السلسلة. اعتبارًا من 23 فبراير 2024، تتطلب 45% من الكتل مراجعة قائمة مكتب مراقبة الأصول الأجنبية (OFAC). لا تؤثر مشكلة مكافحة الرقابة هذه على منتجي الكتل فحسب، بل تؤثر أيضًا على القائمين على التحقق من الصحة والمرسلين، الذين قد يتجاهلون بشكل انتقائي معاملات أو كتل معينة.

نسبة الكتل التي تمت مراجعتها من قبل قوائم مكتب مراقبة الأصول الأجنبية (OFAC).

مع حظر Tornado Cash لعدم امتثالها، ظهر فراغ في السوق لحلول الخصوصية المتوافقة. ولملء هذا الفراغ، تحتاج مشاريع Dark Pool اللاحقة إلى توفير حماية الخصوصية مع تجنب المخاطر التنظيمية المماثلة. إحدى الطرق الفعالة هي دمج عمليات KYB/KYC التي تم التحقق منها في المشروع، مما يضمن شرعية أنشطة المستخدم ويساعد على تجنب المخاطر التنظيمية المحتملة. غالبًا ما تتخلف اللوائح القانونية عن التقدم التكنولوجي، مما يجعل مشاريع الخصوصية قابلة للاستغلال بسهولة في أنشطة غير قانونية. يعد تبني اللوائح والامتثال لها بشكل فعال أمرًا بالغ الأهمية لضمان أمن المشروع وشرعيته.

مشهد المنافسة وتحليل المشاريع

بين عامي 2010 و2022، كان عدد مشاريع Dark Pool محدودًا، ولم تحظ هذه المشاريع باعتراف واسع النطاق بين عامة الناس. ومع ذلك، مع تقدم تقنيات تعزيز الخصوصية مثل Zero-Knowledge Proofs (ZKP) والحوسبة متعددة الأطراف (MPC)، رحب مجال Dark Pool بسلسلة من الحلول التكنولوجية المبتكرة. أدى تطوير هذه التقنيات إلى إعادة حمامات السباحة المظلمة إلى أعين الجمهور في عام 2023. ومع ذلك، ونظرًا لتعقيد التكنولوجيا، فإن عدد المشاريع في سباق السباحة المظلمة لا يزال صغيرًا نسبيًا. فيما يلي بعض المشاريع التي أصبحت ناضجة نسبيًا.

1. Renegade، الذي تم إنشاؤه في عام 2022، عبارة عن تجمع مظلم لامركزي يعتمد على بنية MPC-ZKP، وهو مصمم لتوفير خدمات معاملات كبيرة للمستثمرين المؤسسيين. يقوم Renegade بإجراء مطابقة الطلبات من خلال شبكة نظير إلى نظير وتقنية الحوسبة متعددة الأطراف (MPC) ويستخدم ZK-SNARKs لضمان بقاء تفاصيل المعاملة مجهولة المصدر للغرباء أثناء عملية التحقق من مطابقة الطلب. بالإضافة إلى ذلك، فإنها تستخدم آلية تنفيذ النقطة المتوسطة لضمان تسوية جميع المعاملات مباشرة بسعر النقطة المتوسطة المجمعة في الوقت الفعلي للبورصات المركزية لتجنب الانزلاق. تعمل ميزة التجارة المتبادلة الافتراضية المجهولة، جنبًا إلى جنب مع مؤشرات الفائدة، على تعزيز الاكتشاف الشامل للأسعار وتحسين السيولة.

2. Penumbra هي عبارة عن منصة تداول لا مركزية تم إنشاؤها ضمن نظام Cosmos البيئي، وتوفر بيئة تداول مظلمة تشبه المجمع تسمح للمستخدمين بالتداول مع الحفاظ على الخصوصية. من خلال آلية التفويض الخاص، تجمع Penumbra بين حماية الخصوصية وآلية توافق إثبات الملكية (PoS)، مما يوفر مشتقات الستاكينغ، والستاكينغ الفعال من حيث الضرائب، والحوكمة على السلسلة مع التصويت الخاص. تتصل Penumbra بالنظام البيئي Cosmos عبر Inter-Blockchain Communication (IBC)، حيث تعمل بمثابة تجمع مظلم على مستوى النظام البيئي يسمح بالمعاملات الخاصة في أي أصول متوافقة مع IBC. يمكن للمستخدمين أيضًا استخدام ZSwap، وهي بورصة لامركزية خاصة تدعم مزادات دفعة العطاءات المختومة والسيولة المركزة المشابهة لـ Uniswap-V3، لتبادل هذه الأصول.

3. Panther عبارة عن منصة DeFi متعددة السلاسل تتضمن تقنية المعرفة الصفرية، والتي تهدف إلى توفير حل متوافق مع التنظيم ويحمي خصوصية المستخدم. يمكن للمستخدمين إيداع الأصول الرقمية في Panther's Multi-Asset Shielded Pools (MASPs) والحصول على zAssets على أساس 1:1. من خلال وحدة Zswap، يتصل Panther ببروتوكولات DeFi الأخرى، ويجمع عروض الأسعار لاختيار المستخدم. أثناء المعاملات، تقوم Zswap بإنشاء عقد ضمان مشفر، مما يسمح للمستخدمين بتبادل الأصول دون الكشف عن تفاصيل المعاملة. يمكّن هذا التصميم الأصول من التعايش في مجموعات متنوعة، مما يحافظ على عدم تجانس البيانات، مما يجعل من الصعب تتبع المستخدمين وإلغاء إخفاء هويتهم. تستفيد مجمعات Panther المحمية من تقنية ZK SNARK وZKP لضمان خصوصية المعاملات والامتثال لها.

4. Railgun هو نظام خصوصية ببنية ZKP-MPC مصممة لـ Ethereum وBSC وPolygon وArbitrum، وذلك باستخدام تقنية تشفير المعرفة الصفرية (ZK) والاستفادة من تقنية MPC في حفل الإعداد الموثوق به. يتيح للمستخدمين تنفيذ العقود الذكية وعمليات DeFi بشكل آمن مع الحفاظ على خصوصية المعاملات. عندما يقوم المستخدمون بإصدار أوامر المعاملات من خلال Railgun، يقوم العقد الذكي Adapt Module تلقائيًا بمعالجة كشف خصوصية الرصيد الخاص، والتحقق من صحة الطلب، ثم يقوم بالترحيل للعثور على أفضل سعر صرف في سيولة DEX المجمعة، وأخيرًا إعادة حماية أصول المعاملة لضمان عدم الكشف عن هويته نشاط المستخدم والعناوين. لا تنطبق هذه العملية على بورصات الأصول فحسب، بل يمكن أيضًا توسيعها لتشمل أنواع معاملات DeFi الأخرى.

التفسير الفني للتفرد:

كيفية تنفيذ المعاملات الخاصة

فهم مفهوم المعاملات الخاصة

لفهم مفهوم المعاملات الخاصة، من الضروري النظر في كل من الأطراف المشاركة في المعاملة وتفاصيل المعاملة، مع التمييز بين نوعين من الخصوصية: عدم الكشف عن هويته والإخفاء.

تتضمن المعاملة القياسية العناصر التالية:

• أطراف المعاملة: يشمل ذلك المرسل (التاجر أ) والمستلم (التاجر ب) للمعاملة.

• تفاصيل المعاملة: يشمل ذلك مبلغ المعاملة وعدد المعاملات الفرعية وتجزئة المعاملة وتفاصيل محددة أخرى.

يمكن تصنيف المعاملات الخاصة إلى نوعين بناءً على مستوى رؤية المعلومات لأطراف ثالثة:

• المعاملات المجهولة: في المعاملات المجهولة، تكون عناوين المرسل والمستلم غير معروفة لأطراف ثالثة. وهذا يعني أنه أثناء عملية المعاملة، باستثناء الطرفين المشاركين في المعاملة، لا يمكن لأي شخص آخر تحديد المشاركين المحددين. على سبيل المثال، Tornado Cash هو بروتوكول خصوصية يحقق عدم الكشف عن هويته عن طريق تشويش مسارات المعاملات.

• المعاملات الخفية: في المعاملات الخفية، بينما يكون عنوان المرسل والمستلم مرئيين، لا تكون التفاصيل المحددة للمعاملة معروفة. وهذا يعني أن مبلغ المعاملة وعدد المعاملات الفرعية وتجزئة المعاملة والمعلومات التفصيلية الأخرى مخفية عن الأطراف الثالثة. يمكن تحقيق هذا النوع من الخصوصية باستخدام تقنيات مثل Zero-Knowledge Proofs (ZKP). على سبيل المثال، Zcash هي عملة مشفرة للخصوصية تستخدم تقنية zk-SNARKs لإخفاء تفاصيل المعاملة.

التفرد تفسير العمارة الشاملة

نظرة عامة على بنية التفرد

بالنظر إلى الهيكل العام، يمكن تقسيمه إلى 5 وحدات تقريبًا:

1. التفرد

هذا هو العقد الذكي الذي يتفاعل معه المستخدمون بشكل أساسي، ويستخدم للتعبير عن منطق دائرة ZK وتنفيذه. تتضمن وظائف هذه العقود الذكية إخفاء الرصيد وسجلات المعاملات الخاصة برموز ETH/ERC20 لتحقيق إخفاء الهوية وإخفاء محتويات المعاملة. إنه بمثابة مجمع سيولة يجمع جميع الأصول من جميع أنواع المتداولين. ينبع اسمه من ميزته الفريدة، وهي أنه بالنسبة لجميع المراقبين، يبدو أن جميع معاملات البروتوكول تنشأ من هذا العقد الذكي. يوفر هذا التصميم للمستخدمين خصوصية متعددة الأبعاد.

في بروتوكول التفرد، تشكل ZK Notes الوحدة الأساسية للمعاملات، والتي تحتوي على معلومات المعاملات الهامة، بما في ذلك نوع الأصل والمبلغ والمعرف المشفر المتعلق بالمالك. يهدف تصميم هذه الملاحظات إلى توفير مستوى عالٍ من حماية الخصوصية، مما يضمن حماية هويات المتداولين ومعلومات الأصول بشكل فعال.

تتضمن كل ملاحظة المعلومات الأساسية التالية:

• نوع الأصل: يشير إلى نوع الأصل المتضمن في المعاملة، مثل نوع الرمز المميز للعملة المشفرة أو الأصول الرقمية الأخرى.

• المبلغ: يشير إلى كمية الأصول الموجودة في الملاحظة، المستخدمة لتحديد قيمة المعاملة.

• Rho: قيمة حقل يتم إنشاؤها عشوائيًا تُستخدم لتعزيز خصوصية المعاملات، مما يمنع المراقبين الخارجيين من تتبع المعاملة وتحليلها.

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

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

ملاحظة الإضافة والتخزين

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

للتوضيح بمثال بسيط:

لنفترض أن أليس هي مستخدمة لبروتوكول التفرد. في مرحلة ما، تقوم بإجراء معاملة، حيث تقوم بإيداع 1 ETH في عقد التفرد. سيتم تسجيل هذه المعاملة كملاحظة وإرفاقها بشجرة Merkle الحالية. في هذه اللحظة، يتم حساب جذر شجرة Merkle من هذه الملاحظة الفردية.

بعد ذلك، أجرى بوب أيضًا معاملة، حيث قام بإيداع 0.5 إيثريوم في عقد التفرد. سيتم أيضًا تسجيل هذه المعاملة كملاحظة وإلحاقها بشجرة Merkle الحالية. يتم تحديث جذر شجرة Merkle عند إضافة ملاحظات جديدة.

ملاحظة: في حالة إنشاء عدد فردي من الملاحظات لجذر شجرة ميركل، سيتم تكرار الملاحظتين الفرديتين وحساب تجزئتهما.

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

التحقق من المعاملات من الملاحظات

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

على سبيل المثال:

لنفترض أن أليس لديها مذكرة تحتوي على 1 ETH قامت بإيداعها في عقد التفرد، وأن إبطال تلك المذكرة هو "AAA123". الآن، تريد أليس استخدام هذه الأموال في معاملة ما، لذا يجب عليها تقديم "AAA123" باعتباره المُبطل وإثبات النقطتين التاليتين من خلال إثبات المعرفة الصفرية:

1. إثبات أن "AAA123" مرتبط بالسند الذي تم إنفاقه، أي أن أموال هذه المعاملة تأتي بالفعل من تلك السندات.

2. إثبات وجود المذكرة في شجرة ميركل، أي أن المذكرة سبق أن تم إيداعها في عقد التفرد ولم يتم التلاعب بها.

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

فيما يلي تنفيذ الكود الكاذب للمنطق أعلاه:

// الكود الكاذب 
 صلابة pragma ^0.8.0; 
 عقد SingularityContract { 
 mapping(address => mapping(bytes32 => bool)) Private validValues; 
 mapping(bytes32 => bool) public merkleTree; 
 // عملية الإيداع، إيداع الأموال في عقد التفرد 
 وظيفة الإيداع (bytes32 noteHash، bytes32 validValue) public payable {
       require(msg.value > 0, "Deposit amount must be greater than 0");
       // Add the Note to the Merkel tree
       merkleTree[noteHash] = true
       // Store the nullifier
       invalidValues[msg.sender][noteHash] = true;
   }
   // عملية إنفاق المعاملة، والتحقق من الإبطال والأدلة، وتنفيذ المعاملة 
 وظيفة الإنفاق (bytes32 noteHash، bytes32) قيمة غير صالحة، إثبات ذاكرة البايت) public {
       // Verify that the provided nullifier matches the stored one
       require(invalidValues[msg.sender][noteHash], "Invalid value does not match");
       // Verify the existence of the Note in the Merkel tree
       require(merkleTree[noteHash], "Note does not exist in the Merkle tree");
       // Verify the zero-knowledge proof
       require(_verifyProof(noteHash, invalidValue, proof), "Proof verification failed");
       // Execute the transaction, transferring funds to the recipient
       // The specific transfer operation is omitted here
   }
   // وظيفة التحقق من إثبات المعرفة الصفرية 
 function _verifyProof(bytes32 noteHash, bytes32 validValue, إثبات ذاكرة البايت) عرض خاص يُرجع (bool) {
       // In practice, specific zero-knowledge proof verification is required
       // The specific verification process is omitted here
       // If the proof is successfully verified, return true, otherwise return false
       return true;
   }
}

1. حجز

يستخدم Book تقنية التشفير المتماثل بالكامل (FHE) لإنشاء دفتر أوامر خاص تمامًا دون اتصال بالإنترنت، مما يوفر للمتداولين بيئة تداول آمنة وموثوقة. داخل نظام الكتاب، تلعب مجموعة خاصة من عقد FHE، المعروفة باسم Bookies، دورًا حاسمًا، وتدير دفتر الطلبات بشكل جماعي. تتضمن عملية المطابقة ما يلي:

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

لضمان التشغيل المستقر لنظام الكتاب، تم اعتماد آلية حافز لقاعدة الأغلبية، ويطلب من وكلاء المراهنات الحصول على الرموز المميزة:

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

• تهدف الرموز المميزة للتخزين إلى الحماية من هجمات Sybil مع تحفيز وكلاء المراهنات على الوفاء بواجباتهم وضمان التشغيل السلس للنظام.

في نظام الكتاب، تعد إدارة الهوية والسمعة أمرًا أساسيًا، مع الابتكارات بما في ذلك:

• تتوافق كل هوية مجهولة مع سمعة تعكس احتمالية استيطانها التاريخي، مع الحفاظ على خصوصية الهوية.

• يمكن للمتداولين تعيين حدود السمعة لتصفية الطلبات المتطابقة مع نظرائهم، مما يضمن أمان المعاملات وموثوقيتها.

• سوف يتعرض المتداولون الذين يفشلون في التسوية إلى عقوبات تتعلق بالسمعة، مما يؤثر أيضًا على سمعة نظرائهم التجاريين.

على سبيل المثال، لنفترض أن أليس تريد شراء 1 ETH،

• تقديم الطلب: تقدم أليس طلبًا لشراء 1 ETH بسعر محدد قدره 2000 دولار أمريكي.

• مطابقة الطلب: يعثر نظام الكتاب على بائع، يُدعى Bob، يرغب في بيع 1 ETH بسعر 2000 دولار أمريكي.

• تأكيد المعاملة: يؤكد أليس وبوب أن طلباتهما قد تمت مطابقتها بنجاح.

• تسوية المعاملة: تدفع أليس لبوب 2000 دولار أمريكي وتتلقى 1 إيثريوم. يقوم نظام التفرد بتحديث أرصدة حساباتهم.

• إدارة السمعة: إذا فشل بوب في إكمال المعاملة في الوقت المحدد أو أظهر سلوكيات سلبية أخرى، فقد تنخفض سمعته، مما يؤدي إلى تقييد النظام لمطابقته مع المتداولين الآخرين. إذا كان تصنيف سمعة بوب هو 5، فهذا يشير إلى أنه تاجر موثوق به. ومع ذلك، إذا فشل في إكمال المعاملة في الوقت المحدد أو انخرط في سلوكيات سلبية أخرى، مثل إلغاء الطلبات عدة مرات أو التلاعب بالسوق بشكل ضار، فقد تتأثر سمعته. قد يؤدي هذا إلى انخفاض بمقدار نقطة واحدة في تصنيف سمعته إلى 4، مما يحد بشكل أكبر من عتبة المشاركة التجارية المستقبلية.

1. أتمتة

الأتمتة عبارة عن AMM-DEX مضمن في البروتوكول، حيث يعمل Book كمزود بديل للسيولة. نظرًا لأن المتداولين يمكنهم إرسال المعاملات من خلال Singularity لإيداع الأموال، وتكون Singularity مجهولة المصدر، فإن الودائع في Automation تكون مجهولة أيضًا. وهذا يعني عدم الكشف عن هويات المتداولين، مما يحمي خصوصيتهم.

يمكن للمتداولين سحب الأموال من Automation في أي وقت وتحويلها إلى عقد Singularity. تسمح هذه المرونة للمتداولين بإدارة أموالهم بحرية وسحبها عند الحاجة. وبالمثل، نظرًا لأن عقد التفرد نفسه مجهول الهوية، فإن عملية السحب تحافظ أيضًا على عدم الكشف عن هوية المتداولين.

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

1. ترحيل

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

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

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

1. واجهة برمجة التطبيقات

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

معاملات الخصوصية

بناءً على البنية المذكورة أعلاه، يمكن تنفيذ معاملات الخصوصية المذكورة سابقًا:

• المعاملات المجهولة (الأتمتة)

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

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

• المعاملات المجهولة + المخفية (التسوية من خلال التفرد)

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

تجارة Dark Pool: تنفيذ التفرد

عملية التداول التفردية

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

1. تحويل المعاملات

تحدث معاملات النقل في المقام الأول بين عقدتين للتاجر. نحن نحدد عقدة المتداول المتلقي على أنها التاجر أ وعقدة التاجر المرسلة على أنها التاجر ب. العملية المحددة للمعاملة بين التاجر أ والتاجر ب هي كما يلي:

1) عند إجراء معاملة، يجب على المتداول "ب" إيداع الأموال في عقد التفرد. يقوم المتداول B بتشفير معاملة الإيداع هذه عن طريق استدعاء واجهة برمجة التطبيقات (API)، وبالتالي إنشاء إثبات ZK، والذي يشار إليه أيضًا باسم ZK Note، ويقدمه إلى عقد التفرد للتحقق من قيام المتداول B بإيداع الأموال.

2) بعد إيداع الأموال، يبدأ المتداول "ب" معاملة تحويل عن طريق الاتصال بواجهة برمجة التطبيقات (API) لإرسال مذكرة ZK إلى عقد التفرد.

3) عند استلام مذكرة المتداول "ب"، يحدد عقد التفرد التاجر المقابل "أ" بناءً على المعلومات المقدمة في المذكرة. في هذه المرحلة، يستطيع المتداول "أ" استخراج مبلغ معاملة التحويل من عقد التفرد.

في هذه العملية، نلاحظ أن التفاعل بين العقد والعقد يتم من خلال ZK Notes. تستخدم الملاحظات نموذج UTXO للنقل، والذي يمتلك بطبيعته درجة من الخصوصية وعدم الكشف عن هويته مقارنة بنموذج الحساب. تضمن هذه الطريقة أن تفاصيل المعاملة معروفة فقط لمبادرها، بينما يبدو خارجيًا كما لو أن بعض العناوين قد تفاعلت مع عقد التفرد. ومع ذلك، لا يمكن التقاط تفاصيل المعاملة الأساسية، مثل عنوان المستلم أو مبلغ المعاملة.

1. معاملات المبادلة

بالمقارنة مع معاملات التحويل، تعد معاملات المبادلة أكثر تعقيدًا إلى حد ما بسبب الحاجة إلى العثور على نظير تجاري. هنا، نحدد عقدة المتداول التي ترغب في المشاركة في معاملة المبادلة باسم المتداول C وعقدة المتداول الخاصة بالشريك التجاري التي تم العثور عليها في النهاية باسم المتداول D. عملية المعاملة المحددة بين المتداول C والمتداول D هي كما يلي:

1) على غرار الخطوة الأولى من معاملة النقل، يحتاج المتداول "ج" إلى إيداع الأموال في عقد التفرد، وفي الوقت نفسه، سيبدأ المتداول "ج" معاملة الطلب إلى عقدة الكتاب عن طريق استدعاء واجهة برمجة التطبيقات.

2) تعمل عقدة الكتاب كعقدة دفتر أوامر خارج السلسلة، وتحاول مطابقة معاملات الطلب المختلفة ضمن بيئة تشفير متماثل بالكامل (FHE) دون معرفة التفاصيل المحددة لمعاملات الطلب.

أ. عند المطابقة الناجحة، ستقوم عقدة الكتاب بإخطار عقدتي المتداول المقابلتين لمتابعة المعاملة.

ب. في حالة فشل المطابقة، سيقوم الكتاب بإيداع الأموال المتعلقة بهذه المعاملة في الأتمتة على السلسلة كسيولة محجوزة. وهذا يشبه إيداع الأموال الفائضة في خدمة ادخار مثل Yu'e Bao. إذا كانت لا تزال هناك معاملات تفشل في مطابقتها لاحقًا، فستعطي الأولوية للتداول من الأتمتة. فقط عندما تكون الأموال الموجودة في Automation غير كافية لإكمال المعاملة، فسوف تتفاعل مع DEXs الخارجية مثل Uniswap من خلال عقد التفرد.

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

ومن ثم، يمكننا أن نرى أن Singularity تستخدم في المقام الأول تقنيات ZK (Zero Knowledge) وFHE في عملية المعاملة لتحقيق الخصوصية وعدم الكشف عن هويته. يضمن استخدام تقنية ZK أن تكون تفاصيل أي معاملة معروفة فقط للبادئ، مع السماح للمتداولين الآخرين أو عقد التفرد بالتحقق منها بسرعة؛ تتيح تقنية FHE لعقدة Book عقد المعاملات المطابقة المتبادلة أثناء عملية المطابقة دون الحاجة إلى معرفة التفاصيل المحددة للمعاملات، كما تحافظ أيضًا على سرية معلومات المعاملة الأصلية عند إخطار الطرفين، مما يعني أن الأطراف يعرفون فقط من يتداولون معه ولكن وليس نوع الأصل المحدد ومبلغ التجارة.

ملخص وتقييم

يمثل سوق OTC ما يقرب من 70% من إجمالي حجم التداول في سوق العملات المشفرة، مما يسلط الضوء على الطلب الكبير على معاملات الخصوصية في صناعة Web3. ومع ذلك، لا يزال قطاع تداول الخصوصية يواجه تحديات مختلفة، مثل تلبية المتطلبات التنظيمية للهيئات الحكومية، وإجراء المعاملات دون الكشف عن معلومات محددة حول المستخدمين والمعاملات، ومنع الإجراءات الضارة من قبل الأطراف التجارية. تمثل المجمعات المظلمة اللامركزية مثل Singularity حلاً مبتكرًا يمكنه تزويد المستخدمين بمستويات أعلى من حماية الخصوصية ومقاومة الرقابة من خلال استخدام تقنيات الخصوصية والعقود الذكية، مما يقلل الاعتماد على الكيانات المركزية. تدعم هذه المنصات المعاملات الكبيرة بشكل مجهول ويمكن أن تتكامل مع خدمات الامتثال لإنشاء بيئة تداول لا مركزية ومتوافقة مع التنظيم.

الاعتبارات الرئيسية لقطاع حمامات السباحة المظلمة:

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

2. إخفاء الهوية وحماية الخصوصية: يعد التنظيم موضوعًا لا مفر منه في قطاع الخصوصية. يعد التأكد من أن المعاملات والأموال مجهولة تمامًا مع توفير حماية كافية للخصوصية مهمة صعبة. وهذا مهم بشكل خاص للمستخدمين الذين يرغبون في التداول برأس مال متوافق. تحتاج مشاريع Dark Pool بشكل عاجل إلى دمج عمليات KYB/KYC، واحتضان التنظيم بشكل استباقي، والتأكد من عدم تسرب بيانات KYC/KYB الخاصة بالمستخدمين للحفاظ على شرعية النظام الأساسي وثقة المستخدم.

3. السيولة وأمن الصندوق: تعتبر السيولة عاملاً حاسماً في عمليات المجمع المظلم. يعد ضمان حجم التداول الكافي وأمن الأموال أمرًا حيويًا لمطابقة الأوامر بكفاءة وتعزيز عدم الكشف عن هوية المتداولين واستعدادهم للمشاركة. في المجمعات المظلمة، تزداد إخفاء هوية الأموال مع حجم المجمع، مما يجعل تتبع مودعي محددين أكثر صعوبة. في سيناريوهات السيولة النادرة، فإن نماذج دفتر أوامر العديد من البروتوكولات لها قيود في مطابقة الصفقات بين المستخدمين، لأنها قد لا توفر دائمًا سيولة كافية لجميع الطلبات. إلى جانب دفاتر الطلبات، يمكن أن تكون آليات تداول AMM المبتكرة ودمج المزيد من تطبيقات DeFi من الأنظمة البيئية المختلفة لـ blockchain طرقًا فعالة لتوسيع السيولة.

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

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

على عكس مشاريع تداول الخصوصية السابقة، توفر Singularity وظيفة تداول خصوصية الأصول إلى جانب إمكانات تداول أصول DeFi. السوق الحالي مليء بمجمعات التداول، ولكن القليل منها لديه ميزات مميزة أو تصميم يعزز التصاق المستخدم. تعمل التفردية، التي تعمل كطبقة خصوصية للمجمعات الشفافة، على معالجة نقاط الألم التجارية للمؤسسات والحيتان أولاً، مع الحفاظ على عدم تناسق المعلومات. بالمقارنة مع حلول تداول الخصوصية الحالية، فإن تصميم المجمع المظلم (طبقة الخصوصية) يجسد بشكل طبيعي مبدأ "الاحتفاظ بالأموال في الجيب"، حيث يتم فقدان الخصوصية إذا دخلت أموال المتداولين إلى المنصة وخرجت منها بشكل متكرر، وهو ما يعادل الإفصاح الذاتي . ومن ثم، تفضل معظم الصناديق البقاء في المجمع المظلم لفترة كافية قبل الانسحاب، مما يفيد النمو المستقر لـ TVL للمشروع ويوفر للمستخدمين المزيد من الأمان.

استنادًا إلى المعايير المذكورة أعلاه للمسابح المظلمة اللامركزية، تبرز Singularity بين حلول المجمعات المظلمة الحالية لعدة أسباب:

• عدم الكشف عن الهوية وحماية الخصوصية: بالنسبة إلى عدم الكشف عن الهوية، فإن النهج التقليدي هو إثباتات المعرفة الصفرية (ZKP). وبالتالي، فإن العثور على الشركاء المناسبين هو أمر أساسي. حاليًا، تقوم Singularity بتفويض عمليات KYC وKYB خارج السلسلة إلى ComplyCube (KYC) وShufti Pro (KYC وKYB)، حيث تقوم Keyring ببناء البراهين المقابلة، وتقوم Oracles في النهاية بإحضار هذه البراهين إلى blockchain. بالمقارنة مع المشاريع الأخرى، فإن Singularity أكثر انسجاما مع متطلبات الامتثال الحالية، مما يتجنب المخاطر التنظيمية المستقبلية المشابهة لتلك التي يواجهها Tornado Cash.

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

• السيولة: على عكس المشاريع التي تعتمد فقط على نماذج دفتر الطلبات/AMM، تقدم Singularity كلاً من دفاتر الطلبات وAMMs لتحقيق أقصى قدر من كفاءة السيولة. ومع ذلك، قد يظهر التطبيق الفعلي أن الفرق في السيولة بسبب نماذج التداول قد لا يكون كبيرا، ويعتمد بشكل أكبر على قدرات تطوير الأعمال للمشروع والامتثال له، مع اتخاذ القرار النهائي إلى حد كبير في أيدي مستخدمي السوق.

• قابلية التوسع: فيما يتعلق بتوافق النظام البيئي، فإن توافق Singularity مع نظام EVM البيئي هو السرد السائد. إذا لم تفكر في إنشاء سلسلة خاصة بها، فإن كفاءة تسوية المعاملات الخاصة بها لا تزال محدودة للغاية بطبقة التسوية الخاصة بها. في الحالات القصوى، قد لا تتمكن هذه الطبقات من التعامل مع المعاملات عالية التردد. لذلك، على المدى المتوسط إلى الطويل، ستكون المشاريع التي تعمل على توسيع اتجاه النظام البيئي لسلسلة التطبيقات أكثر قابلية للتوسع. من الناحية الفنية، تختار Singularity FHE+ZKP، وهي أكثر كفاءة من حلول MPC-ZKP نظرًا للكفاءة الحسابية العالية التي تتطلبها MPC-ZKP. ومن ثم، يبدو أن النهج التكنولوجي الذي اختارته شركة Singularity يلبي احتياجات المعاملات. من منظور توسيع النظام البيئي، يمكن أن يمتد نهج "المجمع الشفاف كمجمع مظلم" إلى سيناريوهات غير المعاملات وسياقات التمويل اللامركزي الأخرى، مما يوفر إمكانيات خيالية مماثلة لتلك التي يقترحها Uniswap V4 مع الخطافات.

مع إدراك الكفاءات الأساسية لـ Singularity، من المهم أيضًا أن تكون على دراية بالمخاطر المحتملة التي قد يواجهها المشروع في المستقبل:

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

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

• التحكم في الأموال وسلامتها: مع الاحتفاظ بالأموال على المدى الطويل في عقود التفرد، على غرار Vault، قد تكون هناك مخاطر تعاقدية في المواقف القصوى. ومع ذلك، نظرًا لأن التفرد لا يتضمن اتصالات متعددة السلاسل أو يعتمد على مرسلات المعاملات، فإن أمانه أعلى على الأقل من الجسور عبر السلاسل.

• مخاطر KYC/KYB: قد يؤدي الاعتماد الكبير على عدد محدود من الشركاء للتحقق من تأهيل المستخدم إلى ظهور نقاط فشل فردية.

باختصار، تعتبر Eureka Partners مسار الخصوصية بمثابة استثمار استراتيجي مهم. بالنسبة للمؤسسات الاستثمارية وأصحاب المصلحة الآخرين، تمثل التفرد تجارة مجمعة مظلمة؛ ومع ذلك، بالنسبة للمنظمين، فهو أقرب إلى "المجمع الرمادي". نتوقع أن تتبنى الصفقات خارج البورصة والتداولات المؤسسية تدريجيًا أساليب تداول خصوصية المجمعات المظلمة المنظمة. نحن نعتقد أن التطور التكنولوجي الحالي في Web3 يحقق "تقدمًا متكررًا". بعد التنظيم الصارم لشركة Tornado Cash، ظهر فراغ واضح في الطلب على تداول الخصوصية. تاريخيًا، غالبًا ما يتخلف تنفيذ القواعد عن الإنجازات والثورات التكنولوجية. عندما تواجه التكنولوجيا تحديات، يجب علينا أن نتبنى التغيير ولا نضيع أي أزمة. نحن نتطلع إلى أن تصبح Singularity الشركة الرائدة التالية في مسار خصوصية ZK المظلم المنظم.

"لا تضيع أبدًا أزمة جيدة." - وينستون تشرتشل

تنصل:

1. تمت إعادة طباعة هذا المقال من Eureka Partners ، قم بإرسال العنوان الأصلي "تقرير بحث Eureka Partners: التفرد - معاملات الخصوصية على سلاسل الكتل الشفافة"، جميع حقوق الطبع والنشر مملوكة للمؤلف الأصلي [Oliver, Andy, Howe]. إذا كانت هناك اعتراضات على إعادة الطبع هذه، فيرجى الاتصال بفريق Gate Learn ، وسوف يتعاملون معها على الفور.
2. إخلاء المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط آراء المؤلف ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يُذكر ذلك، يُحظر نسخ أو توزيع أو سرقة المقالات المترجمة.