مسار الخصوصية: الاتجاهات الرئيسية من a16z لعام 2026

عنوان المقال الأصلي: اتجاهات الخصوصية لعام 2026
مؤلف المقال الأصلي: @a16zcrypto
ترجمة: Peggy, BlockBeats

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

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

فيما يلي المقال الأصلي:

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

ستصبح الخصوصية أهم خندق في مساحة العملات الرقمية هذا العام

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

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

بمساعدة بروتوكولات الجسر، طالما أن كل شيء عام، فإن الانتقال من سلسلة إلى أخرى يكاد يكون بلا تكلفة؛ ولكن بمجرد دخول الخصوصية، يتغير الوضع تماماً: تحويل التوكن سهل، لكن تحويل "الأسرار" صعب للغاية. سواء عند دخول أو الخروج من مجال الخصوصية، هناك خطر انكشاف الهوية للمراقبين على السلسلة، أو مراقبي الميمبول، أو محللي حركة مرور الشبكة. إن عبور الحدود بين سلسلة خاصة وسلسلة عامة - أو حتى التبديل بين سلسلتين خاصتين - سيؤدي إلى تسريب كمية كبيرة من البيانات الوصفية، مثل الارتباط بين وقت المعاملة ومبلغ المعاملة، مما يقلل من إخفاء الهوية بشكل كبير.

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

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

—Ali Yahya (@alive_eth)، شريك عام في a16z crypto

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

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

إذا كان بإمكان دولة ما إغلاق الخوادم مباشرة، إذا كانت شركة ما تمتلك مفاتيح الخوادم الخاصة، أو إذا كان هناك خادم خاص واحد فقط - فما الفائدة من ما يسمى بالتشفير على مستوى الكم؟

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

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

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

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

لم يعد هذا مجرد مسألة مقاومة كمومية أو تكنولوجيا تشفير، بل مسألة ملكية ولامركزية. بدون أي منهما، نحن نبني في النهاية نظام تشفير "غير قابل للكسر ولكن يمكن إغلاقه في أي وقت".

——Shane Mac (@ShaneMac)، المؤسس المشارك والرئيس التنفيذي لشركة XMTP Labs

「السرية كخدمة」 ستصبح البنية التحتية الأساسية للخصوصية

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

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

إذن، كيف يمكننا حماية الخصوصية مع دفع الابتكار الذي يتسم بالأمان، والامتثال، والاستقلالية، وقابلية التشغيل البيني العالمي؟

هناك العديد من المسارات لتحقيق ذلك، لكنني أريد التأكيد على اتجاه التحكم في الوصول إلى البيانات: من يتحكم في البيانات الحساسة؟ كيف تتدفق البيانات؟ ومن (أو أي نظام) يمكنه الوصول إلى هذه البيانات؟

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

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

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

——Adeniyi Abiodun (@EmanAbio)، المؤسس المشارك والرئيس التنفيذي للمنتجات في Mysten Labs

في اختبار الأمان، سننتقل من "الكود هو القانون" إلى "المواصفات هي القانون"

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

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

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

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

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

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

——Daejun Park (@daejunpark)، فريق هندسة a16z crypto

[رابط المقال الأصلي]