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.

طبيعة هذه الصفحة

هذه الصفحة توثيق تشغيلي يشرح طريقة عمل المحافظ، التعدين، البكجات، الاحتياطي، والصك داخل Derham Coin. هي ليست عرض استثمار، وليست وعدًا بعائد، وليست ضمانًا للسيولة أو السعر. عند وجود قرار مالي أو مشاركة في برنامج احتياطي، يجب قراءة Terms of Use و Trading Risk Disclaimer.

Purpose of This Page

This page is operational documentation for wallets, mining, packages, reserve participation, and minting inside Derham Coin. It is not a managed financial product, yield promise, liquidity guarantee, or price guarantee. Before any financial action or reserve participation, users should review the Terms of Use and Trading Risk Disclaimer.

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

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

العقد العام

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

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

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

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

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

شفافية المميزات والحدود

توضح هذه الصفحة مميزات المحافظ، التعدين، البكجات، الصك، الاحتياطي، والعقود التشغيلية بلغة عملية. البنود القانونية والتنبيهات العامة موجودة في صفحات Terms of Use و Trading Risk Disclaimer حتى تبقى هذه الصفحة مركزة على شرح طريقة العمل.

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

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

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 و USDT_BEP20 فقط، وقد تضاف أصول أخرى لاحقًا بعد الاعتماد. نسبة المشاركة تعتمد على مقدار مساهمة كل أصل في رفع قيمة سلة الربط مقابل الدرهم كوين.

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

Reserve Participation Contracts

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

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

هذا يختلف عن Liquidity Support الذي يفتح بوزشن سيولة داخل PancakeSwap عبر فولت مخصص. Reserve Participation هو احتياطي Saving Wallet طويل المدة، وليس بوزشن سيولة قصير.

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

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

Reserve Participation Contracts

معتمد الآن: المشاركة طويلة المدة في الاحتياطي لا تعامل كمحفظة مستخدم ولا كبكج سيولة قصير، بل كعقد احتياطي مرتبط بمحفظة الادخار Saving Wallet. كل عقد يملك رقمًا داخليًا، مدة، قيمة DER، عملة دفع مقابلة، عنوان إرجاع خارجي، ومرجع تحويل إلى محفظة الادخار.

External Wallet

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

الفرق التشغيلي بين Reserve Participation و Liquidity Support

النوعان لا يعملان بنفس الطريقة. Reserve Participation يخدم الاحتياطي والاستقرار طويل المدة عبر Saving Wallet، بينما Liquidity Support يعمل كبوزشن سيولة قصير داخل PancakeSwap حسب الفولت المخصص له.

Reserve Participation

عند شراء عقد Reserve Participation، يدفع المستخدم العملة المقابلة من External Wallet إلى Saving Wallet مباشرة. هذه المحفظة هي محفظة الادخار والاحتياطي: 0x5F74A7d067a63E2C1b94149fd34c67358972d865.

العملة المقابلة مثل BNB أو USDT_BEP20 تبقى في Saving Wallet وتستخدم لعمليات الاحتياطي واستقرار السوق داخل حدود السياسة التشغيلية. بعد تأكيد دفع المستخدم، تقوم المنصة بتمويل DER المستحق من Platform Custody Wallet إلى Saving Wallet قبل تفعيل العقد كعقد مقفل. عند انتهاء مدة العقد، يتم إرسال DER المستحق للمستخدم من Saving Wallet إلى نفس External Wallet المرتبطة بالعقد، بينما تبقى العملة المقابلة داخل Saving Wallet لدعم الاحتياطي وعدم خلق ضغط تضخمي أو بيع عكسي غير مرغوب.

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

Liquidity Support

Liquidity Support يعمل بمنطق مختلف ولا يستخدم سيناريو Saving Wallet السابق. هذا النوع يفتح بوزشن سيولة قصير في PancakeSwap عبر Locked Liquidity Position Vault. يتم إدخال DER والعملة المقابلة إلى زوج السيولة المناسب حسب عملة الدفع، وعند التسوية يزيل الفولت السيولة ويطبق قواعد الإرجاع الخاصة بهذا النوع.

لذلك لا يجوز خلط إعدادات Reserve Participation مع إعدادات Liquidity Support. الأول احتياطي طويل المدة في Saving Wallet، والثاني سيولة قصيرة داخل الفولت والبول. أي تغيير في أحدهما لا يعني تغيير الآخر.

محفظة الادخار والاحتياطي

الاحتياطي الداعم منفصل عن التعدين والصك. محفظة الادخار Saving Wallet هي المحفظة المسؤولة عن عقود Reserve Participation وعن الحركات التي لا يراد منها خلق ضغط بيع أو تضخم مباشر في السوق.

Saving Wallet Reserve

تستقبل Saving Wallet مدفوعات Reserve Participation وتحتفظ بالعملة المقابلة. بعد تأكيد الدفع، يتم تحويل DER المخصص للعقد من المحفظة المركزية Platform Custody Wallet إلى Saving Wallet حتى يكون العقد مغطى قبل بدء مدة القفل. عند استحقاق العقد، ترسل Saving Wallet قيمة DER المستحقة إلى External Wallet للمستخدم، ولا تعيد العملة المقابلة للمستخدم لأنها تبقى جزءًا من الاحتياطي التشغيلي.

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

Market Stabilization Policy

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

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

توزيع صافي نتائج الاحتياطي وضبط السعر

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

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

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

20% عقود المشاركة في الاحتياطي طويلة المدة

تذهب إلى Long-term Reserve Participation Contracts. قد تسجل مكافآت مشاركة شهرية حسب قيمة العقد من مجموع العقود الطويلة النشطة ووفق شروط البرنامج.

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

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

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

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

معادلات توزيع نتائج المشاركة

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

نتيجة عقد دعم السيولة

contract_result = contract_value ÷ total_active_liquidity_support_contracts_value × 40% of net_result

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

نتيجة عقد المشاركة في الاحتياطي طويل المدة

contract_result = contract_value ÷ total_active_long_term_contracts_value × 20% of net_result

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

قواعد المميزات والشفافية التشغيلية

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

ربط النتيجة بالسجل

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

وضوح مصادر العائد

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

تنظيم التجديد والإيقاف

يمكن لبعض البرامج أن تدعم التجديد التلقائي أو الإيقاف عند نهاية المدة. الهدف أن يمتلك المستخدم رؤية واضحة قبل بداية العقد وخلاله وعند انتهائه.

روابط السياسات الرسمية

عند اتخاذ قرار مالي أو تشغيل عقد، يجب مراجعة Terms of Use و Trading Risk Disclaimer بدل تكرار التنبيهات في كل قسم من هذه الصفحة.

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

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

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

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

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

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

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

التفعيل الكامل على الشبكة يتم مرحليًا عند اعتماد العقد أو الترقية وربط ABI المناسب، ثم تنفيذ الصك المركزي وتسجيل 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 مثل مسارات Claim القديمة و ownerDailyMint و settleMiningBatchToCustody.

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

يمكن للمالك تفعيل أو إلغاء 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%.

تعديل النسب

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

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

السورس الحالي يعتمد settleMiningBatchToCustody كمسار الصك التشغيلي. أي توزيع قديم داخل العقد موثق كـ Legacy فقط ولا تستخدمه المنصة.

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

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

recordMiningProof

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

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

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

batchMintAndDistribute

دالة Legacy قديمة داخل العقد وليست مسار تشغيل في المنصة. تم تعطيل سكربت Laravel/Node الذي كان يستدعيها.

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

منع التكرار القديم كان يعتمد على used داخل proof. المنصة الحالية تعتمد mining_claim_batches و mining_claim_items و wallet_der_lots مع batch settlement واحد.

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

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

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

لا يوجد قرار لاستخدام المسار القديم. المرجع محفوظ فقط لفهم تاريخ العقد ولا يدخل في تشغيل المنصة.

نظام 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 من رصيد العقد لإضافة سيولة WBNB/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 مسار صك Legacy من إثباتات النظام القديم معطل تشغيليًا باقي في العقد للتوافق التاريخي فقط، وسكربت المنصة الخاص به يرجع 410.
حد التعدين اليومي القديم 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 مقيدة يجب أن تشير سياسة الاحتياطي إلى Saving Wallet كعنوان الاحتياطي والاستقرار. عنوان 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 المناسب قبل تشغيل الصك المركزي والسحب الخارجي.

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

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

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

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

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

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

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

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

دفع الغاز

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

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

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

معتمد الآن

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

قيد العمل

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

النتيجة

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

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

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

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

منجز بعد الترقية: النسخة الحالية تدعم publishMiningRoot و settleMiningBatchToCustody للصك المركزي الجماعي. الدوال الفردية القديمة بقيت كمرجع توافق فقط ولا يعتمد عليها مسار المنصة التشغيلي.

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

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

3. Laravel

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

4. Node Scripts

معتمد في الكود: سكربت claimMiningBatchToCustody ينشر Root عند الحاجة ويفتح الدفعة وينفذ settleMiningBatchToCustody مرة واحدة فقط للباتش. أي سكربت قديم يرسل proof فردي أو يصك عنصرًا منفصلًا تم تعطيله.

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

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

مكان اللوحة

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

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

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

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

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 و USDT_BEP20 فقط. كل أصل يمكن تفعيله أو تعطيله من خيار Basket Enabled.

DER Rate

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

Participation Share

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

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

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

القسم ماذا يعرض كيف يستخدم
Summary Cards Account Wallet DER و Unsynced Mined و Pending Mint و Minted Total مراجعة الحالة العامة للتعدين والصك قبل تنفيذ أي عملية.
Central Wallet Accounts حسابات Mining المركزية فقط تعديل العنوان المركزي، ضبط On-chain Balance للعملات المصكوكة فعليًا، وضبط Verified Distribution Cap لرصيد DER الموثق داخليًا. Reserve Participation يدار كعقود Saving Wallet Reserve، وTransferable غير معروضة لأنها غير مركزية.
Mining DER Backing Basket عملات BNB و USDT_BEP20 وقيمتها مقابل DER إدارة سلة الربط المؤقتة وحساب Participation 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.

Feature clarity

This page explains wallets, mining, packages, minting, reserve support, and contract workflows. Formal legal notices are kept in the Terms of Use and Trading Risk Disclaimer so this page stays focused on how the platform works.

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, reserve participation 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.

Reserve Participation Contracts

Reserve Participation is a longer-term reserve contract connected to the Saving Wallet, not to the Account Wallet and not to the short-term Liquidity Support vault. The user pays the configured counter asset from the External Wallet directly to the Saving Wallet reserve address. After that payment is verified, the platform funds the contract's DER coverage from the Platform Custody Wallet into the Saving Wallet before the contract becomes locked. At maturity, DER owed under the contract is released from the Saving Wallet to the same bound External Wallet.

The counter asset remains in the Saving Wallet for reserve and market-stabilization operations. It is not returned to the user at release, because the release side of this program is DER according to the package terms. The Saving Wallet must hold enough BNB for release gas when settlement is executed.

Liquidity Support Contracts

Liquidity Support is a separate short-term flow. It uses the Locked Liquidity Position Vault and PancakeSwap pair logic. DER and the counter asset are supplied to the selected pool, then the vault removes liquidity and applies the Liquidity Support settlement rules at the end of the term.

Reserve Participation and Liquidity Support must not be mixed: the first is Saving Wallet reserve participation, while the second is a vault-managed PancakeSwap liquidity position.

Saving Wallet and stabilization

The Saving Wallet is the operating reserve wallet for non-loss-oriented reserve and stabilization movements. Stabilizer buy/sell or liquidity support decisions, when enabled, should draw from this reserve policy and must not use Account Wallet balances or Pending Mint records.

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 review before activation

Users should review package rules, activation duration, mining session timing, fee display, and settlement status before participating. Formal risk language is available in the Trading Risk Disclaimer.

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. Official policy references

This wallet page focuses on feature explanation. Formal legal notices, trading risk language, and privacy/KYC handling are maintained in the dedicated policy pages.

Terms of Use

Use the Terms of Use to review account access, platform rules, package participation, fees, settlement rights, and user responsibilities.

Privacy Policy

Use the Privacy Policy to review Google login data, KYC/AML records, wallet activity records, security logs, cookies, sessions, and data-retention rules.

Trading Risk Disclaimer

Use the Trading Risk Disclaimer for the formal explanation of market, liquidity, blockchain, network, third-party, and digital-asset risks.

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, platform access 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.