فهم أهمية متابعة نموذج موجه نحو المستخدم في اللفات الإضافية ودور Radius في تلك الرؤية.

مقدمة

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

الواقع. قد لا يكون المستخدمون الحاليون مستخدميك غدًا.

يمتد هذا التحدي إلى rollups والتطبيقات اللامركزية داخل البيئات البيئات سلاسة ومرونة للقفز للمستخدمين. النمو في الاستخدام ليس كافيًا عندما لا يبقى المستخدمون لفترة طويلة.

لماذا تحتاج اللفات إلى وضع المستخدمين أولاً

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

1. الرقابة ومخاطر MEV الضارة: تعتمد Rollups على مسلسلات مركزية لاستقبال وترتيب معاملات المستخدم، مما يعرض المستخدمين لمخاطر مثل الرقابة و MEV الضارة (التقدم الأمامي، وضع شطيرة). تقوم هذه المخاطر بتقويض الثقة في Rollups، حيث يمكن تلاعب وإعادة ترتيب أوامر المعاملات لصالح المسلسل. الرقابة و MEV الضارة مشكلة بشكل صارم - من منظور تنظيمي ومن خلال تهديد المستخدمين بتنفيذ المعاملات غير العادل وفقدان الأموال.
2. لا توجد ضمانات نهائية على إيثيريوم: يتوقع المستخدمون تنفيذ معاملاتهم بترتيب محدد وتحقيق النهوض على إيثريوم (كما تم تأكيده مسبقًا من قبل الرول-أب). بينما تضمن الرول-أب تنفيذ المعاملات بشكل صحيح، لا يوجد ضمان مؤكد للاستثمار على إيثيريوم. نقص التوافق بين إيثيريوم والرول-أب يفاقم هذه المشكلة؛ على سبيل المثال في الحالات التي لا تكون فيها معاملات الرول-أب مربحة بالنسبة للمقترح L1. بدون ضمانات قوية للنهوض، يواجه المستخدمون إحباطًا لا يُحكى، مما يؤدي مرة أخرى إلى فقدان الثقة في الرول-أب.
3. تجربة مستخدم ضعيفة في التوافق: تظل تجربة المستخدم واحدة من أكبر العقبات في شبكات البلوكشين. يتسبب التنقل عبر تطبيقات مختلفة، خصوصًا عبر عدة rollups متعددة، في ارتفاع الاحتكاك. يجب على المستخدمين الاعتماد على جسور أو الانتقال من خلال إيثريوم نفسه، الأمر الذي يعتبر غير مريح ومرهق. مع آلاف ال rollups في المستقبل والطلب المتوقع على عمليات تبادل متكررة عبر rollup، يصبح جعل تجربة المستخدم بأقل قدر ممكن من الاحتكاك وتجريد التعقيد أمرًا أساسيًا.

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

النص الأصلي: نصف القطر: المكون الرئيسي لبناء لفة مركزية حول المستخدم

في سعينا لبناء بيئة نظام تسلسل موجهة نحو المستخدم، قمنا بإنشاء Radius، وهو حلاً متقدمًا وآمنًا مدعومًا بالتشفير، يوفر الانتهاء السريع والتوافق السلس.

النصف قطري هو عنصر أساسي في اللفات - ينسق رحلة معاملات آمنة وسلسة من الداخل - ويسهم في نموها المقياسي.

هنا هي المبادئ التوجيهية التي تدعم رؤيتنا للتكدسات التي تركز على المستخدم:

عمليات آمنة من الرقابة و MEV الضارة

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

في Radius ، تضمن التأكيدات المسبقة أن المعاملات خالية من الرقابة و MEV الضارة ويتم تنفيذها بالترتيب الصحيح.

التشفير و ZKP لمقاومة الرقابة والتغلب على MEV الضار

تعرف أكثر عننهجنا باستخدام تشفير التأخير ودلائل المعرفة الصفرية (ZKPs) للطوابير الذاكرية المشفرة.

سرعة النهوض

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

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

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

آليات تسلسل مبنية على النهوض السريع

تشمل تطوراتنا السابقة ضمانات التأكيد المسبق للرقابة ومقاومة MEV الضارة (كما هو موضح في شبكة اختبار Curie) وضمانات التأكيد المسبق في حالات فشل جهاز التسلسل (مُظهَر في شبكة اختبار بورتيكو)، حيث يُفوت القائد الفاشل حقوق تسلسله للمتابع.

توافق سلس

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

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

استخدام متسلسلات مشتركة للتوافق السلس

تعرف على نهجنا فيتحقيق التنفيذ الذري مع المتسلسلات المشتركة.

فوائد Rollup

بقدر ما تحتاج التجميعات إلى إيلاء اهتمام أساسي لمستخدميها النهائيين، نحن ندرك أهمية تلبية احتياجات مستخدمينا - التجميعات.

يمكن للرولابس الاستفادة من 1) الاستقلال في التسلسل 2) حل تكاملي انتقائي مصمم خصيصًا لاحتياجات تكاملهم و 3) كسب الإيرادات المحمية للمستخدم.

الحكم الذاتي في التسلسل: تحتوي اللفائف المرنة على خيارات تسلسل مرنة تتماشى مع قيمها وأهدافها.

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

محرك تسلسل غير موثوق في اللفائف

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

على سبيل المثال، يمكن لعملية اللف ضمن نظام ZK stack أن تختار التواصل حصريًا مع عمليات اللف المحددة داخل نفس النظام البيئي (وبالمثل لـ Madara، Polygon CDK، OP Stack، Arbitrum Orbit rollups).

للرولابات أيضًا مرونة للانسحاب من القدرة التكاملية الانتقائية حسب الحاجة.

الإيرادات المحمية للمستخدم

تستمر اللفات في توليد الإيرادات مع حماية المستخدمين من الرقابة وأنشطة MEV.

يتم تقسيم مساحة الكتلة إلى جزئين: أعلى-الكتلة (ToB) وأسفل-الكتلة (BoB). تكرس BoB بشكل خاص لتشفير معاملات المستخدم، وحمايتها من الرقابة، والتقدم الأمامي، والسندويشة من خلال محرك التسلسل الذي لا يثق فيه المدمج. في الوقت نفسه، يمكن لل rollups بناء ToB لتحقيق الإيرادات (أو تخصيص حقوق بناء ToB للمُنشئين)، حيث يمكنهم تضمين حزم backrunning استنادًا إلى حالة كتلة ال rollup السابقة.

تعرف على نهجنا في ضمان توليد الإيرادات للرول ابس.

Rollups with a user-first mindset

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

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

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

بيان:

1. تم نقل هذه المقالة من [Gateمرآة], العنوان الأصلي هو "النصف القطري: القصة" حقوق النشر تنتمي إلى الكاتب الأصلي [نصف القطر] ، إذا كان لديك أي اعتراض على إعادة الطبع ، يرجى الاتصال فريق بوابة التعلم، سيتولى الفريق بذلك في أقرب وقت ممكن وفقا للإجراءات ذات الصلة.

2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة تمثل فقط وجهات نظر المؤلف الشخصية ولا تشكل أي نصيحة استثمارية.

3. الإصدارات باللغات الأخرى للمقال تتم ترجمتها بواسطة فريق Gate Learn، غير مذكور فيGate.io, قد لا يُسمح بتكرار الترجمة أو توزيعها أو نسبها.