نطاق التوقيع
الواجهات المرجعية (على testnet) هي الأدوات العامة التي تقرأ أو ترسل إجراءات Hub، والمحافظ هي طبقة التوقيع للموافقات. الواجهات نقاط وصول مرجعية، أما البروتوكول فهو المرجع. يوضح نطاق البروتوكول في نظرة عامة على البروتوكول. تحتفظ الكيانات بالتحكم في الأموال، ويثبت Hub الصلاحيات والأحداث. العمليات أصلية بالعملات المستقرة، بلا مسارات فيات أو وصاية.
مفاتيح غير وصائية
تبقى المفاتيح لدى الموقّع؛ لا تحتفظ المحفظة بالأموال أو بالموافقات نيابة عنك.
الصلاحيات والمدفوعات
محافظ الصلاحيات توافق على الأدوار والحوكمة، ومحافظ التشغيل تحرك الأموال ضمن حدود الموافقة التي تحددها.
الغاز والعملات المستقرة
تستخدم المعاملات DCHUB كغاز، بينما تتحرك المدفوعات بعملات مستقرة موسومة بسياق الأعمال.
واجهة مرجعية
توقع المحافظ الإجراءات، ويحدد البروتوكول قواعد التحقق والصحة على السلسلة.
محافظ متوافقة
يستخدم التوقيع على testnet محافظ EVM متوافقة حاليا. MetaMask خيار شائع لإجراءات Hub والموافقات، كما تُدعم Rabby ومحافظ متوافقة مع WalletConnect لتدفقات توقيع قياسية. تُخطط محفظة متوافقة مع dCorps لمرحلة لاحقة (phase-gated) لعرض الأدوار والوسوم والموافقات بمطالبات أوضح وسياسات افتراضية.
MetaMask
محفظة EVM شائعة لتوقيع وموافقات Hub على testnet مع مراجعة معاملات قياسية.
Rabby
محفظة EVM توفر معاينات واضحة للتوقيع لإجراءات Hub والموافقات.
WalletConnect
ربط محافظ الهاتف وسطح المكتب المدعومة لتدفقات توقيع EVM قياسية.
محفظة dCorps (مخطط لها)
محفظة مخصصة مخطط لها لمرحلة لاحقة لعرض أدوار Hub والوسوم والموافقات بوضوح.
تدفق التوقيع
حوّل الموافقات إلى حالة on-chain مرتبة زمنيا ويصعب العبث بها عبر التوقيع محليا. التدفق واحد عبر التطبيقات: جهز الإجراء، راجع الأدوار ومسار التنفيذ، وقّع محليا، ثم تحقق من الحدث المنشور في المنظورات العامة قبل استقرار الموافقات.
صياغة الإجراء
أنشئ الإجراء في التطبيق الرسمي أو SDK مع المبالغ والوسوم والمحافظ المستهدفة.
مراجعة الصلاحيات
تحقق من أن دور الموقّع وسياسة الموافقة تطابق نطاق الإجراء وحدوده.
التوقيع محليا
وقّع بالمفتاح الذي تتحكم به؛ لا تصدر المحفظة المفاتيح الخاصة أو الموافقات.
التحقق on-chain
تأكد أن المعاملة نُشرت وأصبحت مرئية في منظورات المستكشف أو المفهرس.
أدوار المحافظ
تربط الكيانات محافظ مختلفة بمهام مختلفة كي تبقى الموافقات والمدفوعات واضحة. محافظ الصلاحيات تحمل الأدوار القادرة على الموافقة على تغييرات الحوكمة أو السياسات، بينما تحرك محافظ الدفع الأموال للتشغيل والرواتب ومدفوعات التجار أو التبرعات. يوضح منظور المحفظة أي دور يقوم بالتوقيع وأي محفظة ستنفذ التحويل.
محافظ الصلاحيات
تتحكم بموافقات المالك أو المجلس وتغييرات الأدوار وإجراءات الحوكمة المرتبطة بالكيان.
محافظ التشغيل
تدير المدفوعات اليومية ودفع الموردين وتدفقات المصروفات ضمن حدود موافقة محددة.
محافظ الخزانة
تحمل الاحتياطيات والأرصدة طويلة الأمد، بما فيها حيازات DCHUB، مع عتبات موافقة أكثر صرامة.
محافظ التجار والتبرعات
تستقبل مدفوعات العملاء أو التبرعات الموجهة من الفواتير وروابط الدفع أو صفحات التبرع العامة.
مسؤولية الأمان
تعود مسؤولية الأمان للكيان ومشغليه. لا توقع المحفظة إلا ما يوافق عليه المستخدم، ويطبق البروتوكول قواعد الأدوار. يوضح هذا الجدول من يملك حفظ المفاتيح ومراجعة المعاملات والتخطيط للاستعادة كي تتمكن الفرق من تحديد المسؤوليات قبل التوقيع.
| المسؤولية | الجهة المسؤولة | ملاحظات |
|---|---|---|
| حفظ المفاتيح وإمكانية الوصول | الكيان أو الموقّع | تبقى المفاتيح لدى الموقّع؛ لا تُقدَّم خدمات وصاية أو استعادة. |
| مراجعة المعاملة | الموقّع | يتحقق الموقّع من المبالغ والوسوم والوجهة قبل إرسال الموافقة. |
| تحديثات الأدوار | المالكون المخوّلون أو المجالس | تتطلب تغييرات الأدوار موافقات موقعة وتظهر في المنظورات on-chain. |
| سلامة الأجهزة والنسخ الاحتياطية | الكيان أو الموقّع | تتبع النسخ الاحتياطية وأمن الأجهزة سياسة الكيان الداخلية. |
قيود testnet
تعمل هذه الواجهات ضمن ظروف testnet حيث تكون إعادة الضبط والتغطية الجزئية أمورا طبيعية. الحالة هي testnet ولا توجد ادعاءات تتجاوز القدرة الحالية. تعامل مع المخرجات كمؤشرات تكامل وتأكد من السلوك مقابل الحزمة الحالية قبل الاعتماد عليها.
لا وصاية ولا تأمين
لا تحتفظ المحفظة بالأموال ولا تؤمن المفاتيح ولا توفر خدمات استعادة عند فقدان الوصول.
إعادة ضبط testnet
قد تمسح إعادة الضبط الأرصدة والتاريخ، لذا تجنب الاعتماد على الاستمرارية.
تغيرات التغطية
قد تتغير التغطية والأدوات مع تطور البروتوكول؛ تحقق من المخرجات مقابل الإصدار الحالي.
البيان
"هدفي بسيط: أن أجعل من الممكن لأي شخص، في أي مكان، تأسيس كيان يمكنه العمل بمصداقية واستمرارية وبنية مالية حقيقية، ومصمم لعمليات أصلية بالعملات المستقرة."
اقرأ البيانNicolas Turcotte
المؤسس والمهندس الرئيسي
ساهم الآن
Testnet مخصص للبنّائين والمشغلين وأمناء الحوكمة الذين يريدون التحقق من Hub بشكل علني.
مهندسو البروتوكول
يعملون على تعريفات الكيرنل، نطاق الرسائل، والثوابت.
مهندسو المفهرس والبيانات
يحددون مخططات الأحداث ومدخلات العروض القابلة لإعادة الإنتاج.
مشغلون مبكرون
يختبرون الـ sequencer، نشر الدُفعات، ونطاق التشغيل ضمن قواعد testnet.
مستثمرون يركزون على البنية التحتية
يتابعون النطاق والمخاطر والتقدم (دون أي ادعاءات بالعائد).
مستشارون قانونيون
يراجعون حدود النطاق، نطاق عدم الحضانة، وترتيب حزمة الوثائق.
أمناء الحوكمة
يشكلون فصل الكيرنل عن المهايئات ونهج الترقية.
الوصول إلى Testnet
اطلب الوصول لاستكشاف Hub وتجربة الواجهات المرجعية والتحقق من سلوك البروتوكول من البداية إلى النهاية على dev testnet. يمكن لأي شخص طلب الوصول؛ أما وصول المشغلين المحلي/التطوير فيخضع لمراجعة أكثر صرامة.
وصول مُقيّد. يتطلب موافقة.
Testnet
الوصول إلى Testnet
اطلب الوصول لاستكشاف Hub وتجربة الواجهات المرجعية والتحقق من سلوك البروتوكول على dev testnet. يخضع وصول المشغلين المحلي/التطوير لمراجعة أكثر صرامة.
طلب الوصول إلى Testnetالنشرة البريدية
ابق على اطلاع
تحديثات موجزة حول جاهزية testnet والإصدارات ومحطات الحوكمة.