مشروع تطوير أعمال يستكشف محفظة عربية للدفع والاستلام، من تعريف الفكرة ونموذج التشغيل إلى تجربة مستخدم ومكونات تقنية قابلة للاختبار.
بدأت القرارات من حاجة المستخدم وما يتطلبه تشغيل المنتج، ثم تحولت إلى رحلة استخدام ومتطلبات قابلة للتنفيذ والتحقق.
الفرضية: جعل الدفع بأصل رقمي أبسط عبر إجراءين واضحين، «ادفع» و«استلم»، مع حساب شخصي وحسابات للنشاط الصغير تحت هوية واحدة، ودون حاجة المستخدم إلى إدارة ETH لكل عملية. هذه فرضية يجري اختبارها؛ لا توجد نتائج بحث سوق مستقل أو أرقام عملاء وإيرادات تثبت تبنيها.
قدت تعريف الفكرة وتجربة المستخدم ونموذج التشغيل: أولوية العربية، توحيد الدفع والاستلام، فصل الحساب الشخصي عن حسابات النشاط، وتحمل الإدارة رسوم الشبكة. وجّهت أيضًا قرارات الاسترداد والحوكمة، ومراجعات الهوية والحركة والصوت، ومتابعة الاختبارات وتجارب الأجهزة، مع تنفيذ ومراجعات مساعدة بالذكاء الاصطناعي.
يجمع النطاق حسابات فرعية، ومستفيدين، وقروبات حسابات، وتقسيم المبلغ، وتحويلات دورية تحتاج اعتمادًا جديدًا عند الاستحقاق. يقترح النموذج رسم استخدام محدودًا بعملة QIRSH وتغطية الإدارة لرسوم ETH. تحولت هذه القرارات إلى رحلة ثنائية اللغة وهوية أصلية وعرض استثماري ونموذج تفاعلي ومكونات Android وعقود وSDK؛ ولم تُثبت بعد كنشاط مولّد للإيراد.
عند تصميم مسار الدفع فصلتُ بين استقبال الطلب والموافقة عليه. يراجع الدافع اسم المستلم والمبلغ والحساب قبل أن يقرّر.
جرّب الدفع
رحلة الدفع في العرض · ص ٧أردتُ أن يستخدم صاحب النشاط «ادفع» و«استلم» كما يفعل في حسابه الشخصي، مع فصل سجلّ كل حساب. تبدأ التجربة بكتابة المبلغ على شاشة الاستلام.
جرّب طلب مبلغ
الحساب الأساسي وحساب النشاط · ص ٦اختر طبقة لفهم مسؤوليتها، وعلاقتها بالتجربة، وحدود ما تثبته.
هذه البنية تخص المنتج الأصلي. العرض القابل للتنزيل تجربة معزولة ذات نطاق مختلف، موضح في قسم التجربة.
تتبّع رحلة الدفع خطوة بخطوة. يشرح هذا المسار الحالات وقرارات المنتج؛ لا يرسل أي معاملة.
هذا مسار المنتج الأصلي ومكوناته المحلية الجديدة؛ ربطه الكامل بواجهات V5 المرئية لم ينتهِ. المحاكاة هنا تشرح الحالات فقط.
يختار المستلم الحساب والمبلغ، ثم يشارك طلبًا يصل إليه الدافع عبر قناة متاحة في المنتج.
طلب قابل للمراجعة · وصلت بيانات الطلب. لم تبدأ التسوية بعد.
يراجع الدافع المستلم والحساب والمبلغ والرسوم والإجمالي قبل اتخاذ قرار الإرسال.
بانتظار قرار المستخدم · ظهور تفاصيل واضحة هو مرحلة مراجعة، وليس إيصال دفع.
تكتمل الموافقات المطلوبة ثم يصرّح الدافع بالعملية من نافذة اعتماد الجهاز. يحفظ المسار حالة التوقيع قبل فتح المفتاح، ثم يحفظ البايتات الموقعة قبل الإرسال.
موافقة على العملية المحددة · الاعتماد يسمح بمتابعة المسار؛ النتيجة تأتي من التنفيذ والتأكيد.
تدخل العملية مسار التنفيذ المدعوم بالرسوم. قبول المزود يبقي الحالة قيد التأكيد؛ ولا يسمح انتهاء المهلة بإرسال جديد دون حسم حالة العملية السابقة.
قيد التأكيد · الإرسال وحده لا يثبت وصول الدفع.
يتحقق مسار مستقل من العملية والأحداث واستهلاك الرقم التسلسلي والاستقرار النهائي على السلسلة. عندها فقط يرتبط الإيصال وإشارة النجاح بالتأكيد المناسب.
تأكيد مستند إلى سجل التنفيذ · هذا شرح لمسار المنتج الأصلي. العرض التجريبي يحاكي الحالات ببيانات توضيحية.
لكل قرار أثر في تجربة الاستخدام، وفي تكلفة التشغيل، وما يحتاج إلى تحقق.
| القرار | الدافع | المقايضة |
|---|---|---|
| واجهة واحدة للأفراد والأعمال الصغيرة | إبقاء الدفع والاستلام مفهومين مع تنظيم الحسابات حسب الاستخدام. | الحساب المسمى لا يغيّر هوية صاحبه أو يثبت كيانًا تجاريًا. |
| NFC مع بدائل واضحة | تقليل خطوات الوصول إلى طلب الدفع عند توفر التقريب، مع QR واسم المستخدم كبدائل. | اختلاف قدرات الأجهزة يستلزم مسارات بديلة واختبارًا فعليًا. |
| اعتماد صريح قبل الإرسال | ربط القرار بمستلم ومبلغ ورسوم واضحة. | الموافقة تضيف خطوة مقصودة، وتحتاج معالجة صحيحة للإلغاء والاستئناف. |
| رعاية رسوم الشبكة | إزالة حاجة المستخدم إلى إدارة ETH ضمن تجربة الدفع المستهدفة. | ينتقل عبء التمويل والتوافر إلى نموذج التشغيل والجهة الراعية. |
| فصل البيانات الخاصة | تقليل تعرض تفاصيل الإيصال والبيانات الخاصة في السجل العام. | يلزم تحديد صلاحيات الوصول والتخزين والمراجعة المستقلة. |
| استرداد عربي مخصص | جذر واحد قابل لاسترداد الحساب الأساسي والحسابات الفرعية وفق قيود اللغة المختارة. | صيغة QIRSH-AR1 خاصة؛ تحتاج دعمًا صريحًا ولا تفترض توافق BIP39. |
| سلطة إصدار وحرق وترقية معلنة | تمكين إدارة قواعد الإصدار والتشغيل والتطور المستقبلي. | سلطة مُصدر مركزية قائمة؛ جدولة الترقية لا تزيل هذا الاعتماد. |
أُعدت مادة هذه الدراسة في 1 نوفمبر 2026. آخر بناء متكامل موثّق في المصدر بتاريخ 13 أكتوبر 2026؛ الأدلة التالية مؤرخة بنطاقها، وليست إعادة تحقق جديدة للشبكة.
لا يقدّم هذا الملف ادعاء إطلاق عام أو مدفوعات عملاء حقيقية أو اعتماد أمني مستقل.
تشرح هذه المصادر التقنيات نفسها، ولا تثبت تنفيذها أو نتائجها داخل قرش.
نموذج تفاعلي مستقل لتجربة قرش ببيانات افتراضية، دون أموال أو معاملات حقيقية. يشرح العرض الرحلة؛ ولا يشغّل المحفظة الأصلية المتصلة أو صلاحيات الإدارة.
تعرّف إلى رحلة الدفع والمراجعة والإيصال باستخدام بيانات توضيحية. يوضح نطاق كل نسخة ما تدعمه فعلًا.
نسخة العرض قيد التجهيز.
افتح الصورة الأصليةOpen the original image
النموذج التفاعلي المعزول · بيانات افتراضية
استكشف تجربة المحفظةلمشروع يحتاج ربط الفرصة التجارية بتجربة واضحة وخطة تنفيذ، أو لفرصة في تطوير الأعمال والتسويق الرقمي.
تعذّر تحميل تفاصيل المشروع.