في عام 2017، ادعى مجموعة من الباحثين في معهد ماساتشوستس للتكنولوجيا أن "الويب الاجتماعي اللامركزي" "محكوم عليه بالفشل". لقد أدرجوا ثلاثة تحديات يصعب تجاوزها: اكتساب المستخدمين والاحتفاظ بهم، معالجة المعلومات الشخصية، وإعلانات الدفع. في ذلك الوقت، كانوا يعتقدون أن ميزة الحجم لشركات التكنولوجيا الكبرى في هذه المجالات تجعل من الصعب على المنافسين الناشئين أن يثبتوا أنفسهم.
ومع مرور الوقت، يبدو أن هذه "العقبات المستحيلة" تُكسر واحدة تلو الأخرى. قد نكون على أعتاب تحول في مفهوم الشبكات الاجتماعية. ستستكشف هذه المقالة كيف تتعامل الأفكار الجديدة في مجال الويب الاجتماعي اللامركزي (DeSo ) مع هذه المشكلات التي طالما كانت موجودة:
استخدام مخطط الشبكة الاجتماعية المفتوحة لحل مشكلة بدء التشغيل البارد
حل مشاكل هوية المستخدم من خلال تقنيات التحقق من الهوية والتشفير
استخدام نموذج اقتصاد التوكن وآليات التحفيز لحل مشكلة الدخل
الويب الاجتماعي ومشكلة البدء البارد
تواجه المنصات الاجتماعية الناشئة دائمًا تحديات بدء التشغيل البارد: كيفية جذب المستخدمين في ظل نقص قاعدة المستخدمين وتأثير الشبكة. تقليديًا، تعتمد التطبيقات الاجتماعية الناشئة عادةً على استراتيجيات تسويقية قوية لتجاوز هذه العقبة. على سبيل المثال، من خلال تصميم تجربة مستخدم فريدة، أو التقارير الإعلامية، أو خلق شعور الخوف من الفقدان (FOMO)، يمكن أن تؤدي إلى موجة تسجيل ضخمة في وقت قصير، مما يساعد على بناء قاعدة مستخدمين بسرعة.
لكن بعد نجاح هذا النوع من التسويق، غالبًا ما تواجه أزمة البقاء: كيف يمكن الاحتفاظ بهؤلاء المستخدمين واستمرار إنتاج المحتوى والأرباح؟ هذه هي المشكلة التي واجهتها أو تواجهها العديد من تطبيقات الويب الاجتماعي. مع تراجع التطبيقات، ستختفي أيضًا الشبكات الاجتماعية القيمة وملفات تعريف المستخدمين التي تم بناؤها عليها، ولا يزال يتعين على الشبكات الاجتماعية المستقبلية تكرار استراتيجيات التسويق الصعبة لإعادة تشغيل الشبكة.
المسألة الأساسية في كل هذا هي أنه في الويب الاجتماعي Web2، يتم ربط مخطط العلاقات الاجتماعية ( بين المستخدمين ) بالتطبيقات الاجتماعية نفسها ( مثل بعض المنصات الاجتماعية المعروفة ) بشكل وثيق. يكمل كل منهما الآخر: تدفع حداثة التطبيقات تطوير مخطط العلاقات الاجتماعية، بينما يصبح مخطط العلاقات الاجتماعية بدوره الخندق الرئيسي للتطبيقات. على الرغم من وجود مشاكل متنوعة، لا يزال المستخدمون غير راغبين في مغادرة بعض المنصات، والسبب بسيط: جميع أصدقائنا هناك.
لكن ماذا لو فصلنا بين الرسم البياني الاجتماعي والتطبيقات الاجتماعية؟ حتى إذا اختفى أحد التطبيقات، لا يزال بإمكاننا استخدام الرسم البياني الاجتماعي الذي تم إنشاؤه عليه لبدء تطبيق اجتماعي آخر بسهولة. هذه هي بالضبط استجابة Web3 لمشكلة الإطلاق البارد.
استخدام السلسلة العامة كخريطة اجتماعية مفتوحة
من ناحية ما، تعتبر سلاسل الكتل العامة مثل الإيثيريوم بمثابة مخطط اجتماعي. يمكنك البحث عن اسم نطاق ENS أو عنوان محفظة على مستعرض السلاسل لرؤية الملف الشخصي الاجتماعي على السلسلة لهذا المستخدم: الأصول التي يمتلكها، مع من يتعامل، واستنتاج المجتمع الذي ينتمي إليه.
يمكن أن تكون هذه الملفات الشخصية على السلسلة نقطة انطلاق لشبكة اجتماعية جديدة اللامركزية، حيث يستكشف بعض المشاريع هذا الاتجاه. على سبيل المثال، حولت منصة بيانات معينة البيانات السداسية على مستعرض الكتل إلى محافظ قابلة للقراءة أو "ملفات شخصية"، وقدمت وظيفة لإرسال الرسائل إلى هؤلاء المستخدمين، مما يتيح إطلاق نوع من الشبكة الاجتماعية المعتمدة على الرسائل باستخدام البيانات على السلسلة. مشروع آخر يتبع مسارًا مشابهًا، يحاول استخدام ملفات المستخدمين على السلسلة لبناء شبكة اجتماعية على غرار تويتر. من خلال استخدام نماذج لغوية متقدمة، تصبح بيانات المعاملات الأصلية سهلة القراءة والفهم، مما يسرع من تطوير هذه الاستراتيجية. يُقال إن مشروعًا معينًا يستخدم GPT لإنشاء ملخصات حوارية للمعاملات والاتجاهات، لإنشاء مزيج من الموارد البيانية، ومصادر الأخبار، والشبكات الاجتماعية المستقبلية.
بناء بروتوكول رسم الخرائط الاجتماعية الأصلية
تعتمد البيانات العامة للبلوكشين على مشكلة واحدة، وهي أن هذه البيانات ليست غنية بما يكفي لتطبيقات الويب الاجتماعي. لأن السلسلة العامة مصممة أولاً للتطبيقات المالية، وليس لتطبيقات الويب الاجتماعي، لذلك البيانات التي تم جمعها بشكل أصلي على السلسلة مثل تاريخ المعاملات، رصيد الحساب، وغيرها ( قد لا تكون مناسبة لشبكات الويب الاجتماعي.
على عكس استخدام بيانات السلسلة الأصلية فقط كخريطة اجتماعية، فإن إحدى الأفكار هي بناء بروتوكول خريطة اجتماعية مخصص على السلسلة العامة. على سبيل المثال، يستخدم بروتوكول معين الاكتشافات الرئيسية لعوامل مشتركة موجودة في التطبيقات الاجتماعية، ويجسد هذه العوامل في سلوكيات مختلفة على السلسلة، مثل "نشر"، "تعليق" و"انعكاس") أي مشاركة أو إعادة نشر(.
بروتوكول آخر لديه تجريد مشابه في مخططه الاجتماعي، مثل "cast") نشر(، "reactions") الإعجاب( وميزات التوصية لمستخدمين آخرين يستحقون المتابعة. الاختلاف الرئيسي بين البروتوكولين هو في طريقة التنفيذ التقنية: أحدهما يضع جميع المحتويات على سلسلة جانبية معينة، بينما الآخر يسجل سجل معرفاته على الشبكة الرئيسية للإيثيريوم، ويعمل مخططه الاجتماعي على L2 بشكل دلتا.
هناك بروتوكول رسم بياني اجتماعي يستحق الانتباه يركز أكثر على تجميع الروابط ) بما في ذلك المصادر على السلسلة وخارج السلسلة (، ويركز على الأنشطة والنوادي الجماهيرية كحالات استخدام أولية.
تتمثل النقطة الرئيسية في بروتوكولات مخططات الشبكات الاجتماعية هذه في أنها لا تحتاج بالضرورة إلى بناء تطبيقات اجتماعية عليا، بل تقدم طبقة مخطط اجتماعي مفتوحة لبناء وتوسيع هذه التطبيقات ) والتي هي في الأساس SDK (. الميزة الأساسية من ذلك هي أنه حتى إذا اختفى تطبيق اجتماعي ناجح سابق، لا يزال بإمكان المطورين الآخرين استخدام مخطط الشبكات الاجتماعية الناتج. لذلك، يكفي حدث تسويقي واحد أو تطبيق ناجح واحد لإطلاق النظام البيئي بالكامل.
![استكشاف مستقبل الويب الاجتماعي (1): من 0 إلى 1، إكمال بدء تشغيل التطبيق باستخدام رسم بياني اجتماعي])https://img-cdn.gateio.im/webp-social/moments-5a94d4d94d3fd5431a7fc04cf1be129f.webp(
تصميم الويب الاجتماعي اللامركزي من الصفر
الاستراتيجية الثالثة هي بناء حلول لامركزية من الصفر. الشرط المسبق هو أن تطبيقات الوسائط الاجتماعية هي حجر الزاوية في تجربتنا الرقمية، وبالتالي تحتاج إلى بلوكتشين مخصص ) أو حلول لامركزية أخرى (، لتوطين العمليات الأساسية لتطبيقات الوسائط الاجتماعية، بدلاً من بناء بروتوكولات على البنية التحتية التي تم تصميمها في الأصل للاستخدام المالي. باختصار، نحتاج إلى "سلسلة تطبيقات" للويب الاجتماعي.
أحد المشاريع الأكثر إثارة للاهتمام في هذه الاستراتيجية يقوم ببناء سلسلة كتل L1 تركز على التطبيقات الاجتماعية. على عكس سلسلة الكتل العامة السائدة التي تركز على "عدد المعاملات في الثانية"، يلتزم هذا المشروع بتحسين "عدد المنشورات في الثانية"، بالإضافة إلى تلبية احتياجات التطبيقات الاجتماعية في معالجة الاتصالات والتخزين. فوق هذه السلسلة الكتل L1، يتم التخطيط لبناء مجموعة متنوعة من التطبيقات الاجتماعية، بما في ذلك المحتوى الطويل، المحتوى القصير، وتطبيقات مشابهة لReddit.
تتبع منصات الوسائط الاجتماعية اللامركزية الأخرى إلى حد كبير هذه الاستراتيجية من التصميم من الصفر. على الرغم من أنها ليست حلولًا قائمة على البلوكشين، إلا أنها تعتمد على أنظمة الخوادم لضمان أن تكون المشاركات لامركزية بما فيه الكفاية. على سبيل المثال، تستخدم منصة معينة نظامًا مشابهًا للبريد الإلكتروني، حيث يمكن للمستخدمين الاختيار بين مزودي الخدمة المختلفين. تمامًا كما يمكن للمنظمات إعداد وتخصيص خوادم البريد الخاصة بها، سيكون كل "مثيل" على هذه المنصة مجتمعًا يدير نفسه وقابلًا للتخصيص. تم تطوير منصة أخرى استنادًا إلى بروتوكول مفتوح المصدر، وهي في جوهرها مخطط اجتماعي مفتوح مزود بواجهات برمجة التطبيقات مثل "المتابعة" و"الإعجاب" و"النشر"، مما يعزز منصات الوسائط الاجتماعية المشابهة لتويتر.
تشترك هذه المشاريع في رفض تصميمات سلاسل الكتل الحالية ) التي تمثلها EVM، والتي تعتبر مناسبة للويب الاجتماعي. على الرغم من أن هذه الطريقة توفر للمشاريع القدرة على اتخاذ قرارات تصميم أكثر دقة والتحكم في تجربة المستخدم، إلا أنها تقطع أيضًا الاتصال المحتمل مع DeFi ومجتمعات NFT الحالية وعناصر النظام البيئي Web3 الناضجة الأخرى. بالإضافة إلى ذلك، لا يزال مستوى "اللامركزية" لهذه الحلول بحاجة إلى المراقبة، خاصة في بيئة لا تضمن فيها سلاسل الكتل اللامركزية. هل ستقوم هذه الحلول في النهاية بربط الشبكات الاجتماعية بالتطبيقات كما هو الحال مع الشبكات الاجتماعية الحالية، أم ستقوم بفصل طبقة الشبكات الاجتماعية بشكل كامل وجذب تطبيقات وفرق تطوير متنوعة؟ هذا هو سؤال أساسي لمستقبل الشبكات الاجتماعية في Web3.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
4
إعادة النشر
مشاركة
تعليق
0/400
MetaNomad
· منذ 12 س
كلما كان الأمر أقل احتمالًا، كان الأمر يستحق التجربة أكثر.
فكرة جديدة للتواصل في Web3: رسم بياني مفتوح، التحقق من الهوية و اقتصاد العملة
الويب الاجتماعي الجديد لللامركزية
في عام 2017، ادعى مجموعة من الباحثين في معهد ماساتشوستس للتكنولوجيا أن "الويب الاجتماعي اللامركزي" "محكوم عليه بالفشل". لقد أدرجوا ثلاثة تحديات يصعب تجاوزها: اكتساب المستخدمين والاحتفاظ بهم، معالجة المعلومات الشخصية، وإعلانات الدفع. في ذلك الوقت، كانوا يعتقدون أن ميزة الحجم لشركات التكنولوجيا الكبرى في هذه المجالات تجعل من الصعب على المنافسين الناشئين أن يثبتوا أنفسهم.
ومع مرور الوقت، يبدو أن هذه "العقبات المستحيلة" تُكسر واحدة تلو الأخرى. قد نكون على أعتاب تحول في مفهوم الشبكات الاجتماعية. ستستكشف هذه المقالة كيف تتعامل الأفكار الجديدة في مجال الويب الاجتماعي اللامركزي (DeSo ) مع هذه المشكلات التي طالما كانت موجودة:
الويب الاجتماعي ومشكلة البدء البارد
تواجه المنصات الاجتماعية الناشئة دائمًا تحديات بدء التشغيل البارد: كيفية جذب المستخدمين في ظل نقص قاعدة المستخدمين وتأثير الشبكة. تقليديًا، تعتمد التطبيقات الاجتماعية الناشئة عادةً على استراتيجيات تسويقية قوية لتجاوز هذه العقبة. على سبيل المثال، من خلال تصميم تجربة مستخدم فريدة، أو التقارير الإعلامية، أو خلق شعور الخوف من الفقدان (FOMO)، يمكن أن تؤدي إلى موجة تسجيل ضخمة في وقت قصير، مما يساعد على بناء قاعدة مستخدمين بسرعة.
لكن بعد نجاح هذا النوع من التسويق، غالبًا ما تواجه أزمة البقاء: كيف يمكن الاحتفاظ بهؤلاء المستخدمين واستمرار إنتاج المحتوى والأرباح؟ هذه هي المشكلة التي واجهتها أو تواجهها العديد من تطبيقات الويب الاجتماعي. مع تراجع التطبيقات، ستختفي أيضًا الشبكات الاجتماعية القيمة وملفات تعريف المستخدمين التي تم بناؤها عليها، ولا يزال يتعين على الشبكات الاجتماعية المستقبلية تكرار استراتيجيات التسويق الصعبة لإعادة تشغيل الشبكة.
المسألة الأساسية في كل هذا هي أنه في الويب الاجتماعي Web2، يتم ربط مخطط العلاقات الاجتماعية ( بين المستخدمين ) بالتطبيقات الاجتماعية نفسها ( مثل بعض المنصات الاجتماعية المعروفة ) بشكل وثيق. يكمل كل منهما الآخر: تدفع حداثة التطبيقات تطوير مخطط العلاقات الاجتماعية، بينما يصبح مخطط العلاقات الاجتماعية بدوره الخندق الرئيسي للتطبيقات. على الرغم من وجود مشاكل متنوعة، لا يزال المستخدمون غير راغبين في مغادرة بعض المنصات، والسبب بسيط: جميع أصدقائنا هناك.
لكن ماذا لو فصلنا بين الرسم البياني الاجتماعي والتطبيقات الاجتماعية؟ حتى إذا اختفى أحد التطبيقات، لا يزال بإمكاننا استخدام الرسم البياني الاجتماعي الذي تم إنشاؤه عليه لبدء تطبيق اجتماعي آخر بسهولة. هذه هي بالضبط استجابة Web3 لمشكلة الإطلاق البارد.
استخدام السلسلة العامة كخريطة اجتماعية مفتوحة
من ناحية ما، تعتبر سلاسل الكتل العامة مثل الإيثيريوم بمثابة مخطط اجتماعي. يمكنك البحث عن اسم نطاق ENS أو عنوان محفظة على مستعرض السلاسل لرؤية الملف الشخصي الاجتماعي على السلسلة لهذا المستخدم: الأصول التي يمتلكها، مع من يتعامل، واستنتاج المجتمع الذي ينتمي إليه.
يمكن أن تكون هذه الملفات الشخصية على السلسلة نقطة انطلاق لشبكة اجتماعية جديدة اللامركزية، حيث يستكشف بعض المشاريع هذا الاتجاه. على سبيل المثال، حولت منصة بيانات معينة البيانات السداسية على مستعرض الكتل إلى محافظ قابلة للقراءة أو "ملفات شخصية"، وقدمت وظيفة لإرسال الرسائل إلى هؤلاء المستخدمين، مما يتيح إطلاق نوع من الشبكة الاجتماعية المعتمدة على الرسائل باستخدام البيانات على السلسلة. مشروع آخر يتبع مسارًا مشابهًا، يحاول استخدام ملفات المستخدمين على السلسلة لبناء شبكة اجتماعية على غرار تويتر. من خلال استخدام نماذج لغوية متقدمة، تصبح بيانات المعاملات الأصلية سهلة القراءة والفهم، مما يسرع من تطوير هذه الاستراتيجية. يُقال إن مشروعًا معينًا يستخدم GPT لإنشاء ملخصات حوارية للمعاملات والاتجاهات، لإنشاء مزيج من الموارد البيانية، ومصادر الأخبار، والشبكات الاجتماعية المستقبلية.
بناء بروتوكول رسم الخرائط الاجتماعية الأصلية
تعتمد البيانات العامة للبلوكشين على مشكلة واحدة، وهي أن هذه البيانات ليست غنية بما يكفي لتطبيقات الويب الاجتماعي. لأن السلسلة العامة مصممة أولاً للتطبيقات المالية، وليس لتطبيقات الويب الاجتماعي، لذلك البيانات التي تم جمعها بشكل أصلي على السلسلة مثل تاريخ المعاملات، رصيد الحساب، وغيرها ( قد لا تكون مناسبة لشبكات الويب الاجتماعي.
على عكس استخدام بيانات السلسلة الأصلية فقط كخريطة اجتماعية، فإن إحدى الأفكار هي بناء بروتوكول خريطة اجتماعية مخصص على السلسلة العامة. على سبيل المثال، يستخدم بروتوكول معين الاكتشافات الرئيسية لعوامل مشتركة موجودة في التطبيقات الاجتماعية، ويجسد هذه العوامل في سلوكيات مختلفة على السلسلة، مثل "نشر"، "تعليق" و"انعكاس") أي مشاركة أو إعادة نشر(.
بروتوكول آخر لديه تجريد مشابه في مخططه الاجتماعي، مثل "cast") نشر(، "reactions") الإعجاب( وميزات التوصية لمستخدمين آخرين يستحقون المتابعة. الاختلاف الرئيسي بين البروتوكولين هو في طريقة التنفيذ التقنية: أحدهما يضع جميع المحتويات على سلسلة جانبية معينة، بينما الآخر يسجل سجل معرفاته على الشبكة الرئيسية للإيثيريوم، ويعمل مخططه الاجتماعي على L2 بشكل دلتا.
هناك بروتوكول رسم بياني اجتماعي يستحق الانتباه يركز أكثر على تجميع الروابط ) بما في ذلك المصادر على السلسلة وخارج السلسلة (، ويركز على الأنشطة والنوادي الجماهيرية كحالات استخدام أولية.
تتمثل النقطة الرئيسية في بروتوكولات مخططات الشبكات الاجتماعية هذه في أنها لا تحتاج بالضرورة إلى بناء تطبيقات اجتماعية عليا، بل تقدم طبقة مخطط اجتماعي مفتوحة لبناء وتوسيع هذه التطبيقات ) والتي هي في الأساس SDK (. الميزة الأساسية من ذلك هي أنه حتى إذا اختفى تطبيق اجتماعي ناجح سابق، لا يزال بإمكان المطورين الآخرين استخدام مخطط الشبكات الاجتماعية الناتج. لذلك، يكفي حدث تسويقي واحد أو تطبيق ناجح واحد لإطلاق النظام البيئي بالكامل.
![استكشاف مستقبل الويب الاجتماعي (1): من 0 إلى 1، إكمال بدء تشغيل التطبيق باستخدام رسم بياني اجتماعي])https://img-cdn.gateio.im/webp-social/moments-5a94d4d94d3fd5431a7fc04cf1be129f.webp(
تصميم الويب الاجتماعي اللامركزي من الصفر
الاستراتيجية الثالثة هي بناء حلول لامركزية من الصفر. الشرط المسبق هو أن تطبيقات الوسائط الاجتماعية هي حجر الزاوية في تجربتنا الرقمية، وبالتالي تحتاج إلى بلوكتشين مخصص ) أو حلول لامركزية أخرى (، لتوطين العمليات الأساسية لتطبيقات الوسائط الاجتماعية، بدلاً من بناء بروتوكولات على البنية التحتية التي تم تصميمها في الأصل للاستخدام المالي. باختصار، نحتاج إلى "سلسلة تطبيقات" للويب الاجتماعي.
أحد المشاريع الأكثر إثارة للاهتمام في هذه الاستراتيجية يقوم ببناء سلسلة كتل L1 تركز على التطبيقات الاجتماعية. على عكس سلسلة الكتل العامة السائدة التي تركز على "عدد المعاملات في الثانية"، يلتزم هذا المشروع بتحسين "عدد المنشورات في الثانية"، بالإضافة إلى تلبية احتياجات التطبيقات الاجتماعية في معالجة الاتصالات والتخزين. فوق هذه السلسلة الكتل L1، يتم التخطيط لبناء مجموعة متنوعة من التطبيقات الاجتماعية، بما في ذلك المحتوى الطويل، المحتوى القصير، وتطبيقات مشابهة لReddit.
تتبع منصات الوسائط الاجتماعية اللامركزية الأخرى إلى حد كبير هذه الاستراتيجية من التصميم من الصفر. على الرغم من أنها ليست حلولًا قائمة على البلوكشين، إلا أنها تعتمد على أنظمة الخوادم لضمان أن تكون المشاركات لامركزية بما فيه الكفاية. على سبيل المثال، تستخدم منصة معينة نظامًا مشابهًا للبريد الإلكتروني، حيث يمكن للمستخدمين الاختيار بين مزودي الخدمة المختلفين. تمامًا كما يمكن للمنظمات إعداد وتخصيص خوادم البريد الخاصة بها، سيكون كل "مثيل" على هذه المنصة مجتمعًا يدير نفسه وقابلًا للتخصيص. تم تطوير منصة أخرى استنادًا إلى بروتوكول مفتوح المصدر، وهي في جوهرها مخطط اجتماعي مفتوح مزود بواجهات برمجة التطبيقات مثل "المتابعة" و"الإعجاب" و"النشر"، مما يعزز منصات الوسائط الاجتماعية المشابهة لتويتر.
تشترك هذه المشاريع في رفض تصميمات سلاسل الكتل الحالية ) التي تمثلها EVM، والتي تعتبر مناسبة للويب الاجتماعي. على الرغم من أن هذه الطريقة توفر للمشاريع القدرة على اتخاذ قرارات تصميم أكثر دقة والتحكم في تجربة المستخدم، إلا أنها تقطع أيضًا الاتصال المحتمل مع DeFi ومجتمعات NFT الحالية وعناصر النظام البيئي Web3 الناضجة الأخرى. بالإضافة إلى ذلك، لا يزال مستوى "اللامركزية" لهذه الحلول بحاجة إلى المراقبة، خاصة في بيئة لا تضمن فيها سلاسل الكتل اللامركزية. هل ستقوم هذه الحلول في النهاية بربط الشبكات الاجتماعية بالتطبيقات كما هو الحال مع الشبكات الاجتماعية الحالية، أم ستقوم بفصل طبقة الشبكات الاجتماعية بشكل كامل وجذب تطبيقات وفرق تطوير متنوعة؟ هذا هو سؤال أساسي لمستقبل الشبكات الاجتماعية في Web3.