في عام 2017، أشار باحثون من مختبر الإعلام في معهد ماساتشوستس للتكنولوجيا في مقال إلى أن الويب الاجتماعي اللامركزية يواجه ثلاث تحديات رئيسية: جذب المستخدمين، معالجة معلومات المستخدمين ومشكلة الإعلانات. واعتبروا أن ميزة الحجم لدى عمالقة التكنولوجيا الرئيسيين تجعل من الصعب على المنافسين الناشئين التواجد.
ومع ذلك، مع تقدم التكنولوجيا، يبدو أن هذه التحديات التي كانت تُعتبر "مستحيلة" تُعالج تدريجياً. حالياً، الابتكارات في مجال الويب الاجتماعي اللامركزية (DeSo ) تتعامل مع هذه المشاكل من ثلاثة جوانب:
استخدام طبقة الويب الاجتماعي المفتوحة لحل مشكلة الانطلاق البارد
استخدام تقنيات التحقق من الهوية والتشفير لمعالجة مسائل هوية المستخدم
حل مشكلة الدخل من خلال نموذج الاقتصاد الرمزي وآليات التحفيز
الويب الاجتماعي ومشكلة البدء البارد
تواجه المنصات الاجتماعية الناشئة دائمًا تحدي البداية الباردة، وهو كيفية جذب المستخدمين دون وجود قاعدة مستخدمين قائمة. الطريقة التقليدية لتحقيق النمو السريع هي من خلال الترويج التسويقي القوي، مثلما جذبت Threads 100 مليون مستخدم في غضون 5 أيام فقط.
لكن هذا النمو السريع غالباً ما يواجه مشاكل في الاحتفاظ بالمستخدمين وإنتاج المحتوى. مع تراجع المنصة، تختفي أيضاً الشبكات الاجتماعية للمستخدمين المتراكمة، وعلي المنصات الجديدة في المستقبل أن تتكرر عملية اكتساب المستخدمين الصعبة.
جذر هذه المشكلة يكمن في أن الرسم البياني الاجتماعي في الشبكات الاجتماعية Web2 مرتبط ارتباطًا وثيقًا بالتطبيق نفسه. إذا أمكن فصل الاثنين، حتى إذا اختفى أحد التطبيقات، يمكن استخدام الرسم البياني الاجتماعي الخاص به لبدء تطبيق جديد بسرعة. هذه هي الفكرة التي يقدمها Web3 لحل مشكلة التشغيل البارد.
استخدام سلسلة الكتل العامة كخريطة اجتماعية مفتوحة
يمكن اعتبار blockchain العام نفسه بمثابة رسم بياني اجتماعي. من خلال النظر في عنوان المحفظة، يمكنك معرفة معلومات حول أصول المستخدم، وأطراف المعاملات، والمجتمعات التي ينتمي إليها. بعض المشاريع تستكشف استخدام هذه البيانات على السلسلة لبناء الويب الاجتماعي.
على سبيل المثال، تقوم Debank بتحويل البيانات على السلسلة إلى ملفات تعريف مستخدم قابلة للقراءة، وتوفر وظيفة الرسائل. بينما يحاول 0xPPL بناء شبكة اجتماعية مشابهة لتويتر. بعض المشاريع تستخدم أيضًا تقنيات الذكاء الاصطناعي لتحويل بيانات المعاملات الأصلية إلى ملخصات محتوى صديقة للمستخدم.
بناء بروتوكول رسم الخرائط الاجتماعية الأصلية
تقتصر الاعتماد فقط على بيانات السلسلة العامة، لأن السلسلة العامة مصممة أساسًا للتطبيقات المالية، والبيانات المجمعة لا تنطبق بالكامل على الويب الاجتماعي. لذلك، اقترحت بعض المشاريع بناء بروتوكولات رسمية اجتماعية مخصصة فوق السلسلة العامة.
تقوم بروتوكول Lens بتجريد التفاعلات الاجتماعية إلى سلوكيات على السلسلة مثل "نشر" و"تعليق" و"مشاركة". يمتلك Farcaster تجريدًا مشابهًا، ولكن هناك اختلافات في التنفيذ التقني. تركز Cyberconnect أكثر على تجميع الروابط وتطبيقات السيناريو المحددة.
هذه البروتوكولات لا تبني طبقة التطبيقات مباشرة، بل توفر طبقة مخطط اجتماعي مفتوحة للمطورين لبناء أنواع مختلفة من التطبيقات. بهذا الشكل، حتى إذا اختفى تطبيق معين، يمكن للمطورين الآخرين الاستفادة من المخطط الاجتماعي، يكفي نجاح واحد لبدء النظام البيئي بأسره.
تصميم الويب الاجتماعي من الصفر
الاستراتيجية الثالثة هي بناء حلول اللامركزية المتخصصة من الصفر. الفكرة هي أن الشبكات الاجتماعية تحتاج إلى بنية تحتية متخصصة، بدلاً من البناء على بلوكشين موجه نحو التمويل.
DeSo تبني سلسلة كتل من الطبقة الأولى تركز على التطبيقات الاجتماعية، وتحسن مؤشرات الأداء المطلوبة للتطبيقات الاجتماعية مثل "عدد المنشورات في الثانية". تتبنى Bluesky و Mastodon نفس الفكرة، من خلال نظام خوادم لامركزي لتحقيق ذلك.
على الرغم من أن هذه الطريقة يمكن أن تتحكم بشكل أكثر دقة في التصميم وتجربة المستخدم، إلا أنها فقدت أيضًا الاتصال بالنظام البيئي الحالي للويب 3. مستوى اللامركزية وما إذا كان يمكن فعلاً فصل الشبكة الاجتماعية عن التطبيقات لا يزال قيد المراقبة. ستكون هذه واحدة من القضايا الرئيسية التي تحدد مستقبل الشبكات الاجتماعية في الويب 3.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 7
أعجبني
7
4
مشاركة
تعليق
0/400
gas_fee_trauma
· 07-16 19:02
مرة أخرى تحرق الأموال
شاهد النسخة الأصليةرد0
Hash_Bandit
· 07-16 18:55
لقد رأيت كل شيء في عالم العملات الرقمية منذ 2013... بدايات البرد تشبه حقًا إعادة تعيين صعوبة التعدين بصراحة
شاهد النسخة الأصليةرد0
GasFeeTears
· 07-16 18:52
الإقلاع البارد هو بارد حقًا
شاهد النسخة الأصليةرد0
DaoGovernanceOfficer
· 07-16 18:46
*sigh* بروتوكول آخر يتجاهل البحث الأساسي في ديناميات بدء التشغيل البارد
ابتكار التواصل في Web3: حل مخطط مفتوح لمشكلة بدء التشغيل الباردة
استكشاف آفاق تطوير الويب الاجتماعي اللامركزية
في عام 2017، أشار باحثون من مختبر الإعلام في معهد ماساتشوستس للتكنولوجيا في مقال إلى أن الويب الاجتماعي اللامركزية يواجه ثلاث تحديات رئيسية: جذب المستخدمين، معالجة معلومات المستخدمين ومشكلة الإعلانات. واعتبروا أن ميزة الحجم لدى عمالقة التكنولوجيا الرئيسيين تجعل من الصعب على المنافسين الناشئين التواجد.
ومع ذلك، مع تقدم التكنولوجيا، يبدو أن هذه التحديات التي كانت تُعتبر "مستحيلة" تُعالج تدريجياً. حالياً، الابتكارات في مجال الويب الاجتماعي اللامركزية (DeSo ) تتعامل مع هذه المشاكل من ثلاثة جوانب:
الويب الاجتماعي ومشكلة البدء البارد
تواجه المنصات الاجتماعية الناشئة دائمًا تحدي البداية الباردة، وهو كيفية جذب المستخدمين دون وجود قاعدة مستخدمين قائمة. الطريقة التقليدية لتحقيق النمو السريع هي من خلال الترويج التسويقي القوي، مثلما جذبت Threads 100 مليون مستخدم في غضون 5 أيام فقط.
لكن هذا النمو السريع غالباً ما يواجه مشاكل في الاحتفاظ بالمستخدمين وإنتاج المحتوى. مع تراجع المنصة، تختفي أيضاً الشبكات الاجتماعية للمستخدمين المتراكمة، وعلي المنصات الجديدة في المستقبل أن تتكرر عملية اكتساب المستخدمين الصعبة.
جذر هذه المشكلة يكمن في أن الرسم البياني الاجتماعي في الشبكات الاجتماعية Web2 مرتبط ارتباطًا وثيقًا بالتطبيق نفسه. إذا أمكن فصل الاثنين، حتى إذا اختفى أحد التطبيقات، يمكن استخدام الرسم البياني الاجتماعي الخاص به لبدء تطبيق جديد بسرعة. هذه هي الفكرة التي يقدمها Web3 لحل مشكلة التشغيل البارد.
استخدام سلسلة الكتل العامة كخريطة اجتماعية مفتوحة
يمكن اعتبار blockchain العام نفسه بمثابة رسم بياني اجتماعي. من خلال النظر في عنوان المحفظة، يمكنك معرفة معلومات حول أصول المستخدم، وأطراف المعاملات، والمجتمعات التي ينتمي إليها. بعض المشاريع تستكشف استخدام هذه البيانات على السلسلة لبناء الويب الاجتماعي.
على سبيل المثال، تقوم Debank بتحويل البيانات على السلسلة إلى ملفات تعريف مستخدم قابلة للقراءة، وتوفر وظيفة الرسائل. بينما يحاول 0xPPL بناء شبكة اجتماعية مشابهة لتويتر. بعض المشاريع تستخدم أيضًا تقنيات الذكاء الاصطناعي لتحويل بيانات المعاملات الأصلية إلى ملخصات محتوى صديقة للمستخدم.
بناء بروتوكول رسم الخرائط الاجتماعية الأصلية
تقتصر الاعتماد فقط على بيانات السلسلة العامة، لأن السلسلة العامة مصممة أساسًا للتطبيقات المالية، والبيانات المجمعة لا تنطبق بالكامل على الويب الاجتماعي. لذلك، اقترحت بعض المشاريع بناء بروتوكولات رسمية اجتماعية مخصصة فوق السلسلة العامة.
تقوم بروتوكول Lens بتجريد التفاعلات الاجتماعية إلى سلوكيات على السلسلة مثل "نشر" و"تعليق" و"مشاركة". يمتلك Farcaster تجريدًا مشابهًا، ولكن هناك اختلافات في التنفيذ التقني. تركز Cyberconnect أكثر على تجميع الروابط وتطبيقات السيناريو المحددة.
هذه البروتوكولات لا تبني طبقة التطبيقات مباشرة، بل توفر طبقة مخطط اجتماعي مفتوحة للمطورين لبناء أنواع مختلفة من التطبيقات. بهذا الشكل، حتى إذا اختفى تطبيق معين، يمكن للمطورين الآخرين الاستفادة من المخطط الاجتماعي، يكفي نجاح واحد لبدء النظام البيئي بأسره.
تصميم الويب الاجتماعي من الصفر
الاستراتيجية الثالثة هي بناء حلول اللامركزية المتخصصة من الصفر. الفكرة هي أن الشبكات الاجتماعية تحتاج إلى بنية تحتية متخصصة، بدلاً من البناء على بلوكشين موجه نحو التمويل.
DeSo تبني سلسلة كتل من الطبقة الأولى تركز على التطبيقات الاجتماعية، وتحسن مؤشرات الأداء المطلوبة للتطبيقات الاجتماعية مثل "عدد المنشورات في الثانية". تتبنى Bluesky و Mastodon نفس الفكرة، من خلال نظام خوادم لامركزي لتحقيق ذلك.
على الرغم من أن هذه الطريقة يمكن أن تتحكم بشكل أكثر دقة في التصميم وتجربة المستخدم، إلا أنها فقدت أيضًا الاتصال بالنظام البيئي الحالي للويب 3. مستوى اللامركزية وما إذا كان يمكن فعلاً فصل الشبكة الاجتماعية عن التطبيقات لا يزال قيد المراقبة. ستكون هذه واحدة من القضايا الرئيسية التي تحدد مستقبل الشبكات الاجتماعية في الويب 3.