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