تكامل محفظة العملات المشفرة (Bitcoin)

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

ما هو ميزانيتك، بالدولار الأمريكي، التي يمكنك تقديمها لهذه المهمة؟
أنا متأكد من أن أي شخص يعرف ما هو Discourse والعملات الرقمية، سينضم لدفع عمولة مقابل هذا الإضافة.

الشيء الرئيسي هو أنه يجب تثبيت خادم المحفظة (wallet daemon) على نفس المضيف الذي يعمل عليه Discourse، حتى يتمكن Discourse من التواصل مع الخادم عبر أداة سطر الأوامر daemon-cli.

يتمتع الخادم بإمكانية إنشاء حسابات في المحفظة، بحيث تكون الأموال مفصولة.

هل يمكن لـ Discourse تشغيل ملف على نفس المضيف، وفي هذه الحالة ملف daemon-cli الذي يمكنه تشغيل عمليات متعددة على المحفظة (مثل getaddress و sendfrom)، وأن يكون قادرًا على استقبال الردود وعرضها على منتدى Discourse؟

الشيء الثاني: هل يمكن لـ Discourse إرسال استدعاءات RPC إلى الخادم على نفس المضيف، بحيث يمكننا عرض “معدل التجزئة للشبكة” ومعلومات أخرى حول شبكة البلوكشين.

قام مجتمعي بإنشاء عملتنا الرقمية الخاصة التي يمكننا استخدامها لتقديم إكراميات على منتدى Discourse، وهذا سيكون “رائعًا”. فقط تخيل زر “إكرامية” بجانب زر “إعجاب” :slight_smile:

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

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

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

ترتفع قيمة البيتكوين، لتصل إلى ما يقارب 17 ألف دولار، وأعتقد أن Discourse يجب أن يحتوي على محفظة عملات رقمية ونظام إكراميات.

شكرًا

Rux, Crypto.ba

3 إعجابات

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

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

3 إعجابات

هناك بعض محافظ واجهات برمجة التطبيقات القائمة على الويب، لكن في حالتنا، لدينا محفظة ويب مكتوبة بلغة PHP ثم متصلة بـ daemon.

آمل ألا يكون هناك مشكلة في مشاركة الرابط:
https://wallet.crypto.ba

أفكر الآن: هل توجد حل لتضمين موقع محفظة الويب هذا في Discourse، إما عبر iframe أو شيء مشابه، ليكون ذلك على الأقل خطوة أولى.

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

إعجابَين (2)

ما هو بالضبط ما تريد تحقيقه؟ هل يدفع المنتدى للمستخدمين، أم يدفع المستخدمون للمنتدى، أم كلاهما؟ (تتحدث عن “نظام إكراميات”، لكن بأي اتجاه؟)

أنا لست متأكدًا من أنك في الواقع تريد “محفظة” هنا. إن “دمج” محفظة في Discourse حقًا لا يبدو منطقيًا وسيعود بمخاوف أمنية عديدة. كما طُلب منك، ما الذي تريد فعله في النهاية؟

3 إعجابات

الهدف هو أن يقوم أعضاء المنتدى، أو على الأقل مدير المنتدى، بتقديم إكراميات لمستخدمين آخرين مقابل مساهماتهم.

حسنًا، مع الأخذ في الاعتبار تبني العملات الرقمية، فإن تقديم بعض العملات الرقمية لن يضر، بل سيساهم في تعريف العديد من الأشخاص بالعملات المشفرة.

في حالتي، أود أن أتيح لمستخدمي المنتدى إمكانية دمج محافظ بيتكوين وRXC، مرة أخرى لغرض تبني العملات الرقمية والتعلم الأساسي، لأننا مجتمع بلوك تشين.

سأكون سعيدًا بتقديم إكراميات لأي من مستخدمينا الذين يساهمون في مجتمعنا، مما يجعله مثيرًا للاهتمام للغاية.

لذا، في هذه الحالة، يجب أن يكون لكل مستخدم في Discourse “حساب” في محفظة الدائم (daemon wallet) الموجودة على نفس المضيف الذي يستضيف Discourse.

في هذه الحالة، يجب أن يرسل زر “إنشاء محفظة” في ملف تعريف Discourse أمرًا إلى نفس المضيف، إلى ملف daemon-cli.

daemon-cli getnewaccount “discourse-USER ID”

ثم استلام رد يحتوي على عنوان جديد في نظام الرسائل لاستخدامه لاحقًا، حيث يمكن لكل طلب إرسال جديد من الدائم أن يستخدم فقط نفس “discourse-USER ID”، مما يمنع اختلاط أموال المستخدمين.

daemon-cli sendfrom “discourse-USER ID” “TOADDRESS” “AMMOUNT”

وهذا كل شيء لإرسال عملة رقمية إلى مستخدم آخر.

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

النقطة الأساسية هي أنه يجب إنشاء كل حساب في محفظة الدائم باستخدام “معرف مستخدم Discourse” أو ما شابه ذلك. أنا لا أريد تثبيط المطورين، لذا أنا عالق تمامًا :(.

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

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

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

إذا عملت مع عمليات السحب، فهناك حتى طريقة بسيطة جدًا لذلك، ولا تتطلب أي “ربط” أو تكامل على الإطلاق. يمكن للمستخدمين استخدام أي محفظة يريدونها، وعليهم فقط إدخال العنوان الذي يريدون استلام الأموال فيه عند السحب.

أمر آخر يجب التفكير فيه: هل تريد استخدام الإعجابات؟ هذا موجود بالفعل، عليك فقط تتبعها. أم تريد أن يضيف الإضافة زر “إكرامية” منفصل؟

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

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

إعجابَين (2)

لقد فكرت في هذا لاحقًا.
اتبعت تقريبًا فكرة “أن المنتدى يدفع لمستخدميه”. أدركت الآن أن هذا ربما لم يكن ما كنت تقصده. أعتقد أنك أيضًا تريد أن يتمكن المستخدمون من themselves من تقديم إكراميات لمستخدمين آخرين. لذا، فإن نهج “الإعجاب” ليس الخيار الصحيح، بل سيكون هناك حاجة إلى زر “إكرامية”. وإذا اتبعت نهج “السحب”، فستحتاج أيضًا إلى جزء “إيداع” لتمكين المستخدمين من ملء حساباتهم الداخلية وتقديم إكراميات للآخرين.

في هذه الحالة، يبدو أن إدارة كل شيء مباشرة من محفظة إلى محفظة قد تكون أكثر منطقية حقًا. باستثناء الرسوم والعدد الكبير من المعاملات الصغيرة جدًا. قد يكون “شبكة البرق” (LIGHTNING NETWORK) هو الحل هنا.

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

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

حسناً، إذا كان بإمكان “إعجابات” Discourse تفعيل أمر الإكرامية مع الإعجاب، فسيكون ذلك أكثر إثارة (إكرامية + إعجاب) في خطوة واحدة، حيث يمكننا تحديد مبلغ إكرامي مخصص أو مبلغ ثابت صغير من العملة المشفرة نختاره ليكون العملة الافتراضية لـ Discourse (في هذه الحالة عملة RXC المشفرة الخاصة بنا التي هي نسخة مشتقة من أحدث كود لـ DASH مع ميزة InstantSend).

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

الميزة الأخرى هي أن البيتكوين، لايتكوين، داش، وحتى RXC جميعها تستخدم كوداً متشابهًاً تقريباً، كل ما عليك تغييره هو منفذ RPC وملف daemon-cli للتحكم في خادم المحفظة.

لذا فإن إنشاء إضافة واحدة يمكن أن يعمل مع معظم الكود المشابه للبيتكوين.

شكراً لك على توضيح الأمور لنا، فهذا يعني لنا الكثير حقاً.

إعجابَين (2)

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

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

أوه، على الرحب والسعة. هذا يسمح لي بتحسين فهمي ومعارفي الخاصة بالموضوع، لذا فهو مفيد لي أيضًا :+1:

بالتأكيد، سأقوم بذلك وسأرسل لك رسالة خاصة بعنواني. شكرًا لك.

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

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

ربما تفقد 3box.io أو واجهات برمجة تطبيقات الويب3 أو مجموعة أدوات التطوير (SDK) مع عملتك المشفرة إذا كانت رمزًا ERC20.

بالإضافة إلى ذلك، قد ترغب في التحقق من unstoppabledomains.com. يمكنك تبسيط عملية الدفع باستخدام نطاق .crypto الذي يمكنه استلام عملات مشفرة متعددة مختلفة.

نأمل أن يكون ذلك مفيدًا.

إعجابَين (2)

في الواقع، كلفتني ذلك، لأن RXC تعتمد على إثبات العمل (POW) تمامًا مثل البيتكوين، لذا لا يوجد تعدين مسبق ولا عملات “سحرية”؛ يجب على شخص ما تعدينها أولاً. ولكن صحيح، أن التكلفة ستكون شبه معدومة من الشبكة من نفس خادم المحفظة.

كلاهما، أريد أن أوفر لمستخدمي القدرة على تخزين وإرسال واستقبال وإعطاء إكراميات بالعملات المشفرة لمستخدمي discourse الآخرين :slight_smile:

إعجابَين (2)

عملتي المشفرة هي هجين من BTC/DASH، لذا فهي عملة تعتمد كليًا على إثبات العمل (POW) ولها بلوكتشين خاص بها. سأفحص الروابط وأبحث عن أي شيء يمكننا استخدامه لفهم هذا الأمر بشكل أفضل.

المشكلة هي أن كل الحلول الأخرى لا تتكامل مع Discourse، بل هي… مجرد حيلة :slight_smile:

لذا أعتقد أنه إذا فهمنا جميعًا الأمر جيدًا، فيمكننا بناء شيء يمكن استخدامه في المستقبل لمنصة Discourse.

:slight_smile: شكرًا لكم جميعًا، هذا الإيجابية منكم جميعًا مذهل!

إعجابَين (2)

قد ترغب في زيارة https://btcpayserver.org لاستضافة خادمك الخاص واستخدام واجهة برمجة التطبيقات الخاصة بهم لإنشاء روابط الدفع

إعجابَين (2)

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.