Derham Coin Policies

سياسات درهم كوين Derham Coin Policies

سياسات المحافظ والتعدين والبكجات والصك

Wallet, mining, package, and minting policies

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

Clear documentation for mining balances, minting stages, wallet types, package logic, internal ledger rules, and DER settlement inside Derham Coin. Each section explains what is active now and what remains staged before full external withdrawal or on-chain settlement.

ملخص الشفافية قبل قراءة السياسات

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

العقد العام

DER منشورة على BNB Smart Chain كتوكن BEP-20، وعنوان العقد هو 0x05babB8D319206a1A4FfD0e8633b82cd844a9682. يمكن التحقق من العقد والكود المصدري عبر BscScan.

الحد الأعلى للإصدار

الحد الاقتصادي المستهدف لإصدار DER هو 100,000,000,000 DER. هذا لا يعني أن كامل الكمية مصكوكة الآن؛ الكمية الظاهرة على البلوك تشين تعكس فقط ما تم صكه فعليًا حتى لحظة الفحص.

الدفتر الداخلي

أرصدة التعدين داخل المنصة تمر بمراحل: Unsynced Mined، ثم Pending Mint، ثم Minted Total. الرصيد الداخلي ليس رصيدًا خارجيًا على البلوك تشين إلا بعد دورة صك أو مطالبة رسمية موثقة.

لا وعود مخفية

التعدين داخل المنصة ليس تعدين أجهزة، وDER ليست عملة حكومية أو وديعة بنكية أو وعد ربح ثابت. الرسوم، القيود، KYC/AML، ومخاطر السوق والشبكة جزء من السياسة المعلنة.

المحافظ الخاصة في درهم كوين

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

Unsynced Mined

جلسات تعدين مكتملة ومثبتة داخل النظام، لكنها لم تدخل بعد دفعة Root Claim ولم يتم توزيعها داخليًا. هذا الرصيد لا يظهر داخل Account Wallet حتى يتم إنشاء الدفعة وتوليد البروفات.

Pending Mint

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

Minted Total

الجزء الحر داخل Account Wallet. يحسب كالتالي: Account Wallet DER ناقص Pending Mint DER. هذا هو الرصيد المتاح للعمليات غير المقيدة حسب الصلاحيات المفتوحة في المنصة.

المحافظ العامة المحددة

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

Account Wallet

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

رصيد DER في هذه المحفظة يساوي مجموع Pending Mint المقيد و Minted Total الحر. لذلك لا يجوز قراءة Minted Total من جدول منفصل فقط، بل من الفرق بين رصيد المحفظة وإجمالي الرصيد المقيد.

يتم ربط أرباح Account Wallet بسلة العملات الداعمة مقابل DER. السلة المؤقتة الحالية هي BNB و ETH و USDT_BEP20 و USDT_ERC20، ونسبة الربح تعتمد على مقدار مساهمة كل أصل في رفع قيمة سلة الربط مقابل الدرهم كوين.

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

Investment Contracts

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

تستخدم هذه الأموال كأصول داعمة للمساعدة في منع انهيار العملة. لا يمكن سحبها من الـ Pool أو من المنصة إلا عند انتهاء مدتها، وهي غير قابلة للتداول نهائيًا خلال فترة القفل.

الفكرة هي إنشاء Locked Backing Pool لعملة DER، وهو مجمع دعم مقفل يتم فيه قفل أصول قوية مثل ETH أو BNB أو USDT مقابل رصيد DER مقفل وغير قابل للتداول أو التحويل أو السحب حتى انتهاء مدة القفل.

External Wallet

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

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

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

السياسة التشغيلية الحالية للمحافظ

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

Account Wallet DER

تعرض كامل رصيد DER الداخلي في محفظة التعدين. هذا الرقم يساوي Pending Mint المقيد زائد Minted Total الحر.

Pending Mint DER

يمثل DER الموثق بجذر Root والموزع داخليًا بعد Generate Proofs. يبقى مقيدًا من السحب الخارجي ومن النقل إلى محافظ غير تعدين، لكنه يبقى جزءًا من Account Wallet ويمكن نقله داخليًا بين محافظ التعدين.

Minted Total DER

يمثل الرصيد الحر داخل Account Wallet. يحسب دائمًا من رصيد المحفظة ناقص Pending Mint، حتى لا تضيع الأرصدة القديمة الحرة التي لا تملك Lot منفصل.

تسلسل التعدين والتوزيع والصك

هذا التسلسل هو المرجع عند مراجعة أي كود يخص التعدين أو المحافظ.

1. جلسة تعدين مكتملة

عند انتهاء الجلسة يتم إنشاء proof_hash وتبقى القيمة ضمن Unsynced Mined. لا يتم رفع رصيد المحفظة في هذه المرحلة.

2. Root Claim + Generate Proofs

يتم تجميع جلسات التعدين في دفعة واحدة وتوثيق Root واحد. بعد Generate Proofs يتم توزيع DER داخليًا إلى Account Wallet كرصيد Pending Mint، وترتفع verified_distribution_cap فقط. هذه ليست عملية صك على البلوك تشين ولا ترفع chain_balance.

3. دورة الصك الإداري الجماعي

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

4. تحديث الرصيد بعد التأكيد

بعد تأكيد tx hash فقط يتحول المبلغ الموافق عليه من Pending Mint إلى Minted Total داخل نفس Account Wallet. لا تتم إضافة رصيد جديد فوق wallet.balance؛ بل يتم فك قيد الجزء الذي أصبح مؤكدًا حسب الدفتر.

قواعد التحويل الحالية

هذه القواعد تمنع خلط الرصيد المقيد مع الرصيد الحر وتحافظ على سقف التوزيع الداخلي.

التحويل الداخلي بين محافظ التعدين

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

التحويل أو الخصم خارج الرصيد المقيد

أي Debit أو نقل إلى محفظة ليست Account Wallet لا يسمح باستخدام Pending Mint. المسموح فقط هو Minted Total الحر. هذا ينطبق على السحب، شراء البكجات، وأي تسوية خارج الرصيد المقيد.

External Wallet

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

حالة التنفيذ الحالية

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

معتمد الآن

تم اعتماد wallet_der_lots لتتبع Pending Mint، واعتماد Account Wallet balance كمصدر إجمالي، واعتماد Minted Total كرصيد حر محسوب، وتعطيل صفحة Harvest/Minting Proofs القديمة من القائمة والمسارات المباشرة.

يجب الحفاظ عليه

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

قيد العمل

يلزم بناء مسار واضح لفتح السحب الخارجي، تحديد الوجهات المسموحة، احتساب gas الحقيقي، تنفيذ التحويل الخارجي من الرصيد الحر فقط، ثم تسجيل tx hash وربطه بالدفتر الداخلي.

شروط السحب والتحويل الخارجي

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

الرصيد المؤهل

السحب الخارجي، عند فتحه رسميًا، يكون من Minted Total الحر فقط. لا يسمح بسحب Unsynced Mined أو Pending Mint قبل إتمام دورة التحقق والصك.

رسوم الشبكة

المستخدم يتحمل Gas الحقيقي على BNB Smart Chain. قيمة الغاز تتغير حسب حالة الشبكة ولا تحددها المنصة.

رسوم المنصة

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

KYC/AML

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

سياسة العمل وصك العملة

هذه السياسة هي التعريف التشغيلي والقانوني المعتمد لفصل إثبات الاستحقاق عن مكان الصك والحفظ وعن الدفتر الداخلي للمستخدمين.

التعريف القانوني والتشغيلي

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

Mining proofs establish platform-recognized entitlement. DER is minted only to the platform central custody wallet. User balances are represented in an internal ledger. External withdrawal is allowed only from confirmed minted/free balance after platform approval and compliance checks. Pending Mint is not an on-chain balance and cannot be externally withdrawn.

قاعدة الفصل بين العناوين

يستخدم عنوان External Wallet للمعدن كهوية إثبات داخل Merkle Root لأنه عنوان بلوك تشين صالح وقابل للتحقق. لا يعني ذلك أن العملة ستنزل في هذه المحفظة عند الصك. الصك الرسمي يتم إلى محفظة الحفظ المركزية، ثم ينعكس نصيب المعدن في Account Wallet كرصيد حر داخل الدفتر.

Account Wallet هو دفتر داخلي وليس عنوان بلوك تشين. لذلك لا يدخل رقم AW داخل leaf العقد، ولا يستخدم كعنوان صك، بل يستخدم داخليًا لربط القيود والرصيد بالمستخدم.

Pending Mint

رصيد موثق داخليًا بعد Generate Proofs، ويمكن تداوله داخليًا حسب سياسات المنصة، لكنه ليس رصيدًا مصكوكًا على البلوك تشين ولا يسمح بسحبه خارجيًا.

Minted Total

الرصيد الحر الذي تم تحويله من Pending Mint بعد تنفيذ الصك على العقد إلى محفظة الحفظ المركزية وتسجيل tx hash. هذا الرصيد فقط يدخل في حساب السحب الخارجي.

External Withdrawal

عند طلب السحب الخارجي، يخصم النظام من Minted Total فقط، ثم تنفذ المنصة التحويل من المحفظة المركزية أو آلية السحب المعتمدة بعد مراجعة الامتثال والرسوم.

تسلسل العمل الرسمي

كل خطوة يجب أن تترك أثرًا في الدفتر الداخلي واللوج الموحد حتى يمكن مراجعة أي بروف أو صك أو تحويل.

1. التوثيق

تجمع جلسات التعدين المكتملة في Batch، ويولد Root باستخدام External Wallet address لكل معدن مع المبلغ ورقم الدفعة.

2. التوزيع الداخلي

بعد Generate Proofs يتم تسجيل حصة المعدن في Account Wallet كـ Pending Mint. هذه الحصة تمثل نصيب المعدن حسب سياسة العقد، وليست كامل gross amount إذا كان العقد يوزع نسبًا للمنصة.

3. الصك المركزي

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

4. تحديث الدفتر

بعد تأكيد tx فقط، يتحول الرصيد من Pending Mint إلى Minted Total داخل Account Wallet، ويرتفع chain_balance للحساب المركزي بنفس قيمة الرصيد المصكوك للمعدنين.

طريقة عمل باقات التعدين

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

مكونات البكج

كل بكج يحتوي على اسم، وصف، سعر، مدة صلاحية بالأيام، مدة جلسة التعدين بالساعات، سرعة أو حصة يومية، حالة مجاني أو مدفوع، وعدد خانات متاحة.

تفعيل البكج

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

البكج المدفوع

البكج المدفوع يتم خصم سعره من Account Wallet الخاصة بالمستخدم قبل تفعيله. إذا لم يكن الرصيد كافيًا لا يتم التفعيل.

طريقة بدء التعدين

التعدين يعمل بجلسات محددة، وكل كبسة تعدين تنشئ جلسة موثقة مرتبطة بمحفظة التعدين وبالبكجات الفعالة.

1. التحقق من الجلسات السابقة

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

2. التحقق من البكجات الفعالة

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

3. حساب السرعة والمدة

سرعة التعدين تساوي مجموع قيمة daily quota لكل البكجات الفعالة. مدة الجلسة الواحدة تساوي أكبر mining duration hours بين البكجات الفعالة.

4. إنشاء جلسة التعدين

يتم إنشاء Mining Session بحالة Pending، ويتم حفظ وقت البداية، وقت النهاية، السرعة، وعدد الـ shares. لا يتم إضافة رصيد قابل للتداول مباشرة عند بدء الجلسة.

إنهاء الجلسة وتوليد البروف

عند انتهاء وقت الجلسة يتم حساب الناتج وتخزين إثبات تعدين قابل للمراجعة قبل الصك.

معادلة حساب التعدين

عند انتهاء الجلسة يتم حساب عدد الساعات بين وقت البداية ووقت النهاية، ثم يتم حساب الناتج وفق المعادلة:

total_mined = (speed × 0.0001) × duration_hours

مثال: إذا كانت السرعة 100 ومدة الجلسة 24 ساعة، يكون الناتج 0.24000000 DER قبل مرحلة الصك.

طريقة إنشاء proof_hash

بعد حساب الناتج يتم إنشاء proof_hash باستخدام رقم Account Wallet الداخلي مع قيمة المبلغ بعد تنسيقها إلى 8 خانات عشرية. هذا البروف يمثل إثبات الجلسة وليس رصيدًا قابلًا للتداول بحد ذاته.

الفصل بين التعدين والمحفظة

جلسة التعدين المكتملة لا ترفع رصيد المحفظة مباشرة. أولًا تظهر ضمن Unsynced Mined، ثم بعد Root Claim و Generate Proofs تصبح ضمن Pending Mint داخل Account Wallet، وبعد موافقة الصك تتحول إلى Minted Total حر داخل نفس المحفظة.

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

دورة حياة الرصيد من التعدين إلى الصك

هذه هي المراحل المعتمدة حاليًا داخل النظام قبل أن يصبح الرصيد حرًا في Account Wallet، مع بقاء الصك الخارجي الكامل قيد العمل.

Unsynced Mined

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

Pending Mint

بروفات تم تأهيلها للصك وتم توزيعها داخليًا داخل Account Wallet. هذا الرصيد مقيد من السحب الخارجي، لكنه قابل للتداول الداخلي بين محافظ التعدين.

Minted Total

رصيد حر داخل Account Wallet بعد موافقة الصك. يحسب كجزء غير مقيد من رصيد المحفظة، وليس كإضافة جديدة فوق رصيد Account Wallet.

العقود والاحتياطي وضبط السعر

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

Account Wallet

معتمد الآن: محفظة التعدين هي حساب دفتر داخلي فقط، ولا تمثل محفظة بلوك تشين للمستخدم. المعرف التشغيلي لها هو رقم داخلي في الدفتر، وليس عنوانًا يملك عملات على الشبكة.

Investment Contracts

قيد التطبيق: الاستثمار الطويل لا يعامل كمحفظة، بل كعقود قفل أصول. كل عقد يملك رقمًا داخليًا، سلة أصول، مدة، قيمة، حالة، ومرجع تحويل إلى Reserve Vault.

External Wallet

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

DER Collateral Reserve Pool

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

Reserve Vault

يتم دعم Derham Coin بسلة أصول مقفلة داخل Reserve Vault أو عقد ذكي شفاف. عند انتهاء عقد الاستثمار، يسترجع المستخدم نفس الكمية ونفس العملات التي قفلها حسب شروط العقد.

لا يجوز خلط هذا الاحتياطي مع DER المعدن أو Pending Mint. الاحتياطي يدعم الثقة والسيولة، بينما التعدين ينتج حقًا داخليًا موثقًا أو رصيدًا مصكوكًا حسب المرحلة.

Market Stabilization Policy

السعر المستهدف الافتراضي هو 0.35 USD ويمكن تعديله لاحقًا بصلاحية إدارية قوية. السياسة لا تضمن سعرًا ثابتًا، بل تستخدم الاحتياطي والسيولة لمحاولة تقليل الانحراف عن السعر المستهدف ضمن الحدود المتاحة.

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

توزيع صافي أرباح الاحتياطي وضبط السعر

هذه النسب هي السياسة المعتمدة للتوزيع. نسب الصناديق الأساسية تثبت في العقد حتى تبقى شفافة وغير قابلة للتلاعب اليومي.

40% عقود دعم السيولة القصيرة

تذهب إلى Liquidity Support Contracts. هذه العقود قصيرة، وقد تحقق ربحًا أو خسارة حسب نتيجة برنامج ضبط السعر.

20% عقود الاستثمار الطويلة

تذهب إلى Long-term Investment Contracts. توزع أرباحها شهريًا حسب قيمة العقد من مجموع العقود الطويلة النشطة.

30% سيولة واحتياطي

تستخدم لضخ السيولة أو تقوية الاحتياطي حسب وضع السوق، ولا توزع مباشرة على المستخدمين.

10% مصاريف تشغيل

تحول إلى محفظة تشغيل مخصصة لمصاريف المنصة والأنظمة والخدمات.

معادلات توزيع الأرباح

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

ربح عقد دعم السيولة

contract_profit = contract_value ÷ total_active_liquidity_support_contracts_value × 40% of net_profit

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

ربح العقد الاستثماري الطويل

contract_profit = contract_value ÷ total_active_long_term_contracts_value × 20% of net_profit

يوزع شهريًا. أصل الاستثمار الطويل يرجع عند انتهاء القفل بنفس العملات والكميات وفق شروط العقد.

قواعد المخاطر والشفافية

هذه القواعد تمنع تحويل عقود الأرباح إلى وعد ربح ثابت أو ضمان سعر مطلق.

لا ضمان ربح ثابت

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

العقود القصيرة فيها خسارة محتملة

Liquidity Support Contracts تشارك في برنامج ضبط السعر، لذلك يمكن تسجيل ربح أو خسارة عند انتهاء العقد.

الاستثمار الطويل أكثر تحفظًا

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

مميزات عقد DER Token وصلاحياته

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

معتمد الآن في المنصة

Laravel يعتمد الدفتر الداخلي، Root Claim Draft، Generate Proofs & Distribute، والصك الإداري الجماعي لإدارة الرصيد المقيد والحر داخل المنصة.

مرجعي في السورس

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

قيد العمل على الشبكة

نشر أو ترقية العقد الذي يدعم Root + Claim المركزي، ربط ABI الجديد، تنفيذ publishMiningRoot و claimMinedToCustody، وتسجيل tx hash داخل المنصة.

هوية التوكن

العقد ينشئ توكن ERC20 باسم Der Token ورمز DER. الديسملز موروثة من ERC20 وتساوي 18 خانة عشرية.

وظائف ERC20

يدعم transfer و transferFrom و approve و allowance و balanceOf و totalSupply، إضافة إلى أحداث Transfer و Approval القياسية.

حد العرض النهائي

الحد الأقصى للمعروض هو 100,000,000,000 DER. أي صك يتجاوز هذا السقف يتم رفضه.

حد صك المالك اليومي

المالك يستطيع تنفيذ ownerDailyMint مرة كل 24 ساعة لصك 1,000,000 DER لمحفظة المالك، بشرط عدم تجاوز الحد الأقصى.

حد التعدين اليومي القديم

يوجد حد يومي لكل مستخدم في نظام الإثبات القديم بقيمة 1,000,000 DER داخل recordMiningProof. هذا موثق كقدرة قديمة في السورس، وليس مسار الصك المعتمد في المنصة الآن.

استقبال BNB

العقد يحتوي receive payable، لذلك يستطيع استقبال BNB مباشرة، كما يستطيع collectBNBFee استقبال BNB وتسجيله ضمن bnbFeesCollected.

صلاحيات المالك والأدمن

كل الدوال التالية لا يستطيع تنفيذها إلا مالك العقد، باستثناء ما هو موضح خلاف ذلك.

تغيير المالك

يمكن تغيير مالك العقد عبر changeOwnerWallet أو transferOwnership الموروثة. عند changeOwnerWallet يتم تحديث adminWallet أيضًا إلى المالك الجديد.

التنازل عن الملكية

توجد renounceOwnership موروثة من Ownable. استخدامها يلغي مالك العقد، وهذا خطر لأنه يعطل دوال onlyOwner.

إيقاف وتشغيل

يمكن للمالك تشغيل pause و unpause. الإيقاف يؤثر على الدوال التي عليها whenNotPaused مثل claimMined و claimMinedFor و batchMintAndDistribute و ownerDailyMint.

القائمة السوداء

يمكن للمالك تفعيل أو إلغاء isBlacklisted لأي عنوان عبر setBlacklist. العنوان المحظور لا يستطيع claimMined، كما أن منطق التحويل الداخلي يرفض العناوين المحظورة إذا تم ربطه.

تعريف أزواج التداول

يمكن للمالك تحديد أي عنوان كـ DEX Pair عبر setDexPair، وهذا يستخدمه منطق الرسوم الداخلي عند التعامل مع أزواج التداول.

معلومات الإدراج

يمكن للمالك تعديل coinGeckoInfo و coinMarketCapInfo كنصوص وصفية مخصصة للإدراج والمتابعة الخارجية.

المحافظ القابلة للتعديل

العقد يملك محافظ توزيع وتشغيل يمكن تغيير عناوينها، بينما نسبها ثابتة في الكود.

adminWallet

محفظة الأدمن تستلم 1% من صك التعدين بعد اعتماد توزيع 75% للمعدن، ويتم تغييرها عند changeOwnerWallet لأنها تصبح نفس المالك الجديد.

managementWallet

محفظة الإدارة تستلم 5% من صك التعدين، ويمكن تغيير عنوانها عبر updateWallets.

insuranceWallet

محفظة التأمين تستلم 7.5% من صك التعدين، ويمكن تغيير عنوانها عبر updateWallets.

developmentWallet

محفظة التطوير تستلم 2.5% من صك التعدين، ويمكن تغيير عنوانها عبر updateWallets.

marketingWallet

محفظة التسويق تستلم 2.5% من صك التعدين، ويمكن تغيير عنوانها عبر updateWallets.

savingWallet

محفظة الادخار تستلم 1.5% من صك التعدين، ويمكن تغيير عنوانها عبر updateWallets.

rewardsWallet

محفظة المكافآت تستلم 5% من صك التعدين، ويمكن تغيير عنوانها عبر updateWallets.

تنبيه عناوين المحافظ

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

نسب صك التعدين

النسب التالية ثابتة في الكود ولا توجد دالة مباشرة لتعديلها من العقد.

المستخدم

يحصل المعدن على 75% من قيمة رصيد التعدين الذي يدخل الصك.

الأدمن والإدارة

الأدمن يحصل على 1%، والإدارة تحصل على 5%.

التأمين والتطوير

التأمين يحصل على 7.5%، والتطوير يحصل على 2.5%.

التسويق والادخار والمكافآت

التسويق يحصل على 2.5%، الادخار 1.5%، والمكافآت 5%.

تعديل النسب

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

منطق توزيع موحد

السورس الجديد يستخدم دالة داخلية واحدة للتوزيع حتى يكون توزيع batchMintAndDistribute وتوزيع claimMined بنفس القاعدة.

نظام التعدين القديم داخل العقد

هذا النظام موثق كمرجع Legacy في السورس فقط. المسار التشغيلي المعتمد الآن داخل المنصة هو Root Claim Draft ثم Generate Proofs & Distribute ثم الصك الإداري الجماعي، وليس طلبات صك فردية مفتوحة للمستخدمين.

recordMiningProof

المالك يسجل proofHash ومبلغ لمستخدم محدد. يجب أن يكون المستخدم غير صفري، والمبلغ أكبر من صفر، وداخل الحد اليومي القديم. هذا المسار غير معتمد كتشغيل جديد في Laravel.

تخزين الإثبات

يتم حفظ الإثبات داخل miningProofs للمستخدم، ويحتوي hash و amount و used لمعرفة هل تم استخدامه في الصك أم لا.

batchMintAndDistribute

المالك يمرر قائمة مستخدمين، والعقد يجمع كل إثباتاتهم غير المستخدمة، ثم يعلّمها used ويصك ويوزع المبلغ.

منع التكرار القديم

بعد استخدام الإثبات في batchMintAndDistribute يصبح used، فلا يتم احتسابه مرة ثانية في النظام القديم.

إيقاف النظام القديم

batchMintAndDistribute يتوقف عند pause، أما recordMiningProof ليس عليه whenNotPaused ويمكن للمالك تسجيل إثباتات حتى أثناء الإيقاف.

ملاحظة الحد اليومي

قيد العمل إذا تقرر استخدام المسار القديم: منطق lastMiningResetTimestamp يحتاج مراجعة، لأنه يعيد تصفير المستخدم بعد مرور يوم لكنه لا يحدث وقت آخر تصفير داخل الدالة الحالية.

نظام Root + Claim الجديد

هذا النظام يثبت دفعة كاملة بجذر واحد، ثم يتم الصك عند المطالبة فقط.

MiningClaimBatch

كل دفعة تحفظ root و totalAmount و claimedAmount و status و createdAt و openedAt و closedAt.

حالات الدفعة

الحالات هي None و Pending و Open و Paused و Closed، وتحدد هل يمكن للمستخدم المطالبة أم لا.

publishMiningRoot

المالك ينشر batchId و root و totalAmount، ويستطيع فتح الدفعة مباشرة عبر openNow. لا يمكن نشر نفس batchId مرتين.

openMiningBatch

المالك يفتح دفعة Pending أو Paused حتى يسمح بالمطالبة. أول فتح يسجل openedAt.

pauseMiningBatch

المالك يستطيع إيقاف دفعة Open مؤقتًا، وبذلك تتوقف المطالبات لهذه الدفعة.

closeMiningBatch

المالك يستطيع إغلاق الدفعة وتسجيل closedAt. بعد الإغلاق لا تكون الدفعة مفتوحة للمطالبة.

claimMined

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

claimMinedFor

المالك يستطيع تنفيذ Claim نيابة عن مستخدم. هذا مناسب إذا المنصة تريد دفع الغاز ثم خصمه داخليًا من رصيد المستخدم.

صيغة Leaf

العقد يتحقق من leaf بصيغة keccak256(abi.encode(batchId, user, amount))، لذلك يجب أن تولد Laravel و Node نفس الصيغة تمامًا.

منع Claim المكرر

mapping باسم miningClaimed تحفظ هل المستخدم طالب داخل batchId محدد، وهذا يمنع المطالبة بنفس الدفعة مرتين.

تتبع إجمالي المطالبات

claimedAmount يزيد مع كل Claim، ولا يسمح العقد بتجاوز totalAmount للدفعة.

أحداث النظام الجديد

العقد يصدر MiningRootPublished عند نشر الجذر، و MiningBatchStatusChanged عند تغيير الحالة، و MiningClaimed عند نجاح المطالبة.

السيولة والرسوم

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

رسوم التحويل

transferFeeBasisPoints افتراضيًا 50 نقطة أساس، أي 0.5%. يمكن للمالك تعديله عبر setTransferFeeBasisPoints.

رسوم السواب

swapFeeBasisPoints افتراضيًا 100 نقطة أساس، أي 1%. يمكن للمالك تعديله عبر setSwapFeeBasisPoints.

رسوم السيولة

liquidityFeeBasisPoints افتراضيًا 200 نقطة أساس، أي 2%. يمكن للمالك تعديله عبر setLiquidityFeeBasisPoints.

حد المعاملة

maxTxPercent افتراضيًا 500 نقطة أساس، أي 5%. يمكن للمالك تعديله عبر setMaxTxPercent.

تطبيق الرسوم فعليًا

دالة _customTransfer تحتوي منطق الرسوم والبلاك ليست، لكنها غير مربوطة حاليًا مع transfer و transferFrom، لذلك الرسوم ليست مضمونة على تحويلات ERC20 العامة قبل ربطها.

تجميع BNB

collectBNBFee تقبل BNB من أي عنوان، وتزيد bnbFeesCollected، وإذا وصل الرصيد إلى minBNBBeforeLiquidity تبدأ محاولة إضافة السيولة.

حد إضافة السيولة

minBNBBeforeLiquidity افتراضيًا 1 BNB، ويمكن للمالك تعديله عبر setMinBNBBeforeLiquidity.

Router و WBNB

يمكن للمالك تغيير pancakeRouter و WBNB عبر setRouterAndWBNB. نجاح السيولة يعتمد على صحة هذه العناوين.

إضافة السيولة

عند توفر BNB، يحاول العقد استخدام 1 DER من رصيد العقد لإضافة سيولة ETH/DER عبر الراوتر، وتذهب LP tokens إلى owner.

شراء DER للسيولة

إذا لم يكن لدى العقد 1 DER، يحاول شراء 1 DER باستخدام 1 BNB عبر _buyOneDER قبل إضافة السيولة.

pancakePair

يوجد متغير pancakePair في العقد، لكنه لا يملك دالة ضبط مباشرة في السورس الحالي ولا يستخدم بوضوح في منطق عام.

سحب BNB

لا توجد دالة واضحة لسحب BNB المتجمع يدويًا من العقد؛ الاستخدام الموجود هو محاولة إضافته كسيولة.

ما يمكن تعديله وما لا يمكن تعديله

هذا القسم يوضح حدود سلطة الأدمن داخل العقد.

قابل للتعديل

المالك، محافظ التوزيع، الراوتر، WBNB، حد BNB قبل السيولة، نسب الرسوم المخزنة، maxTxPercent، البلاك ليست، أزواج DEX، ومعلومات CoinGecko و CoinMarketCap.

غير قابل للتعديل مباشرة

اسم التوكن، الرمز، الديسملز، الحد الأقصى للمعروض، حد صك المالك اليومي، حد التعدين اليومي القديم، ونسب توزيع صك التعدين.

تعديل يحتاج عقد جديد

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

سلطة منع الصك

الأدمن يبقى قادرًا على منع الصك في نموذج Root + Claim لأنه يتحكم بنشر Root وفتح الدفعة وإيقافها وإغلاقها، ويمكنه حظر عنوان محدد.

سلطة المستخدم

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

حالة العقد المنشور

هذه المميزات تخص السورس الحالي. قيد العمل: تفعيل دوال Root + Claim المركزي على الشبكة عبر نشر العقد الجديد أو ترقية العقد المنشور وربط Laravel و Node بالـ ABI الجديد.

جدول مميزات العقد وقابلية التعديل

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

الميزة ما الذي يسمح به العقد قابل للتعديل؟ الملاحظات
اسم التوكن Der Token لا ثابت داخل constructor ولا يتغير بعد النشر.
رمز التوكن DER لا ثابت داخل constructor.
الديسملز 18 خانة عشرية لا موروثة من ERC20.
وظائف ERC20 transfer, transferFrom, approve, allowance, balanceOf, totalSupply لا وظائف قياسية في العقد.
الحد الأقصى للمعروض 100,000,000,000 DER لا تغييره يحتاج تعديل كود ونشر أو ترقية.
صك المالك اليومي 1,000,000 DER كل 24 ساعة عبر ownerDailyMint لا القيمة ثابتة، والتنفيذ مسموح للمالك فقط.
مالك العقد يتحكم بدوال onlyOwner نعم يمكن تغييره عبر changeOwnerWallet أو transferOwnership.
التنازل عن الملكية إلغاء مالك العقد عبر renounceOwnership خطر يبطل دوال onlyOwner، ويجب عدم استخدامه إلا بقرار واعي.
adminWallet تستلم 1% من صك التعدين نعم تتغير مع changeOwnerWallet.
managementWallet تستلم 5% من صك التعدين نعم تتغير عبر updateWallets.
insuranceWallet تستلم 7.5% من صك التعدين نعم تتغير عبر updateWallets.
developmentWallet تستلم 2.5% من صك التعدين نعم تتغير عبر updateWallets.
marketingWallet تستلم 2.5% من صك التعدين نعم تتغير عبر updateWallets.
savingWallet تستلم 1.5% من صك التعدين نعم تتغير عبر updateWallets.
rewardsWallet تستلم 5% من صك التعدين نعم تتغير عبر updateWallets.
نسب توزيع التعدين 75% للمعدن، و25% لمحافظ المنظومة لا العناوين قابلة للتعديل، لكن النسب نفسها ثابتة.
Pause / Unpause إيقاف وتشغيل الدوال المحمية بـ whenNotPaused نعم يشمل claim والصك الجماعي وصك المالك اليومي.
Blacklist منع عنوان من Claim ومن المنطق الداخلي للتحويل نعم تدار عبر setBlacklist.
DEX Pairs تمييز أزواج التداول لتطبيق منطق رسوم السواب نعم تدار عبر setDexPair.
معلومات CoinGecko تخزين نص مخصص للإدراج نعم تتغير عبر setCoinGeckoInfo.
معلومات CoinMarketCap تخزين نص مخصص للإدراج نعم تتغير عبر setCoinMarketCapInfo.
recordMiningProof تسجيل proofHash ومبلغ لمستخدم في النظام القديم للمالك لا يتوقف مع pause حاليًا.
batchMintAndDistribute صك جماعي من إثباتات النظام القديم للمالك يتوقف مع pause ويمنع إعادة استخدام proof المستعمل.
حد التعدين اليومي القديم 1,000,000 DER لكل مستخدم في recordMiningProof لا القيمة ثابتة، ومنطق التصفير يحتاج مراجعة.
publishMiningRoot نشر Root واحد لدفعة تعدين كاملة للمالك لا يسمح بتكرار نفس batchId.
حالة دفعة Root + Claim Pending, Open, Paused, Closed للمالك تدار عبر openMiningBatch و pauseMiningBatch و closeMiningBatch.
claimMined مطالبة المستخدم برصيده من دفعة مفتوحة للمستخدم يتطلب Merkle Proof صحيحًا ويمنع المطالبة المكررة.
claimMinedFor مطالبة نيابة عن المستخدم للمالك مفيد للـ Relayer ودفع الغاز من المنصة.
صيغة Merkle Leaf keccak256(abi.encode(batchId, user, amount)) لا تغييرها يحتاج تعديل كود وربط Node و Laravel من جديد.
منع Claim مكرر miningClaimed لكل batchId ومستخدم آلي لا يمكن للمستخدم المطالبة مرتين بنفس الدفعة.
أحداث Root + Claim MiningRootPublished, MiningBatchStatusChanged, MiningClaimed لا تفيد التتبع والفهرسة في Laravel.
transferFeeBasisPoints رسوم تحويل افتراضية 0.5% نعم القيمة قابلة للتعديل، لكن التطبيق الفعلي يحتاج ربط _customTransfer.
swapFeeBasisPoints رسوم سواب افتراضية 1% نعم مرتبطة بمنطق DEX Pair داخل _customTransfer.
liquidityFeeBasisPoints رسوم سيولة مخزنة افتراضيًا 2% نعم موجودة كإعداد قابل للتعديل.
maxTxPercent حد معاملة مخزن افتراضيًا 5% نعم موجود كإعداد، ويحتاج ربطًا صريحًا إذا أريد تطبيقه.
السعر المستهدف targetPriceUsdMicro افتراضيًا 0.35 USD نعم يتغير عبر setTargetPriceUsdMicro مع Event واضح. هذا هدف دعم سعر وليس ضمان سعر ثابت.
محافظ الاحتياطي والتشغيل reserveVaultWallet و platformOperationsWallet و stabilizationOracle مقيدة تتم مزامنتها عبر setReservePolicyWallets إلى محفظة المنصة المركزية الرئيسية فقط. عنوان Reserve Vault Proxy يبقى عقدًا ذكيًا مستقلًا للإيداعات ولا يستخدم كعنوان صك أو محفظة تشغيل مركزية.
نسب صافي أرباح الاحتياطي 40% قصيرة، 20% طويلة، 30% احتياطي/سيولة، 10% تشغيل لا ثوابت داخل العقد: 4000/2000/3000/1000 basis points.
تنفيذ دعم السعر executeStabilizationBuy و executeStabilizationSell للمالك يعمل فقط عند تفعيل السياسة وضمن حدود التداول. يحتاج سعر خارجي موثوق قبل التنفيذ.
توثيق عمليات الاستقرار recordStabilizationAction للمالك يسجل Event شفاف لعمليات شراء/بيع/ضخ السيولة حتى لو تمت خارج العقد.
pancakeRouter و WBNB عناوين الراوتر والعملة المغلفة للسيولة نعم تتغير عبر setRouterAndWBNB.
minBNBBeforeLiquidity الحد الأدنى قبل محاولة إضافة السيولة نعم افتراضيًا 1 BNB ويتغير عبر setMinBNBBeforeLiquidity.
collectBNBFee استقبال BNB وتجميعه للسيولة مفتوح يمكن لأي عنوان إرسال BNB لهذه الدالة.
إضافة السيولة استخدام BNB و 1 DER لإضافة سيولة عبر الراوتر آلي LP tokens تذهب إلى owner.
شراء DER للسيولة شراء 1 DER إذا لم يكن رصيد العقد كافيًا آلي يستخدم 1 BNB من العقد عبر الراوتر.
pancakePair متغير عام لعنوان الزوج قيد العمل لا توجد دالة ضبط مباشرة ولا استخدام واضح حاليًا، لذلك لا يعتمد عليه كسياسة تشغيل.
سحب BNB يدويًا لا توجد دالة سحب مباشرة لا الاستخدام الموجود هو محاولة إضافته كسيولة.
تطبيق Pause على التحويلات غير مضمون على transfer و transferFrom حاليًا قيد العمل يلزم override أو ربط منطق _customTransfer.
تطبيق الرسوم على التحويلات منطق الرسوم موجود داخليًا قيد العمل _customTransfer غير مربوطة بالتحويلات العامة حاليًا.
تفعيل Root + Claim على الشبكة موجود في السورس الحالي قيد العمل العقد المنشور يحتاج نشر نسخة جديدة أو ترقية وربط ABI جديد قبل تشغيل الصك المركزي claimMinedToCustody.

Root + Claim: المعتمد الآن وما هو قيد العمل

النظام الداخلي الجماعي معتمد الآن داخل Laravel. المسار المعتمد لا يجعل المستخدم يصك لنفسه مباشرة؛ الصك يتم مركزيًا إلى محفظة الحفظ، ثم يتحول الرصيد داخليًا من Pending Mint إلى Minted Total بعد تأكيد المعاملة.

الفكرة الأساسية

بدل إرسال كل Proof تعدين إلى العقد بشكل منفصل، يتم تجميع أرصدة المستخدمين المؤهلة داخل Batch واحد، ثم بناء Merkle Tree منها. هوية الـ Leaf هي عنوان External Wallet، أما الاستلام الفعلي عند الصك فيكون لمحفظة الحفظ المركزية الخاصة بالمنصة.

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

آلية العمل المعتمدة داخليًا

يتم إنهاء جلسات التعدين داخل المنصة ثم تجميع الرصيد المؤهل للصك. بعد مراجعة الأدمن، ينشئ النظام Batch ويحسب Merkle Root و proofs، ثم يوزع نصيب المعدن داخليًا إلى Pending Mint داخل Account Wallet حسب نسبة العقد.

عند موافقة الأدمن على دورة الصك، تنشر المنصة Root إذا لم يكن منشورًا، وتفتح الدفعة إذا لزم، ثم تنفذ claimMinedToCustody. يستخدم العقد External Wallet للتحقق من الاستحقاق، ويصك نصيب المعدن إلى محفظة الحفظ المركزية.

دفع الغاز

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

الفرق عن النظام القديم

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

معتمد الآن

تم تعطيل مسار Harvest/Minting Proofs القديم. المسار المعتمد الآن هو Root Claim Draft ثم Generate Proofs لتوزيع Pending Mint داخليًا، وبعدها الصك الإداري الجماعي لتحويل الرصيد المقيد إلى رصيد حر عند موافقة الأدمن.

قيد العمل

توثيق Root واحد لكل Batch عبر publishMiningRoot، ثم تنفيذ claimMinedToCustody من طرف المنصة عند الموافقة على دورة الصك، مع منع تكرار نفس External Wallet داخل نفس الدفعة.

النتيجة

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

خريطة التنفيذ

جزء الدفتر الداخلي والدفعات والتوزيع إلى Pending Mint منجز الآن داخل Laravel، وتم اعتماد مسار الصك المركزي في الكود. يبقى التحقق النهائي مرتبطًا بترقية العقد المنشور وربط ABI وسكربتات التنفيذ على الشبكة.

1. العقد الذكي

قيد العمل حتى الترقية على الشبكة: تم تجهيز السورس بدوال publishMiningRoot و claimMinedToCustody و claimMinedForTo، ويجب التأكد من أن النسخة المنشورة على الشبكة هي نفس النسخة التي تحتوي هذه الدوال وربط ABI الجديد.

2. قاعدة البيانات

معتمد الآن: تم إنشاء جداول mining_claim_batches و mining_claim_items و wallet_der_lots و mining_mint_requests. قيد العمل: إضافة سجلات تنفيذ خارجية مفصلة عند فتح السحب الخارجي.

3. Laravel

معتمد الآن: توجد شاشة Account Wallet Management لإنشاء الدفعات وتوزيع Pending Mint، ومسار إداري لمراجعة الصك وتحرير الرصيد داخليًا بعد التأكيد. قيد العمل: شاشة فتح السحب الخارجي وتحديد الوجهة المسموحة.

4. Node Scripts

معتمد في الكود: سكربت claimMiningMintToCustody ينشر Root عند الحاجة ويفتح الدفعة وينفذ claimMinedToCustody. قيد العمل حتى الترقية: تشغيله على العقد المحدث على الشبكة وتعطيل أي سكربت قديم يرسل proof فردي أو يصك رصيدًا خارج الدفتر الجديد.

استخدام لوحة Account Wallet Management

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

مكان اللوحة

تظهر اللوحة للأدمن من القائمة الرئيسية تحت Wallets باسم Account Wallet Management. الرابط المباشر هو: Account Wallet Management.

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

الفكرة التشغيلية

كل رصيد داخلي في Account Wallet يجب أن يكون مدعومًا بحساب مركزي. المستخدم يرى رصيده داخل المنصة، لكن مجموع أرصدة المعدنين يجب أن لا يتجاوز رصيد الحساب المركزي المرتبط بنفس العملة. الاستثمار لم يعد محفظة مركزية، بل عقود قفل أصول مرتبطة بـ Reserve Vault.

External Wallet مستثناة من الحسابات المركزية لأنها محفظة غير مركزية وتحت تصرف المستخدم، وليست رصيدًا داخليًا مملوكًا أو مدارًا مركزيًا من المنصة.

أي شحن أو خصم أو تحويل داخلي يجب أن يمر عبر WalletLedgerService، حتى يتم إنشاء قيد في wallet_ledger_entries ويتم تحديث wallet.balance بطريقة مضبوطة.

توزيع DER الداخلي بعد توثيق Root يسمى Verified DER Internal Distribution. هذا ليس Mint وليس تحويلًا على البلوك تشين. إذا تم خصم BNB في هذه المرحلة فهو Internal Settlement Fuel Fee كرسوم تشغيل/تسوية داخلية، وليس Gas حقيقيًا وليس Mint Fee.

بالنسبة لعملة DER، لا يستخدم chain_balance إلا للرصيد المصكوك فعليًا على البلوك تشين. الرصيد الموثق بجذر Root والمتاح للتوزيع الداخلي يدار عبر verified_distribution_cap أو Root Claim Available Amount.

أزرار التشغيل داخل اللوحة

هذه الأزرار هي العمليات الأساسية التي يديرها الأدمن من اللوحة.

Bootstrap Opening Ledger

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

العملية آمنة لإعادة التشغيل؛ إذا كانت القيود الافتتاحية موجودة لن يكررها.

Recalculate Central Totals

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

Create Root Claim Draft

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

Generate Proofs & Distribute

يظهر داخل جدول Root Claim Drafts. يقوم بتوليد Merkle Root و proof لكل مستخدم داخل الدفعة، ثم يعتمد DER داخليًا داخل Account Wallet للمعدنين عبر wallet_ledger_entries.

keccak256(abi.encode(batchId, user, amount))

بعد نجاح هذه الخطوة تنتقل الجلسات من Unsynced Mined إلى Pending Mint، ويزيد verified_distribution_cap بنفس مبلغ الدفعة. هذا ليس صكًا على البلوك تشين ولا يسمح بالسحب الخارجي حتى يفتح الأدمن مسار الصك/التحويل الخارجي.

سلة ربط أرباح التعدين

تستخدم اللوحة قسم Mining DER Backing Basket لإدارة العملات التي ترفع سلة الربط المؤقتة مقابل DER.

العملات المدعومة

السلة الحالية تتكون من BNB و ETH و USDT_BEP20 و USDT_ERC20. كل أصل يمكن تفعيله أو تعطيله من خيار Basket Enabled.

DER Rate

DER Rate يحدد قيمة وحدة واحدة من الأصل مقابل DER. يتم استخدامه لحساب Basket Value DER لكل أصل.

Profit Share

Profit Share هي نسبة مساهمة الأصل في قيمة السلة الكلية. كلما زادت مساهمة الأصل في رفع سلة الربط، زادت نسبته في توزيع أرباح التعدين المرتبطة بالسلة.

شرح الجداول المعروضة

كل جدول في اللوحة له وظيفة مراجعة أو إدارة محددة.

القسم ماذا يعرض كيف يستخدم
Summary Cards Account Wallet DER و Unsynced Mined و Pending Mint و Minted Total مراجعة الحالة العامة للتعدين والصك قبل تنفيذ أي عملية.
Central Wallet Accounts حسابات Mining المركزية فقط تعديل العنوان المركزي، ضبط On-chain Balance للعملات المصكوكة فعليًا، وضبط Verified Distribution Cap لرصيد DER الموثق داخليًا. Investment يدار كعقود Reserve Vault، وTransferable غير معروضة لأنها غير مركزية.
Mining DER Backing Basket عملات BNB و ETH و USDT_BEP20 و USDT_ERC20 وقيمتها مقابل DER إدارة سلة الربط المؤقتة وحساب Profit Share لكل أصل حسب مساهمته في قيمة السلة.
Wallet Balance Summary مجموع المحافظ حسب النوع والعملة وعدد المحافظ والعناوين التأكد أن التوزيع الداخلي منطقي ومطابق لفكرة الحساب المركزي.
Ledger Health أي محفظة يكون wallet.balance فيها مختلفًا عن مجموع قيودها إذا ظهر اختلاف يجب مراجعته قبل السماح بعمليات صك أو تحويل كبيرة.
Root Claim Drafts دفعات الصك الجماعي، حالتها، عدد العناصر، المبلغ الإجمالي، و Merkle Root تجهيز الدفعة ثم توليد proofs ثم نشر Root على العقد عند تفعيل مرحلة النشر.
Recent Ledger Entries آخر القيود في دفتر المحافظ مراجعة أي شحن أو خصم أو تحويل تم عبر النظام الجديد.

منهجية العمل اليومية

هذا هو المسار الآمن لإدارة المحافظ التعدينية بعد اعتماد النظام الجديد.

1. مراجعة الحسابات المركزية

افتح Central Wallet Accounts وتأكد أن كل نوع محفظة وعملة له blockchain_address صحيح. استخدم On-chain Balance فقط لما هو مصكوك فعليًا على البلوك تشين، واستخدم Verified Distribution Cap أو Root Claim Available Amount لما هو موثق داخليًا عبر Root ولم يصك فعليًا بعد.

2. مراجعة Ledger Health

يجب أن يكون جدول Ledger Health فارغًا. ظهور أي فرق يعني أن هناك رصيدًا قديمًا أو تعديلًا غير موثق بقيد، ويجب مراجعته قبل المتابعة.

3. إدارة الشحن والتحويل

الشحن، السحب، التحويل الداخلي، وخصم البكجات يجب أن تمر من مسارات الدفتر الجديدة. لا يتم تعديل wallet.balance مباشرة من Controller أو Script خارجي.

4. تجهيز دفعة الصك

بعد انتهاء جلسات التعدين ومراجعة الرصيد المؤهل، اضغط Create Root Claim Draft، ثم Generate Proofs & Distribute. بعد ذلك يظهر الرصيد داخل Account Wallet كرصيد داخلي موثق وقابل للتداول داخل المنصة فقط، وتبقى مرحلة الصك أو السحب الخارجي مقفولة حتى يفتحها الأدمن.

5. المطالبة Claim

قيد العمل الخارجي: عند فتح السحب الرسمي، يتم صك الرصيد وقت المطالبة فقط. المستخدم يثبت حقه عبر proof داخل Root المنشور، والعقد يمنع تكرار claim لنفس المستخدم ونفس batch. أما داخليًا فالدفعات والتوزيع إلى Pending Mint معتمدة الآن.

قواعد السلامة

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

لا تعديل مباشر للأرصدة

أي تغيير على رصيد المستخدم يجب أن ينتج عنه قيد في wallet_ledger_entries. تعديل wallet.balance مباشرة يعتبر غير متوافق مع النظام الجديد.

لا مزامنة فردية قديمة

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

لا Proof فردي قديم

التوثيق المعتمد داخليًا جماعي عبر Root واحد لكل Batch. المسارات القديمة لإرسال proof لكل مستخدم بشكل منفصل تم تعطيلها، والنشر الخارجي للـ Root على العقد ما زال قيد العمل.

لا تمرير مفاتيح خاصة

سكربت Generate Proofs يمرر batch_id فقط. المفاتيح الخاصة لا تمرر كـ command arguments، وأي عملية نشر على الشبكة يجب أن تقرأ المفاتيح من بيئة آمنة.

Transparency summary before reading the policy

This English version explains the same operating model in plain language: DER has a public contract, while platform mining, verification, internal balances, mint cycles, and external withdrawals move through controlled stages.

Maximum emission cap

The intended economic emission ceiling is 100,000,000,000 DER. This does not mean the full amount is minted now. The visible on-chain supply reflects only DER that has actually been minted.

Internal ledger first

Mining balances move through internal stages: Unsynced Mined, Pending Mint, and Minted Total. An internal balance is not an external blockchain balance until an official mint, claim, or withdrawal process is completed.

No hidden promises

Platform mining is not hardware mining. DER is not fiat currency, a bank deposit, or a promise of fixed profit. Fees, restrictions, KYC/AML checks, market risk, and network risk are part of the policy.

1. Wallet states and balance meaning

Derham Coin separates wallet labels so users can understand what a balance means and what actions are allowed.

Unsynced Mined

Completed mining sessions recorded inside the platform but not yet included in a Root Claim batch. This amount does not appear in the Account Wallet until the batch and proofs are generated.

Pending Mint

DER distributed internally after verification and proof generation. It may be visible in the Account Wallet, but it is restricted from external withdrawal until the official mint or settlement stage is completed.

Minted Total

The free internal DER balance after restricted Pending Mint is separated. It is calculated from the Account Wallet balance minus Pending Mint and is the only balance that can become eligible for external withdrawal when withdrawal is open.

External Wallet

A blockchain wallet controlled by or assigned to the user. The user is responsible for wallet access, private keys, addresses, network fees, and external wallet security.

2. Operational mining, distribution, and mint cycle

This sequence is the reference for mining records, internal distribution, and DER settlement.

1. Mining session completion

When a mining session ends, the platform creates an internal record and proof reference. At this stage, no blockchain minting has occurred.

2. Root Claim and proof generation

Eligible sessions are grouped into a batch. The platform generates proofs and distributes verified amounts internally as Pending Mint. This is an internal ledger event, not an on-chain balance increase.

3. Admin collective mint cycle

Users do not directly mint DER from their own accounts in the current operating model. Eligible amounts are reviewed in an official cycle, and the admin-controlled process executes the collective mint or custody claim when the feature is open.

4. Ledger update after confirmation

Only after a confirmed transaction hash does the approved amount move from Pending Mint to Minted Total. The ledger unlocks the confirmed portion; it does not add a duplicate balance above the Account Wallet total.

3. External withdrawal conditions

External withdrawal is controlled by policy, technical readiness, compliance checks, and blockchain costs.

Eligible balance

External withdrawal, when officially enabled, may use Minted Total only. Unsynced Mined and Pending Mint are not externally withdrawable before verification and mint settlement are completed.

Network gas

The user is responsible for actual BNB Smart Chain gas. Gas changes according to network conditions and is not controlled by Derham Coin.

Platform fee

A small platform fee may be charged to cover processing and operating costs. Any platform fee should be displayed before a user confirms a withdrawal or settlement action.

KYC/AML review

The platform may require identity verification, sanctions screening, source-of-funds review, or manual review before approving withdrawals or external settlement.

4. Account Wallet, investment contracts, and reserve programs

Mining, internal account balances, reserve participation, and liquidity-support programs are separate concepts and must not be mixed.

Account Wallet

The Account Wallet is an internal multi-currency ledger used by the platform. It is not itself a blockchain wallet address. DER inside the Account Wallet may include both restricted Pending Mint and free Minted Total.

Investment or reserve contracts

Longer-term participation programs, if available, are treated as locked participation contracts or reserve-support arrangements. They are separate from mining and may have different terms, durations, risks, and release rules.

No guaranteed profit

Reserve or liquidity-support participation does not guarantee profit. Returns, if any, depend on the rules of the relevant program, available pool performance, market conditions, and operational risk.

5. Mining packages

Packages are a way to participate in platform mining records. They do not create an automatic external blockchain balance.

Package activation

A user may activate an available package according to the rules shown by the platform. The package defines how mining sessions are created and how internal records are calculated.

Verification dependency

Mining records become stronger only after platform verification, batching, and proof generation. Until then, they remain internal activity records.

Availability

Packages may be changed, paused, limited, or discontinued for compliance, security, operational, or technical reasons.

User responsibility

Users must understand package rules, restrictions, fees, and risks before participating. Mining participation is voluntary and does not guarantee income.

6. Contract capabilities and administrative controls

The DER contract and the platform include administrative controls to protect supply, prevent abuse, and manage staged settlement.

Source-code capabilities

Contract functions and owner capabilities are documented as source capabilities. A function existing in source code does not mean it is the active public operating path on the platform.

Admin-only sensitive operations

Sensitive actions such as batch minting, custody claims, pausing, policy enforcement, or settlement review may require admin approval and controlled execution.

Root + Claim model

Eligible users may be represented in a batch root using a blockchain-compatible identity such as an external wallet address. The platform uses proofs to verify entitlement and prevent duplicate claims.

Legacy paths

Older proof or minting paths may remain documented as legacy references. The current platform policy controls which path is active.

7. Safety rules and user protections

These rules protect the ledger from duplicate minting, incorrect balances, and unsafe key handling.

No direct balance edits

Any user balance change should be represented by a ledger entry. Direct manual edits to wallet balances are not compatible with the new accounting model.

No old individual sync

Direct per-user blockchain balance synchronization is disabled where it conflicts with the central custody and internal ledger model.

No duplicate proof use

Proofs and batches must prevent the same entitlement from being minted or claimed more than once.

No private keys in commands

Operational scripts must not pass private keys as command arguments. Any network execution should read sensitive credentials from a secure environment.

8. Risk notice

Digital assets, internal ledgers, blockchain settlement, and launch-stage platforms involve risk.

Market and liquidity risk

DER may have no market price, no liquidity, no listing, or limited third-party support. The platform does not guarantee exchange listing, trading volume, or future value.

Technical and network risk

Blockchain networks may fail, delay transactions, increase gas costs, or reject transactions. Smart contracts and platform systems may contain bugs or require maintenance.

Policy and compliance risk

Withdrawals, claims, accounts, or settlement actions may be delayed or rejected due to KYC/AML, sanctions, fraud review, security checks, legal obligations, or operational limits.

9. Related documents

These policies should be read together with the platform's public legal and risk documents.

Terms of Use

Read the Terms of Use for platform access, no-investment status, no trading service, user responsibilities, and limitation of liability.

Privacy Policy

Read the Privacy Policy for account data, cookies, sessions, KYC/AML records, wallet activity, security, and retention rules.

Risk Disclaimer

Read the Risk Disclaimer before participating in mining, wallet, settlement, or digital asset activity.

Tokenomics

Read Tokenomics for the DER contract, emission model, supply cap, internal ledger, and mint cycle explanation.