- الموضوع
67k درجة الشعبية
23k درجة الشعبية
7k درجة الشعبية
4k درجة الشعبية
4k درجة الشعبية
29k درجة الشعبية
16k درجة الشعبية
22k درجة الشعبية
12k درجة الشعبية
2k درجة الشعبية
- تثبيت
67k درجة الشعبية
23k درجة الشعبية
7k درجة الشعبية
4k درجة الشعبية
4k درجة الشعبية
29k درجة الشعبية
16k درجة الشعبية
22k درجة الشعبية
12k درجة الشعبية
2k درجة الشعبية
استراتيجيات التشغيل البارد الثلاثة للويب الاجتماعي اللامركزي: البيانات داخل السلسلة، البروتوكول الأصلي وAppChain
من الصفر إلى الواحد: استخدام مخطط الشبكات الاجتماعية لتحقيق اللامركزية في بدء التشغيل للشبكات الاجتماعية
في عام 2017، قدم باحثون من مختبر الإعلام بمعهد ماساتشوستس للتكنولوجيا ثلاثة تحديات تواجه اللامركزية في الويب الاجتماعي في مقال: اكتساب المستخدمين والاحتفاظ بهم، ومعالجة المعلومات الشخصية، وإعلانات الدفع. واعتبروا أنه بسبب ميزة حجم شركات التكنولوجيا الكبرى، فإن هذه المشكلات تكاد تكون مستحيلة التغلب عليها.
ومع مرور الوقت، يبدو أن الأمور التي كانت تعتبر "مستحيلة" تتحول إلى واقع. قد نكون في فجر تحول مفهوم الشبكات الاجتماعية. ستستكشف هذه المقالة كيف تتعامل الأفكار الجديدة في مجال الويب الاجتماعي اللامركزية (DeSo ) مع هذه التحديات:
الويب الاجتماعي ومشكلة البداية الباردة
تواجه منصات الويب الاجتماعي الناشئة دائمًا مشكلة البداية الباردة: كيفية جذب المستخدمين دون وجود قاعدة مستخدمين قائمة وتأثير الشبكة. الطريقة التقليدية لحل هذه المشكلة هي من خلال قدرات تسويقية قوية، مثل تصميم تجربة مستخدم مبتكرة، والتعرض الإعلامي أو خلق تأثير الخوف من الفقد (FOMO). على سبيل المثال، جذبت إحدى منصات الويب الاجتماعي 100 مليون مستخدم في غضون 5 أيام فقط.
لكن هذا النمو السريع غالبًا ما يكون من الصعب الاستمرار فيه. مع فقدان المستخدمين، ستختفي أيضًا الشبكات الاجتماعية القيمة وصور المستخدمين التي تم إنشاؤها على المنصة. قد تحتاج الشبكات الاجتماعية المستقبلية إلى تكرار هذه الاستراتيجيات التسويقية الصعبة لإعادة تشغيل الشبكة.
جذور المشكلة تكمن في أن الشبكات الاجتماعية في Web2، حيث تسجل خريطة العلاقات بين المستخدمين ( وعلاقات التطبيقات الاجتماعية نفسها ) مثل إحدى المنصات الاجتماعية المعروفة ( مرتبطة ارتباطاً وثيقاً. كلاهما معتمد على الآخر: تساهم جاذبية التطبيق في تطوير خريطة العلاقات، بينما تصبح خريطة العلاقات بدورها الحاجز الرئيسي للتطبيق.
إذا تمكنا من فصل الشبكة الاجتماعية عن التطبيقات، حتى لو اختفى تطبيق معين، يمكننا استخدام الشبكة الاجتماعية التي تم إنشاؤها عليه لبدء تطبيق آخر بسهولة. هذه هي الفكرة التي يتبناها Web3 لمواجهة مشكلة البداية الباردة.
![استكشاف مستقبل الويب الاجتماعي (1): من 0 إلى 1، إكمال بدء تشغيل التطبيق باستخدام مخطط الشبكات الاجتماعية])https://img-cdn.gateio.im/webp-social/moments-ddaf56d9b5f3ba485fd7c985b56f2548.webp(
استخدام الشبكة العامة كخريطة اجتماعية مفتوحة
إلى حد ما، تعتبر سلاسل الكتل العامة مثل الإيثريوم بمثابة شبكة اجتماعية. من خلال النظر إلى اسم نطاق ENS معين أو عنوان محفظة، يمكننا معرفة الملف الشخصي الاجتماعي لشخص ما على الشبكة: ما هي الأصول التي يمتلكونها، مع من يتداولون، وفي أي مجتمعات ينتمون.
يمكن أن تكون هذه الملفات الشخصية الاجتماعية على السلسلة نقطة انطلاق جديدة للويب الاجتماعي اللامركزي. بعض المشاريع تستكشف هذا الاتجاه.
على سبيل المثال، تقوم منصة بيانات معينة بتحويل البيانات السداسية الموجودة على مستعرض الكتل إلى محافظ أو "ملفات تعريف" قابلة للقراءة، وتوفر إمكانية إرسال الرسائل إلى هؤلاء المستخدمين، مما يتيح إطلاق نوع من الشبكة الاجتماعية بأسلوب الرسائل باستخدام البيانات على السلسلة. مشروع آخر يتبع نفس المسار، محاولاً استخدام ملفات تعريف المستخدمين على السلسلة لبناء شبكة اجتماعية مشابهة لطراز منصة ويبو. من خلال استخدام نماذج اللغة الكبيرة المتقدمة، يتم تحويل البيانات الأصلية للمعاملات إلى شكل يفهمه المستخدمون العاديون، وهذه الاستراتيجية تتطور بسرعة.
![استكشاف مستقبل الويب الاجتماعي (1): من 0 إلى 1، استخدم خريطة الشبكات الاجتماعية لإكمال التشغيل البارد للتطبيق])https://img-cdn.gateio.im/webp-social/moments-f0e6ae57d71b80eef54bdd9fe249d817.webp(
بناء بروتوكول الرسم البياني الاجتماعي الأصلي
توجد مشكلة واحدة في الاعتماد فقط على بيانات السلسلة العامة: هذه البيانات ليست غنية بما يكفي لتطبيقات التواصل الاجتماعي. تم تصميم السلسلة العامة بشكل أساسي للتطبيقات المالية، والبيانات المجمعة بشكل أصلي مثل تاريخ المعاملات، أرصدة الحسابات، إلخ، قد لا تكون مناسبة بالضرورة للويب الاجتماعي.
أحد الأفكار هو بناء بروتوكول رسم خرائط اجتماعية مخصص فوق السلسلة العامة. على سبيل المثال، يتم تجريد العوامل المشتركة للتفاعل الاجتماعي في بروتوكول ما إلى سلوكيات مختلفة على السلسلة، مثل "نشر" و"تعليق" و"مشاركة". بروتوكول آخر له تجريدي مشابه، مثل "نشر" و"إعجاب" وميزة التوصية. الاختلاف الرئيسي بينهما هو في طريقة التنفيذ التقنية.
تكمن النقطة الأساسية في بروتوكولات رسم الخرائط الاجتماعية هذه في أنها لا تبني تطبيقات اجتماعية على المستوى العلوي بشكل مباشر، بل توفر طبقة رسم خرائط اجتماعية مفتوحة لبناء وتوسيع هذه التطبيقات. الميزة الأساسية هي أنه حتى إذا اختفى تطبيق اجتماعي ناجح، لا يزال بإمكان المطورين الآخرين استخدام رسم الخرائط الاجتماعية الناتج. لذلك، يكفي أن تكون هناك حملة تسويقية ناجحة واحدة أو تطبيق واحد لتفعيل النظام البيئي بأكمله.
![استكشاف مستقبل الويب الاجتماعي (1): من 0 إلى 1، أكمل بدء التطبيق البارد باستخدام مخطط الشبكات الاجتماعية])https://img-cdn.gateio.im/webp-social/moments-5a94d4d94d3fd5431a7fc04cf1be129f.webp(
تصميم الويب الاجتماعي من الصفر
الاستراتيجية الثالثة هي بناء حلول لامركزية من الصفر. ويستند هذا إلى أن تطبيقات وسائل التواصل الاجتماعي هي حجر الزاوية للتجارب الرقمية، وبالتالي تحتاج إلى حلول بلوكشين مخصصة، لتوطين العمليات الأساسية لوسائل التواصل الاجتماعي، بدلاً من البناء على البنية التحتية المصممة في الأصل لحالات الاستخدام المالية. باختصار، نحتاج إلى "سلسلة التطبيقات" الخاصة بوسائل التواصل الاجتماعي.
من بين المشاريع الأكثر جدارة بالاهتمام في هذه الاستراتيجية هو مشروع يبني سلسلة كتل L1 تركز على التطبيقات الاجتماعية. على عكس السلاسل العامة الرئيسية التي تركز على "عدد المعاملات في الثانية"، يكرس هذا المشروع جهوده لتحسين "عدد المشاركات في الثانية"، بالإضافة إلى احتياجات التطبيقات الاجتماعية من التواصل والتخزين. على هذه السلسلة الكتل L1، يُخطط لبناء مجموعة متنوعة من التطبيقات الاجتماعية، بما في ذلك المحتوى الطويل، المحتوى القصير، وتطبيقات تشبه بعض المنتديات.
تتبع منصات الوسائط الاجتماعية اللامركزية الأخرى بشكل عام هذه الاستراتيجية المصممة من الصفر. وهي ليست حلولًا قائمة على البلوكشين، بل تعتمد على أنظمة الخوادم لضمان أن تكون المشاركات لامركزية بما فيه الكفاية. على سبيل المثال، تستخدم إحدى المنصات نظامًا مشابهًا للبريد الإلكتروني، حيث يمكن للمستخدمين الاختيار بين موفري خدمات مختلفين.
تتمثل القواسم المشتركة بين هذه المشاريع في رفض فكرة أن تصميم السلاسل العامة الحالية ملائم للويب الاجتماعي. توفر هذه الطريقة تحكمًا أكثر دقة في التصميم وقدرة على تجربة المستخدم، لكنها تقطع أيضًا الاتصال المحتمل مع عناصر أخرى ناضجة من مجتمعات DeFi وNFT ونظام Web3 البيئي. بالإضافة إلى ذلك، لا يزال من الملاحظة درجة اللامركزية لهذه الحلول، خاصة في بيئة لا تضمن فيها اللامركزية من قبل السلاسل العامة. هل ستقوم هذه الحلول بربط الشبكات الاجتماعية بالتطبيقات كما هو الحال في الشبكات الاجتماعية الحالية، أم ستقوم بفصل طبقة الشبكة الاجتماعية تمامًا وجذب مجموعة متنوعة من التطبيقات وفرق التطوير؟ هذا سؤال رئيسي لمستقبل الشبكات الاجتماعية في Web3.
![استكشاف مستقبل الويب الاجتماعي (1): من 0 إلى 1، إكمال بدء التطبيقات الباردة باستخدام مخطط التواصل])https://img-cdn.gateio.im/webp-social/moments-604cd9998f3c5e416f7a5a6890877cc7.webp(