استكشاف SocialFi: Solana vs. Farcaster

المؤلف: YB; المترجم: Vernacular Blockchain

في الآونة الأخيرة، أطلقت Solana وDialect بشكل مشترك مفهوم Solana الجديد "Actions and Blinks"، من خلال تصفح ملحق الخادم. يتيح وظائف التشغيل بنقرة واحدة مثل الاسترداد والتصويت والتبرع وسك العملة. تعمل الإجراءات على تبسيط تنفيذ العمليات والمعاملات المختلفة، بينما يضمن Blinks توافق الشبكة واتساقها من خلال مزامنة الوقت والتسجيل المتسلسل. إن الجمع بين الاثنين يمكّن Solana من توفير تجربة blockchain عالية الأداء ومنخفضة الكمون. يتطلب تطوير Blinks دعم تطبيقات Web2، مما يجلب مشكلات الثقة والتوافق والتعاون بين Web2 وWeb3. تعتمد Actions وBlinks بشكل أكبر على تطبيقات Web2 للحصول على حركة المرور مقارنةً بـ Farcaster وLens Protocol، اللذين يعتمدان بشكل أكبر على الأمان على السلسلة.

1. كيفية عمل الإجراءات والومضات

1) الإجراءات (إجراءات سولانا)

وفقًا للتعريف الرسمي: Solana Actions هي واجهة برمجة تطبيقات موحدة تقوم بإرجاع المعاملات على blockchain Solana. يمكن معاينة هذه المعاملات وتوقيعها وإرسالها في مجموعة متنوعة من البيئات، بما في ذلك رموز QR والأزرار والأدوات ومواقع الويب على الإنترنت.

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

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

بعد التنفيذ الأولي، تنتظر المعاملة تأكيد الحظر. بمجرد موافقة أغلبية المدققين على الكتلة، تعتبر المعاملة نهائية. يمكن لـ Solana معالجة آلاف المعاملات في الثانية مع أوقات تأكيد تصل إلى 400 مللي ثانية. وبفضل آليات خط الأنابيب وGulf Stream، تم تحسين إنتاجية الشبكة وأدائها بشكل أكبر.

الإجراءات ليست مجرد مهام أو عمليات، بل يمكن أن تكون معاملات أو تنفيذ عقود أو معالجة بيانات. تشبه هذه العمليات المعاملات أو استدعاءات العقود في سلاسل الكتل الأخرى، لكن إجراءات Solana تتمتع بمزايا فريدة:

• معالجة فعالة: صمم Solana طريقة فعالة لمعالجة الإجراءات بحيث يمكن تنفيذها بسرعة في شبكات واسعة النطاق.

• زمن استجابة منخفض: تضمن بنية Solana عالية الأداء أن زمن استجابة معالجة الإجراءات منخفض جدًا، مما يدعم المعاملات والتطبيقات عالية التردد .

• المرونة: يمكن للإجراءات تنفيذ مجموعة متنوعة من العمليات المعقدة، بما في ذلك مكالمات العقود الذكية وتخزين/استرداد البيانات (مزيد من التفاصيل يرجى الاطلاع على الملحق وصلة).

2) يومض (روابط blockchain)

وفقًا وفقًا للتعريف الرسمي: يمكن لـ Blinks تحويل أي Solana Action إلى رابط غني بالبيانات الوصفية قابل للمشاركة. يعمل Blinks على تمكين العملاء الممكّنين للإجراء (محافظ امتدادات المتصفح والروبوتات) من عرض المزيد من الوظائف للمستخدمين. على موقع الويب، يمكن لـ Blinks تشغيل معاينات المعاملات في المحافظ على الفور دون إعادة التوجيه إلى التطبيقات اللامركزية؛ وفي Discord، يمكن للروبوتات توسيع Blinks إلى مجموعة من الأزرار التفاعلية. يتيح ذلك التفاعل على السلسلة مع أي واجهة ويب تعرض عنوان URL.

ببساطة، تقوم Solana Blinks بتحويل Solana Actions إلى روابط قابلة للمشاركة (على غرار HTTP). يمكن أن تصبح مواقع الويب ووسائل التواصل الاجتماعي أماكن للمعاملات عبر السلسلة من خلال تمكين الوظائف في المحافظ المدعومة مثل Phantom وBackpack وSolflare، مما يسمح لأي موقع ويب لديه عنوان URL ببدء معاملات Solana مباشرة.

باختصار، على الرغم من أن Solana Actions وBlinks عبارة عن بروتوكولات/معايير غير مسموح بها، إلا أنها لا تزال تتطلب تطبيقات العميل والمحافظ لمساعدة المستخدمين في نهاية المطاف على توقيع المعاملات، مقارنة بوصف الحل من حيث النية.

الهدف المباشر من Actions and Blinks هو "سلسلة HTTP" لعمليات Solana على السلسلة وتحليلها في تطبيقات Web2 مثل Twitter.

2. تطبيق البروتوكولات الاجتماعية اللامركزية على الإيثيريوم

1) بروتوكول Farcaster

Farcaster هو بروتوكول رسم بياني اجتماعي لامركزي يعتمد على Ethereum وOptimism والذي يمكّن التطبيقات من الاتصال عبر blockchain وشبكات P2P ودفاتر الأستاذ الموزعة في انتظار الاتصال البيني للتكنولوجيا اللامركزية. يتيح ذلك للمستخدمين ترحيل المحتوى ومشاركته بسلاسة بين الأنظمة الأساسية المختلفة دون الاعتماد على كيان مركزي واحد. يتيح بروتوكول Open Graph الخاص به، والذي يستخرج المحتوى المرتبط تلقائيًا من منشورات الشبكة الاجتماعية ويدخل ميزات تفاعلية، إمكانية استخراج المحتوى الذي يشاركه المستخدمون تلقائيًا وتحويله إلى تطبيقات تفاعلية.

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

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

إمكانية نقل البيانات: يتم تخزين بيانات المستخدم في نظام تخزين لامركزي بدلاً من تخزينها على خادم واحد. وهذا يمنح المستخدمين التحكم الكامل في بياناتهم والقدرة على نقلها بين التطبيقات المختلفة.

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

المعرفات اللامركزية (DIDs): يستخدم Farcaster المعرفات اللامركزية (DIDs) لتحديد المستخدمين والمحتوى. تعتمد معرفات DID على تشفير المفتاح العام وهي آمنة للغاية وغير قابلة للتغيير.

اتساق البيانات: لضمان اتساق البيانات على الشبكة، يستخدم Farcaster آلية إجماع تشبه blockchain (مع "المشاركات" كعقد). وتضمن هذه الآلية موافقة جميع العقد على بيانات المستخدم والعمليات، والحفاظ على سلامة البيانات واتساقها.

التطبيقات اللامركزية: توفر Farcaster منصة تطوير تسمح للمطورين ببناء ونشر التطبيقات اللامركزية (DApps). يمكن دمج هذه التطبيقات بسلاسة في شبكة Farcaster لتزويد المستخدمين بمجموعة متنوعة من الوظائف والخدمات.

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

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

2) المبادئ الأساسية

ينقسم بروتوكول Farcaster إلى ثلاث طبقات رئيسية: طبقة الهوية، طبقة البيانات (المحاور) وطبقة التطبيق. ولكل طبقة وظائف وأدوار محددة.

أ. طبقة الهوية

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

المبدأ الفني: استخدم المعرفات اللامركزية (DIDs) استنادًا إلى تقنية تشفير المفتاح العام. كل مستخدم لديه معرف DID فريد يحدد هويته ويتحقق منها. يضمن استخدام أزواج المفاتيح العامة والخاصة أن المستخدم وحده هو الذي يمكنه التحكم في معلومات هويته وإدارتها. تضمن طبقة الهوية الترحيل والمصادقة السلسة بين التطبيقات والخدمات المختلفة.

ب. طبقة البيانات - المحاور

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

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

طبقة التطبيق C.

الوظيفة: توفر طريقة لتطوير ونشر التطبيقات اللامركزية ( DApps) منصة تدعم سيناريوهات التطبيقات المختلفة، مثل الشبكات الاجتماعية ونشر المحتوى والمراسلة.

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

3) الملخص

تصرفات ورموش أ.سولانا

< ص style="text-align: left;">تم تصميم إجراءات Solana وBlinks لربط قنوات المرور لتطبيقات Web2. تأثيرها المباشر هو كما يلي:

• منظور المستخدم: تبسيط عملية المعاملة، ولكن زيادة مخاطر سرقة الأموال مخاطر.

• منظور Solana: يعزز بشكل كبير تأثيرات حركة المرور عبر الحدود، ولكنه يواجه تحديات التوافق والدعم في ظل رقابة Web2.

التطورات المستقبلية مثل Layer2 وSVM وأنظمة تشغيل الأجهزة المحمولة ضمن النظام البيئي الواسع لـ Solana قد تزيد من تعزيز هذه القدرات.

ب. بروتوكول Farcaster الخاص بـ Ethereum

بالمقارنة مع استراتيجية Solana، يضعف بروتوكول Ethereum Farcaster تكامل حركة مرور Web2 ويعزز مقاومة الرقابة والأمن بشكل عام. يتماشى نموذج Farcaster + EVM بشكل أكبر مع المفاهيم الأصلية لـ Web3.

4) بروتوكول العدسة

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

أوجه التشابه:

• التحكم في المستخدم: في كلا البروتوكولين، يتمتع المستخدمون بالتحكم الكامل في البيانات والمحتوى الخاص بهم.

• المصادقة: يستخدم كلاهما المعرفات اللامركزية (DIDs) وتقنية التشفير لضمان أمن وسلامة هويات المستخدم.

ب. الاختلافات:

الهندسة الفنية: < /p>

• Farcaster: استنادًا إلى Ethereum (L1)، فهو مقسم إلى طبقة هوية تدير المستخدم الهويات، وطبقة البيانات (المحاور) المستخدمة لعقد التخزين اللامركزية وطبقة التطبيق التي توفر منصة تطوير التطبيقات اللامركزية تستخدم المحاور غير المتصلة بالإنترنت لنشر البيانات.

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

التحقق من الصحة وإدارة البيانات:

• < p style="text-align: left;">Farcaster: استخدم عقد التخزين الموزعة (المحاور) لإدارة البيانات لضمان الأمان والتوافر العالي، والتعامل مع التحديثات مرة واحدة سنويًا والتوصل إلى توافق في الآراء من خلال الرسم البياني دلتا.

• بروتوكول العدسة: يضمن ملف البيانات الشخصية NFT تفرد البيانات وأمانها ولا يحتاج إلى تحديث.

النظام البيئي للتطبيق:

Farcaster: يوفر نظرة شاملة منصة تطوير DApps، متكاملة بسلاسة مع طبقات الهوية والبيانات الخاصة بها.

بروتوكول العدسة: يركز على إمكانية نقل الرسوم البيانية والمحتوى الاجتماعي للمستخدم، مما يدعم التبديل السلس بين الأنظمة الأساسية والتطبيقات المختلفة.

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

3. ما البروتوكول الذي يمكن أن يكون أول بروتوكول يحقق تطبيقًا واسع النطاق؟

من خلال التحليل أعلاه، لكل من هذه البروتوكولات الثلاثة مزاياها وتحدياتها الخاصة.

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

يستخدم بروتوكول Lens، الذي تأسس في عام 2022، تصميمه المعياري والتخزين على السلسلة لتوفير قابلية التوسع والشفافية الجيدة، واغتنام فرص السوق المبكرة، لكنه قد يواجه تحديات من حيث التكلفة وقابلية التوسع ومعنويات FOMO في السوق.

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