ميزات الويب 3.0؟

هناك موضوع آخر اكتشف فيه الأشخاص كيفية تسجيل الدخول/التسجيل باستخدام محفظة eth. سأقوم بتتبعه

هذا الرابط Sign-In with Ethereum plugin

يا صاح، شكراً لك. ملاحظة: أحب استجابتك على Communique

إعجاب واحد (1)

لا أعتقد أن السؤال كان حول كيف يمكن لمنتدى أن يستفيد تحديدًا من البلوك تشين، بل ببساطة ما هي فوائد البلوك تشين بشكل عام.

إعجاب واحد (1)

أعتقد أن قيمة التعميم محدودة.
كان السؤال محددًا بشأن Discourse، وهي منصة منتديات.
يفترض أن “تطبيق ويب 3.0” يستخدم تقنية البلوك تشين، لذلك أعتقد أن مشاركتي كانت مناسبة تمامًا.
رأيي: سيكون كارثة كاملة!

6 إعجابات

أود رؤية أدوات لتمكين حرية التعبير، ربما تدعم العملات المشفرة مثل Monero أو منصات مثل Nostr.

أنا أعمل في شركة ألعاب تعتمد على بلوكتشين سولانا. لدينا منظمة مستقلة لامركزية (DAO)، ونريد استخدام Discourse لأنه أفضل ما يمكن الحصول عليه من تطبيقات المناقشة وبناء المجتمع المتاحة حاليًا. بلا منازع.

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

هناك أمثلة لتطبيقات الدردشة والمراسلة الأساسية على سولانا، ولكننا حاليًا مقيدون بحوالي 1200 بايت لرسائلنا، وهو ما يعادل حوالي 800 كلمة أو رمز. https://www.dispatch.forum/ بنى تطبيقًا لطيفًا مفتوح المصدر على السلسلة يشبه Reddit، ولكننا نعتقد أنه يمكننا بناء منتج أفضل عن طريق إضافة توقيع مفتاح سولانا العام والرسائل إلى Dispatch. سنقوم بتقييد المستخدمين الخارجيين عبر واجهة أمامية مخصصة أو نوع من برامج الوسيط لواجهة برمجة التطبيقات (API) بينما نقوم ببناء واستكشاف استراتيجيتنا النهائية للانتقال إلى تجربة ويب 3 كاملة.

فيما يتعلق بتجربة المستخدم (UX)، تتمتع سولانا بأوقات تأكيد أقل من ثانية، مع عشرات الآلاف من المعاملات في الثانية، لذلك لا تشبه سلاسل EVM حيث تنتظر في الذاكرة المؤقتة لنصف دقيقة. يمزح الناس حول SQLana، لكنها في الواقع أقرب إلى قاعدة بيانات NoSQL مع محرك تنفيذ Rust. البرامج في سولانا ليس لها حالة، كل ذلك مخزن بشكل منفصل في كائنات الحساب. لذا فهي مختلفة تمامًا عن Ethereum ومشتقاتها.

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

5 إعجابات

عند مناقشة تكامل Discourse، هل رؤيتك هي أن كل رسالة أنشرها يتم توقيعها أيضًا باستخدام مفتاحي الخاص في محفظتي؟

إذًا، هل تصبح قطعة التكامل “تحدث إلى محفظتي فورًا” ومن الناحية التقنية لا يلزم تسجيل الدخول؟ هل هذا دليل على البريد العشوائي؟

نحن حاليًا نربط الهوية بالبريد الإلكتروني، ولكن أعتقد أنه يمكنك توليف شيء هناك.

أعتقد أن Sign-In With Ethereum هو أفضل مثال لدينا حاليًا، فاستخدامه لتسجيل الدخول فقط لا بأس به لأن التطبيق لا يخزن البيانات على البلوك تشين. ولكن إذا كنت تستخدم سولانا بدلاً من Postgres …

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

لا نخطط لعرض واجهة الويب الافتراضية للمستخدمين، ولكن بدلاً من ذلك سنسترد فئات محددة نحددها عبر API ونعرضها في تطبيق React الخاص بنا.

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

ليس لدينا مطورو Rails في الموظفين ويبدو أنه من غير المجدي البناء حول الواجهة الأمامية الخاصة بك. نعتقد أنه يمكننا توسيع واجهة برمجة تطبيقات REST أو الذهاب مباشرة إلى قاعدة البيانات لتعيين واسترداد هذه المفاتيح.

ما زلت أفكر في حلول البرامج الوسيطة التي تمرر OAUTH، ولكن مرة أخرى، لست متأكدًا من أن هذا ذي صلة نظرًا لأننا نتجاوز الواجهة الأمامية الخاصة بك.

إعجاب واحد (1)

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

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

إعجاب واحد (1)

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

هناك العديد من الأماكن حول العالم حيث لا يتمكن المواطنون من الوصول إلى الخدمات المصرفية والاقتصاد الرقمي. على سبيل المثال أفغانستان:

أعتقد أنه من المؤسف أن دافعي الضرائب من الولايات المتحدة وأوروبا أنفقوا 20 تريليون دولار على الحرب هناك. والآن لا يستطيع الأفغان حتى إنشاء حساب على upwork.com والعثور على عمل في الاقتصاد الرقمي. :slight_smile:

لقد بدأت العمل على بديل لـ upwork (باستخدام منتدى Discourse) https://twitter.com/spirobel/status/1591350820708442112 ليس من السهل التغلب على تأثيرات الشبكة (خاصة وأنني أستطيع العمل على هذا فقط في وقت فراغي.)
لكنه بالتأكيد حل. بدون العملات المشفرة، كان من الصعب جدًا دفع أجر لشخص يعيش هناك وبناء الثقة. الحاجز أمام تثبيت تطبيق محفظة أقل بكثير من إجراء تحويل مالي.

أتمنى فقط أن يكون الناس أقل تشاؤمًا وأن يبنوا الأشياء :grinning: :+1:

لقد قمت بإنشاء إضافة اشتراكات لـ Discourse تستخدم Monero: https://twitter.com/spirobel/status/1595949928634667008
يمكنك تجربتها بعملات stagenet على https://forum.monerochan.news

يمكنني أيضًا جعلها متوافقة مع عملات أخرى إذا كان هناك شخص مهتم.

هذا هو الحل الصحيح بالفعل. Discourse مرتبط بشدة بالبريد الإلكتروني. لذلك سيكون من الصعب تعديل ضرورة البريد الإلكتروني الأساسي المؤكد. لقد بحثت في هذه المسألة منذ فترة ووجدت أنه سيكون من الأسهل بكثير إنشاء مستخدم ببريد إلكتروني مؤقت وتعيين نشط إلى صحيح (أي أن المستخدم لديه بريد إلكتروني مؤكد).