أخبارالمطورينإدخالالمشروع Blockchain شرح الأحداث والمؤتمرات الصحافةالنشرات الإخبارية

اشترك في نشرتنا الإخبارية.

عنوان بريد الكتروني

نحن نحترم خصوصيتك

الرئيسيةالمدونةأدخل مؤسسة Blockchain

Blockchain مقابل تقنيات دفتر الأستاذ الموزع (DLTs): الجزء 2

تحليل مقارن للهياكل والديناميكيات الحاكمة لـ Ethereum و Hyperledger Fabric و R3 Corda بواسطة ConsenSys 23 مايو 2018 نُشر في 23 مايو 2018

هذا هو الجزء الثاني من تحليل مقارن مكون من جزأين لكل من Ethereum و Hyperledger Fabric و R3 Corda. اقرأ الجزء 1 من Blockchain مقابل DLTs. 

Blockchain مقابل منصات تقنية دفتر الأستاذ الموزعة

يجب الاعتراف بأنه إذا كان تنسيق قاعدة البيانات والتخصيص الأكثر كفاءة للرمز هو الوظيفة المرغوبة للنظام ، فقد لا يكون blockchain بالضرورة هو الحل الذي تبحث عنه المنظمة. أنظمة تكنولوجيا دفتر الأستاذ الموزع (DLT) مثل Hyperledger Fabric أو R3 Corda قادرة على وظائف مماثلة لأنظمة blockchain ، ولكن يجب أن يؤخذ في الاعتبار أن blockchain عبارة عن مجموعة فرعية منفصلة من دفاتر الأستاذ الموزعة التي لها وظائف إضافية تتجاوز تنسيق الكود. سلاسل البلوك تشين قادرة على أداء وظائف ليست دفاتر الأستاذ الموزعة من حيث إنشاء مثيل للقيمة الرقمية بناءً على تكوين النظام.

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

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

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

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

يوضح الجدول التالي لمحة موجزة عن الاختلافات الرئيسية بين الميزات التكنولوجية المختلفة للمنصات المعنية.

نظرة عامة على الميزات التكنولوجية لكل من Ethereum و Hyperledger Fabric و R3 Corda.

أنا اصرح

إيثيريوم

كنظام بيئي مع تكوينات موزعة مشتركة ، يقوم Ethereum بإنشاء مثيل لمفهوم “الحالة” عبر تكوين كائنات تسمى “الحسابات”. هناك نوعان من الحسابات في Ethereum:

• حسابات العقود – الحسابات التي يتم التحكم فيها بواسطة رمز العقد
• الحسابات المملوكة خارجيًا – الحسابات التي يتم التحكم فيها بواسطة مفتاح خاص

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

يتم تمييز blockchains الحقيقية عن DLT بناءً على اعتمادها على بنية بيانات Patricia Merkle Tree هذه وتنسيقها بين الكتل ، والتي تُستخدم لإنشاء مثيل لحالة النظام. هذا المفهوم جزء لا يتجزأ من سلامة البيانات وصلاحيتها ودقتها في بنية نظام blockchain.

تعليق

الوظيفة التي تنشئها Ethereum World State هي نظام غير موثوق به يسمح بإنشاء مثيل للقيمة في تنسيق رقمي. يمكن اشتقاق مصادر القيمة التمثيلية الرقمية الأصلية لاقتصاد العملة الرمزية من تكوين الحسابات وهياكل البيانات الفرعية في Ethereum ؛ بنفس الطريقة التي تكون بها البوابات المنطقية قادرة على إنشاء خوارزميات وظيفية في الهندسة التقليدية.

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

نسيج هايبرليدجر

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

• يقوم LevelDB بإنشاء قاعدة بيانات مفتاح / قيمة
• سيحتفظ CouchDB بقاعدة بيانات Document JSON

في بنية النسيج ، يكون تنسيق قاعدة البيانات لكيفية تنظيم جميع العمليات قادرًا على زيادة معالجة المعاملات وزيادة الكفاءة الحسابية في النظام البيئي.

في قاعدة بيانات الولاية ، يتم تخزين أحدث قيم إصدار للمفاتيح في سجل معاملات السلسلة كأزواج مفتاح / قيمة. تتم فهرسة القيم الأساسية المعروفة باسم World State لعرضها في سجلات المعاملات الموجودة داخل بنية القناة. يعمل CouchDB كعملية قاعدة بيانات منفصلة تتلقى تحديثات من chaincode API.

تعليق

ابتكر Hyperledger Fabric عملية تحل محل المبادئ الأساسية لنظام blockchain في مقابل تحقيق انتقالات عالية الإنتاجية. يسمح استخدام البنية الحالية للحالات أن يتم تعديلها بسهولة وتتجلى في مخطط البرامج التقليدي ، مما يؤدي إلى الوصول للقراءة / الكتابة. على الرغم من أن ترتيب الحالة داخل بيئة Fabric فعال ، إلا أنه يفتقر إلى القدرة على إنشاء مثيل للقيمة في نظام بيئي لامركزي عام ، بنفس الطريقة التي يمكن أن تقوم بها blockchain الحقيقية مثل Ethereum أو Bitcoin. تدل حركة البيانات في بيئة برمجيات Fabric على قدرة قاعدة البيانات الموزعة. سيكون إنشاء الأصول الرقمية داخل Fabric بشكل أساسي عبارة عن معلومات رقمية مخزنة في قاعدة بيانات يتم التحكم فيها من قبل الأطراف أو المجموعات المسيطرة داخل اتحاد دون التقيد بالهيكل الاقتصادي للسلع الرقمية.

R3 كوردا

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

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

في كوردا ، تعتبر الولايات فئات تخزن البيانات. الفئات هي تطبيقات لواجهة “ContractState” التي تعمل كطبقة إمكانية التشغيل البيني داخل النظام الأساسي. يمكن أن تتضمن حقول بيانات “الولاية” المعينة ما يلي:

• الإصدار
• مالك
• faceValue والمبلغ>
• تاريخ النضج

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

تعليق

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

ثانيًا. المعاملات

Ethereum هو نظام بيئي للآلة قائم على المعاملات حيث يتم تخزين الحالة العالمية للمعاملات داخل الكتل. عند حدوث المعاملات ، تؤدي انتقالات الحالة إلى حالات جديدة للنظام. تضحي هذه العملية بسرعة معالجة معاملات قاعدة البيانات السريعة من أجل تكامل النظام الذي يرمز إلى الحالة وكذلك المعاملة التي أدت إلى تلك الحالة داخل تكوين بنية بيانات blockchain Patricia Merkle Tree.

ضمن هذه البنية ، يتم الاحتفاظ بالحالة جنبًا إلى جنب مع المعاملات التي تؤدي إلى انتقالات الحالة في نموذج برمجي يستخدم Patricia Merkle Trees لقفل البيانات في واقع تاريخي يتم تحقيقه داخل الكتل.

هناك نوعان من المعاملات:

• مكالمات الرسائل
• إبداعات العقد.

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

تعليق

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

• اقتصاد رقمي حقيقي
• السلع والأصول الرقمية التي تتحكم فيها الحوافز الاقتصادية بدلاً من الحوافز التنظيمية / الاحتكارية
• واجهة تفاعلية بين المؤسسات الخاصة والاقتصاد الرقمي العام

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

نسيج هايبرليدجر

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

هناك نوعان من المعاملات:

• نشر المعاملات – إنشاء رمز سلسلة جديد. تثبيت chaincode في بيئة تطوير البرامج
• استدعاء المعاملات – لاستدعاء رمز السلسلة الذي تم إنشاؤه مسبقًا والوظائف المقابلة. عندما يتم تنفيذ هذا بنجاح ، فإن chaincode يفي بوظيفة ويُدخل تغييرات على الحالة
• تؤدي وظائف الاستدعاء إلى معاملات “get” أو “set”

من أجل تعظيم كفاءة معالجة البيانات والسرعات الفائقة ، يتم تجميع المعاملات الفردية AKA blobs بواسطة خدمة ترتيب Apache Kafka ويتم إخراجها على أنها “كتل” من خلال حدث التسليم. يتم ترتيب المعاملات (النقط) بواسطة Apache Kafka Ordering Service وإلحاقها بأقسام كافكا. ما يعنيه هذا هو أن بنية النسيج تضحي بسلامة وإخلاص البيانات لنظام blockchain حقيقي من أجل الحصول على معالجة أسرع للمعاملات والإنتاجية ضمن بيئة دفق بيانات موثوقة كما يتضح من استخدام Apache Kafka Ordering Service.

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

تعليق

على الرغم من أن النظام يستخدم مصطلحات blockchain-esque ، إلا أن هذا ليس blockchain بالمعنى التقليدي ، حيث لا يوجد الحفاظ على المعاملات الحكومية والتكميلية في بنية بيانات Patricia Merkle Tree. Hyperledger Fabric هو DLT ، وليس blockchain. تم تصميم بنية Fabric لمعالجة المعاملات الفائقة كما يمكن رؤيته من إلحاق نقاط البيانات في خدمة ترتيب تدفق بيانات كافكا. نظرًا لأنه يتم تحقيق ذلك في بيئة موثوقة ، يمكن أن تحدث عمليات الإعدام بحرية في النظام. لن يكون استخدام هذا التكوين في نظام نقل القيمة مثاليًا ، مع الأخذ في الاعتبار أن كل الثقة يجب أن تُنسب مباشرةً إلى بنية برنامج واحدة من كيان واحد بدلاً من نظام بيئي مشترك أو بروتوكول. كما يتضح من المستندات الفنية ، تخلت Fabric من الناحية المعمارية عن سلامة البيانات والأمان الذي تم تحقيقه في منصات blockchain من أجل الحصول على معالجة فائقة بين مكونات المعاملة.

R3 كوردا

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

هناك نوعان أساسيان من المعاملات:

• معاملات تغيير كاتب العدل – يتم تنفيذها للتنقل بين كتاب العدل في النظام. سوف يمنع كتاب العدل الإنفاق المزدوج ويمكنهم التحقق من صحة المعاملات
• توفير إجماع فريد
• المعاملات العامة – تستخدم لكل شيء آخر

المعاملات هي تحديثات مقترحة لحالة بيئة قاعدة البيانات التي تتطلب التوقيعات ليتم التحقق من صحتها من الأطراف الأخرى داخل النظام. لكي تكون المعاملة صحيحة ، يجب أن:

1. يتم التوقيع عليها من قبل الأطراف المعنية
2. الحصول على مصادقة من خلال رمز العقد الذي يحدد المعاملة

يسمح استخدام النموذج الشبيه بـ UTXO في بيئة قاعدة بيانات مشتركة لمنصة Corda بالتحكم في الحالة وكذلك التحولات. يُظهر استخدام كاتب العدل والتفاعلات المختلفة بين Flows و Cordapps في تكوين الشبكة بيئة موزعة مشتركة حيث يتم الحفاظ على الحالة في تنسيق بيانات لا يتجزأ من بنية النظام. يشير استخدام المعاملات للتنقل في إنشاء مثيل للحالات داخل البيئة المستندة إلى العقدة بين التدفقات وكذلك Cordapps التي تمت برمجتها في العقد ، إلى وسيلة قابلة للتطبيق لتنفيذ تغييرات الحالة في دفتر الأستاذ.

تعليق

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

• تخزين متفوق للبيانات المالية غير العامة
• إعداد موثوق به للمؤسسات المالية غير الموثوقة
• قبو متقدم للتفاعلات التجارية

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

ثالثا. العقود الذكية

إيثيريوم

في Ethereum ، تتم كتابة العقود الذكية بلغات برمجة عالية المستوى مثل Solidity أو LLL أو Viper ويتم تجميعها في رمز ثنائي EVM ، مما يسمح بتنفيذ الثنائيات بواسطة Ethereum Virtual Machine (EVM). تقوم العقد في شبكة Ethereum بتشغيل تطبيق EVM الخاص بها والذي يعمل كبيئة وقت تشغيل للعقود الذكية في النظام البيئي Ethereum. يتم تجسيد الحالة والمعاملات التي تؤدي إلى انتقالات الحالة في الحالة العالمية لـ Ethereum blockchain من خلال النسخ المتماثل بواسطة EVM ، مما يؤدي إلى نظام يمكنه تنفيذ الثقة غير القابلة للفساد على مجموعة من الأطياف.

يعمل EVM كبيئة وقت تشغيل لتنفيذ انتقالات الحالة بشكل متكرر من أجل حساب حالة النظام وحالة الجهاز أثناء مروره عبر المعاملات.

• حالة النظام = حالة Ethereum العالمية
• حالة الجهاز = منطق الأعمال لحسابات العقود & رمز تكرار في وقت تشغيل EVM

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

تعليق

نظرًا لأن تطبيقات EVM تلتزم بدقة بالمواصفات المحددة في ورقة Ethereum Yellow Paper ، فإن عمليات إنشاء مثيل Ethereum (عامة وخاصة واتحاد) قادرة على التشغيل البيني كما هو محدد من التجميع المشترك للغات عالية المستوى – في شكل ذكي العقود – في رمز بايت إيثريوم بواسطة EVM. من هذا التصرف في Ethereum ، فإنها قادرة على العمل كطبقة وسيطة بين مختلف جوانب مرافق البيانات الخاصة المؤسسية الكبيرة واقتصاد السلع الرقمية العامة الذي يتطور حاليًا ويؤتي ثماره من الإنشاء الأخير للاقتصاد المميز.

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

نسيج هايبرليدجر

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

• البداية – بدء حالات التطبيق
• استدعاء – معالجة مقترحات المعاملات

يجب أن يقوم Chaincode بتنفيذ واجهات من API:

• واجهة Chaincode
• ChaincodeStubInterface

في Hyperledger Fabric ، يتم تشغيل chaincode في حاويات Docker مؤمنة ، حيث يتم عزلها عن العمليات التي يتم تنفيذها بواسطة النظير المصدق. عادةً ما تتم كتابة الكود في Go أو Node.js ، مما يسمح بالتفاعل الذي يعالج منطق الأعمال. هناك فارق بسيط يجب مراعاته وهو أن الرمز التسلسلي Fabric لا يتم نسخه بواسطة العقد داخل النظام البيئي بنفس الطريقة التي يُتوقع بها من بنية blockchain حقيقية.

يتم تثبيت Chaincode في البداية على Peers ثم يتم تحويله إلى قنوات. سير العملية مفصل في المخططات التالية:

خلال تدفق عملية Chaincode ، تحدث تفاعلات مختلفة مع System Chaincode ، والتي تعمل داخل عملية نظير قابلة للتنفيذ مقابل حاوية معزولة. يستخدم هذا لتنفيذ سلوكيات النظام بدون سياسات المصادقة أو عمليات دورة الحياة. لا يمر رمز Chaincode للنظام خلال دورة حياة الكود الخاصة بـ Chaincode العادي. يتم تنفيذ وظيفتين من Shim API لواجهة chaincode. يتم تجميع الكود والحفاظ عليه من قبل النظير. لا يرتبط Chaincode بالقنوات أو الطلبات حتى يقرر المطور رغبته في تثبيت البرنامج بشكل أكبر.

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

تعليق

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

• بنية متجانسة لتحقيق أقصى قدر من التحكم
• تفاعل تجاري آمن بين الأطراف المقابلة
• معالجة منسقة مركزيًا لإنتاجية المعاملات

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

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

R3 كوردا

في كوردا ، تعتبر العقود الذكية فئات تنفذ واجهة العقد. تتم كتابة العقود الذكية بلغة Java / Kotlin ويتم تجميعها من خلال Java Virtual Machine (JVM) ، وهي آلة الحوسبة التي يتم تنفيذ التعليمات البرمجية بداخلها. الوظيفة الرئيسية المستخدمة في العقود هي وظيفة “التحقق”.

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

مكونات العقد الذكية:

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

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

تعليق

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

رابعا. الخلاصة والتقييم

بناءً على تحليلنا ، فإن العوامل الرئيسية المميزة التي تستطيع Ethereum تنفيذها بما يتجاوز ما هو قادر على DLT هي:

• الأصول الرقمية أو الاقتصاد الرمزي
• طبقات الحوافز للاقتصاد المشفر في البروتوكول
• قابلية التشغيل البيني بين الكونسورتيوم وسلسلة الكتل العامة

في حين أن DLT مثل R3 Corda و Hyperledger Fabric قادرة على تحقيق وظائف في إدارة قاعدة البيانات المشتركة ودورة حياة معالجة المعاملات ، فليس مضمونًا أنها ستكون قادرة على تحقيق الوظائف الرئيسية كما هو موضح أعلاه. هذه المنصات ليست معيبة ، ولكنها محدودة في تكوينها المعماري لعرض بعض حالات الاستخدام الخالص التي لا يمكن تأكيدها إلا من خلال سلاسل الكتل الحقيقية.

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

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

تواصل مع خبراء blockchain لدينا

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

الدليل الكامل لشبكات عمل Blockchain

ندوة عبر الإنترنت

مقدمة في الترميز

ندوة عبر الإنترنت

مستقبل التمويل: الأصول الرقمية و DeFi

ندوة عبر الإنترنت

ما هو Enterprise Ethereum?

ورق ابيض

البنوك المركزية ومستقبل النقود

مسمار حالة

Komgo: Blockchain لتمويل تجارة السلع