من بين الابتكارات الرئيسية في ICP ( بروتوكول الكمبيوتر الإنترنت ) يوجد

عقود كانيستر الذكية ( اللامركزية الكاملة )

~ عقد كانيستر الذكي هو ركيزة أساسية أو جزء مهم جداً فيما يتعلق بالحوسبة والبيانات على بروتوكول الكمبيوتر الإنترنت.

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

كانيستر ليست مجرد كود فقط بل وحدة حسابية تحتوي على عنصرين مهمين:

الأول هو

• الكود: وهو WebAssembly (Wasm) وهو جزء يحتوي على منطق التطبيق. Wasm يدعم ويوفر للمطورين إمكانية كتابة الكود بلغات البرمجة الكبيرة والأكثر شهرة مثل Rust و Typescript، وأيضاً Motoko ( لغة البرمجة الخاصة بـ ICP/ أو لغتهم الأصلية )

أما الثاني فهو

• الحالة (البيانات): وهي الذاكرة وتخزين البيانات للتطبيق. هنا يتم حفظ جميع معلومات التطبيق والتي يتم تخزينها تلقائياً وبأمان عن طريق الشبكة وفقاً لنظام يسمى ( Orthogonal Persistence ).

بمعنى آخر، يمكننا القول أنه حزمة أو حاوية مشابهة لـ cloud computing في Web2 لكنها تعمل على شبكة لامركزية وبلوكشين عام.

كانيستر لديها القدرة على استضافة وتقديم كامل هيكل تطبيق الويب، أي الواجهة الأمامية، والخلفية، والبيانات، وجميعها بالكامل على السلسلة (On-chain).

الآن دعونا نلقي نظرة على أربعة مكونات رئيسية في تطبيقات البلوكتشين التقليدية (Web3) وكيفية عملها وكيف ستكون في نظام تطبيق ICP Canister.

الأول هو

• منطق الخلفية (Backend Logic) والذي يعمل مباشرة على العقد الذكي (EVM). أما في نظام تطبيق ICP Canister فيعمل داخل كانيستر (Wasm)

ثم

• تخزين البيانات والذي يعتبر مكلف جداً ومعظم تطبيقات البلوكتشين التقليدية (Web3 ) تعتمد على قواعد بيانات مركزية مثل (AWS, Azure و Cloudflare). أما في نظام ICP Canister فيتم تخزينها داخل ذاكرة الكانيستر والتي تعتبر أقل تكلفة من ذلك.

ثم

• الواجهة الأمامية / واجهة المستخدم والتي لا تزال تُستضاف على خدمات سحابية مركزية مثل ( Netlify, Vercel) أو تخزين لامركزي مثل (IPFS/Filecoin). أما في نظام ICP Canister فيتم تقديمها مباشرة من كانيستر (HTML, CSS و JavaScript).

وأخيراً

• وصول المستخدم والذي في تطبيقات البلوكتشين التقليدية حالياً يحتاج إلى ما يسمى بوابة أو مزود عقد مركزي مثل Infura أو Alchemy.
أما في نظام تطبيق ICP Canister، فيتم الوصول مباشرة عبر URL، مثل أي موقع ويب عن طريق بوابة ICP.

فائدة تشغيل الواجهة الأمامية على السلسلة (On-chain)

لقد شاهدنا مؤخراً ما حدث من توقف العديد من الخدمات بسبب تعطل Cloudflare.

ولكن لو كانت الواجهة الأمامية تُقدم على السلسلة بدلاً من خدمات السحابة المركزية، فسيكون:

سيتم تحقيق

• الثقة الكاملة "End-to-End Trust": بما أن الواجهة الأمامية (أي واجهة المستخدم التي نراها في متصفحاتنا) تُقدم مباشرة من نفس العقد الذكي اللامركزي الذي يدير منطق الخلفية، فهذا يجعل التطبيق بأكمله غير قابل للتلاعب ولا يمكن إيقافه. ولن يكون هناك نقطة فشل واحدة (SPOF).

• القضاء على مزودي السحابة: لن يحتاج المطورون إلى الاعتماد على خدمات مثل AWS أو Google Cloud أو Cloudflare وغيرها، ولا حتى شبكات توصيل المحتوى التقليدية (Content Delivery Networks) لاستضافة أي جزء من تطبيقاتهم.
• سرعة الويب: بما أن الكانيستر تتعامل مع طلبات HTTP مباشرة وتقدم المحتوى بنفسها، فسيكون الأداء بسرعة استجابة بمستوى ميلي ثانية لعمليات القراءة وتوفير تجربة مماثلة لـ Web2.

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

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