ما هو
CORP-PRIVATE-STD هو الإعداد القياسي لشركة خاصة ضمن dCorps للفرق متعددة المالكين. ينشئ ملفا عاما للشركة، ومجموعة المحافظ الأساسية، وربط أدوار يفصل بين الإدارة والخزانة وصلاحيات الموافقة. يشارك عدة مالكين في توقيع الإجراءات المحمية حتى لا تتحكم محفظة واحدة بكل شيء، مع بقاء العرض العام واضحا وسهل التحقق على السلسلة.
رمز القالب
رمز القالب: CORP-PRIVATE-STD. يبقي هذا الوسم القالب متسقا عبر التطبيقات والروابط والعروض العامة.
تحكم مشترك
معرّف كيان واحد مع عدة محافظ مالك تتشارك الصلاحيات، وتتطلب الإجراءات المحمية موافقات بتوقيع مشترك.
وحدات مشتركة
توزع وحدات الملكية بين الحائزين، وتتبع عمليات النقل قواعد الموافقة بحكم التصميم.
أنواع محافظ قياسية
تفصل أنواع المحافظ القياسية الإيرادات والإنفاق والاحتياطيات، بينما توقع محافظ الصلاحيات على موافقات الخزانة.
تدفقات موسومة
تحمل المدفوعات وسوما تشرح سبب انتقال الأموال وأي مسار موافقة تم استخدامه.
موقع القالب
يقع CORP-PRIVATE-STD بين القالب الفردي وقوالب الحوكمة المتقدمة. يضيف موافقات مشتركة وفصل المهام مع إبقاء البنية بسيطة. انتقل إلى القالب الفردي عندما تتجمع السيطرة لدى مالك واحد، أو ارق إلى قالب رأس المال الجريء أو الخاص المعقد عندما تتوسع الحوكمة.
قالب فردي
انتقل إلى CORP-SOLO عندما يتحكم مالك واحد بالموافقات ولا تعود الحاجة لموافقة مشتركة.
قالب رأس المال الجريء
ارق إلى CORP-VENTURE لحوكمة مجلس وجولات المستثمرين وملكية متعددة الفئات.
خاص معقد
ارق إلى CORP-COMPLEX-PRIVATE للجان وموضوعات محمية أو ملكيات متعددة الكيانات.
أفضل ملاءمة
يلائم CORP-PRIVATE-STD الشركات الخاصة التي تضم مالكين أو أكثر ولديها إنفاق تشغيلي متكرر. يناسب فرق المؤسسين والاستوديوهات والأعمال العائلية التي تريد أدوارا واضحة وموافقات روتينية ومدفوعات مبنية على العملات المستقرة. يمكن أن يتحرك العمل اليومي بسرعة بينما تتطلب الإجراءات عالية الأثر توقيعا مشتركا.
موافقات مشتركة
تتطلب الإجراءات المحمية موقّعين على الأقل حتى تكون القرارات مشتركة وقابلة للمساءلة.
مبني على العملات المستقرة
تعمل حركة الأموال داخلا وخارجا عبر العملات المستقرة بدلا من المسارات المصرفية، فيبقى التدفق على السلسلة.
فصل المهام
تفصل أدوار الإدارة والخزانة حتى لا تستطيع محفظة واحدة إنشاء واعتماد الإجراء نفسه.
فرق تشغيلية
مصمم لفرق لديها إنفاق متكرر وموافقات وتريد أدوارا واضحة دون أعباء ثقيلة.
غير مناسب
هذا القالب ليس لإعدادات مالك واحد بلا موافقات، كما أنه غير مصمم لمجالس على نمط رأس المال الجريء أو لملكية متعددة الفئات. يفترض تحكما مشتركا مع موافقات روتينية، لذا ينبغي للحوكمة المعقدة جدا استخدام قوالب متقدمة. أما المنظمات التي تعتمد على التبرعات فتناسبها قوالب غير الربحية المصممة لجمع التبرعات والصرف.
بساطة المالك الواحد
يلائم CORP-SOLO الحالة التي تتحكم فيها محفظة واحدة بكل شيء ولا تكون الموافقات جزءا من الإعداد.
هيكل رأس المال الجريء
تتوافق جولات التمويل بقيادة المجلس أو الملكية متعددة الفئات مع CORP-VENTURE.
نموذج غير ربحي
تتبع المنظمات غير الربحية تدفقات للتبرعات والتخصيص وتتوافق مع قوالب غير الربحية المصممة لجمع التبرعات.
الملكية والوحدات
حافظ على وضوح النسب عبر عدة حائزين من خلال التعبير عن الحصص بوحدات أساسية. تمر عمليات نقل الوحدات وإصدارها عبر إجراءات موافقة، فتظل تغييرات الملكية مضبوطة ومرئية. ويمكن إضافة وحدات لاحقا لزيادة الدقة دون تغيير النسب الحالية.
الوحدات الأساسية الافتراضية
يبدأ بـ10,000 وحدة أساسية حتى تبقى تقسيمات الملكية مقروءة عبر عدة حائزين.
صوت لكل وحدة
يتبع التصويت ملكية الوحدات افتراضيا، لذا تطابق أصوات كل حائز حصته ما لم تغيّر الحوكمة ذلك.
توسيع الدقة
أضف وحدات أساسية لاحقا لزيادة الدقة مع إبقاء نسبة كل حائز كما هي.
الصلاحيات والحوكمة
افصل أدوار الإدارة وأمين الخزانة والمعتمد حتى لا تستطيع محفظة واحدة إنشاء الإجراء نفسه واعتماده. تتطلب الإجراءات المحمية موافقات بتوقيعات مشتركة وتترك أثرا مرئيا لكل قرار. وتُسجَّل تغييرات الأدوار وتدوير المفاتيح على السلسلة حتى تبقى الصلاحيات الحالية واضحة.
فصل الأدوار
توزع أدوار الإدارة وأمين الخزانة والمعتمد على محافظ متعددة حتى يبقى التحكم والتنفيذ منفصلين.
طبقة الموافقة
تشارك أدوار الاعتماد في توقيع إجراءات الخزانة والسياسات المحمية لمساءلة مشتركة.
تدوير المفاتيح
يمكن تدوير المفاتيح عبر إجراءات حوكمة حتى تبقى تغييرات الوصول عامة وقابلة للتتبع.
إجراءات محمية
تتطلب الإجراءات الحساسة عدة موافقات قبل انتقال الأموال أو تغيير السياسات.
محافظ أدوار الموظفين
فوّض العمل مع إبقاء الموافقات لدى معتمدين محددين عبر استخدام محافظ الأدوار. يمكن للمشغلين إعداد الفواتير أو وسم المدفوعات أو تجهيز الصرف، ويوقع المعتمدون قبل انتقال الأموال. هذا يبقي العمل مستمرا مع بقاء المساءلة مشتركة.
أنواع الأدوار
يمكن تعيين محافظ أدوار للمشغلين أو المحاسبين أو المعتمدين أو منفذي المدفوعات عبر الفريق.
صلاحيات محددة النطاق
يمكن أن تسمح الصلاحيات بالفوترة أو الوسم أو تجهيز الصرف مع منع التنفيذ حتى يوقع المعتمدون المطلوبون.
فصل المستفيد
تتلقى محافظ المستفيدين الأموال، بينما تتولى محافظ الأدوار الصلاحيات ما لم تربط الشركة بينهما معا.
التفويض وحدود الموافقة
اضبط حدود الموافقة لتحديد ما يمكن أن ينفذ تلقائيا وما يجب أن يوقع عليه أكثر من طرف. تُبقي عتبات التحكم المزدوج التحويلات الأكبر في انتظار توقيعات المعتمدين بينما تمر المدفوعات الروتينية بسرعة. ويمكن أن تختلف الحدود حسب المحفظة أو الفئة حتى تتبع الفرق المختلفة ضوابطها الخاصة.
نطاق الدور
يتضمن كل دور نطاقا واضحا يحدد الإجراءات التي يمكنه إعدادها أو اعتمادها أو تنفيذها.
عتبات الموافقة
تحدد العتبات المبلغ أو مستوى المخاطر الذي يفعّل موافقة بتوقيع مشترك.
حدود حسب المحفظة والفئة
يمكن ضبط الحدود حسب نوع المحفظة أو فئة الإنفاق حتى تتبع الأنشطة المختلفة ضوابطها الخاصة.
بنية المحافظ
افصل الأموال حسب الغرض حتى يسهل تتبع النشاط. تتلقى محفظة مدفوعات العملاء، وتتولى أخرى إنفاق التشغيل، ويمكن لمحفظة احتياطي حفظ المدخرات. توقع محافظ الصلاحيات على الموافقات، بينما تتلقى محافظ الدفع الأموال وترسلها. هذا يبقي التحكم منفصلا عن النقد فيسهل التحقق من النشاط.
محفظة التاجر
نوع المحفظة MERCHANT هو محفظة الدفع العامة التي تصل إليها إيرادات العملاء.
خزانة التشغيل
نوع المحفظة OPERATING_TREASURY يتولى إنفاق النشاط اليومي والمدفوعات الصادرة للموردين والمقاولين.
محفظة الاحتياطي
نوع المحفظة RESERVES يحفظ احتياطيات أو أموالا طويلة الأجل عندما تقرر تخصيص جزء منها.
فصل الصلاحيات
قد تتضمن محافظ الصلاحيات عدة مالكين للتوقيع على الموافقات، بينما تتلقى محافظ الدفع الأموال وترسلها حتى يبقى التحكم منفصلا عن النقد.
الأصول التشغيلية
تعرض إجماليات التقارير بـUSDC حتى تبقى القيم مستقرة وسهلة المقارنة. يمكن لمحافظ الخزانة أيضا الاحتفاظ بـDCHUB للغاز أو للتعرض طويل الأجل إذا قررت الاحتفاظ به. وتوسم تلك الحيازات حتى تبقى الملخصات واضحة ولا تختلط بنقد التشغيل.
وحدة التقارير
تستخدم جميع التقارير في v0.1 إجماليات USDC حتى تبقى العروض مستقرة عبر الزمن والأدوات.
حيازات الخزانة
قد تحتفظ محافظ الخزانة والاحتياطي بـDCHUB إلى جانب العملات المستقرة عندما تريد تعرضا للشبكة.
أصول موسومة
ينبغي أن تحمل أرصدة DCHUB وسم asset_tag و BAL_DCHUB حتى يفصلها المستكشف عن نقد التشغيل.
مدفوعات الغاز
تُدفع رسوم المعاملات بـDCHUB بواسطة المحفظة الموقعة في كل مرة ترسل فيها معاملة.
التجارة وأنماط الدفع
يدعم CORP-PRIVATE-STD المدفوعات المباشرة والفواتير معا، حتى يتمكن العملاء من الدفع بالطريقة الأنسب لهم. تغطي الخطط المتكررة فوترة الاشتراكات عبر مدفوعات مجدولة تعمل على السلسلة. وتحمل كل فاتورة حالة حتى يرى الفريق ما هو مفتوح أو مدفوع أو ملغى بسرعة.
مدفوعات مباشرة
يمكن للعملاء الدفع مباشرة إلى محفظة التاجر عندما يكون المبلغ معروفا مسبقا.
طلبات الفاتورة
الفواتير هي طلبات دفع على السلسلة مرتبطة بالكيان، مع المبلغ وتاريخ الاستحقاق ومرجع الدافع.
خطط متكررة
تجدول الخطط المتكررة فوترة متكررة حتى تعمل الاشتراكات أو عقود الاحتفاظ دون إدخال يدوي متكرر.
تحديثات الحالة
تتحدث حالة كل فاتورة عند انتقالها من مفتوحة إلى مدفوعة أو ملغاة، فيسهل المتابعة.
عناصر الكتالوج
عرّف ما تبيعه مرة واحدة حتى تبقى الفواتير والمدفوعات منظمة مع نمو النشاط. لكل عنصر اسم وسعر ومعرّف يمكن إعادة استخدامه عبر الفواتير والوسوم. هذا ينشئ عرضا متسقا للمبيعات دون إعادة كتابة التفاصيل في كل مرة.
مرجع العنصر
أنشئ item_id مع تسمية وسعر واضحين حتى يسهل إعادة استخدام كل منتج أو خدمة.
خط أساس للتكلفة
أضف خط أساس اختياري للتكلفة حتى يمكن تقدير الهوامش لاحقا دون تخمين بأثر رجعي.
ربط الفواتير
استخدم item_id على الفواتير والوسوم لربط نشاط المبيعات بالإجماليات والعروض.
تدفقات الرواتب والمقاولين
وسم مدفوعات الرواتب والمقاولين حتى تكون التعويضات واضحة دون خلطها بأدوار الصلاحيات. تتلقى محافظ المستفيدين الأموال، بينما تتحكم أدوار الاعتماد في توقيت خروج المدفوعات. ويمكن للتطبيقات جدولة المدفوعات أو تنفيذها على دفعات لتطابق دورات الرواتب.
محافظ المستفيدين
تتلقى محافظ المستفيدين الرواتب أو مدفوعات المقاولين مباشرة، منفصلة عن أي أدوار صلاحيات.
مدفوعات موسومة
تحمل المدفوعات وسوما خاصة بالرواتب أو المقاولين حتى يسهل تمييز التعويضات في الملخصات.
جداول اختيارية
يمكن للتطبيقات أو SDKs جدولة المدفوعات أو تجميعها عندما تريد مدفوعات متكررة أو جماعية.
الوسوم والأدلة
الوسوم تسميات بسيطة تضاف إلى كل دفعة حتى يبقى النشاط مفهوما مع مرور الوقت. وللمعاملات المهمة يمكنك إرفاق دليل عبر تثبيت مرجع آمن إلى فاتورة أو إيصال أو اتفاق. هذا ينشئ أثرا واضحا دون نشر ملفات خاصة.
أساسي وإلزامي
هذه الوسوم مطلوبة على كل تدفق حتى تبقى العروض متسقة. اقرن reference_type مع reference_id.
سياق التشغيل
وسوم اختيارية تقسم النشاط حسب الفريق أو المنتج أو المشروع أو القناة لتتبع أوضح.
سياق الملكية
تطبق هذه الوسوم فقط إذا أضيفت لاحقا تدفقات ملكية مثل الفئات أو المجمّعات أو الاستحقاق.
مراسي الأدلة
تربط المراسي بالفواتير أو الإيصالات أو الاتفاقات دون نشر المستند نفسه.
عتبة الأهمية
اضبط عتبة للأهمية حتى تتطلب البنود الأكبر أدلة، مع 1,000 USDC كقيمة افتراضية.
دليل الأطراف المقابلة والخصوصية
يمكن وسم العملاء أو الموردين المتكررين بأسماء مستعارة خاصة بدل الأسماء الحقيقية. تبقى المطابقة مع الهوية الواقعية خارج السلسلة وتحت سيطرتك، ما يحمي البيانات الحساسة. تعرض العروض العامة الوسم والمحفظة فقط، لا الهوية الفعلية. ومع ذلك تحصل على سجل متسق لمن يدفع ومن يتلقى دون كشف الهويات.
معرّفات باسم مستعار
استخدم counterparty_tag لوسم العملاء أو الموردين المتكررين دون كشف أسمائهم القانونية على السلسلة.
مطابقة خارج السلسلة
احتفظ بمطابقة الأسماء الحقيقية خارج السلسلة حتى لا يراها إلا فريقك.
أطراف مقابلة متكررة
تتبع الأطراف المقابلة المتكررة عبر الفواتير والمدفوعات دون نشر تفاصيل شخصية أو تجارية.
تدفق التشغيل
انتقل من الإعداد إلى النشاط الفعلي عبر تسلسل بسيط. يبدأ الإعداد بعدة محافظ مالك، واسم للكيان، وعتبات موافقة للإجراءات المحمية. تسجل الكيان، وتوصل المحافظ، وتستقبل المدفوعات، وتوسم ما يحدث حتى تبقى العروض متسقة. تكتب كل خطوة في التاريخ على السلسلة، ما يبقي التشغيل واضحا للفريق ولأي طرف يتحقق.
التسجيل وربط المالكين
سجل الكيان واربط محافظ المالكين إلى جانب أدوار الإدارة وأمين الخزانة والمعتمد.
إعداد المحافظ والعتبات
صل المحافظ القياسية واضبط عتبات الموافقة حتى تتطلب إجراءات الخزانة توقيعات مشتركة فوق الحدود.
تفويض الأدوار
أضف محافظ أدوار للموظفين ومحافظ للمستفيدين حتى يتمكن الفريق من إعداد العمل دون توقيع.
تحصيل الإيرادات
أصدر فواتير أو اقبل مدفوعات مباشرة حتى تصل الإيرادات إلى محفظة التاجر.
الوسم والتثبيت
وسم الأموال الداخلة والخارجة، وثبّت أدلة للبنود ذات الأهمية التي تتطلب إثباتا.
المراجعة والإغلاق
راجع العروض الحية، ثم أغلق فترة إذا كنت تريد لقطة ثابتة للمقارنة لاحقا.
عروض حية على السلسلة
تعرض المستكشفات ملخصات حية من المعاملات الموسومة دون انتظار عمليات تصدير يدوية. يمكنك رؤية الأرصدة والنشاط الأخير وتغطية الوسوم أثناء حدوثه. ويمكن للآخرين التحقق من الأرقام نفسها التي تراها، ما يبقي الرؤية العامة متسقة.
أرصدة المحافظ
تتحدث أرصدة المحافظ مع تأكيد المعاملات على السلسلة، فتبقى الأرقام محدثة.
عروض نافذة زمنية
تلخص عروض النافذة الزمنية النشاط خلال فترة دون انتظار إغلاق يدوي.
نسب التغطية
توضح نسب التغطية أي التدفقات موسومة بالكامل وأيها ما زال يحتاج إلى سياق.
تصدير البيانات
عمليات التصدير اختيارية للتحليل دون اتصال أو النسخ الاحتياطي عندما تريد ملفات خارج السلسلة.
السجل والسجلات والإثبات
استخدم السجل وسجل الحوكمة للتحقق من الهوية والحالة والمحافظ الرسمية والموافقات والتوقيعات المشتركة وتغييرات الأدوار. يوضح كل إدخال موافقة من وقّع ومتى، ما يخلق مسارا واضحا للقرارات. وتمنح المراسي طابعا زمنيا للمستندات عند الحاجة إلى إثبات، فيبقى التاريخ متينا وقابلا للتحقق.
إدخال السجل
يسرد السجل الهوية والحالة وارتباطات المحافظ الرسمية حتى يتمكن أي طرف من التحقق من الإعداد الحالي.
سجل الحوكمة
يعرض سجل الحوكمة الموافقات والتوقيعات المشتركة وتغييرات الأدوار بترتيب زمني لمساءلة واضحة.
إثبات مثبت
تمنح المراسي طابعا زمنيا للإيصالات والعقود حتى يمكن التحقق من وجودها لاحقا دون نشر الملفات.
دورة الحياة والحالة
توضح الإشارات ما إذا كانت الشركة نشطة أو متوقفة مؤقتا أو مغلقة، حتى يعرف الناس ما إذا كانت المدفوعات ينبغي أن تمر. يمكن للتطبيقات عرض الحالة تلقائيا كإشارة سلامة بسيطة. هذا يقلل الالتباس ويمنع إرسال الأموال إلى كيانات غير نشطة.
حالات الحالة
توضح تسميات الحالة ما إذا كان الكيان نشطا وآمنا للدفع، باستخدام مجموعة ألوان متسقة.
نقاط نهاية الدفع
تُستخرج نقاط نهاية الدفع من معرّف الكيان ونوع المحفظة، بحيث لا يضطر المستخدمون إلى نسخ عناوين خام.
تحذيرات الواجهة
يمكن للواجهات التحذير عندما يكون الكيان معلّقا أو منحلا حتى يتجنب الدافعون إرسال الأموال.
مسارات الترقية
مع نمو الشركة أو تبسيطها يمكنها الانتقال إلى قالب مختلف دون فقدان الاستمرارية. تضيف الترقيات تدفقات مجلس أو شروط مستثمرين أو حوكمة معقدة، بينما قد يعيد التبسيط الإعداد إلى مالك واحد. يظل تاريخ الكيان نفسه محفوظا عبر الانتقالات.
قالب رأس المال الجريء
يضيف قالب CORP-VENTURE موافقات مجلس وشروط مستثمرين ووسوما للملكية لهياكل مدعومة برأس المال الجريء.
خاص معقد
يدعم قالب CORP-COMPLEX-PRIVATE اللجان والموضوعات المحمية وملكية متعددة الكيانات لحوكمة متقدمة.
قالب فردي
يلائم قالب CORP-SOLO الحالة التي تتجمع فيها الملكية لدى متحكم واحد وتقل فيها الموافقات.
أين تعمل وأين تتحقق
يتولى التطبيق الرسمي الإجراءات اليومية مثل التسجيل والفوترة والموافقات. وتتيح الأدوات العامة (السجل والمستكشف والمفهرس الرسمي) لأي طرف التحقق من الهوية والحالة وارتباطات المحافظ. هذا يبقي ما تفعله وما يراه الآخرون متسقا عبر الشبكة.
التطبيق الرسمي
التطبيق الرسمي هو المكان الذي تسجل فيه وتصدر الفواتير وتوسم المدفوعات وتوافق على الإجراءات.
السجل
يؤكد السجل الهوية والحالة والمحافظ الرسمية حتى يتمكن الأطراف المقابلون من التحقق ممن يدفعون له.
المستكشف
يعرض المستكشف، والمدعوم بالمفهرس الرسمي، المعاملات والأرصدة والتاريخ العام في عرض واحد.
المفهرس الرسمي
خدمة بيانات مرجعية تزوّد ملخصات المستكشف وعروض التقارير لضمان رؤية عامة متسقة.
dApps وSDKs
تتيح dApps وSDKs التابعة لأطراف خارجية بناء تدفقات مخصصة أو دمج المدفوعات في منتجاتك.
البيان
"هدفي بسيط: أن أجعل من الممكن لأي شخص، في أي مكان، تأسيس كيان يمكنه العمل بمصداقية واستمرارية وبنية مالية حقيقية، ومصمم لعمليات أصلية بالعملات المستقرة."
اقرأ البيانNicolas Turcotte
المؤسس والمهندس الرئيسي
ساهم الآن
Testnet مخصص للبنّائين والمشغلين وأمناء الحوكمة الذين يريدون التحقق من Hub بشكل علني.
مهندسو البروتوكول
يعملون على تعريفات الكيرنل، نطاق الرسائل، والثوابت.
مهندسو المفهرس والبيانات
يحددون مخططات الأحداث ومدخلات العروض القابلة لإعادة الإنتاج.
مشغلون مبكرون
يختبرون الـ sequencer، نشر الدُفعات، ونطاق التشغيل ضمن قواعد testnet.
مستثمرون يركزون على البنية التحتية
يتابعون النطاق والمخاطر والتقدم (دون أي ادعاءات بالعائد).
مستشارون قانونيون
يراجعون حدود النطاق، نطاق عدم الحضانة، وترتيب حزمة الوثائق.
أمناء الحوكمة
يشكلون فصل الكيرنل عن المهايئات ونهج الترقية.
الوصول إلى Testnet
اطلب الوصول لاستكشاف Hub وتجربة الواجهات المرجعية والتحقق من سلوك البروتوكول من البداية إلى النهاية على dev testnet. يمكن لأي شخص طلب الوصول؛ أما وصول المشغلين المحلي/التطوير فيخضع لمراجعة أكثر صرامة.
وصول مُقيّد. يتطلب موافقة.
Testnet
الوصول إلى Testnet
اطلب الوصول لاستكشاف Hub وتجربة الواجهات المرجعية والتحقق من سلوك البروتوكول على dev testnet. يخضع وصول المشغلين المحلي/التطوير لمراجعة أكثر صرامة.
طلب الوصول إلى Testnetالنشرة البريدية
ابق على اطلاع
تحديثات موجزة حول جاهزية testnet والإصدارات ومحطات الحوكمة.