كيفية عرض سرد السلسلة الحالية وتطورها المستقبلي

المؤلف: cryptoHowe.eth، باحث Web3Caff المصدر: X، @weihaoming

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

من خلال سرد السلسلة نجد أن عملية تطويرها تمر بالمراحل التالية:

1) Layer1: في المنافسة الأولية لـ Layer1، كان الجميع يقومون بالتحسين والتحسين في اتجاهات مختلفة للبنية التحتية مثل الأداء، وإنتاجية المعاملات، وقابلية التركيب. وهذا أيضًا جعل ذلك ممكنًا بعد Ethereum تم اشتقاق الطبقة الأولى مثل Solana وPolkadot وCosmos وما إلى ذلك.

استخدام الخبرة وتحسين أداء السلسلة نفسها يمكن أن يجذب المستخدمين للمشاركة في تفاعلات متنوعة (الاعتماد الجماعي: السماح لمزيد من المستخدمين بالدخول)

2) Layer2: نظرًا لتأثرها بالمنافسة من طبقات Layer1 الأخرى في هذه السلسلة واحتياجات التطوير الخاصة بها، بدأت Ethereum أيضًا، باعتبارها الشركة الرائدة، في استكشف مسار خطة التوسع الخاصة بها بعد ذلك، ظهرت سلاسل الطبقة الثانية العامة مثل Arbitrum وOptimism وPolygon التي يعرفها الجميع.

تقليل التكاليف وزيادة الكفاءة، بحيث لا يحتاج المستخدمون بعد الآن إلى القلق بشأن الغاز، وزيادة النشاط على السلسلة (الاعتماد الشامل: الحفاظ على نشاط المستخدم الكافي)< /p >

3) تجريد السلسلة: بعد تطوير المرحلتين الأوليين، سنجد أن نقاط التداخل بين هذه السلاسل المختلفة ليست كذلك ليس كثيرًا، على سبيل المثال، لا يمكن استخدام بعض الأصول الخاصة بي على Polygon في سلاسل أخرى مثل Arbitrum وEthereum. فهل هناك طريقة لاستخدام الأصول عبر سلاسل مختلفة، ومن هنا ظهرت مشاريع مثل ZetaChain، وParticle Network، وAA Wallet، وما إلى ذلك.

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

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

تم تصميم المشاريع الأخيرة مثل Movement labs وLumio لتحقيق تأثير نشر واحد يمكن استخدامه من قبل أطراف متعددة، مما يسمح لأطراف المشروع والمطورين التركيز بشكل أكبر على المنتج. البحث والتحسين (الاعتماد على نطاق واسع: تقليل صعوبة التطوير والتكلفة، وتسريع تطوير المشاريع البيئية)

إذًا هذا في الواقع، إنها شائعة جدًا في تطوير Java التقليدي، وقد تطورت من عام 1991 إلى الوقت الحاضر ومرت بمراحل مثل Java وJava EE وSSM وSpringBoot وSpringCloud (لا تسألني لماذا أعرف). بمجرد دخولك إلى Java، يصبح الأمر مثل المحيط)

< p style="text-align: left;">ما يفعلونه هو تغليف التعليمات البرمجية الأساسية الغامضة الأصلية في واجهات مختلفة، مما يسمح للمطورين بذلك. لا يزال بإمكانك استخدام واجهات API هذه للبدء بسرعة. وهذا يقلل بشكل كبير من عتبات التطوير المختلفة ويقلل من العمليات المتكررة المملة والمملة، وهو ما نسميه غالبًا هدف "التبني الشامل".

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

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

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

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