غالبًا ما تفكر الشركات التي تتطلع إلى تسخير قوة تقنية blockchain من منظور ثنائي في السلاسل الخاصة والعامة. يعتقد البعض أن سلاسل الكتل “العامة” تفتقر إلى إمكانات الخصوصية والسرية الخاصة بشبكات البلوكشين “الخاصة”. ومع ذلك ، لا تضمن سلاسل الكتل الخاصة اليوم الخصوصية بجميع الطرق التي تفهم بها المؤسسات الخصوصية فعليًا. الأسطورة الكبيرة هي أن البلوكشين “الخاصة” تحافظ على الخصوصية بينما لا تستطيع البلوكشين “العامة” ذلك. الأهم من ذلك ، غالبًا ما تخلط المؤسسات بين سلاسل الكتل “الخاصة” وبين سلاسل الكتل “المرخصة” مع مديري المعاملات الخاصة. يتضمن الإذن من لديه حق الوصول والتحكم ، بينما تشير الخصوصية إلى بيانات المعاملات المحمية.
من المهم أن نفهم أن هناك ثلاثة أنواع من سلاسل الكتل: عامة, خاص, وكونسورتيوم.
سلاسل الكتل العامة
مصمم لقطع الوسيط بشكل آمن في أي سيناريو لتبادل الأصول.
- الايجابيات: الحوافز الاقتصادية المضمنة ، والمرونة ، وقابلية التشغيل البيني ، ويزيل تمامًا الحاجة إلى وسيط.
- سلبيات: الإنتاجية يمكن أن تكون تحديا.
بلوكشين خاص
السماح للوسيط بالعودة إلى حد ما.
- الايجابيات: يسمح بمزيد من الكفاءة ويتم إتمام المعاملات بشكل أسرع.
- سلبيات: لا تقدم نفس الأمن اللامركزي مثل نظيرتها العامة. فقدان طبقات الحوافز المتأصلة في تقنية blockchain ذات البنية غير المرنة.
بلوكشين كونسورتيوم
مسموح بها ، خاصة جزئيًا وشبه لامركزية.
- الايجابيات: يوفر الكفاءة وخصوصية المعاملات دون توحيد السلطة مع شركة واحدة.
- سلبيات: نظام مركزي تقليدي مرفق بدرجة من قابلية تدقيق التشفير.
في الواقع ، الخصوصية ليست ملكية لأي blockchain. بدلاً من ذلك ، هناك طبقات من الخصوصية يمكن تطبيقها على أي blockchain ، حتى السلاسل العامة ، مما يسمح بإجراء معاملات خاصة أو “محمية” على blockchain العامة. يتيح ذلك للشركات الاستفادة من الأمان اللامركزي لـ blockchain العامة مع إخفاء المعلومات الخاصة.
نحو نهج عام أولا
يوفر تصميم Ethereum القابل للتشغيل البيني قدرًا كبيرًا من المرونة باعتباره منصة blockchain الأكثر تقدمًا ومرونة وجاهزة للإنتاج. تتيح Ethereum إمكانية التشغيل البيني – أولاً ، مع شبكتها الرئيسية العامة ، وتجهيز كل حل من حلول Enterprise Ethereum مع وصول عالمي ، ومرونة فائقة ، ونزاهة عالية ، وثانيًا ، إمكانية التشغيل البيني مع مشاريع blockchain مفتوحة المصدر الأخرى ، مما يسمح بالتكيف المستقبلي وتوسيع الحلول الحالية.
يمكن للشركات تحقيق قدر أكبر من الدقة في الخصوصية باستخدام Ethereum ، وعادة ما يكون ذلك مع قدر أقل من التعقيد ونفقات الصيانة.
تنبع قابلية التشغيل البيني هذه من حقيقة أن Ethereum مفتوح المصدر ، ويتم توصيله بتكنولوجيا المعلومات الأخرى مثل AWS أو Azure ، ويمكنه التفاعل بشكل فعال مع السلاسل الخاصة والكونسورتيوم نظرًا لبنيته التحتية التقنية المتسقة لجميع أنواع تطوير blockchain. يمكن للشركات تحقيق قدر أكبر من الدقة في الخصوصية باستخدام Ethereum ، وعادة ما يكون ذلك مع قدر أقل من التعقيد وأعباء الصيانة مقارنة بالمنصات الأخرى. مع طبقات الخصوصية والسرية المناسبة ، تمتلك Ethereum عددًا من الفوائد التي تجعلها الخيار الواضح لحالات الاستخدام الفريدة للمؤسسة.
طبقات الخصوصية مع Blockchains للمؤسسات
الخصوصية والسرية ضروريان لحلول المؤسسات. لدى الشركات عدد من المخاوف عند التفكير في تطبيقات blockchain:
- وصول: من لديه أذونات القراءة و / أو الكتابة?
- الرؤية: لمن تبث المعاملات?
- تخزين: كيف يتم تخزين البيانات?
- تنفيذ: من لديه الحق في بدء العملية أو إيقافها أو إعادة تشغيلها?
على الرغم من أن blockchain “الخاص” يمكن أن يوفر تحكمًا صارمًا في الوصول إلى شبكة اتحاد ، إلا أنه لا يضمن خصوصية المعاملات. إذا كانت شركة النقل تتقاضى 100 دولار أمريكي (أو ما يعادله بالعملة المحلية) لنقل صندوق للشركة “أ” ولكن تتقاضى 90 دولارًا أمريكيًا للشركة “ب” ، فإنها لا تريد الكشف عن تلك المعلومات التنافسية. علاوة على ذلك ، فإن blockchain الخاص آمن فقط مثل ضوابط الأذونات والأمان حول الشبكة. مع اكتساب هذه الشبكات “الخاصة” مزيدًا من المشاركين ، يصبح فرض الضوابط حول الوصول والرؤية أكثر صعوبة. على سبيل المثال ، الطريقة التي يضمن بها Fabric خصوصية المعاملات بين الأطراف المختلفة داخل الاتحاد هي من خلال مفهوم القنوات. القنوات هي في الأساس طريق واحد محمي بين طرفين. هذا يعني أنك بحاجة إلى قناة لكل زوج من الأطراف ويجب أن تحافظ على كل هذه البنية التحتية مع تطور النظام ، مما يجعل إدارته أكثر تعقيدًا. هذا يطرح السؤال ، هل هذه البلوكشين “الخاصة” “مثبتة في المستقبل” – هل يمكنها التوسع والوفاء بالميثاق الأصلي للكونسورتيوم?
لا ينبغي النظر إلى الخصوصية من منظور ثنائي ، بل على أنها طبقات. هناك طبقة الأذونات أو بيانات الاعتماد للأدوات التي تتضمن من لديه حق الوصول إلى المعلومات وكيف يتم التحكم في ذلك والمصادقة عليه. من ناحية أخرى ، تتضمن طبقة الخصوصية الحفاظ على سرية المشاركين والبيانات والشروط. حتى داخل طبقة واحدة ، توجد طبقات فرعية متعددة حيث يمكن الاحتفاظ بالخصوصية على السلسلة وخارج السلسلة ومن خلال المعاملات الخاصة. هناك ثلاث طبقات رئيسية من الخصوصية عندما يتعلق الأمر بالحلول على مستوى المؤسسات:
- خصوصية المشاركين: ضمان بقاء المشاركين مجهولين لبعضهم البعض وكذلك لأولئك خارج الشبكة باستخدام آليات التشفير على السلسلة مثل توقيعات الحلقة أو عناوين التسلل أو الاختلاط أو تخزين البيانات الخاصة خارج السلسلة.
- خصوصية البيانات: الاحتفاظ بالمعاملات والأرصدة والعقود الذكية والبيانات الأخرى المشفرة داخل السلسلة أو خارجها ، باستخدام أدوات التشفير مثل البراهين الصفرية المعرفة و zk-SNARKS أو التزامات Pedersen أو طبقات الخصوصية خارج السلسلة مثل TEEs.
- خصوصية الشروط: الحفاظ على شروط العقود بين طرفين خاصة مع البراهين النطاق أو التزامات بيدرسن.
الحقيقة هي أن سلاسل الكتل الخاصة لا تمنحك الخصوصية بشكل افتراضي. هناك فرق بين الشبكات المرخصة ومديري المعاملات الخاصة. حقًا ، الخصوصية الوحيدة التي توفرها سلاسل الكتل الخاصة افتراضيًا هي أنه لا يمكن عرض المشاركين والعقود من قبل غير المشاركين. افضل, طبقات الخصوصية يجب أن يتم بناؤه على أي blockchain ويمكن دمجها في كل من السلاسل العامة والخاصة ، أو مع مزيج من الاثنين (مثل Ethereum و Quorum).
الطبقة 2 من مواصفات عميل المنطقة الاقتصادية الأوروبية V2
المعاملات الخاصة على Ethereum Blockchain
هناك العديد من الخيارات في النظام البيئي Ethereum المتوفرة اليوم أو التي يتم تطويرها بنشاط لتوفير طبقات مختلفة من الخصوصية. في ConsenSys Quorum ، لا يتم بث المعلومات الخاصة مطلقًا إلى المشاركين في الشبكة. يتم تشفير البيانات الخاصة ومشاركتها مباشرة مع الأطراف ذات الصلة. يتم أيضًا تطوير طبقات الخصوصية بشكل نشط من أجل Ethereum العامة والمصرح بها مثل zk-SNARKS وإثباتات المعرفة الصفرية التي تخفي سمات المعاملات مثل الأرصدة ، بالإضافة إلى تواقيع الحلقة والتجزئة التي توفر طبقات من الخصوصية للمشاركين و / أو البيانات و / أو الشروط . أخيرًا ، تقدم الحلول خارج السلسلة جنبًا إلى جنب مع Ethereum فرصة لتخزين البيانات الخاصة وإجراء معاملات عالية الإنتاجية.
مشروع Ubin: المعاملات العامة المحمية مقابل القنوات الخاصة
دعونا نلقي نظرة على الفرق بين المعاملات العامة المحمية والقنوات الخاصة للبيانات الخاصة. المعاملات العامة المحمية هي المعاملات التي يتم التحقق من صحتها من قبل الشبكة بأكملها ولكن عادةً ما يتم حماية المبلغ ونوع الأصل المحتمل. وخير مثال على ذلك هو Project Ubin ، وهو مشروع تعاوني لشركة Ethereum شاركت فيه ConsenSys مع سلطة النقد في سنغافورة لإنشاء شبكة دفع بين البنوك. في Project Ubin ، استخدم كونسورتيوم من المؤسسات المالية أدلة المعرفة الصفرية لتمكين نقل الأصول الرقمية على دفتر الأستاذ الموزع دون الكشف عن معلومات حول الأرصدة أو مبالغ المعاملات.
مشروع خوخة: التزامات بيدرسن
مثال حديث آخر هو مشروع Khokha ، الذي قام ConsenSys و أدهارا, مشروع ConsenSys ، يديره بنك جنوب إفريقيا الاحتياطي. في مشروع Khokha ، استخدم ConsenSys وفريق Adhara التزامات Pedersen وأدلة نطاق الفولكلور لمعالجة الحجم اليومي المعتاد للمدفوعات لـ SARB بسرية تامة ونهائية في أقل من ساعتين. أثبتت مخططات الالتزام هذه أنها أسرع بكثير في التحقق من صحتها من براهين عدم المعرفة.
يمكن للمشاركين في الشبكة التحقق من حدوث التحديث الصحيح دون معرفة الرصيد الافتتاحي أو الرصيد الختامي أو مبلغ التحويل.
مع مشروع Khokha ، كان Adhara يستكشف استبدال البراهين النطاق بأدلة واقية من الرصاص ، والتي هي أصغر بكثير وأسرع في التحقق من صحتها. ببساطة شديدة ، بدلاً من كتابة الأرصدة ومبالغ المعاملة بشكل واضح كما هو الحال في عقد ERC20 العادي ، تكتب العقد إثباتًا أو التزام بيدرسن بالرصيد. تعد التزامات Pedersen أيضًا متجانسة الشكل ، مما يعني أنه بالنسبة لتحديث الرصيد ، يمكن لمشاركي الشبكة التحقق من حدوث التحديث الصحيح دون معرفة الرصيد الافتتاحي أو الرصيد الختامي أو مبلغ التحويل.
Public-First + Privacy Layers = Future-Proof
تحتاج شبكات الأعمال إلى المرونة وقابلية التشغيل البيني والإذن والخصوصية لتحقيق النجاح. ومع ذلك ، فإن هذه المتطلبات خارج نطاق دفاتر الأستاذ الموزعة الخاصة ، ناهيك عن تقنيات قواعد البيانات التقليدية. تجعل طبقات الخصوصية المحببة من Ethereum blockchain والنهج العام أولاً حلًا مؤسسيًا قويًا للمؤسسات التي تحتاج إلى مرونة النظام الأساسي الداخلي والتي تريد الوصول العالمي للمشاركة في اقتصاديات الحجم.