في مسار العملات المشفرة الخاصة بالخصوصية، هناك نقطة فاصلة تُعرف بـ"بروتوكول Zerocash". تعتمد مشاريع رئيسية مثل Zcash وPirateChain وHorizen وKomodo وPIVX على هذا الحل، لكن لماذا اختاروا ذلك؟ القصة وراء ذلك معقدة جدًا.
من الناحية النظرية، جاذبية Zerocash واضحة. فهي تعد بأقصى قدر من عدم الكشف عن الهوية — نظريًا، يمكنها تغطية جميع العملات المُصدرة على السلسلة، مما يجعل تتبع المعاملات أصعب بكثير من الحلول الأخرى. بالتعاون مع تقنية zkSNARKs، يكون حجم الإثبات صغيرًا بشكل مذهل وسرعة التحقق عالية جدًا. خاصة مع إخفاء كامل لمبالغ المعاملات، حيث يمكن للمستخدمين إجراء تحويلات مجهولة مباشرة، دون الحاجة إلى استبدال العملة الأساسية أولًا. هذا يبدو كحل نهائي لخصوصية العملات الرقمية.
لكن الواقع لا يخلو من العيوب. كانت تكلفة حسابات Zerocash في السابق كابوسًا — حيث كانت العمليات الحسابية للمعاملات الخاصة ضخمة جدًا وتسبب صداعًا، لكن بعد التحديث إلى إصدار Sapling، تم التخفيف بشكل كبير من هذه المشكلة.
المشكلة الحقيقية تكمن في "الإعداد الموثوق" (Trusted Setup). هذه ليست مسألة بسيطة. يجب على الفريق إعداد آلية ثقة معقدة لتهيئة معلمات النظام. إذا كانت هناك ثغرة في الكود، أو خلل في علم التشفير، أو إذا كانت عملية الإعداد الموثوق بها نفسها بها مشكلة، فإن العواقب كارثية — قد يتمكن المهاجمون من توليد عدد غير محدود من العملات من العدم، وهذه الإمدادات الإضافية غير قابلة للكشف عنها تمامًا. هذا ليس مجرد مسألة رياضيات، بل هو أيضًا مسألة تصميم نظام.
كيف تتعامل Zcash مع هذا الخطر؟ لقد تبنت عملية متعددة الأطراف. في المرحلة الأولى "Sprout"، تم استدعاء ستة أشخاص للمشاركة في الإعداد، والذكاء هنا يكمن في أن — فقط عندما يتفق هؤلاء الستة معًا، يمكنهم تسريب المعلمات الأولية. بمعنى آخر، عليك أن تثق في أن هؤلاء الستة أمناء، وأنهم قد دمروا المعلمات الأصلية، وأن الطقوس قد أُجريت بشكل صحيح.
لكن، لاحقًا، تم اكتشاف أن إعداد Sprout كان به عيوب. قررت Zcash إعادة تنظيم طقوس إعداد موثوق بها، وهذه المرة زاد عدد المشاركين إلى 88 شخصًا. كلما زاد العدد، زادت صعوبة التواطؤ بشكل أُسّي، وبالتالي يُفترض أن يكون الخطر أقل.
من وجهة نظر علم التشفير، يعتمد Zerocash على نظريات حديثة نسبيًا — خاصة فرضية KEA (Knowledge of Exponent Assumption) وهي فرضية غير قياسية نوعًا ما. ماذا يعني ذلك؟ يعني أن أمان النظام يعتمد على أن هذه الافتراضات الرياضية لن تُكسر مستقبلًا. وإذا انهارت يومًا ما؟ فهناك مخاطر حقيقية.
علاوة على ذلك، بنية Zerocash معقدة جدًا لدرجة يصعب على الكثيرين فهم جميع التفاصيل التشفيرية والكود البرمجي الخاص بها بشكل كامل. هذا التغليف الأسود يثير مخاوف — فقلة من الأشخاص يمتلكون المعرفة الأساسية، مما يزيد من احتمالية وقوع أخطاء، والأخطاء قد تظل مخفية لفترة طويلة.
مقارنةً بـ Zerocoin، فإن Zerocash حقق تقدمًا. كانت عيوب Zerocoin تتعلق بعبء الإثبات الكبير وقدرة الإخفاء المحدودة. أما Zerocash، فباستخدام تقنية zkSNARKs، قلل حجم الإثبات إلى حد لا يُذكر، وسرعة التحقق أصبحت مذهلة، مع القدرة على إخفاء جميع مبالغ المعاملات، وحتى إجراء تحويلات مجهولة مباشرة دون قيود على القيمة.
بالنسبة لخطط الخصوصية، فإن Zerocash يتصدر بالفعل. لكن تعقيده، واعتماده على الإعداد الموثوق، والمخاطر المحتملة في علم التشفير، كلها أشياء يجب على المستخدمين فهمها حقًا. ليست مسألة ببساطة "كلما زادت الخصوصية كان ذلك أفضل"، بل هو توازن دائم بين الخصوصية، وسهولة الاستخدام، والأمان.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
5
إعادة النشر
مشاركة
تعليق
0/400
ContractSurrender
· 01-16 18:03
إعدادات الثقة حقًا تعتبر فخًا، فهي تتطلب أن تثق بالآخرين دون وجود عمليات خلف الكواليس، وهذا شيء يزعج الإنسان مهما فكرت فيه
شاهد النسخة الأصليةرد0
YieldWhisperer
· 01-16 18:03
نعم، إذن الإعدادات الموثوقة هي في الأساس طلب "ثق بنا يا أخي" ولكن مع 88 شخصًا بدلاً من 6... في الواقع، الحسابات لا تتطابق عندما تفكر في حوافز التواطؤ لولاههههه
شاهد النسخة الأصليةرد0
MemeCoinSavant
· 01-16 18:02
لذا فإن zerocash هو أساسًا "ثق بي يا أخي" مع خطوات إضافية و88 شخصًا... بصراحة، سيناريو "طباعة عملات لا نهائية" إذا حدث خطأ شيء ما هو نوع الجو الذي يبقيني مستيقظًا ليلاً بصراحة
شاهد النسخة الأصليةرد0
BearMarketSurvivor
· 01-16 18:00
إعداد الثقة في النهاية يعتمد على الإيمان... يجب أن يكون جميع الأشخاص الـ88 صادقين، كم هو صعب ذلك؟
شاهد النسخة الأصليةرد0
ShibaSunglasses
· 01-16 17:58
إعداد الثقة فعلاً هو مشكلة، لا يمكن لـ88 شخصًا أن يثقوا تمامًا
الخصوصية والمخاطر دائمًا ما يكونان على حساب بعضهما البعض، لا يوجد حل سحري
zkSNARKs رائعة، لكنها معقدة جدًا، هل يمكن الاعتماد عليها حقًا؟
أشعر بالقلق من أن نظامًا كهذا قد يحتوي على خطأ في يوم من الأيام ولا أحد يمكنه الاستجابة بسرعة
Zerocash قوي، فقط ننتظر لنرى هل ستنهار الافتراضات في علم التشفير في المستقبل
التعقيد عالي جدًا، لا يستطيع الشخص العادي فهم ما يُستخدم
باختصار، الأمر يتعلق بالثقة، حتى أفضل التقنيات لا يمكنها تجنب ذلك
88 مشاركًا... يبدو أن الأمر في النهاية مجرد مقامرة من حيث الأمان
في مسار العملات المشفرة الخاصة بالخصوصية، هناك نقطة فاصلة تُعرف بـ"بروتوكول Zerocash". تعتمد مشاريع رئيسية مثل Zcash وPirateChain وHorizen وKomodo وPIVX على هذا الحل، لكن لماذا اختاروا ذلك؟ القصة وراء ذلك معقدة جدًا.
من الناحية النظرية، جاذبية Zerocash واضحة. فهي تعد بأقصى قدر من عدم الكشف عن الهوية — نظريًا، يمكنها تغطية جميع العملات المُصدرة على السلسلة، مما يجعل تتبع المعاملات أصعب بكثير من الحلول الأخرى. بالتعاون مع تقنية zkSNARKs، يكون حجم الإثبات صغيرًا بشكل مذهل وسرعة التحقق عالية جدًا. خاصة مع إخفاء كامل لمبالغ المعاملات، حيث يمكن للمستخدمين إجراء تحويلات مجهولة مباشرة، دون الحاجة إلى استبدال العملة الأساسية أولًا. هذا يبدو كحل نهائي لخصوصية العملات الرقمية.
لكن الواقع لا يخلو من العيوب. كانت تكلفة حسابات Zerocash في السابق كابوسًا — حيث كانت العمليات الحسابية للمعاملات الخاصة ضخمة جدًا وتسبب صداعًا، لكن بعد التحديث إلى إصدار Sapling، تم التخفيف بشكل كبير من هذه المشكلة.
المشكلة الحقيقية تكمن في "الإعداد الموثوق" (Trusted Setup). هذه ليست مسألة بسيطة. يجب على الفريق إعداد آلية ثقة معقدة لتهيئة معلمات النظام. إذا كانت هناك ثغرة في الكود، أو خلل في علم التشفير، أو إذا كانت عملية الإعداد الموثوق بها نفسها بها مشكلة، فإن العواقب كارثية — قد يتمكن المهاجمون من توليد عدد غير محدود من العملات من العدم، وهذه الإمدادات الإضافية غير قابلة للكشف عنها تمامًا. هذا ليس مجرد مسألة رياضيات، بل هو أيضًا مسألة تصميم نظام.
كيف تتعامل Zcash مع هذا الخطر؟ لقد تبنت عملية متعددة الأطراف. في المرحلة الأولى "Sprout"، تم استدعاء ستة أشخاص للمشاركة في الإعداد، والذكاء هنا يكمن في أن — فقط عندما يتفق هؤلاء الستة معًا، يمكنهم تسريب المعلمات الأولية. بمعنى آخر، عليك أن تثق في أن هؤلاء الستة أمناء، وأنهم قد دمروا المعلمات الأصلية، وأن الطقوس قد أُجريت بشكل صحيح.
لكن، لاحقًا، تم اكتشاف أن إعداد Sprout كان به عيوب. قررت Zcash إعادة تنظيم طقوس إعداد موثوق بها، وهذه المرة زاد عدد المشاركين إلى 88 شخصًا. كلما زاد العدد، زادت صعوبة التواطؤ بشكل أُسّي، وبالتالي يُفترض أن يكون الخطر أقل.
من وجهة نظر علم التشفير، يعتمد Zerocash على نظريات حديثة نسبيًا — خاصة فرضية KEA (Knowledge of Exponent Assumption) وهي فرضية غير قياسية نوعًا ما. ماذا يعني ذلك؟ يعني أن أمان النظام يعتمد على أن هذه الافتراضات الرياضية لن تُكسر مستقبلًا. وإذا انهارت يومًا ما؟ فهناك مخاطر حقيقية.
علاوة على ذلك، بنية Zerocash معقدة جدًا لدرجة يصعب على الكثيرين فهم جميع التفاصيل التشفيرية والكود البرمجي الخاص بها بشكل كامل. هذا التغليف الأسود يثير مخاوف — فقلة من الأشخاص يمتلكون المعرفة الأساسية، مما يزيد من احتمالية وقوع أخطاء، والأخطاء قد تظل مخفية لفترة طويلة.
مقارنةً بـ Zerocoin، فإن Zerocash حقق تقدمًا. كانت عيوب Zerocoin تتعلق بعبء الإثبات الكبير وقدرة الإخفاء المحدودة. أما Zerocash، فباستخدام تقنية zkSNARKs، قلل حجم الإثبات إلى حد لا يُذكر، وسرعة التحقق أصبحت مذهلة، مع القدرة على إخفاء جميع مبالغ المعاملات، وحتى إجراء تحويلات مجهولة مباشرة دون قيود على القيمة.
بالنسبة لخطط الخصوصية، فإن Zerocash يتصدر بالفعل. لكن تعقيده، واعتماده على الإعداد الموثوق، والمخاطر المحتملة في علم التشفير، كلها أشياء يجب على المستخدمين فهمها حقًا. ليست مسألة ببساطة "كلما زادت الخصوصية كان ذلك أفضل"، بل هو توازن دائم بين الخصوصية، وسهولة الاستخدام، والأمان.