نموذج إجماع التخزين: لا يجب أن يكون الجيل القادم من blockchain بمثابة blockchain

المصدر: Wuyue ، Geek Web3

يتم تصور مخطط توسيع السلسلة العامة مع الخصائص التالية:

• لديها سرعة مماثلة لتطبيقات Web2 التقليدية أو التبادلات ، تتجاوز بكثير أي سلسلة عامة ، L2 ، Rollup ، السلسلة الجانبية ، إلخ.

• لا توجد رسوم غاز ، وتكلفة الاستخدام هي 0.

• الأموال آمنة للغاية ، وتتجاوز بكثير المنشآت المركزية مثل التبادلات ، والأدنى من المتداول ولكن تساوي السلاسل الجانبية.

• نفس تجربة المستخدم مثل Web2 لا تتطلب أي فهم للمفاتيح العامة والخاصة في blockchain ، محافظ ، البنية التحتية ، إلخ.

هذا الحل مثير حقًا: من ناحية ، فقد حقق بشكل أساسي في نهاية المطاف في التحجيم ؛

ومع ذلك ، في الوقت الحالي ، لا يبدو أننا نفكر في أي حل يمكن أن يكون مكتملًا للغاية ، لأن هناك بالفعل القليل من المناقشة والممارسة السائدة.ستقدم هذه المقالة نموذج تصميم منصة الحوسبة الممتاز من الجيل التالي والمتقدم-نموذج الإجماع القائم على التخزين (SCP).

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

أساسيات SCPعناصرومبدأ العمل

• طبقة توافر البيانات:تعمل سلسلة التخزين العامة المعترف بها على نطاق واسع ومثبتة على نطاق واسع أو مرفق تخزين دائم كطبقة توفر البيانات ، مثل Ethereum و Arweave ، إلخ.

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

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

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

everpay

Everpay هي رائدة في SCP وأخذت زمام المبادرة في بناء منتجاتها الخاصة على أساس SCP.إعادة الشحن ، النقل ، الانسحاب ، المبادلة، على هذا الأساس ، يمكن تمديد أي وظائف Web3 و Web2 تقريبًا في المستقبل.

الآن نحن نفهم تمامًا نموذج الإجماع في التخزين من خلال سير عمل Everpay.

تستخدم طبقة DA من Everpay منشأة التخزين الدائمة Arweave ، وهي الدائرة الكبيرة في الشكل.

منسق، وهذا هو ، طبقة التنفيذ.يقدم المستخدم المعاملة إلى المنسق ، الذي يقوم بالعملية ويعرض نتائج العملية ، ثم يدفع بيانات الإدخال الأصلية للمستخدم إلى طبقة DA.

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

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

يمكننا أن نرى أن الإجماع الذي يتم التوصل إليه من قبل النظام بأكمله يقع كل شيء خارج السلسلة ، وهو جوهر نموذج إجماع التخزين-إنه يتخلى عن نظام الإجماع بين العقد القائمة على blockchain ، وبالتالي السماح لطبقة التنفيذ بالتخلص يتطلب التواصل الإجماعي وعملية التأكيد فقط عمل خادم واحد ، وذلك لتحقيق TPs غير المقيد تقريبًا والاقتصاد.هذا مشابه جدًا لـ Rollup ، ولكن يمكن القول أن SCP جعل مفهوم Rollup أكثر تجريدًا ورفعًا ، وتغييره من حالة استخدام حصرية للتوسع في نموذج التصميم للجيل الجديد من منصة الحوسبة Web3.

منسق EverPay هو خادم ، لكن هذا لا يعني أن المنسق يمكنه فعل ما يريد.على غرار Sorter’s Sorter ، بعد إرسال البيانات الأصلية المقدمة من المستخدم على دفعات على Arweave ، يمكن لأي شخص تشغيل برنامج الكاشف للتحقق منه ومقارنته مع الحالة التي يتم إرجاعها من قبل المنسق.هذا هو نفسه لأن وظيفة انتقال الحالة (STF) هي وظيفة حتمية ، و GT ؛طالما أن STF للجميع هو نفسه والمدخلات هي نفسها (كلها تم تقديمها إلى DA ، لا يمكن العبث بها ويمكن أن تكون مرئية للجمهور) ، يجب أن يكون الإخراج الذي تم الحصول عليه هو نفسه.

بموجب هذه البنية ، لا يشكل الخادم المركزي وقاعدة البيانات تحديًا أساسيًا.هذا هو أيضًا جوهر آخر لنموذج SCP ، الذي يربط وتفكيك مفاهيم “المركزية” و “الكيان المفرد” – في نظام لا مركزي ، يمكن أن يكون هناك مكونات مركزية تمامًا ، أو حتى مكون أساسي ، لكن هذا لا يؤثر بشكل عام اللامركزية.

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

طبقة التنفيذ

تعتبر طبقة التنفيذ حاسمة في النظام بأكمله.

بيئات التنفيذ المحتملة غير المحدودة

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

• تبادل.استنادًا إلى SCP ، يمكن بناء تبادل TPS مفتوح وشفاف وغير محدود.الفرق بين CEX و DEX يصبح غير واضح هنا.

• شبكة الدفع.على غرار Alipay ، PayPal ، إلخ.

• يدعم الأجهزة الافتراضية/blockchain للعمليات/العقود.يمكن لأي مطور نشر أي تطبيق عليه ، ومشاركة جميع بيانات المستخدم مع البرامج الأخرى والتشغيل وفقًا لتعليمات المستخدم.

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

يمكن ملاحظة أن العملية أعلاه تتضمن بالفعل مفاهيم مماثلة مثل تبادل السلسلة المتقاطعة وتجريد الحساب ، وبالطبع فهي متشابهة فقط.بشكل خاص مفاهيم مثل تجريد الحساب غير ضرورية بشكل طبيعي بالنسبة لـ SCP ، والتي ينبغي القول أنها عبء تركه Ethereum.بعد العديد من جولات الجهود ، أطلق مجتمع Ethereum أخيرًا معيار EIP-4337 لحل إحدى مشاكل التبني على نطاق واسع لـ Web3-مشكلة الحساب.علاوة على ذلك ، فإن EIP-4337 هو مجرد معيار ، ولا يزال يتعين اختبار ممارسة التطبيق.بموجب بنية SCP ، لا يوجد مفهوم لتجريد الحساب – يمكنك استخدام حسابات Web2 القياسية وحسابات blockchain في الإرادة.من هذا المنظور ، يمكن استخدام العديد من حالات استخدام Web2 الناضجة مباشرة على SCP دون إعادة التفكير والبناء.

الشفافية وعدم التماثل

كما ذكر أعلاه ، كان ينبغي على القراء الحساسين اكتشاف أنه على الرغم من أن SCP يمكنه الاستفادة من نظام حساب Web2 ، يبدو أن هناك مشاكل في استخدامه سليمة.

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

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

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

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

دعنا نراجع نظام تفاعل مستخدم Web3 Blockchain النموذجي:

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

2. تسجيل الدخول إلى المستخدم:لا يتطلب استخدام blockchain تسجيل الدخول.ستطلب بعض DAPPs من المستخدمين التوقيع والتحقق من هوية المحفظة المتصلة بعد الاتصال بالمحفظة للتأكد من أن المستخدم يحتفظ حقًا بالمفتاح الخاص للمحفظة ، بدلاً من مجرد تمرير عنوان محفظة إلى الواجهة الأمامية.

3. شهادة التشغيل:يقوم المستخدم بتقديم البيانات الموقعة مباشرة إلى العقدة.

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

نظرًا لأن التشفير غير المتماثل وأزواج إثبات المعرفة الصفرية غير متماثلة ، فإنني أتخيل حلين محتملين:

• إذا كنت ترغب في استخدام خلاف المعرف، لا يمكن تحويل وحدة تخزين كلمة المرور هذه إلى SCP ، بحيث لن يرى ذلك.لا تزال طبقة تنفيذ SCP تستخدم حساب المفتاح العام والعملي الخاص بـ blockchain ومنطق التشغيل ، دون التسجيل ، ولا تسجيل الدخول ، إلخ.سوف يتوافق معرف المستخدم فعليًا مع مفتاح خاص.بالطبع ، لا يمكن تخزين هذا المفتاح الخاص في المشروع.

• عند الاعتماد على تسجيل الدخول إلى Oauth، يمكن استخدام JWT (JSON Web Token) كوسيلة للمصادقة.ستظهر هذه الطريقة أكثر مركزية قليلاً مما سبق ، لأنها تحتاج بشكل أساسي إلى الاعتماد على خدمات تسجيل الدخول إلى الطرف الثالث المقدمة من مصنعو Web2 الرئيسيين كمصادقة للهوية.عند تسجيل الدخول مع طرف ثالث لأول مرة ، يتم تسجيل الحقول في JWT التي تمثل هوية المستخدم وهوية مزود الخدمة في النظام.في العمليات اللاحقة للمستخدم ، يتم استخدام تعليمات التشغيل كمدخلات عامة ، ويتم استخدام JWT كشاهد سري للتحقق من معاملة كل مستخدم.كل JWT لديه حد انتهاء صلاحية ، وسيقوم المستخدم أيضًا بتقدم للحصول على JWT جديد في المرة التالية التي يقوم فيها بتسجيل الدخول ، لذلك ليست هناك حاجة للاحتفاظ بها.بالإضافة إلى ذلك ، يحتاج هذا النظام أيضًا إلى الاعتماد على JWK ، والتي يمكن فهمها هنا على أنها المفتاح العام المقدم من قبل شركة تصنيع كبيرة للتحقق من JWK.لذا ، فإن كيف يتم استخدام JWK للدخول إلى النظام ، وكيفية التعامل مع دوران المفتاح الخاص في المستقبل ، وما إلى ذلك.

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

خصوصية

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

رسوم

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

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

مقاومة الرقابة

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

لا توجد خطة واضحة حاليًا لتصحيح هذه المشكلة ، وهي مشكلة في نموذج SCP.

طبقة تأكيد الإجماع

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

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

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

طبقة التسوية

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

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

قد يسأل شخص ما لماذا لا يستخدم SCP سلسلة بعقد ذكي مثل طبقة DA؟هذا يسمح بإنشاء طبقة تسوية خالية من الثقة تمامًا.

على المدى الطويل ، طالما يتم التغلب على بعض الصعوبات الفنية ، إذا تم وضع طبقة DA على طبقة DA بعقود مثل Ethereum والتعاقد المقابلة للتحقق ، فيمكن بناء SCP أيضًا على نفس أمان التسوية مثل Rollup ، ولا حاجة لاستخدام علامات متعددة.

ولكن في الممارسة العملية قد لا يكون هذا هو الخيار الأفضل:

1. Ethereum لا يستخدم على وجه التحديد لتخزين البيانات، السعر مرتفع للغاية مقارنة بالسلاسل العامة لتخزين البيانات الخالصة.بالنسبة لنموذج SCP ، فإن تكلفة التخزين المنخفضة أو الثابتة منخفضة بما فيه الكفاية أمر بالغ الأهمية.

2. أثبت أن النظام صعب للغاية، لأن SCP لا يمكنه محاكاة EVM فحسب ، بل أيضًا تنفيذ أي منطق.إذا نظرنا إلى حقيقة أن فرق مثل التفاؤل لم يتم إطلاقها بعد ، وصعوبة تطوير ZKEVM ، يمكننا أن نتخيل أنه من الصعب للغاية تنفيذ أنظمة مختلفة على Ethereum.

النقطة الأكثر أهمية هي أن أمن التسوية المزعوم هو Rollup فقط لسلسلة طبقة DA مع عقود ذكية ، مثل Ethereum ، لأن جميع البيانات الأصلية يتم تمريرها إلى Ethereum. بيانات الإدخال الأصلية لإثبات صحة الحالة النهائية (لاحظ أنها ليست مرجعًا مباشرًا ولكنها تترك علامة الحالة بشكل غير مباشر لـ Calldata الأصلي من خلال التجزئة أو المتراكم ، لأنه لا يمكن الرجوع إلى CallData للمعاملات التاريخية من قبل العقد نفسه).ولكن بالنسبة للسلاسل الأخرى ، لا يمكن الاستمتاع بنفس الأمان لأنه ليس لديهم بيانات عليها.إذا كنت ترغب في عبور سلاسل أخرى ، فيمكنك فقط استخدام جسر سلسلة الشاهد المتقاطع.

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

لخص

صورة واحدة تقارن SCP مع نماذج أخرى.

SCP عبارة عن نموذج حوسبة ويب جديد ، يمكن أن تكون قابلة للمقارنة مع سرعة تطبيق Web2 التقليدية.في الوقت الحالي ، ظهر عدد من التطبيقات مثل Everpay و Permaswap و Mind Network ، وما إلى ذلك في نموذج SCP.

<-style-type>