في النظم البيئية متعددة الشبكات، تتوزع السيولة والمستخدمون على شبكات بلوكشين عامة مختلفة، مما يخلق تحديات للجسور التقليدية العابرة للسلاسل، مثل هجمات اللجان، وتجزئة السيولة، وعدم قابلية الأصول للاستبدال. تعتمد معظم الحلول على شبكات مدققين خارجية أو التوقيع المتعدد أو التوقيعات الحدية، ما يضيف افتراضات أمنية تتجاوز إجماع السلسلة الأساسية. يتموضع c8ntinuum كطبقة 0 لا تحتاج إذنًا، ويقلل الاعتماد على أطراف ثالثة ذات امتيازات من خلال بنية بلا جسور والتحقق من الحالة على السلسلة.
من منظور الأصول الرقمية، يستخدم c8ntinuum رمزه الأصلي CTM لربط التحقق، والحوكمة، وحوافز النظام البيئي. تقوم طبقة SuperApp بتجميع التداول، والإطلاقات، والتخزين، وأدوات المنشئين، لتوفير بوابة Web3 موحدة للمستخدمين النهائيين. وتضمن خزانة البروتوكول وآلية توازن السك والحرق ارتباط عرض CTM بالأصول المقابلة عبر عدة سلاسل.
c8ntinuum هو بروتوكول طبقة 0 متعدد السلاسل يهدف إلى جعل التوافقية بُعدًا إضافيًا يربط بين السلاسل المختلفة، ما يسمح لكل سلسلة بتحويل اختناقات الأداء إلى شبكات أكثر كفاءة. يوفر البروتوكول إطار عمل عالميًا لتمرير الرسائل ونقل الأصول، مع خزانة بروتوكول تضخ قيمة مستدامة في النظام البيئي.
تعتمد الاتصالات العابرة للسلاسل الحالية على منصات تداول مركزية أو جسور شبه مركزية، ما يعرّض المستخدمين لمخاطر الهجمات والرقابة وتدخل الأطراف الثالثة. وبعد انتقال الأصول عبر السلاسل، تظهر مشكلات مثل فك ارتباط الرموز المغلفة وتجزئة السيولة.

يعتمد c8ntinuum على بنية بلا جسور، متجنبًا الجسور الإضافية أو الأوراكل أو التواقيع المتعددة/الحدية كمصدر للثقة العابرة للسلاسل. وعلى عكس الحلول التي تعتمد على DVN خارجية أو التوقيع الحدّي باستخدام MPC، يميز c8ntinuum مقابل نموذج الثقة للجسر العابر للسلاسل القائم على اللجنة بين التحقق من الحالة ودليل اللجنة بناءً على تدرج الثقة: حيث يضيق c8ntinuum افتراضات الأمان إلى إجماع السلسلة المصدر وموثوقية أنظمة إثبات المعرفة الصفرية.
| التحدي العابر للسلاسل | المظهر المعتاد | حل c8ntinuum |
|---|---|---|
| مخاطر اللجنة/التوقيع المتعدد | خرق عقد الجسر أو تواطؤ المدققين | التحقق من الحالة عبر zk light client على السلسلة |
| تجزئة السيولة | إصدارات مغلفة متعددة لنفس الأصل عبر السلاسل | طوبولوجيا أفقية وخزانة على مستوى البروتوكول |
| تجزئة تجربة المستخدم | يتعين على المستخدمين تبديل المحافظ وdApps عبر السلاسل | بوابة موحدة عبر SuperApp |
يلخص الجدول ثلاثة من التحديات الشائعة العابرة للسلاسل: الأمان يرتكز على الأدلة التشفيرية بدلاً من اللجان؛ وتتم معالجة تجزئة السيولة عبر الطوبولوجيا الأفقية؛ كما يتم توحيد تجربة المستخدم من خلال تجميع إمكانيات السلاسل المتعددة في SuperApp.
يعتمد c8ntinuum بنية رأسية مقسمة إلى ثلاث طبقات: طبقة Apps تخدم المستخدمين النهائيين والمنشئين، طبقة Chain توفر الإجماع وتنفيذ العقود، وطبقة Infrastructure تقدم رسائل عابرة للسلاسل بين الشركات لعملاء على أي سلسلة.
تتضمن طبقة Apps تطبيق c8ntinuum SuperApp، الذي يمكّن المستخدمين من عرض الأرصدة، والتداول، والتخزين، والمشاركة في منصة الإطلاق من واجهة واحدة. كما يدمج SuperApp المهام، والتحديات، والمكافآت، ووحدات المجتمع، بالإضافة إلى أدوات الاستحقاق، والتوزيع المجاني، وSocialFi للمنشئين. وتستخدم طبقة Chain إجماع CometBFT وتدعم التوافقية المستقبلية مع EVM. يمكن للمطورين نشر العقود باستخدام أدوات قياسية مثل Hardhat وFoundry، والوصول إلى قدرات نظام Cosmos البيئي عبر IBC precompiles (ICS02/ICS20). أما طبقة Infrastructure فتلغي أدلة اللجان لصالح التحقق من الحالة، وتدعم تدفقات IBC، والتحقق المتوافق مع Solana، والتحقق من إثباتات zkVM كأدوات تشفيرية أساسية.
| الطبقة | الجمهور المستهدف | القدرات الأساسية |
|---|---|---|
| Apps | المستخدمون النهائيون، المنشئون | SuperApp، منصة الإطلاق، المهام/التحديات، SocialFi |
| Chain | المطورون، المدققون | إجماع CometBFT، توافقية EVM مستقبلية، IBC precompiles |
| Infrastructure | عملاء عبر السلاسل | رسائل عابرة للسلاسل، التحقق من الحالة عبر zk light client |
تمكّن هذه البنية الثلاثية c8ntinuum من معالجة تجربة المستخدم، وبيئات التطوير على السلسلة، والبنية التحتية العابرة للسلاسل: حيث تخفّض Apps حاجز الاستخدام، وتدعم Chain التطبيقات الأصلية، وتصدّر Infrastructure التوافقية إلى الأنظمة البيئية الخارجية.
الشكل 1. بنية c8ntinuum ثلاثية الطبقات: تقسيم المسؤوليات بين Apps (SuperApp)، وChain (CometBFT + EVM)، وInfrastructure (رسائل عبر السلاسل بين الشركات).
يعتمد الاتصال العابر للسلاسل في c8ntinuum على التحقق من الحالة كأعلى تدرج للثقة: حيث يتم التحقق من انتقالات حالة إجماع السلسلة المصدر عبر zk light clients على السلسلة، بدلاً من الاعتماد على DVN خارجي أو التوقيع الحدّي باستخدام MPC أو لجان PoA. وتقتصر افتراضات الأمان على نزاهة إجماع السلسلة المصدر وموثوقية أنظمة إثبات المعرفة الصفرية، دون أطراف ثالثة ذات امتيازات.
ينتج البروتوكول إثباتات معرفة صفرية للإجماع ضمن zk-light-rollup؛ وبعد التحقق من طبقة التسوية، يتم تفعيل قفل وإطلاق أو سك وحرق. يراقب الوسطاء (Relayers) حالة السلسلة وينقلون رؤوس الكتل، مع افتراض ثقة "وجود عقدة واحدة نزيهة على الأقل" ودوائر zk موثوقة. تتيح الطوبولوجيا الأفقية التجميع التكراري للإثباتات عبر N سلسلة، حيث يتم التحقق من كل rollup بشكل مستقل، ما يقلل من تعقيد الجسر من O(N²) إلى O(N). وتستخدم السلاسل غير الذكية QTSS مع التوقيع الحدّي FROST لحفظ الأصول. وتغطي IBC precompiles (ICS02/ICS20) والتحقق المتوافق مع Solana الآلات الافتراضية المتغايرة.
الشكل 2. تدفق c8ntinuum العابر للسلاسل بأقل قدر من الثقة: إثبات إجماع السلسلة المصدر يتم التحقق منه بواسطة zk light client، وينقل Relayer رؤوس الكتل، وتجمع الطوبولوجيا الأفقية إثباتات السلاسل المتعددة.
CTM هو رمز الخدمة الأصلي لـ c8ntinuum، بسقف عرض يبلغ 8,888,888,888، ويستخدم آلية عرض ديناميكية متوازنة بين السك والحرق. يتم سك CTM من خلال قفل المستخدمين أصولًا مقابلة (ETH، BNB، SOL، إلخ) بشكل دائم في خزانة البروتوكول، ولا يتم توزيعه عبر ICO تقليدي أو بيع خاص.
خلال فترة التوليد العامة، يتم تخصيص الأصول المقفلة كـ %40 لمجمع السيولة، %10 لحوافز الدعوة، و%50 لإعادة التخزين على البروتوكول. وتُستخدم العوائد من إعادة التخزين على السلاسل الخارجية من قبل مجمع السيولة لإعادة شراء CTM، مما يخلق دورة قيمة خارجية. ومع زيادة CTM المسكوك، يتم رفع الحد الأدنى للسك ديناميكيًا. يوضح تدفق توليد CTM عملية القفل والتخصيص والسك لأصول ETH وBNB وSOL وغيرها.
أما جانب الحرق من التوازن فيأتي من الدورات الداخلية: حيث يُستخدم %50 من رسوم تنفيذ البروتوكول ومكافآت التخزين لإعادة شراء وحرق CTM، بينما يتم توزيع الـ %50 المتبقية على المدققين. كما تدرج رسوم الرسائل العابرة للسلاسل في قناة إعادة الشراء والحرق.
| شريحة التخصيص | النسبة | الهدف |
|---|---|---|
| مجمع السيولة | %40 | ضمان عمق تداول CTM |
| حافز الدعوة | %10 | توسيع المشاركة في التوليد |
| إعادة التخزين على البروتوكول | %50 | توليد عائد مستمر على السلاسل الخارجية |
| مكافآت التخزين | %50 إعادة شراء وحرق / %50 مدققون | الحفاظ على توازن السك والحرق وأمن الشبكة |
يبين الجدول توزيع التوليد الثلاثي ومكافآت التخزين الثنائية: حيث يضمن التوليد سيولة CTM والعائد الخارجي منذ البداية؛ بينما يحافظ توزيع مكافآت التخزين على توازن العرض ديناميكيًا عبر إعادة الشراء والحرق وحوافز المدققين.
يؤدي CTM ثلاث وظائف رئيسية: أمان التحقق، واتخاذ قرارات الحوكمة، وحوافز النظام البيئي. يقوم المدققون بتخزين CTM للمشاركة في إجماع CometBFT؛ ويؤثر الحاملون على ترقيات البروتوكول ومنح النظام البيئي من خلال التصويت على السلسلة.
توزع الدورات الخارجية CTM المعاد شراؤه كـ %30 للمدققين، %30 للمخزنين النشطين، %10 للتخزين التفاعلي، و%30 لمطلقي العقود. يتطلب التخزين التفاعلي من المستخدمين التفاعل مع العقود للحصول على الفائدة؛ ولا يؤهل القفل السلبي للمكافآت. اقتصاديات CTM تحلل توازن السك والحرق، والدورات المزدوجة، ومعايير التخزين التفاعلي.
تم تصميم SuperApp كـ "تطبيق واحد لكل شيء"، حيث يجمع بين التداول، والإطلاقات، والتخزين، ومنصة الإطلاق، بالإضافة إلى المهام، والتحديات، والمكافآت، وأدوات المنشئين مثل الاستحقاق، والتوزيع المجاني، وSocialFi. وتُنجز العمليات العابرة للسلاسل من خلال مسار التحقق zk للبنية التحتية، ويمكن لتطبيقات Chain dApps الوصول إلى SuperApp لتوزيع الحركة.
المزايا: تتيح zk light clients عمليات عابرة للسلاسل بأقل قدر من الثقة؛ وتقلل البنية بلا جسور والطوبولوجيا الأفقية من مخاطر نقطة الفشل الواحدة؛ وتدعم توافقية EVM المستقبلية أدوات التطوير المعيارية؛ ويوحد SuperApp الوصول متعدد السلاسل؛ وتعمل الدورتان القيميتان لـ CTM على مواءمة الحوافز للمدققين والمخزنين والمطورين.
المخاطر والقيود: إثباتات zk تتطلب جهدًا حسابيًا إضافيًا؛ ويفترض Relayer وجود عقدة واحدة نزيهة على الأقل؛ مسار QTSS أقل أمانًا من التحقق النقي عبر zk؛ الأصول المقابلة مقفلة بشكل دائم وغير قابلة للاسترداد؛ يتطلب التخزين التفاعلي التفاعل المستمر مع العقود؛ توجد مخاطر متأصلة في العقود الذكية والرموز المزيفة تتطلب تحقق المستخدم.
يخدم c8ntinuum، كبروتوكول توافقية طبقة 0، المستخدمين والمطورين والمندمجين من الشركات عبر Apps وChain وInfrastructure. سقف CTM هو 8,888,888,888 ويتم سكّه بقفل ETH/BNB/SOL بشكل دائم، مع مواءمة الحوافز للمدققين والمخزنين والمطورين عبر دورتي قيمة مزدوجة. يجمع SuperApp بين التداول والإطلاقات والتخزين وأدوات المنشئين.
c8ntinuum هو بروتوكول توافقية طبقة 0 يحمل شعار "التوافقية القصوى". يحقق البروتوكول الاتصال العابر للسلاسل بأقل قدر من الثقة عبر بنية بلا جسور وzk light clients على السلسلة. تتكون بنيته الثلاثية من SuperApp (Apps)، وسلسلة CometBFT + EVM (Chain)، وطبقة رسائل عابرة للسلاسل بين الشركات (Infrastructure). يُستخدم الرمز الأصلي CTM للتحقق، والحوكمة، وحوافز النظام البيئي.
يكمن الاختلاف الأساسي في نموذج الثقة العابر للسلاسل: تعتمد LayerZero على DVN خارجي للتحقق من الرسائل العابرة للسلاسل، وهو ما يقع ضمن تدرج ثقة اللجنة/المدقق الخارجي. يستخدم c8ntinuum zk light clients على السلسلة للتحقق من الحالة، مما يضيق افتراضات الأمان إلى إجماع السلسلة المصدر وأنظمة إثبات المعرفة الصفرية، دون أطراف ثالثة ذات امتيازات.
ينتج c8ntinuum إثباتات معرفة صفرية لإجماع السلسلة المصدر ضمن zk-light-rollup. تتحقق عقود السلسلة الهدف من zk-SNARKs ثم تفعّل قفل وإطلاق أو سك وحرق. ينقل Relayers رؤوس الكتل، وتجمع الطوبولوجيا الأفقية إثباتات السلاسل المتعددة؛ وتغطي IBC precompiles والتحقق المتوافق مع Solana الآلات الافتراضية المتغايرة.
سقف CTM هو 8,888,888,888. يقوم المستخدمون بسك CTM من خلال قفل ETH وBNB وSOL وغيرها من الأصول المقابلة المعتمدة بشكل دائم في خزانة البروتوكول، موزعة كـ %40 لمجمع السيولة، %10 حافز الدعوة، و%50 إعادة تخزين على البروتوكول.
يتطلب التخزين التفاعلي من المستخدمين التفاعل مع عقود النظام البيئي أثناء تخزين CTM؛ ولا يؤهل القفل السلبي لمكافآت التخزين التفاعلي. وفي الدورة الخارجية، يُخصص %10 من إعادة شراء CTM تحديدًا لمشاركي التخزين التفاعلي، مما يربط المكافآت مباشرة بنشاط المستخدم.
يستخدم c8ntinuum بنية بلا جسور والتحقق من الحالة عبر zk، دون الاعتماد على لجان الجسر أو التوقيع المتعدد أو إثباتات DVN. لا يزال Relayer يفترض وجود عقدة واحدة نزيهة على الأقل؛ ومسار QTSS أقل أمانًا من التحقق النقي عبر zk. يتم إعادة شراء وحرق %50 من مكافآت التخزين، بينما تذهب %50 للمدققين، ما يحافظ على توازن السك والحرق مع سك التوليد.





