نظرة تفصيلية على blockchain غير blockchain
مع مرور الوقت ، ينقسم عالم blockchain إلى قسمين متميزين. من ناحية ، تمتعت blockchains العامة مع العملات المشفرة المرتبطة بها بالعودة الأخيرة الرائعة ، مما أدى إلى سكب العديد من أصحاب الملايين. من ناحية أخرى ، كان استخدام blockchains المسموح به أو المؤسسي ينمو بهدوء ولكن بثبات ، حيث شهد أولهما عمليات النشر الحية عبر صناعات متعددة خلال عام 2017.
سؤال واحد مثير للاهتمام للنظر فيه هو المستوى المناسب للتشابه بين هذين النوعين من السلسلة. كلاهما ينفذ قاعدة بيانات مشتركة باستخدام شبكات نظير إلى نظير ، وتشفير المفتاح العام والخاص ، وقواعد المعاملات وآليات الإجماع التي يمكن أن تصمد أمام الجهات الفاعلة الخبيثة. هذا قدر كبير من الأرضية المشتركة. ومع ذلك ، فإن blockchains العامة والخاصة لها متطلبات مختلفة من حيث السرية وقابلية التوسع والحوكمة. ربما تشير هذه الاختلافات إلى الحاجة إلى تصميمات متباينة جذريًا.
• حبل منصة ، التي وضعتها R3 كونسورتيوم مصرفي يتبنى موقفا واضحا بشأن هذه المسألة. في حين أن بعض الجوانب مستوحاة من blockchains العامة ، تم تصميم Corda من الصفر بناءً على احتياجات أعضاء R3. في الواقع ، على الرغم من أن R3 لا يزال يستخدم كلمة "blockchain" على نطاق واسع للمساعدة في تسويق منتجاتهم ، ليس لدى Corda سلسلة من الكتل على الإطلاق. أعلم أكثر من أي منصة أخرى "دفتر الأستاذ الموزع" ، أن كوردا تغادر جذريًا من بنية blockchains التقليدية.
هدفي في هذه المقالة هو شرح هذه الاختلافات ومناقشة آثارها ، للخير والشر. في الواقع ، الخير والشر هو الطريقة الخاطئة لوضعه ، لأن السؤال الأكثر إثارة للاهتمام هو "الخير والشر لماذا؟" هذه المقالة بعيدة عن أن تكون قصيرة. ولكن في نهاية الأمر ، آمل أن يكتسب القراء بعض الفهم للاختلافات في كوردا والمبادلات المترتبة عليها. تعد Corda مهمة لأن قرارات التصميم الخاصة بها تجلب العديد من معضلات blockchains المؤسسة إلى الإغاثة الحادة.
شيء أخير قبل أن نتعمق. بصفتنا الرئيس التنفيذي للشركة خلفنا متعدد السلاسل، منصة blockchain شعبية للمؤسسات ، لماذا أكتب بمثل هذا العمق حول منتج يفترض أنه منافس؟ سيكون السبب القياسي هو الجدال حول تفوق MultiChain ، ولكن هذا ليس دافعي هنا. في الواقع ، لا أرى كوردا ومولتشاين كمنافسين ، لأنهما مختلفان بشكل أساسي من حيث التصميم والهندسة المعمارية والجمهور. تتنافس Corda و MultiChain بنفس الطريقة التي تتنافس بها بطانات الرحلات البحرية والزلاجات النفاثة - في حين أن كلاهما ينقل الأشخاص عن طريق البحر ، لا توجد مواقف حقيقية تقريبًا يمكن فيها استخدام كليهما.
في ملاحظة أكثر شخصية ، لقد تعلمت الكثير من القيادة التقنية لـ Corda على مدى السنوات القليلة الماضية ، سواء من خلال الاجتماعات أو المراسلات أو كتاباتهم العامة ، والتي حدث الكثير منها قبل انضمامهم إلى R3. ينبع جزء من اهتمامي بكوردا من الاحترام الذي أحظى به لهذا الفريق ، ولهذا السبب وحده ، تستحق كوردا الدراسة لأي شخص يسعى إلى فهم مجال دفتر الأستاذ الموزع.
إدخال blockchains
من أجل فهم Corda ، من المفيد أن تبدأ مع blockchains التقليدية. الغرض من blockchain هو تمكين مشاركة قاعدة بيانات أو دفتر الأستاذ بشكل مباشر وآمن من قبل الأطراف غير الموثوقة. هذا يتناقض مع قواعد البيانات المركزية ، التي يتم تخزينها والتحكم فيها من قبل منظمة واحدة. يحتوي blockchain على "عقد" متعددة ، يخزن كل منها نسخة من قاعدة البيانات ويمكن أن ينتمي إلى منظمة مختلفة. تتصل العقد ببعضها البعض بطريقة كثيفة من نظير إلى نظير ، وذلك باستخدام "بروتوكول القيل والقال" الذي تخبر فيه كل عقدة نظرائها باستمرار بكل شيء تتعلمه. ونتيجة لذلك ، يمكن لأي عقدة بث رسالة إلى الشبكة بأكملها بسرعة عبر العديد من المسارات البديلة.
تبدأ قاعدة البيانات ، سواء كانت مركزية أو مدعومة من blockchain ، في حالة فارغة ، ويتم تحديثها عبر "المعاملات". يتم تعريف المعاملة على أنها مجموعة من تغييرات قاعدة البيانات "الذرية" ، بمعنى أنها تنجح أو تفشل ككل. تخيل قاعدة بيانات تمثل دفتر الأستاذ المالي ، مع صف واحد لكل حساب. تتضمن المعاملة التي تدفع فيها Alice 10 دولارات إلى Bob ثلاث خطوات: (1) التحقق من أن حساب Alice يحتوي على 10 دولارات على الأقل ، و (2) خصم 10 دولارات من حساب Alice ، و (3) إضافة 10 دولارات إلى حساب Bob. كمتطلب أساسي ، يجب على أي منصة قاعدة بيانات التأكد من عدم تداخل أي معاملة مع أخرى. يتم تحقيق هذا "العزل" عن طريق قفل الصفوف لكل من أليس وبوب أثناء عملية الدفع. يجب أن تنتظر أي معاملة أخرى تتضمن هذه الصفوف حتى الانتهاء من هذه الصفوف.
في blockchain ، تقوم كل عقدة بمعالجة كل معاملة بشكل مستقل على نسختها الخاصة من قاعدة البيانات. يتم إنشاء المعاملات في أي مكان على الشبكة ويتم نشرها تلقائيًا إلى جميع العقد الأخرى. نظرًا لأن المؤسسات التي تدير العقد قد يكون لها مصالح مختلفة (أو حتى متضاربة) ، فلا يمكنها الوثوق ببعضها البعض للتعامل بشكل عادل. لذا تحتاج بلوك تشين إلى قواعد تحدد ما إذا كانت معاملة معينة صالحة أم لا. في دفتر الأستاذ المالي المشترك ، تمنع هذه القواعد المستخدمين من إنفاق أموال بعضهم البعض ، أو استدراج الأموال من الهواء.
إلى جانب القواعد التي تحدد صلاحية المعاملة ، يجب أن تحدد blockchains أيضًا كيفية ترتيب المعاملات ، حيث أن هذا الطلب في كثير من الحالات أمر بالغ الأهمية. إذا كان لدى Alice 15 دولارًا وحاولت إرسال 10 دولارات إلى كل من Bob و Charlie في عمليتين منفصلتين ، فيمكن أن تنجح واحدة فقط من هذه الدفعات. في حين قد نود أن نقول أن المعاملة الأولى لها الأسبقية ، فإن شبكة نظير إلى نظير ليس لها تعريف موضوعي لـ "الأول" ، حيث يمكن أن تصل الرسائل إلى عقد مختلفة في طلبات مختلفة.
قواعد المعاملات
بشكل عام ، يتم فصل المعلومات الموجودة في أي قاعدة بيانات إلى سجلات أو "صفوف" ، ويمكن للمعاملة أن تفعل ثلاثة أشياء مختلفة: حذف الصفوف ، وإنشاء صفوف ، و / أو تعديل الصفوف. يمكن تقليلها إلى قسمين ، نظرًا لأن تعديل صف يعادل حذف هذا الصف وإنشاء صف جديد في مكانه. للرجوع إلى مدفوعات أليس إلى بوب ، يتم حذف صفها الذي يحتوي على 15 دولارًا ، ويتم إنشاء صفين جديدين - يحتوي أحدهما على 10 دولارات لبوب والآخر مع 5 دولارات في "التغيير" لـ أليس.
باتباع مصطلحات Bitcoin و Corda ، فإننا نشير إلى الصفوف المحذوفة من خلال المعاملة على أنها "مدخلات" ، وتلك التي تم إنشاؤها على أنها "مخرجاتها". يجب أن يكون تم إنشاء أي صف تم حذفه بواسطة معاملة بواسطة معاملة سابقة. لذلك يستهلك كل إدخال معاملة (أو "ينفق") ناتج معاملة سابقة. يتم تعريف المحتوى الحديث لقاعدة البيانات عن طريق مجموعة "مخرجات المعاملات غير المنفقة" أو "UTXOs".
في blockchain ، تكون المعاملة صالحة إذا استوفت الشروط الثلاثة التالية:
- صحة. يجب أن تمثل المعاملة تحولاً مشروعاً من المدخلات إلى المخرجات. على سبيل المثال ، في دفتر الأستاذ المالي ، يجب أن تتطابق الكمية الإجمالية للأموال في المدخلات مع الإجمالي في المخرجات ، لمنع ظهور الأموال أو اختفائها بطريقة سحرية. الاستثناءات الوحيدة هي معاملات "الإصدار" أو "التقاعد" الخاصة ، التي يتم فيها إضافة الأموال أو إزالتها بشكل صريح.
- ترخيص. يجب أن يتم اعتماد المعاملة من قبل مالك كل ناتج يستهلكه مدخلاته. في دفتر الأستاذ المالي ، يمنع هذا المشاركين من إنفاق أموال بعضهم البعض دون إذن. تتم إدارة ترخيص المعاملات باستخدام التشفير غير المتماثل (أو المفتاح العام - الخاص). لكل صف مالك ، تم تحديده بمفتاح عام ، يتم الاحتفاظ بمفتاحه الخاص السري. من أجل الحصول على تفويض ، يجب أن يتم توقيع المعاملة رقميًا من قبل مالك كل من مدخلاتها. (لاحظ أن الصفوف يمكن أن تحتوي أيضًا على مالكين "متعدد التوقيع" أكثر تعقيدًا ، على سبيل المثال حيث يمكن لأي طرفين من أصل ثلاثة أن يصرحوا باستخدامهم.)
- تميز. إذا كانت المعاملة تستهلك مخرجات معينة ، فلا يمكن لأي معاملة أخرى أن تستهلك هذا الناتج مرة أخرى. هذه هي الطريقة التي نمنع بها أليس من تسديد المدفوعات المتضاربة لكل من بوب وتشارلي. في حين أن المعاملات الخاصة بكل من هذه المدفوعات يمكن أن تكون صحيحة ومصرح بها ، فإن قاعدة التفرد تضمن معالجة واحدة فقط من خلال قاعدة البيانات.
في blockchain التقليدية ، تتحقق كل عقدة من كل معاملة وفقًا لهذه القواعد الثلاثة. في وقت لاحق ، سنرى كيف يقسم Corda هذه المسؤولية بشكل مختلف.
اللبنات
سلسلة الكتل هي حرفيا سلسلة من الكتل ، حيث ترتبط كل كتلة بالكتلة السابقة عبر "تجزئة" تحدد محتوياتها بشكل فريد. تحتوي كل كتلة على مجموعة مرتبة من المعاملات التي يجب ألا تتعارض مع بعضها البعض أو مع تلك الموجودة في الكتل السابقة ، بالإضافة إلى الطابع الزمني وبعض المعلومات الأخرى. تمامًا مثل المعاملات ، تنتشر الكتل بسرعة عبر الشبكة ويتم التحقق منها بشكل مستقل من قبل كل عقدة. بمجرد ظهور المعاملة في كتلة ، يتم "تأكيد" العقد ، مما يؤدي إلى رفض أي معاملة متضاربة.
من المسؤول عن إنشاء هذه الكتل ، وكيف يمكننا التأكد من أن جميع العقد ستوافق على السلسلة الموثوقة؟ إن مسألة "خوارزميات الإجماع" هي موضوع ضخم في حد ذاته ، مليء بالاختصارات العجيبة مثل PoW (إثبات العمل) ، PBFT (التحمل العملي للخطأ البيزنطي) و DPoS (إثبات التفويض من الرهان). لن ندخل في كل ذلك هنا. يكفي أن نقول أن سلاسل الكتل المسموح بها للمؤسسات تستخدم نوعًا من نظام التصويت ، حيث يتم منح الأصوات إلى "نقاط التحقق" التي تكون مسؤولة بشكل جماعي. يضمن النظام أنه طالما أن الغالبية العظمى من عقد التحقق تعمل بشكل صحيح وصادق ، فإن المعاملات ستدخل السلسلة في (قريب من) أمر عادل ، وستكون الطوابع الزمنية (تقريبًا) صحيحة ، ولا يمكن عكس المعاملات المؤكدة لاحقًا.
قبل مناقشة بعض تحديات blockchains ، أود أن أوضح ثلاث نقاط إضافية. أولاً ، بينما أستخدم دفتر الأستاذ المالي بالقدوة في جميع أنحاء هذه القطعة ، فإن نموذج المدخلات والمخرجات للمعاملات يدعم مجموعة متنوعة من حالات الاستخدام. يمكن أن يحتوي كل صف على كائن بيانات غني (أعتقد أن JSON) يحتوي على العديد من أنواع المعلومات المختلفة - في الواقع ، يستخدم Corda كلمة "state" بدلاً من "row" لهذا السبب. لا تغير الدول الأكثر ثراءً أي شيء أساسي حول قواعد المعاملات: لا يزال يتم تحديد الدقة من حيث المدخلات والمخرجات ، ولا يزال التفويض مطلوبًا لكل إدخال ، ويضمن التفرد أن كل ناتج يمكن إنفاقه مرة واحدة فقط.
ثانيًا ، هناك العديد من حالات استخدام blockchain التي يتم فيها إنشاء الصفوف فقط في قاعدة البيانات ، ولا يتم حذفها مطلقًا. تتعلق هذه التطبيقات بتخزين البيانات بشكل عام ، والطابع الزمني والتوثيق ، بدلاً من الحفاظ على نوع من دفتر الأستاذ المتغير. في هذه التطبيقات التي تعتمد على البيانات فقط ، تضيف المعاملات بيانات في مخرجاتها ولكنها لا تستهلك أي شيء في مدخلاتها ، مما يسمح بتبسيط قواعد التصريح والتفويض والتفرد. على الرغم من أن حالات استخدام البيانات فقط هي تركيز متزايد لتطورنا الخاص في MultiChain ، إلا أنني أذكرها فقط عند المرور هنا ، حيث من الواضح أن Corda لم يتم تصميمها مع أخذها في الاعتبار.
أخيرًا ، تجدر الإشارة إلى أن بعض أنظمة blockchain لا تستخدم نموذج الإدخال والإخراج. تقدم Ethereum نموذجًا بديلاً ، حيث تتحكم السلسلة في كمبيوتر افتراضي مع حالة عالمية تدار من خلال "العقود" ، ولا تتصل المعاملات ببعضها بشكل صريح. مناقشة نموذج Ethereum في blockchains المسموح بها خارج نطاقنا هنا ، ولكن انظر هذا المقال للحصول على شرح مفصل ونقد. تتمثل إحدى المزايا الرئيسية لنموذج المدخلات والمخرجات في أنه يمكن معالجة معظم المعاملات بالتوازي وبشكل مستقل عن بعضها البعض. هذه الخاصية حاسمة بالنسبة لكوردا ، كما سنرى لاحقًا.
التحديات Blockchain
دعونا نتخيل أن البنوك العالمية أنشأت دفترًا مشتركًا لتمثيل ملكية وتحويل وتبادل مجموعة متنوعة من الأصول المالية. من الناحية النظرية ، يمكن تنفيذ ذلك على blockchain منتظم ، كما هو موضح أعلاه. يحتوي كل صف على ثلاثة أعمدة - معرّف الأصول مثل GOOG أو USD والكمية المملوكة والمفتاح العام للمالك. ستقوم كل معاملة بنقل أصل واحد أو أكثر من مدخلاتها إلى مخرجاتها ، مع حالات خاصة للإصدار والتقاعد.
يقوم كل بنك في الشبكة بتشغيل عقد أو أكثر تتصل بالآخرين ، ونشر المعاملات والتحقق منها. يعمل كبار الأعضاء كمصدقين ، مع مسؤولية جماعية عن تأكيد المعاملات وطلبها وختمها. سيظهر أي سلوك سيء للمدقق لجميع العقد في الشبكة ، مما يؤدي إلى اللوم و / أو الإبعاد و / أو الإجراءات القانونية. مع وجود كل هذا في مكانه ، يمكن نقل أي أصل مالي في جميع أنحاء العالم في ثوانٍ ، مع ضمان قواعد التفويض والتفويض والتميز لضمان سلامة دفتر الأستاذ.
ما الخطأ في هذه الصورة؟ في الواقع ، هناك ثلاث مشاكل: قابلية التوسع والسرية وإمكانية التشغيل البيني. إن مسألة قابلية التوسع بسيطة بما فيه الكفاية. سيتطلب برنامج blockchain المقترح بين البنوك لدينا أن يقوم كل عضو بالتحقق من كل معاملة يقوم بها كل بنك في العالم ومعالجتها وتخزينها. حتى لو كان ذلك ممكناً من الناحية التقنية لأكبر المؤسسات المالية ، فإن تكلفة الحساب والتخزين ستشكل عائقاً كبيراً للكثيرين. من المؤكد أننا نفضل نظامًا لا يرى فيه المشاركون سوى المعاملات التي يشاركون فيها على الفور.
ولكن دعونا نضع قابلية التوسع جانبا ، لأنه يمكن حلها في نهاية المطاف باستخدام أجهزة الكمبيوتر باهظة الثمن والهندسة الذكية. القضية الأساسية هي السرية. في حين أنه قد يبدو خياليًا أن تكون كل معاملة مرئية في كل مكان ، إلا أن هذه الشفافية الجذرية في العالم الواقعي ليست بداية من حيث المنافسة والتنظيم. إذا قام كل من JP Morgan و HSBC بتبادل زوج من الأصول ، فمن غير المحتمل أن يرغب كل من Citi وبنك الصين في معرفة ما فعلوه. إذا تم إجراء المعاملة نيابة عن عملاء هذه البنوك ، فقد يكون من غير القانوني بالنسبة لهم فضحها بهذه الطريقة.
أحد الحلول المقترحة لمشكلة السرية هو "القنوات" ، كما يتم تنفيذها في Hyperledger Fabric. لكل قناة أعضاء معينين ، وهم مجموعة فرعية من العقد في الشبكة ككل. تكون معاملات القناة مرئية فقط لأعضائها ، بحيث تعمل كل قناة بشكل فعال كبلوكتشين منفصل. في حين أن هذا يساعد في الحفاظ على السرية ، إلا أنه يقوض أيضًا نقطة التمرين بأكملها. لا يمكن نقل الأصول من قناة إلى أخرى دون مساعدة وسيط موثوق به نشط على كليهما. وقد أبرزت SWIFT مؤخراً صعوبة هذا النهج المصالحة إثبات المفهوم، والتي قدرت الحاجة إلى إنتاج أكثر من 100,000،100,000 قناة. هذه XNUMX جزيرة لا يمكن نقل الأصول بينها بشكل مباشر.
في حالات استخدام البيانات فقط ، حيث لا تستهلك المعاملات البيانات في المدخلات ، يمكن تجنب مشكلة السرية عن طريق تشفير أو تجزئة البيانات في المخرجات ، وتقديم مفتاح فك التشفير أو البيانات غير المجزأة خارج السلسلة. ولكن بالنسبة للمعاملة التي تستهلك مدخلاتها مخرجات المعاملات الأخرى ، يجب على كل عقدة رؤية تلك المدخلات والمخرجات للتحقق من صحة المعاملة. بينما تقنيات التشفير المتقدمة مثل أصول سرية و البراهين المعرفة صفر تم تطويره لحل هذه المشكلة جزئيًا أو كليًا لدفاتر الأستاذ المالية ، ويفرض ذلك عبئًا كبيرًا على الأداء و / أو لا يمكن تعميمه على أي قاعدة تصحيح.
أخيرًا ، دعنا نتحدث عن التشغيل البيني. في عالم مثالي ، سينضم كل بنك على الفور إلى blockchain العالمي في يوم إطلاقه. ومع ذلك ، في الواقع ، سيتم اعتماد كتل متعددة من قبل مجموعات مختلفة من البنوك ، بناءً على الجغرافيا أو العلاقات الموجودة مسبقًا. بمرور الوقت ، قد يرغب أحد أعضاء إحدى المجموعات في بدء التعامل مع عضو في مجموعة أخرى ، عن طريق نقل أحد الأصول بين السلاسل. تمامًا كما هو الحال مع القنوات ، لا يمكن تحقيق ذلك إلا بمساعدة وسيط موثوق به ، وهزيمة الغرض من blockchain.
تهدف Corda إلى حل هذه المشاكل المترابطة المتمثلة في قابلية التوسع والسرية والتشغيل البيني من خلال إعادة التفكير الجذري في كيفية عمل دفاتر الأستاذ الموزعة.
عرض كوردا الجزئي
من السهل شرح الاختلاف الأساسي في Corda: فكل عقدة لا ترى سوى بعض المعاملات التي تتم معالجتها على الشبكة ، وليس جميعها. بينما يتم تعريف دفتر أستاذ منطقي ومفاهيمي واحد من خلال كل هذه المعاملات ، فلا توجد عقدة فردية ترى ذلك الأستاذ بالكامل. لإجراء مقارنة ، في أي وقت ، كل فاتورة بالدولار في العالم في مكان معين ، ولكن لا أحد يعرف أين هم جميعًا.
ما المعاملات التي تراها عقدة Corda؟ بادئ ذي بدء ، تلك التي تشارك فيها بشكل مباشر ، لأنها تمتلك أحد مدخلات أو مخرجات تلك المعاملة. في دفتر الأستاذ المالي ، يتضمن هذا كل معاملة ترسل فيها العقدة الأموال أو تستقبلها. لنفترض أن Alice تنشئ معاملة تستهلك $ 15 لها في المدخلات ولها نتيجتان - أحدهما بقيمة 10 دولارات أمريكية بالنسبة لي ، والآخر بقيمة 5 دولارات أمريكية في "التغيير" بالنسبة لها. بعد أن ترسل إلي أليس هذه المعاملة ، يمكنني التحقق من صحتها وتفويضها ، والتحقق من توازن المدخلات والمخرجات ومن توقيع أليس.
ومع ذلك ، فإن هذه الصفقة من تلقاء نفسها ليست كافية. أحتاج أيضًا إلى التحقق من أن حالة إدخال Alice التي تبلغ 15 دولارًا موجودة بالفعل ، وهي لم تختلقها فقط. هذا يعني أنني بحاجة إلى رؤية المعاملة التي خلقت هذه الحالة ، والتحقق من صحتها وتفويضها أيضًا. إذا كانت هذه المعاملة السابقة ، التي أرسلت Alice $ 15 ، تحتوي على إدخال بقيمة 10 دولارات تابعة لـ Denzel ومدخلات أخرى بقيمة 5 دولارات من إريك ، فيجب أيضًا التحقق من المعاملات التي أنشأت تلك. وهكذا ، يعود كل ذلك إلى معاملة "الإصدار" الأصلية التي تم إنشاء الأصل بها. سيعتمد عدد المعاملات التي أحتاج إلى التحقق منها على عدد المرات التي تغيرت فيها الأصول ومدى التفرع إلى الوراء.
نظرًا لأن عقد Corda لا ترى تلقائيًا كل معاملة ، كيف تحصل على تلك التي تحتاجها؟ الجواب من مرسل كل معاملة جديدة. قبل أن تنشئ أليس معاملة تستهلك 15 دولارًا ، يجب أن تكون قد تحققت بالفعل من المعاملة التي تلقتها بها. وبما أن أليس يجب أن تكون قد طبقت تقنية العودية أعلاه ، فستحصل على نسخة من كل معاملة مطلوبة لهذا التحقق. يطلب بوب هذه المعاملات من Alice كجزء من تفاعلهم. إذا لم تستجب أليس بشكل مناسب ، يستنتج بوب أن أليس تحاول خداعه ، وترفض الدفعة الواردة. في حالة إرسال بوب إلى معاملة جديدة يكون لمدخلاتها عدة مالكين ، يمكنه الحصول على البراهين اللازمة من كل منهم.
إدخال كتاب العدل
لقد أوضحنا حتى الآن كيف يمكن لـ Bob التحقق من صحة وتفويض المعاملة الواردة ، بما في ذلك تتبع أصول مدخلاتها بشكل متكرر. ولكن هناك قاعدة أخرى نحتاج إلى التفكير فيها: التفرد. دعنا نقول أليس خبيث. يمكنها إنشاء معاملة واحدة تدفع فيها 10 دولارات لبوب ، ومعاملة أخرى تدفع فيها 10 دولارات نفسها لتشارلي. يمكنها إرسال هذه المعاملات إلى بوب وتشارلي على التوالي ، جنبًا إلى جنب مع إثبات كامل لصحة وتفويض كل منهما. بينما تتعارض كلتا المعاملتين مع بعضهما البعض من خلال استهلاك نفس الدولة ، لا توجد طريقة لبوب وتشارلي لمعرفة ذلك.
تعمل blockchains التقليدية على حل هذه المشكلة عن طريق كل عقدة ترى كل معاملة ، مما يسهل اكتشاف التعارضات ورفضها. إذن كيف تعالج Corda ، برؤيتها الجزئية للمعاملة ، نفس المشكلة؟ الجواب بمساعدة "كاتب العدل". كاتب العدل هو طرف موثوق به (أو أطراف تعمل معًا) يضمن أن دولة معينة يتم استهلاكها مرة واحدة فقط. لكل ولاية كاتب عدل محدد ، يجب أن يوقع على أي معاملة تستهلك فيها تلك الدولة. بمجرد أن يقوم كاتب العدل بذلك ، يجب ألا يوقع معاملة أخرى لنفس الدولة. كتاب العدل هم الأوصياء على تفرد المعاملات في الشبكة.
في حين أن كل دولة يمكن أن يكون لها كاتب عدل مختلف ، يجب تعيين جميع الولايات التي تستهلكها معاملة معينة لنفس الحالة. هذا يتجنب القضايا المتعلقة الجمود والمزامنة ، والتي يجب أن تكون مألوفة لأولئك الذين لديهم خبرة قاعدة البيانات الموزعة. لنفترض أن أليس وبوب يوافقان على استبدال 10 دولارات لأليس مقابل 7 جنيهات إسترلينية. يجب أن يوقع كاتب العدل في كلتا الدولتين صفقة هذا التبادل ، ولكن أيهما يذهب أولاً؟ إذا وقع كاتب العدل في أليس ولكن بوب فشل لسبب ما ، فسيتم ترك أليس بمعاملة غير مكتملة ولا يمكنها أبدًا استخدام 10 دولارات مرة أخرى. إذا كانت علامات بوب أولاً ، فإنه يتعرض بالمثل. على الرغم من أننا قد نرغب في أن يعمل كتاب العدل ببساطة معًا ، إلا أن ذلك يتطلب في الواقع الثقة المتبادلة واستخدام بروتوكول توافقي ، والمضاعفات التي اختار مصممو كوردا تجنبها.
إذا كانت الدول ذات كتاب العدل المختلفين مطلوبة كمدخلات لمعاملة واحدة ، يقوم أصحابها أولاً بتنفيذ معاملات "تغيير كاتب العدل" الخاصة ، التي تنقل الدولة من كاتب العدل إلى آخر ، ولا تغير أي شيء آخر. لذلك عندما يبني الأطراف معاملة متعددة المدخلات ، يجب عليهم أولاً الاتفاق على كاتب العدل ليتم استخدامه ، ثم إجراء التغييرات الموثقة اللازمة. بينما شعر المطور بداخلي بآلام صغيرة عند القراءة عن هذا الحل ، لا يوجد سبب لعدم نجاحه طالما لعب كتاب العدل.
يجب أيضًا توضيح أنه ، في حين أن كل كاتب عدل هو ممثل منطقي واحد من حيث توقيع المعاملات ، فإنه لا يجب أن يكون تحت سيطرة طرف واحد. يمكن لمجموعة من المنظمات إدارة كاتب العدل بشكل جماعي ، باستخدام بروتوكول توافق الآراء المناسب الذي يحتاج فيه غالبية المشاركين لإنشاء توقيع صالح. سيمنع هذا أي طرف ضار واحد من تقويض التفرد من خلال توقيع المعاملات التي تتعارض. من الناحية النظرية ، يمكننا حتى السماح لكل عقدة في الشبكة بالمشاركة في هذا النوع من التوثيق المشترك ، على الرغم من أننا في هذه الحالة سنعود أكثر أو أقل إلى blockchain التقليدي.
أخذ النتيجة
دعونا نلخص الاختلافات الرئيسية بين Corda و blockchains التقليدية. في Corda ، لا يوجد blockchain موحد يحتوي على جميع المعاملات المؤكدة. لا ترى العقد سوى المعاملات التي تشارك فيها بشكل مباشر ، أو التي تعتمد عليها تاريخيًا. العقد مسؤولة عن التحقق من صحة المعاملات والتفويض بها ولكنها تعتمد على كتاب العدل الموثوق بهم للتحقق من التفرد.
بالطبع ، هناك الكثير بالنسبة إلى كوردا أكثر من هذا: استخدام الشهادات الرقمية لمصادقة الهوية ، "خرائط الشبكة" لمساعدة العقد في العثور على "عقود" لكل دولة والثقة بها والتي تحدد الصواب من منظور كل ولاية ، نسخة حتمية من Java Virtual Machine التي تنفذ هذه العقود ، و "التدفقات" التي تعمل على أتمتة مفاوضات المعاملات ، و "النوافذ الزمنية" التي تقيد المعاملات بمرور الوقت ، و "oracles" التي تشهد على الحقائق الخارجية و "CorDapps" التي تجمع أشياء كثيرة معًا لتسهيل التوزيع . في حين أن كل من هذه الميزات مثيرة للاهتمام ، يمكن العثور على مكافئات للجميع في منصات blockchain أخرى. هدفي في هذه المقالة هو التركيز على ما يجعل كوردا فريدة من نوعها.
فهل تفي كوردا بوعدها؟ هل يحل مشاكل قابلية التوسع والسرية وقابلية التشغيل البيني للسلسلة؟ وفي تحديد خياراته الخاصة ، ما هو السعر الذي تدفعه Corda؟
أكثر قابلية للتطوير ، في بعض الأحيان
لنبدأ بالتدرج. هنا ، تبدو ميزة Corda واضحة ، نظرًا لأن العقد لا ترى سوى بعض المعاملات في الشبكة. في blockchain العادية ، يتم تقييد أقصى سرعة إنتاجية من خلال سرعة العقدة الأبطأ في معاملات المعالجة. على النقيض من ذلك ، يمكن لشبكة Corda معالجة مليون معاملة في الثانية ، بينما ترى كل عقدة جزءًا صغيرًا من ذلك. تمتد قابلية التوسع أيضًا إلى كتاب العدل ، حيث يمكن أن تنتشر مهمة توقيع المعاملات من أجل التفرد بين العديد من كتاب العدل المختلفين ، وكل منهم مسؤول عن نسبة صغيرة من حالات الشبكة.
بعد قولي هذا ، هناك موقف واحد يؤدي فيه Corda أسوأ بكثير من blockchain. يحدث هذا عندما تتلقى العقدة معاملة جديدة تعتمد على العديد من المعاملات الأخرى التي لم ترها من قبل. تخيل أصلًا عالي السيولة تم إصداره قبل 10 سنوات ، ويتغير كل خمس دقائق تقريبًا. سوف يتجاوز المسار من أي معاملة جديدة إلى إصدار هذا الأصل أكثر من مليون معاملة. عندما تتلقى العقدة هذا الأصل للمرة الأولى ، يجب عليها استرداد ملايين المعاملات هذه من المرسل والتحقق من كل معاملة على حدة. بمعدل (متفائل إلى حد ما) 1000 معاملة في الثانية ، سيكون هناك تأخير لمدة 17 دقيقة قبل أن يتمكن المستلم من إرسال الأصل - من الواضح أنه طويل جدًا لشيء سيء للغاية.
لماذا لا تعاني blockchains من هذه المشكلة؟ نظرًا لأن العقد ترى كل معاملة وتتحقق منها عند حدوثها ، فإنها تعمل باستمرار على تحديث حالة دفتر الأستاذ ، وتعرف بالضبط من يملك كل أصل في الوقت الحالي. حتى إذا كانت العقدة لم تحتفظ بأصل معين من قبل ، فيمكنها التحقق على الفور من المعاملة التي تتلقاها فيها ، ثم إرسالها على الفور. لتوضيح الأمر بطريقة أخرى ، يجب أن تتحقق عقد blockchain من المعاملات التي قد لا تكون ذات صلة بها ، ولكن من خلال القيام بذلك ، فإنها تدفع مسبقًا تكلفة التحقق من أي معاملة مستقبلية قد تأتي. في حين أن عقد Corda أقل انشغالًا بشكل عام ، فإنها تقوم بتشغيل خطر الحاجة إلى القيام بقدر كبير من العمل في غضون لحظة. لا يوجد شيء قابل للتطوير في ذلك.
أكثر سرية إلى حد ما
دعنا ننتقل إلى السرية. في Corda ، لا ترى العقد سوى بعض معاملات الشبكة ، مما يعني بلا شك خصوصية أفضل من blockchains التقليدية. ومع ذلك ، فإن Corda بعيدة كل البعد عن حل مشكلة السرية ، لأن العقد لا تزال ترى بعض المعاملات التي ليست من أعمالهم. لنأخذ مثالاً بسيطًا ، إذا دفعت Alice لـ Bob 10 دولارات ، فإن Bob يرسل 10 دولارات إلى Charlie ، ويجب أن تظهر عقدة Charlie المعاملة بين Alice و Bob ، على الرغم من أنها لا تشمله. في الوقت الذي دفعت فيه أليس لـ Bob ، لم يكن لديها طريقة لمعرفة من قد يرى هذه المعاملة في المستقبل ، وقد يتم إرسالها لأي شخص في أي وقت.
لكي نكون منصفين ، مطورو كوردا على علم بهذه المشكلة ، ويناقشونها في الفصل 15 من ورقة فنية بيضاء. تقترح الورقة استراتيجيات بسيطة مثل استخدام مفاتيح عامة متعددة لكل كيان أو تقليل إمكانية التتبع من خلال إعادة الأصول إلى جهات الإصدار لإعادة الإصدار (على غرار "خلطات العملات الرقمية"). كما يذكر أيضًا إمكانيات مستقبلية أكثر تقدمًا مثل استخدام شبكات إخفاء الهوية مثل Tor لإخفاء عناوين IP الخاصة بالمشاركين والاستفادة من البراهين المعرفية صفر أو Intel جيوب آمنة للتحقق من صحة المعاملات دون الكشف عن محتوياتها. على الرغم من أن جميع هذه الاقتراحات صالحة ، إلا أنه يمكن تطبيقها أيضًا على blockchains العادية باستخدام نموذج الإدخال والإخراج ، وكانت بالفعل في عملات مشفرة مثل Dash و Zcash و Verge. لذا ، فإن الميزة الفريدة الوحيدة التي تتمتع بها Corda من حيث السرية لا تزال تكمن في الحد من ظهور المعاملات - وهو حل غير كامل في أفضل الأحوال.
كل شيء في التكاثر
لفهم أفضل لمزايا قابلية التوسع والسرية في Corda ، يجب أن نلاحظ كيف يعتمد ذلك على كثافة وتداخل العلاقات بين المعاملات. تخيل "شجرة عائلة" للمعاملات التي تتم في شبكة ، حيث يكون والدا كل معاملة هم المعاملات السابقة التي تعتمد عليها على الفور. على وجه التحديد ، عندما يتم استهلاك ناتج إحدى المعاملات من خلال إدخال معاملة أخرى ، نرسم سهمًا يمثل العلاقة من الوالد إلى الطفل. يمكن أن يكون للمعاملات أي عدد من الآباء والأطفال ، على الرغم من أننا نتوقع القليل منهم في معظم الحالات.
بالنظر إلى شجرة العائلة هذه ، فإننا نحدد أسلاف المعاملة على أنها والداها وأجدادها وأجدادها وما إلى ذلك. إن شجرتنا "آدم وحواء" هي معاملات الإصدار التي خلقت أصولاً وليس لها آباء. كما هو الحال في الأشجار العائلية العادية ، لا يمكن أن يكون هناك معاملا لبعضهما البعض. من حيث علوم الكمبيوتر الرسمية ، هذا هو الرسم البياني الحلقية الموجهة أو DAG ، حيث يتم تعريف النسب على أنه الإغلاق التبادلي للعلاقة الأم.
تذكر أنه عندما تقوم عقدة Corda بمعالجة إحدى المعاملات ، يجب عليها تنزيل جميع أسلاف هذه المعاملة والتحقق منها ، بصرف النظر عن تلك التي شاهدتها من قبل. لذلك إذا كانت شجرة العائلة عميقة ، فقد تحتوي المعاملات الواردة الجديدة على عدد كبير من الأسلاف التي تحتاج إلى التحقق منها ، مما يؤدي إلى مشكلة قابلية التوسع في Corda. بالإضافة إلى ذلك ، إذا كانت شجرة العائلة تحتوي على درجة عالية من التزاوج ، فقد يتضمن أسلاف المعاملة الجديدة العديد أو معظم المعاملات السابقة في الشبكة. في هذه الحالة ، ستوفر Corda ميزة قليلة من حيث الخصوصية.
على النقيض من ذلك ، إذا كانت شجرة عائلة المعاملات ضحلة ، وتحتوي على العديد من الجزر المنفصلة التي لا تتفاعل مع بعضها البعض ، فإن مزايا كوردا تأتي في المقدمة. لن تحتاج العقد مطلقًا إلى التحقق من عدد كبير من المعاملات في وقت واحد ، ويمكن إبقاؤها في الظلام حول غالبية المعاملات التي لا علاقة لها بها. إذا تم استخدامه كدفتر الأستاذ المالي ، فقد نقول أن Corda مثالية للأسواق شديدة التشتت التي نادرًا ما تتغير أصولها.
قابلية التشغيل البيني للفوز
هذه منطقة يضيء فيها كوردا حقًا. تخيل شبكتين منفصلتين من قرطبة ، مع مجموعات مختلفة من الأصول والمشاركين. في مرحلة ما ، يرغب أحد المشاركين في إحدى الشبكات في إرسال مادة عرض إلى شخص ما في الشبكة الأخرى. على عكس blockchains التقليدية ، ليس هناك توقع بأن العقدة ستكون قد تحققت من جميع المعاملات السابقة ، لذلك لن تواجه العقدة التي تتلقى هذا الأصل الجديد أي شيء غير عادي. عندما تأتي المعاملة ، فإنها ببساطة تطلب وتتحقق من التاريخ ذي الصلة ، دون إدراك أن هذا من "شبكة منفصلة". لتمديد الكليشيهات ، قد نقول أنه لا يوجد غرباء في كوردا - مجرد أصدقاء لم يلتقوا بعد.
في الواقع ، الأمور ليست بهذه البساطة. أي عقدة من قرطبة تقرر صراحة أي كاتب العدل يثق به ، لأن كاتب العدل الذي يسيء التصرف يمكن أن يسبب فوضى مالية. بالإضافة إلى ذلك ، تحتاج العقد إلى "شهادة" يمنحها "بواب" للاتصال بالعقد الأخرى في الشبكة ، حيث لا يمكننا السماح لأفراد عشوائيين من الجمهور بالبدء في الاتصال بالعقد وإهدار مواردهم. لذا قبل أن تبدأ العقدة في إحدى الشبكات في طلب المعاملات والتحقق منها من شبكة أخرى ، ستحتاج إلى إضافتها إلى قائمة كتاب العدل الموثوق بهم والحصول على الشهادة المناسبة. في حين أن هذا ينطوي على بعض التكوين اليدوي والإدارة ، فهو الحد الأدنى الذي يمكن توقعه لنظام من هذا النوع. بشكل عام ، من العدل الاستنتاج أن قابلية التشغيل البيني هي فوز كوردا الكبير على blockchains التقليدية.
إعادة الوساطة
حان الوقت للحديث عن الوساطة ، الفيل في غرفة كوردا. في سياق blockchains ، تعني الوساطة أنه يمكن لكل مشارك التحقق من كل معاملة لأنفسهم ، دون الاعتماد على السلوك الجيد للأطراف الثالثة. في وجهة نظري، تعد الوساطة هي الميزة الأساسية لسلسلة الكتل على قواعد البيانات المركزية ، حيث يعتمد جميع المشاركين بشكل كامل على مالك قاعدة البيانات هذه. إذا كان لدى المشاركين في شبكة وسيط يمكنهم الاعتماد عليه ، ولا توجد حالة عمل أو تنظيمية للوساطة ، فهناك لا جدوى في استخدام blockchain. قواعد البيانات المركزية أسرع وأكثر كفاءة ، وتتجنب مسألة سرية المعاملات.
فهل يحقق المشاركون في شبكة Corda الوساطة؟ حسنًا ، نعم ، نعم ونعم ولكن لا. بالنسبة لتسليم المعاملات ، تقوم Corda بوضع علامة في المربع ، حيث أن العقد المشاركة في المعاملة تتحدث مباشرة مع بعضها البعض. فيما يتعلق بالصحة والتفويض ، فهي أيضًا في حالة جيدة ، حيث أن كل عقدة قادرة على التحقق من هذه الخصائص لنفسها. ومع ذلك ، عندما يتعلق الأمر بالتحقق من تفرد المعاملة ، يفشل Corda في اختبار الوساطة. لا يمكن للعقد تأكيد التفرد لأنفسهم ، حيث أنهم لا يرون كل معاملة في الشبكة ، ويتم نقل المهمة إلى كتاب العدل الموثوق بهم.
المشاركون من كوردا تحت رحمة كتاب العدل بعدة طرق. أولاً ، قد يرفض كاتب العدل التوقيع على صفقة ، حتى إذا كانت مدخلاتها تستهلك مخرجات لم يتم استخدامها من قبل. في دفتر الأستاذ المالي ، يمنع هذا شخصًا من إرسال أصوله أو استبدالها. ثانيًا ، يمكن لكاتب العدل التوقيع على معاملتين متضاربتين تستهلكان نفس الناتج ، مما يدفع طرفين إلى الاعتقاد بأنهما تلقيا الشيء نفسه. نظرًا لأن كل من مستلمي الأصول المكررة يرسلونها أو يبدلونها في معاملات أخرى ، فإن انتشار العدوى ، وقد يؤدي ذلك إلى تقويض سلامة دفتر الأستاذ بأكمله. أخيرًا ، قد يرفض كاتب العدل التوقيع على صفقة "تغيير كاتب العدل" لتحويل الدولة إلى منافس ، مما يجعل مالك الأصول رهينة فعليًا. بالنسبة للمعاملة التي تشمل دولًا مع كتاب العدل المختلفين ، من الصعب القول أن كوردا تقدم الوساطة أكثر من قاعدة بيانات مركزية، لأن العديد من الأطراف الثالثة في السيطرة.
لوضع هذا الخطر في المنظور ، من الجدير بالذكر أن كتاب العدل في كوردا لا يحتاجون إلى التحكم من قبل منظمة واحدة. يمكن أن تتكون أيضًا من مجموعة من العقد التي تدير خوارزمية إجماع يمكنها تحمل الممثلين السيئين. في هذه الحالة ، سيعمل كاتب العدل بشكل جيد طالما أن معظم العقد التابعة له تتبع القواعد. على السطح ، يبدو هذا وكأنه بلوكشين ، والذي يعتمد على غالبية المدققين الذين يتصرفون بشكل جيد. ولكن المخاطر في كوردا أعلى بكثير. أسوأ ما يمكن أن تفعله كابال من مدققي بلوكشين هو منع تأكيد بعض المعاملات. يمكن لكاتب العدل الخبيث في كوردا التوقيع على المعاملات المتضاربة ، وإرسال دفتر الأستاذ إلى هاوية غير متناسقة.
حيوان غريب
من خلال وضع قابلية التوسع والسرية وقابلية التشغيل البيني وعدم الوساطة معًا ، من الصعب الوصول إلى حكم بسيط على بديل Corda. بشكل عام ، من منظور مطور منصة blockchain ، يبدو جيدًا ... مقنعًا لكن غريبًا. تم تصميم حلول Corda ، التي تم تصميمها لحل المشاكل الرئيسية للتدرج والسرية ، غير مكتملة وتعتمد بشكل كبير على شكل "شجرة العائلة". ومع ذلك ، من أجل تحقيق هذه الانتصارات الجزئية ، تفقد Corda خاصية أساسية من blockchains - إزالة وسطاء المعاملات. بينما تتفوق كوردا بلا شك في قابلية التشغيل البيني ، فهل هذا يكفي حقًا؟
إذا أردنا أن نكون متشككين ، فقد نقول أن فريق Corda تم تعيينه مهمة مستحيلة - لتصميم نكهة من blockchain تتناسب مع تمويل البنوك R3. لكن الفائدة الرئيسية من blockchains على قواعد البيانات المركزية هي عدم الوساطة ، والتي تأتي بسعر انخفاض السرية. كيف يمكن لهذه المقايضة أن تكون منطقية للمؤسسات المالية التي تجني المال من خلال العمل كوسيط ، وهي شديدة الحساسية بشأن الخصوصية؟ بالنظر إلى هذا الضوء ، يمكن للمرء أن يشيد بكوردا على أنه حل وسط بطولي ولكنه غير مرضٍ في نهاية المطاف بين رغبة أعضاء R3 في القيام بشيء من القيود ، والقيود التجارية والتنظيمية التي توجد في ظلها.
خادم 2.0
لكنني أفضل اعتماد نهج أكثر إيجابية. بدلاً من التركيز على المقارنة مع blockchains ، يمكننا أن ننظر إلى Corda كتحديث تقني رئيسي للوضع المالي الراهن. ما عليك سوى استبدال كلمة "كاتب العدل" بكلمة "الوصي" ، وكلها في مكانها الصحيح إلى حد ما. (أ وصي هي مؤسسة مالية تحتفظ بالأصول نيابة عن الآخرين.) نعم ، كتاب العدل هم وسطاء ، يمكنهم منع المعاملات والسماح بحدوث النزاعات ، ولكن هذا ينطبق أيضًا على أمناء الحفظ اليوم. يمكن أن يُنظر إلى "معاملة التغيير الموثقة" على أنها نقل الأصول من وصي إلى آخر. ويتم توقيع معاملات Corda من قبل كاتب عدل واحد فقط لنفس السبب الذي نرغب في أن يتم فيه تبادل الأصول في مكان واحد - لمنع أي من الطرفين من الخروج من جيبه.
بالنظر إلى Corda بهذه الطريقة ، يمكننا أن نرى كيف أنها تتحسن في نموذج الحفظ التقليدي:
- وهي تحدد النموذج والحساب القياسيين للتعبير عن الأصول المالية والالتزامات التعاقدية الأخرى.
- يوفر برنامجًا مفتوح المصدر لتفسير وتنفيذ هذه الالتزامات ، ويضمن أن تتفق الأطراف المتعاملة وأوصياءها على نتائج كل معاملة.
- يمكن إنشاء أمناء معقدين متعددي الأطراف للحماية من إساءة الاستخدام (باستخدام البرامج فقط!) من خلال الاستفادة من خوارزميات الإجماع التي تتحمل الأخطاء.
- يتم تعريف عملية قياسية ("تغيير كاتب العدل") لنقل الأصول بين الحاضنين ، ولا يسمح لأمناء الحفظ بالرفض.
- لا يمكن لأمناء الحفظ استخدام أحد الأصول الموجودة تحت حيازتهم دون موافقة المالك ، حيث يجب أيضًا توقيع المعاملات من قبل أصحاب المدخلات.
أنا بعيد عن كوني مصرفيًا ، لكن بالنسبة لي كل هذا يبدو واعدًا إلى حد ما. وربما يمكن تطبيق كوردا بشكل جيد على الصناعات الأخرى ذات الهياكل الحافظة المعقدة ، مثل التأمين أو الشحن. في حين أن تصميم كوردا قد لا يوفر عدم الوساطة الكاملة لسلسلة الكتل ، فإنه يقترح تحولًا قويًا للصناعات التي يلعب فيها الوسطاء دورًا أساسيًا.
بمجرد أن نسير في هذا الخط من التفكير ، يثور سؤال لا محالة: إذا كنا بالفعل نثق في كتاب العدل بوظيفة الحياة والموت في التحقق من التفرد ، فلماذا لا نعتمد عليهم للصحة والتفويض أيضًا؟ لدى Corda بالفعل مفهوم "كاتب العدل المصدق" ، الذي يتحقق بشكل كامل من المعاملات قبل إضافة توقيعه. بدلاً من تنزيل عقد Corda المنتظمة والتحقق من أسلاف معاملاتهم ، لماذا لا تسأل كاتب العدل بدلاً من ذلك؟ يمكن أن يساعد هذا في قابلية التوسع والسرية ، نظرًا لأن معظم العقد لن ترى أي معاملات بخلاف معاملاتها. قد نقترح حتى أن كتاب العدل في الشبكة يثقون ببعضهم البعض تمامًا ، لذلك لا داعي للقلق بشأن الأسلاف. يمكن لكاتب العدل في كل دولة أن يشهد بصلاحيتها ، والتحقق فقط من الصفقة التي أنشأتها بمساعدة كتاب العدل الآخرين.
دع كوردا تكون كوردا
كل هذا يعيدنا إلى حيث بدأنا: Corda ليست حقًا منافسًا لسلسلة blockchains التقليدية ، بما في ذلك MultiChain. Corda هو Corda - نوع جديد مثير للاهتمام من دفتر الأستاذ الموزع ، والذي تم تحسينه لاحتياجات أولئك الذين يمولونه. ليس لدي أي فكرة عما إذا كانت كوردا ستنجح في النهاية أو ستفشل ، لأنني لا أعرف تكاليفها وفوائدها الحقيقية مقارنة بالطريقة الحالية للقيام بالأشياء. ولكن بغض النظر عما يحدث في المستقبل ، فمن المؤكد أنه يستحق الدراسة من حيث الفلسفة والتصميم.
أما بالنسبة لـ MultiChain ، فإننا نتبع نهجًا مختلفًا. لسرقة خط من والجناح الغربي، نحن مصممون على "السماح ل blockchain أن يكون blockchain". Blockchains هي ما هي عليه ، وليس لدينا خطط لتحويلها إلى شيء مختلف. باعتبارها البنية التحتية للبيانات لتطبيق مشترك ، تمثل سلسلة الكتل مقايضة معينة عند مقارنتها بقاعدة بيانات مركزية - مكاسب في الوساطة على حساب السرية المنخفضة. ونحن نعمل بجد لجعل MultiChain 2.0 أفضل ما يمكن سلسلة كتلة منصة لمطوري التطبيقات لاستخدامها.
يرجى نشر أي تعليقات على LinkedIn.
المصدر: https://www.multichain.com/blog/2018/05/r3-corda-deep-dive-and-technical-review/
- حسابي
- المختصرات
- نشط
- إضافي
- مميزات
- خوارزمية
- خوارزميات
- تطبيق
- التطبيقات
- هندسة معمارية
- المنطقة
- البند
- الأصول
- ممتلكات
- جمهور
- ترخيص
- مصرف
- بنك الصين
- البنوك والمصارف
- البنوك
- أفضل
- مشروع قانون
- سلسلة كتلة
- صندوق
- ابني
- حزمة
- الأعمال
- الحالات
- سبب
- الرئيس التنفيذي
- شهادة
- الشهادات
- تغيير
- قنوات
- تدقيق
- الشيكات
- طفل
- أطفال
- الصين
- سيتي
- إغلاق
- تعليقات
- تجاري
- مشترك
- حول الشركة
- منافسة
- المنافسين
- علوم الكمبيوتر
- أجهزة الكمبيوتر
- صراع
- إجماع
- موافقة
- تستهلك
- محتوى
- محتويات
- عقود
- حبل
- التكاليف
- خلق
- لرحلة بحرية
- العملات الرقمية
- العملات المشفرة
- التشفير
- حالياًّ
- حبس
- العملاء
- DAG
- اندفاع
- البيانات
- تخزين البيانات
- قاعدة البيانات
- قواعد البيانات
- يوم
- صفقة
- تأخير
- تقديم
- التوصيل
- تصميم
- المطور
- المطورين
- التطوير التجاري
- فعل
- رقمي
- دفتر الأستاذ الموزع
- دولار
- فيل
- الهندسة
- مشروع
- ethereum
- تبادل
- الاستبدال
- ممارسة
- قماش
- عادل
- للعائلات
- الأزياء
- المميزات
- أخيرا
- مالي
- المؤسسات المالية
- نهاية
- الاسم الأول
- لأول مرة
- تركز
- شكل
- بالإضافة إلى
- التمويل
- أموال
- مستقبل
- العلاجات العامة
- العالمية
- blockchain العالمي
- خير
- الحكم
- عظيم
- تجمع
- متزايد
- هنا
- إخفاء
- مرتفع
- سلط الضوء
- تاريخ
- كيفية
- HTTPS
- ضخم
- فكرة
- هوية
- غير شرعي
- بما فيه
- الصناعات
- معلومات
- البنية التحتية
- مؤسسة
- المؤسسات
- التأمين
- تفاعل
- مصلحة
- التوافقية
- المشاركة
- IP
- إصدار
- مسائل
- IT
- جافا
- وظيفة
- الانضمام
- القفل
- مفاتيح
- المعرفة
- كبير
- قيادة
- القيادة
- قيادة
- تعلم
- دفتر الحسابات
- شروط وأحكام
- مستوى
- ضوء
- خط
- لينكدين:
- سائل
- قائمة
- طويل
- رائد
- أغلبية
- القيام ب
- تجارة
- الأسواق
- مباراة
- اجتماعات
- الأعضاء
- يذكر
- مليون
- نموذج
- مال
- خطوة
- متعدد السلاسل
- شبكة
- الشبكات
- الشبكات
- العقد
- Notion
- جاكيت
- المصدر المفتوح
- طلب
- الطلبات
- أخرى
- أخرى
- كاتوا ديلز
- أصحاب
- الم
- ورق
- نموذج
- الآباء
- وسائل الدفع
- المدفوعات
- مجتمع
- أداء
- منظور
- فلسفة
- صورة
- المنصة
- منصات التداول
- أكثر الاستفسارات
- يقدم
- السعر
- خصوصية
- خاص
- منتج
- الإنتــاج
- دليل
- الملكية
- حماية
- جمهور
- R3
- القراء
- نادي القراءة
- واقع
- خلاصة
- تسجيل
- اللائحة
- العلاقات
- الإغاثة
- المتطلبات الأساسية
- الموارد
- تقاعد
- مراجعة
- المخاطرة
- القواعد
- يجري
- تشغيل
- التدرجية
- علوم
- SEA
- يرى
- إحساس
- طقم
- شاركت
- الشحن
- قصير
- لوحات
- الاشارات
- صغير
- So
- تطبيقات الكمبيوتر
- الحلول
- حل
- سرعة
- الإنفاق
- انتشار
- المحك
- بداية
- بدأت
- الولايه او المحافظه
- المحافظة
- الحالة
- تخزين
- متجر
- فروعنا
- الدعم
- المساحة
- نظام
- تقني
- تجربه بالعربي
- المستقبل
- تفكير
- طرف ثالث
- الوقت
- تسامح
- التتبع
- صفقة
- المعاملات
- تحول
- الشفافية
- نقل
- الثقة
- غير مجزأ
- us
- USD
- المستخدمين
- حافة
- التحقق
- المزيد
- افتراضي
- الجهاز الظاهري
- رؤية
- تصويت
- انتظر
- West Side
- من الذى
- ويكيبيديا
- كسب
- للعمل
- العالم
- قيمة
- جاري الكتابة
- سنوات
- Zcash
- صفر