اللامركزية الويب الاجتماعي: طرق جديدة لبناء قاعدة مستخدمين من الصفر
في عام 2017، اقترح الباحثون في معهد ماساتشوستس للتكنولوجيا في مقال لهم التحديات الثلاثة التي تواجه الويب الاجتماعي اللامركزي: اكتساب المستخدمين والاحتفاظ بهم، ومعالجة المعلومات الشخصية، وإعلانات الدفع. واعتبروا أنه في هذه المجالات، من المستحيل تقريبًا زعزعة هيمنة عمالقة التكنولوجيا الحاليين بسبب مزايا الحجم التي يتمتعون بها.
ومع مرور الوقت، يبدو أن هذه التحديات "غير الممكنة" يتم التغلب عليها تدريجياً. ستستكشف هذه المقالة كيف تتعامل الابتكارات في مجال الويب الاجتماعي اللامركزي (DeSo) مع هذه المشاكل المستمرة منذ فترة طويلة، مع التركيز بشكل خاص على الجوانب الثلاثة التالية:
استخدام الويب الاجتماعي لحل مشكلة بدء التشغيل البارد
معالجة مسائل هوية المستخدم من خلال تقنيات التحقق من الهوية والتشفير
استخدام نموذج اقتصاد الرموز وآلية التحفيز لحل مشكلة الدخل
الويب الاجتماعي ومشكلة البدء البارد
لطالما واجهت منصات التواصل الاجتماعي التقليدية تحدي الانطلاق البارد: كيفية جذب واحتفاظ المستخدمين دون وجود قاعدة مستخدمين قائمة. في الماضي، كانت المنصات الناشئة عادةً تعتمد على استراتيجيات تسويقية قوية لحل هذه المشكلة، محاولين تحفيز تسجيلات جماعية من خلال تجارب مستخدم مبتكرة، أو تقارير إعلامية، أو خلق شعور بالاستعجال.
ومع ذلك، فإن هذه الطريقة غالباً ما تكون صعبة الاستمرار. مع تراجع حماس المستخدمين، قد تواجه المنصة صعوبات في الاحتفاظ بالمستخدمين وإنتاج المحتوى. والأهم من ذلك، عندما تتراجع المنصة، تختفي أيضًا الشبكات الاجتماعية القيمة التي تم بناؤها، مما يجبر الشبكات الاجتماعية المستقبلية على تكرار عملية اكتساب المستخدمين الصعبة.
جذور هذه المشكلة تكمن في أن الشبكات الاجتماعية في الويب2، ترتبط ارتباطًا وثيقًا بتطبيقات التواصل الاجتماعي نفسها. على الرغم من أن هذه النموذج أتاح للمنصات الناجحة بناء حواجز مستخدمين قوية، إلا أنه قيد أيضًا تطور النظام البيئي بأسره.
يقدم Web3 فكرة جديدة: فصل الشبكة الاجتماعية عن التطبيقات المحددة. وهذا يعني أنه حتى إذا اختفى تطبيق ما، يمكن استخدام شبكة العلاقات الاجتماعية التي تم بناؤها من قبل تطبيقات أخرى، مما يقلل بشكل كبير من عتبة بدء التطبيقات الجديدة.
استخدام الشبكة العامة كخريطة اجتماعية مفتوحة
إلى حد ما، فإن البلوكتشين العامة مثل إيثيريوم هي في حد ذاتها مخطط اجتماعي. يمكن للمستخدمين من خلال الاطلاع على عنوان المحفظة أو اسم نطاق ENS، معرفة أنشطة شخص ما على السلسلة، بما في ذلك حيازة الأصول وتاريخ المعاملات، وبالتالي استنتاج شبكتهم الاجتماعية والانتماء الجماعي.
بعض المشاريع بدأت في استكشاف هذا الاتجاه. على سبيل المثال، قامت منصة معينة بتحويل البيانات الأصلية من Etherscan إلى محافظ قابلة للقراءة أو "ملفات تعريف"، وتوفير وظيفة الرسائل، وبذلك أطلقت شبكة اجتماعية قائمة على الرسائل. مشروع آخر حاول استخدام معلومات المستخدمين على السلسلة لبناء منصة اجتماعية مشابهة لتويتر. مع تطور نماذج اللغة الكبيرة، أصبح من الأسهل تحويل بيانات المعاملات الأصلية إلى معلومات يمكن للمستخدمين العاديين فهمها، مما يوفر إمكانيات جديدة لتطوير مثل هذه التطبيقات.
بناء بروتوكول رسم بياني اجتماعي أصلي
توجد قيود على الاعتماد فقط على بيانات blockchain العامة، لأن هذه البيانات مصممة أساسًا للتطبيقات المالية، وقد لا تكون مناسبة تمامًا للاحتياجات الاجتماعية. لذلك، اختار بعض المشاريع بناء بروتوكول رسم الخرائط الاجتماعية المتخصصة على blockchain العامة.
تقوم بروتوكول معين بتجريد التفاعل الاجتماعي إلى سلوكيات على السلسلة مثل "نشر" و"تعليق" و"مشاركة". بينما يعتمد مشروع آخر تجريداً مماثلاً، لكنه يختلف في التنفيذ الفني، حيث يضع بعض الوظائف على السلسلة الرئيسية لإيثيريوم وبعضها على الشبكة من الطبقة الثانية. وهناك مشاريع تركز أكثر على تجميع الروابط، بما في ذلك المصادر على السلسلة وخارجها، وتركز على حالات استخدام معينة مثل الفعاليات ومجتمعات المعجبين.
تتمثل النقطة الأساسية لهذه البروتوكولات في أنها لا تبني التطبيقات الاجتماعية النهائية مباشرة، بل توفر طبقة مخطط اجتماعي مفتوحة لبناء وتوسيع هذه التطبيقات. تتمثل ميزة هذه الطريقة في أنه حتى إذا فشلت إحدى التطبيقات، يمكن لمطورين آخرين الاستفادة من المخطط الاجتماعي الذي تم إنشاؤه، مما يقلل من تكاليف بدء التشغيل للنظام البيئي بأكمله.
تصميم الويب الاجتماعي من الصفر
الاستراتيجية الثالثة هي إعادة تصميم حلول الويب الاجتماعي اللامركزية بالكامل. تعتبر هذه الطريقة أن وسائل التواصل الاجتماعي تحتاج إلى بنية تحتية لامركزية أو بلوكتشين مخصصة، بدلاً من تعديل الهياكل الحالية المصممة بشكل أساسي لتطبيقات مالية.
مشروع تمثيلي يقوم ببناء بلوكشين يركز على الويب الاجتماعي. إنه يحسن مؤشرات خاصة بوسائل التواصل الاجتماعي مثل "عدد المنشورات في الثانية" ويخطط لبناء أنواع مختلفة من التطبيقات الاجتماعية بناءً على ذلك.
على الرغم من أن منصات الشبكات الاجتماعية اللامركزية الأخرى لا تعتمد بشكل مباشر على البلوك تشين، إلا أنها تستخدم أيضًا نهجًا مشابهًا من الصفر. على سبيل المثال، تستخدم إحدى المنصات نظامًا لامركزيًا مشابهًا للبريد الإلكتروني، مما يسمح للمستخدمين بالاختيار بين مزودي الخدمة المختلفين. بينما تم تطوير مشروع آخر بناءً على بروتوكول مفتوح المصدر، لتوفير واجهة برمجة تطبيقات محسّنة لمنصة مشابهة لتويتر.
على الرغم من أن هذه المشاريع التي بدأت من الصفر تتمتع بمرونة أكبر في التصميم وتجربة المستخدم، إلا أنها تواجه أيضًا مخاطر العزلة عن النظام البيئي الحالي للويب 3. بالإضافة إلى ذلك، فإن درجة اللامركزية الخاصة بها وما إذا كانت قادرة على تحقيق الفصل الحقيقي بين الشبكة الاجتماعية والتطبيقات لا يزال قيد المراقبة. ستكون هذه القضايا عوامل حاسمة في تحديد الاتجاه المستقبلي لتطوير الشبكات الاجتماعية في الويب 3.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
اختراق التواصل الاجتماعي اللامركزي: حل الشبكة الاجتماعية المفتوحة لمشكلة البداية الباردة
اللامركزية الويب الاجتماعي: طرق جديدة لبناء قاعدة مستخدمين من الصفر
في عام 2017، اقترح الباحثون في معهد ماساتشوستس للتكنولوجيا في مقال لهم التحديات الثلاثة التي تواجه الويب الاجتماعي اللامركزي: اكتساب المستخدمين والاحتفاظ بهم، ومعالجة المعلومات الشخصية، وإعلانات الدفع. واعتبروا أنه في هذه المجالات، من المستحيل تقريبًا زعزعة هيمنة عمالقة التكنولوجيا الحاليين بسبب مزايا الحجم التي يتمتعون بها.
ومع مرور الوقت، يبدو أن هذه التحديات "غير الممكنة" يتم التغلب عليها تدريجياً. ستستكشف هذه المقالة كيف تتعامل الابتكارات في مجال الويب الاجتماعي اللامركزي (DeSo) مع هذه المشاكل المستمرة منذ فترة طويلة، مع التركيز بشكل خاص على الجوانب الثلاثة التالية:
الويب الاجتماعي ومشكلة البدء البارد
لطالما واجهت منصات التواصل الاجتماعي التقليدية تحدي الانطلاق البارد: كيفية جذب واحتفاظ المستخدمين دون وجود قاعدة مستخدمين قائمة. في الماضي، كانت المنصات الناشئة عادةً تعتمد على استراتيجيات تسويقية قوية لحل هذه المشكلة، محاولين تحفيز تسجيلات جماعية من خلال تجارب مستخدم مبتكرة، أو تقارير إعلامية، أو خلق شعور بالاستعجال.
ومع ذلك، فإن هذه الطريقة غالباً ما تكون صعبة الاستمرار. مع تراجع حماس المستخدمين، قد تواجه المنصة صعوبات في الاحتفاظ بالمستخدمين وإنتاج المحتوى. والأهم من ذلك، عندما تتراجع المنصة، تختفي أيضًا الشبكات الاجتماعية القيمة التي تم بناؤها، مما يجبر الشبكات الاجتماعية المستقبلية على تكرار عملية اكتساب المستخدمين الصعبة.
جذور هذه المشكلة تكمن في أن الشبكات الاجتماعية في الويب2، ترتبط ارتباطًا وثيقًا بتطبيقات التواصل الاجتماعي نفسها. على الرغم من أن هذه النموذج أتاح للمنصات الناجحة بناء حواجز مستخدمين قوية، إلا أنه قيد أيضًا تطور النظام البيئي بأسره.
يقدم Web3 فكرة جديدة: فصل الشبكة الاجتماعية عن التطبيقات المحددة. وهذا يعني أنه حتى إذا اختفى تطبيق ما، يمكن استخدام شبكة العلاقات الاجتماعية التي تم بناؤها من قبل تطبيقات أخرى، مما يقلل بشكل كبير من عتبة بدء التطبيقات الجديدة.
استخدام الشبكة العامة كخريطة اجتماعية مفتوحة
إلى حد ما، فإن البلوكتشين العامة مثل إيثيريوم هي في حد ذاتها مخطط اجتماعي. يمكن للمستخدمين من خلال الاطلاع على عنوان المحفظة أو اسم نطاق ENS، معرفة أنشطة شخص ما على السلسلة، بما في ذلك حيازة الأصول وتاريخ المعاملات، وبالتالي استنتاج شبكتهم الاجتماعية والانتماء الجماعي.
بعض المشاريع بدأت في استكشاف هذا الاتجاه. على سبيل المثال، قامت منصة معينة بتحويل البيانات الأصلية من Etherscan إلى محافظ قابلة للقراءة أو "ملفات تعريف"، وتوفير وظيفة الرسائل، وبذلك أطلقت شبكة اجتماعية قائمة على الرسائل. مشروع آخر حاول استخدام معلومات المستخدمين على السلسلة لبناء منصة اجتماعية مشابهة لتويتر. مع تطور نماذج اللغة الكبيرة، أصبح من الأسهل تحويل بيانات المعاملات الأصلية إلى معلومات يمكن للمستخدمين العاديين فهمها، مما يوفر إمكانيات جديدة لتطوير مثل هذه التطبيقات.
بناء بروتوكول رسم بياني اجتماعي أصلي
توجد قيود على الاعتماد فقط على بيانات blockchain العامة، لأن هذه البيانات مصممة أساسًا للتطبيقات المالية، وقد لا تكون مناسبة تمامًا للاحتياجات الاجتماعية. لذلك، اختار بعض المشاريع بناء بروتوكول رسم الخرائط الاجتماعية المتخصصة على blockchain العامة.
تقوم بروتوكول معين بتجريد التفاعل الاجتماعي إلى سلوكيات على السلسلة مثل "نشر" و"تعليق" و"مشاركة". بينما يعتمد مشروع آخر تجريداً مماثلاً، لكنه يختلف في التنفيذ الفني، حيث يضع بعض الوظائف على السلسلة الرئيسية لإيثيريوم وبعضها على الشبكة من الطبقة الثانية. وهناك مشاريع تركز أكثر على تجميع الروابط، بما في ذلك المصادر على السلسلة وخارجها، وتركز على حالات استخدام معينة مثل الفعاليات ومجتمعات المعجبين.
تتمثل النقطة الأساسية لهذه البروتوكولات في أنها لا تبني التطبيقات الاجتماعية النهائية مباشرة، بل توفر طبقة مخطط اجتماعي مفتوحة لبناء وتوسيع هذه التطبيقات. تتمثل ميزة هذه الطريقة في أنه حتى إذا فشلت إحدى التطبيقات، يمكن لمطورين آخرين الاستفادة من المخطط الاجتماعي الذي تم إنشاؤه، مما يقلل من تكاليف بدء التشغيل للنظام البيئي بأكمله.
تصميم الويب الاجتماعي من الصفر
الاستراتيجية الثالثة هي إعادة تصميم حلول الويب الاجتماعي اللامركزية بالكامل. تعتبر هذه الطريقة أن وسائل التواصل الاجتماعي تحتاج إلى بنية تحتية لامركزية أو بلوكتشين مخصصة، بدلاً من تعديل الهياكل الحالية المصممة بشكل أساسي لتطبيقات مالية.
مشروع تمثيلي يقوم ببناء بلوكشين يركز على الويب الاجتماعي. إنه يحسن مؤشرات خاصة بوسائل التواصل الاجتماعي مثل "عدد المنشورات في الثانية" ويخطط لبناء أنواع مختلفة من التطبيقات الاجتماعية بناءً على ذلك.
على الرغم من أن منصات الشبكات الاجتماعية اللامركزية الأخرى لا تعتمد بشكل مباشر على البلوك تشين، إلا أنها تستخدم أيضًا نهجًا مشابهًا من الصفر. على سبيل المثال، تستخدم إحدى المنصات نظامًا لامركزيًا مشابهًا للبريد الإلكتروني، مما يسمح للمستخدمين بالاختيار بين مزودي الخدمة المختلفين. بينما تم تطوير مشروع آخر بناءً على بروتوكول مفتوح المصدر، لتوفير واجهة برمجة تطبيقات محسّنة لمنصة مشابهة لتويتر.
على الرغم من أن هذه المشاريع التي بدأت من الصفر تتمتع بمرونة أكبر في التصميم وتجربة المستخدم، إلا أنها تواجه أيضًا مخاطر العزلة عن النظام البيئي الحالي للويب 3. بالإضافة إلى ذلك، فإن درجة اللامركزية الخاصة بها وما إذا كانت قادرة على تحقيق الفصل الحقيقي بين الشبكة الاجتماعية والتطبيقات لا يزال قيد المراقبة. ستكون هذه القضايا عوامل حاسمة في تحديد الاتجاه المستقبلي لتطوير الشبكات الاجتماعية في الويب 3.