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

منصات وسائط اجتماعية بديلة مبنية على بروتوكولات متمركزة واتحادية تقدم عودة إلى المفهوم الأصلي للتواصل الاجتماعي عبر الإنترنت. يتحكم المستخدم في البيانات وينتشرها عبر قواعد بيانات متمركزة، وتكون واجهات المستخدم مدفوعة من قبل المجتمع، ويكون الاعتدال تعبيرًا عن تفضيلات المجتمع، وتختار الخوارزميات من قبل المستخدم، وتدفع الأخلاقيات مفتوحة المصدر الابتكار.

تاريخ وسائل التواصل الاجتماعي اللامركزية والبديلة

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

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

الابتكار الرئيسي في الجدول الزمني للشبكات الاجتماعية البديلة كان وصول مفهوم البروتوكولات الموزعة. تشير الشبكة الموزعة إلى نظام حيث تتعاون خوادم مستقلة متعددة أو "عقد" لتشكيل شبكة اجتماعية واحدة، بدلاً من المنصات المركزية حيث تتحكم منظمة واحدة في جميع الخوادم.

في نظام متحد، يعمل كل خادم على برنامج متوافق يتبع بروتوكولات مشتركة، مما يمكنهم من التواصل مع بعضهم البعض. يمكن للمستخدم المسجل على خادم واحد أن يتابع ويتفاعل ويشارك المحتوى مع مستخدمين من خوادم أخرى بسهولة، كما لو كانوا على نفس المنصة. أمثلة على هذه البروتوكولات تشمل ActivityPub و OStatus، التي تدعم منصات متحدة مثل Mastodon و PeerTube.

في إعداد الاتحادي، يمكن للمستخدمين اختيار الخادم الذي يثقون به، والتحول بشكل محتمل إلى خوادم مختلفة أو إعداد خوادمهم الخاصة، مما يمنحهم المزيد من الحكمة. يُستخدم مصطلح "فيديفيرس" - وهو حاصل على تركيب الكلمات "الاتحاد" و"الكون" - لوصف مثل هذا النظام. بدأت فيديفيرس مع منصات مثل GNU الاجتماعية وأسلافها (ستاتوسنيت ولاكونيكا)، ولكن النقطة المحورية الحقيقية كانت تطوير بروتوكول أكتيفيتيبب، واتساع اعتماده، الذي تم نشره كمعيار موصى به من قبل الاتحاد العالمي لشبكة الويب (W3C) في عام 2018.

داخل web3 ، الشبكات الاجتماعية الموحدة هي الحالة الافتراضية للأنظمة اللامركزية بمجرد نقل البيانات على السلسلة. تعمل Blockchains كخادم خلفي غير موثوق به للمحتوى المخزن ، حيث تقوم الواجهات الأمامية بفهرسة هذا المحتوى وتقديمه مباشرة للمستخدمين. يتم التعامل مع الهوية من قبل أزواج المفاتيح العامة والخاصة التي تدير بالفعل محافظ المستخدم ، مما يسمح لهم بمصادقة أي بيانات أو محتوى يقومون بإنشائه بسهولة. بالإضافة إلى ذلك ، يمكن أن يؤدي استخدام الأوليات onchain مثل NFTs إلى تجميع المحتوى المخزن في البيانات الوصفية والعمل كاسم مجال أو معرف لامركزي (DID).

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

مقارنة البروتوكول

لفهم حقًا الابتكارات داخل بروتوكولات وسائل التواصل الاجتماعي اللامركزية، من الضروري فهم التفاصيل التقنية التي تمكّنها. يجدر بالذكر أننا لا نتضمن جميع البروتوكولات الاجتماعية هنا، ولكن نختار بدلاً من ذلك بعضًا من أكثرها شيوعًا:

الهوية / الأسماء الفرعية

في سياق الرسومات الاجتماعية الموزعة واللامركزية أو بروتوكولات الشبكة، يشير "namespace" إلى نطاق أو مجال يحتوي على معرفات المستخدم أو الموارد الأخرى التي تكون فريدة. إنها طريقة لتمييز الموارد أو الهويات من مجال / خادم واحد عن آخر، مما يضمن عدم وجود تضاربات أو غموض عند التكامل أو التواصل عبر عدة نطاقات.

الهوية ومساحات الأسماء المرتبطة عبر بروتوكولات التواصل الاجتماعي اللامركزية تتنوع من أزواج مفاتيح بسيطة (Gate, Scuttlebutt) إلى عناوين URIs تشير إلى عناوين URL تستضيف ملفات تعريف (ActivityPub) إلى نماذج أكثر تعقيدًا تستخدم مبدأ السلسلة كالرموز غير القابلة للاستبدال (NFTs) (ومؤخرًا التوسيعات ERC-6551 على سبيل المثال Lens v2)

Farcaster هو مثال رائع على هذه التقنيات. يمثل حساب Farcaster كيانًا متميزًا على الشبكة. لكل حساب معرف رقمي فريد يُسمى معرف Farcaster (“fid”). يتم إصدار الهويات وإدارتها على السلسلة باستخدام عقد Ethereum يُسمى IdRegistry. يقوم المستخدمون بتنفيذ معاملة إلى IdRegistry للحصول على fid جديد. العنوان الذي يمتلك fid هو عنوان الحفظ الخاص بالمستخدم. يضمن IdRegistry أن يمكن نقل fids بين العناوين وأن لا تمتلك عنوانين نفس fid. يوسع Farcaster أيضًا هذا النطاق لدعم أسماء ENS التي تُصدر على السلسلة أو خارجها. يجب تقديم دليل موقع موقع للشبكة للمطالبة باسم مستخدم.

من ناحية أخرى ، يحدد ActivityPub كل مستخدم من خلال عنوان URI فريد ، وعادة ما يكون عنوان URL ل HTTPS. يشير عنوان URI هذا إلى ملف تعريف المستخدم ويعمل كمعرف عالمي له في Fediverse. لجعل عناوين URI هذه أكثر سهولة في الاستخدام ، تستخدم العديد من منصات ActivityPub نظاما يسمى Webfinger. يتيح Webfinger للمستخدمين الحصول على هوية مثل " @username@domain.com’.

تدير Lens و CyberConnect بدلاً من ذلك ملفات تعريف المستخدم كرموز غير قابلة للاستبدال. في حالة Lens، يحمل عنوان المستخدم ProfileNFT، ومن الممكن أن يحمل عنوان واحد عدة ProfileNFTs. يحتوي كل Profile NFT على تاريخ كامل لنشاط المستخدم، بما في ذلك المنشورات والمرايا والتعليقات وأنواع محتوى آخر قاموا بإنشائه. بالإضافة إلى ذلك، تحتوي Profile NFTs على FollowModule، وهو عبارة عن مجموعة من القواعد التي تحكم كيف يمكن لحسابات مختلفة الحصول على Follow NFTs. تقوم هذه Follow NFTs بتوثيق الاتصالات بين الحسابات والملف الشخصي الأساسي مباشرة على السلسلة. هناك أيضًا مقابض يمكن أن تكون موجودة ويمكن إنتاجها بشكل منفصل عن الملفات الشخصية، ويمكن ربطها وفك ربطها من ملف شخصي إلى آخر. توجد المقابض في أسماء مجالاتها الخاصة (على سبيل المثال، lens/@aliceGate

بيانات

البيانات هي على الأرجح السمة الأكثر أهمية في الشبكات اللامركزية، حيث أن إنشاؤها وتوحيدها هو ما يمكن هذه الأنظمة. أكثر تقنية شائعة لإدارة البيانات هنا هي استخدام تنسيقات موحدة مثل JSON وكائنات العلاقة الشائعة (مثل الإعجاب، المتابعة). تتضمن الكائنات الأساسية للبيانات عادة:

الممثلون والكائنات: تعريف "الممثلون" (مثل المستخدمين أو المجموعات) و"الكائنات" (مثل المشاركات أو الرسائل).

المنشورات: تُغلَّف المشاركات أو التعليقات باسم "المنشورات"، وغالبًا ما يتم ربطها بمحتوى خارجي عبر عناوين URL.

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

دعنا نتعمق في مثالين لكيفية عمل ذلك باستخدام بروتوكولات محددة.

تستخدم ActivityPub تنسيق بيانات ActivityStreams 2.0 ، وهو هيكل قائم على JSON ، لتمثيل تفاعلات اجتماعية مختلفة مثل المشاركات أو الإعجابات. يميز البروتوكول بين مكونين أساسيين: Client to Server (C2S) و Server to Server (S2S). يسمح C2S للمستخدمين ، من خلال تطبيقات العميل ، بالتفاعل مع خوادمهم الخاصة. على النقيض من ذلك ، يسهل S2S التواصل بين الخوادم ، مما يمكن طبيعة البروتوكول الموحدة القوية.

Dentro de ActivityPub, las entidades se clasifican como "actores" (a menudo cuentas de usuario o grupos) y "objetos" (contenido o acciones como publicaciones o me gusta). Cuando un actor realiza una acción en un objeto, crea una "actividad" como "Crear", "Seguir" o "Me gusta".

تأخذ الرسوم البيانية الاجتماعية Web3 العديد من الأفكار الأساسية ل ActivityPub ولكنها تطبقها على السلسلة. يقدم Lens Protocol ، على سبيل المثال ، "المنشورات" ، والتي تغلف مجموعة متنوعة من المحتوى الذي ينشئه المستخدمون مثل المنشورات والمرايا والتعليقات وأشكال الوسائط الأخرى. يرتبط كل منشور ب ContentURI ، ويوجه إلى المحتوى المحدد المخزن على بروتوكول لامركزي مثل IPFS أو Arweave ، أو بدلا من ذلك ، على خدمة تخزين مركزية مثل AWS S3. يضمن هذا التكوين تخزين ملف تعريف المستخدم وجميع المنشورات المرتبطة به بشكل آمن في محفظته الشخصية ، والابتعاد عن الاعتماد على قواعد البيانات المركزية.

علاوة على ذلك ، يتيح Web3 نهجا أكثر وضوحا لتحقيق الدخل من محتوى المستخدم وتأثيره مقارنة بإطار عمل Web2. يمكن للمستخدمين فرض رسوم على سك متابعة NFTs ، أو يمكنهم دمج وحدات التجميع مع منشوراتهم. يسمح لهم هذا الخيار الأخير بالحصول على رسوم مقابل سك NFTs المرتبطة ب ContentURI لنشرهم. بالإضافة إلى هذه الميزات ، يقدم Lens Protocol واجهة برمجة تطبيقات GraphQL ، تعمل على إخفاء مكونات blockchain من واجهات الواجهة الأمامية ، وبالتالي ، تقدم تجربة أكثر سهولة في الاستخدام من محاولات الشبكات الاجتماعية اللامركزية السابقة.

أساسا، العديد من بتوزيع الشبكات الاجتماعية البروتوكولات تخلق هياكل بيانات الإضافة فقط التي يتم التحقق منها بواسطة مفاتيح المستخدم. على سبيل المثال، على CyberConnect يتم تمثيل كل قطعة من البيانات المتمحورة حول المستخدم كتيار بيانات حيث يُسمح فقط بالتحديثات من قبل صاحب البيانات. يتم إضافة كل تحديث للبيانات إلى تيار البيانات في شكل سجل الالتزام الإضافة فقط وتصبح هيكل البيانات الناتجة هيكل بيانات مرتبط بالتجزئة يُسمى Merkle DAG. تشمل أنواع البيانات المحتوى والمجموعات والتعليقات والاشتراكات.

تستخدم Scuttlebutt بطريقة مماثلة سجل الإضافة فقط. كل مستخدم لديه سجله الخاص حيث يتم إلحاق كل رسالة أو إجراء جديد إلى النهاية بعد توقيعه بواسطة هوية المستخدم (أي زوج مفتاح Ed25519 المرتبط). كما أنها تدعم مشاركة البيانات الثنائية، المشار إليها بـ "الكتل". يمكن أن تكون هذه الكتل صورًا أو مقاطع فيديو أو أي محتوى ثنائي آخر. يتم تخزين الكتل بشكل منفصل عن سجلات الإضافة فقط، ولكن يمكن تضمين مراجع (تجزئات) لهذه الكتل في السجلات.

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

تخزين

كانت النهج الأولية لتخزين البيانات للبروتوكولات اللامركزية في الغالب خارج السلسلة، على الرغم من التذكير بالتوافق داخل السلسلة. على سبيل المثال، يستخدم Scuttlebutt شبكة نقاش ندوة بين النظراء، مما يضع مسؤولية التخزين على جهاز المستخدم المحلي. يضمن هذا النهج سيادة البيانات، حيث يتحكم المستخدمون تمامًا في معلوماتهم الخاصة. ومع ذلك، يعني ذلك أيضًا أن توافر البيانات يعتمد على كون جهاز المستخدم متصلاً بالإنترنت أو على وجود نسخة من البيانات لدى النظراء الآخرين في الشبكة. مع مرور الوقت، قد تحتاج بعض عملاء Scuttlebutt إلى تنفيذ استراتيجيات جمع القمامة لتقليم البيانات القديمة أو غير المهمة.

يأتي البديل لهذا النهج من نظير إلى نظير في شكل خوادم تخزن البيانات ، على الرغم من التكرار مقارنة بمنصات الوسائط التقليدية. يحتوي Matrix كمثال على خوادم منزلية متعددة تخزن نسخا من تاريخ الغرفة وتتزامن مع بعضها البعض. عندما يرسل مستخدم رسالة (أو أي حدث) في غرفة، يبث خادمه المنزلي هذا الحدث إلى خوادم منزلية مشاركة أخرى، والتي تقوم بعد ذلك بتخزين الحدث وإعادة توجيهه إلى عملائها المتصلين. وبالمثل ، يحتوي ActivityPub على كل مثيل (أو خادم) في الشبكة يخزن بياناته ، عادة في قاعدة بيانات. يعتمد اختيار قاعدة البيانات (العلائقية ، NoSQL ، إلخ) على التنفيذ المحدد لبرنامج ActivityPub. على سبيل المثال ، يستخدم Mastodon ، وهو نظام أساسي شائع ل ActivityPub ، قاعدة بيانات PostgreSQL.

تبنت بروتوكولات مثل Cyberconnect و Farcaster و Lens سلاسل الكتل للتخزين. يضمن استخدام التخزين على السلسلة أن البيانات غير قابلة للتغيير والتحقق منها ، مما يوفر أساسا قويا للتطبيقات اللامركزية باستخدام آليات الإجماع الأساسية لحالة المزامنة. ومع ذلك ، يمكن أن يؤدي هذا النهج إلى تحديات قابلية التوسع ، حيث يجب تخزين كل جزء من البيانات على السلسلة ، مما قد يؤدي إلى ارتفاع رسوم المعاملات وأوقات استرجاع أبطأ.

لقد أدى هذا إلى قيام العديد من بروتوكولات ويب3 الاجتماعية بتجربة النهج الهجين الذي يستخدم تخزين على السلسلة للأفعال غير المتكررة (مثل الصفحات الشخصية، الاشتراكات) وتخزينًا خارج السلسلة للأحداث ذات التردد العالي (مثل الإعجابات، إعادة النشر، التعليقات) أو تحميل البيانات على السلسلة بفواصل زمنية متكررة باستخدام تخزين خارج السلسلة كحل وقتي مؤقت.

CyberConnect ، من أجل التعامل بكفاءة مع التحديثات المتكررة بين اتصالات المستخدم ، يستخدم قائمة مرتبطة بالتجزئة في مخزن بيانات لامركزي. عند بدء الاتصال ، يتم إنشاء "سجل عمليات". تتم إضافة تغييرات الحالة اللاحقة ، مثل التبديل بين المتابعة وإلغاء المتابعة ، كعقد جديدة إلى هذا السجل. بينما يتم تخزين هذه التحديثات في البداية على خادم مركزي ، يتم تحميلها بشكل دوري دفعة واحدة إلى منصات التخزين اللامركزية مثل Arweave أو IPFS. لاسترجاع البيانات بسرعة ، يتم تخزين العقد في سجل العمليات مركزيا. ومع ذلك ، يمكن للمستخدمين التحقق بشكل مستقل من تكامل البيانات من خلال التنقل عبر هذه القائمة المرتبطة بالتجزئة. حتى مع الاعتماد على خادم مركزي لبعض استعلامات البيانات ، تم تصميم نظام CyberConnect ليكون لامركزيا بدرجة كافية مع تقديم أداء عال أيضا.

Farcaster تستخدم بنفس القدر نهجًا هجينًا: تُستخدم العقود على السلسلة للإجراءات النادرة حيث تكون الاتساقية واللامركزية مهمة. يتم إدارة الحسابات وأسماء المستخدمين والتخزين والمفاتيح باستخدام سلسلة من عقود Ethereum. يتم استخدام أنظمة خارج السلسلة للإجراءات الشائعة حيث تكون الأداء أمرًا حرجًا. يتم تخزين الرسائل التي تم إنشاؤها بواسطة حسابات المستخدمين ونشرها على شبكة الند للند لمحطات Farcaster.

مناقشة

البروتوكولات الاجتماعية اللامركزية على استعداد لتحويل تجربة المستخدم في التفاعلات الرقمية. اعتماد تسارعي لأزواج مفاتيح العامة-الخاصة، يدفعه كل من جذب ويب 3 وكإجراء وقائي ضد محتوى الذكاء الاصطناعي، سيسهل فهمًا ومعرفة أوسع بالأساسيات الهوية في هذا السياق، وسيدفع استمرار الاعتدال والتقاط البيانات في شركات وسائل التواصل الاجتماعي ويب 2 المستخدمين إلى البحث في أماكن أخرى. نتوقع منحنى تبني مسارًا متسارعًا لهذه البروتوكولات.

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

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

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

إخلاء المسؤولية:

1. تم نقل هذه المقالة من [مرآة]. جميع حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [1kx]. إذا كانت هناك اعتراضات على هذه الإعادة طباعتها، يرجى الاتصال بالبوابة تعلم فريق ، وسوف يتعاملون معها على الفور.
2. تنصل المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك التي تعود إلى الكاتب ولا تشكل أي نصيحة استثمارية.
3. يتم إجراء ترجمات المقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يرد غير ذلك، يُحظر نسخ أو توزيع أو ارتكاب الانتحال للمقالات المترجمة.