هل هذا أعظم إنجاز تقني غير معروف ل ICP؟ — جميع رسائل كمبيوتر الإنترنت، بما في ذلك المالية وطلبات معالجة البيانات وطلبات الويب، يمكن التحقق منها مباشرة عبر "توقيع مفتاح السلسلة" دون الحاجة لتحميل الكتل أو تشغيل عقدة أو الثقة بشخص ما... 🧵

على سبيل المثال، عندما بدأت باستخدام البيتكوين، كانت محفظتي تحمل سلسلة البيتكوين بالكامل (جميع الكتل الخاصة بها) للتحقق من رصيدي وتحويلاتي. استغرق تهيئة المحفظة ساعات. كان جهازي المحمول يسخن، والمراوح تصدر صوتا... 🧵

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

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

في الواقع، بالطبع، أصبح تشغيل وصيانة عقد الإيثيريوم مكلفا ويستغرق وقتا طويلا، خاصة مع توسع السلسلة. "أكثر" معمارية لامركزية ممكنة للتطبيقات والمحافظ (قبل ال onchain/ICP الكامل) خرجت من الموضة... 🧵

سرعان ما وجد مشغلو Dapp أنه أصبح من الأسهل بكثير استخدام العقد التي يديرها آخرون يثقون بهم، مثل Infura، الذي تديره ConsenSys على AWS. لهذا السبب، عندما تعطلت AWS ذات مرة، توقف جزء كبير من نظام إيثيريوم البيئي. اختراق أمني في إنفورا سيكون أسوأ بكثير... 🧵

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

في DFINITY، نؤمن باللامركزية والأمن. صممنا جهاز الكمبيوتر الإلكتروني بحيث عند تقديم معاملة (عادة تطبيقك في المتصفح يقوم بذلك نيابة عنك) يمكنك التحقق من صحة النتيجة دون الحاجة للثقة بعقدة، باستخدام حسابات الإنترنت السحرية... 🧵

في جوهر شبكة الحاسوب على الإنترنت، يوجد مفتاح عام بحجم 48 بايت، ينتمي إلى نظام NNS الذاتي بالكامل (نظام الشبكة العصبي)، والذي سيبقى كما هو إلى الأبد. تعمل السلسلة نفسها كمفتاح خاص، ومن هنا جاء مصطلح "تقنية مفتاح السلسلة"... 🧵

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

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

على سبيل المثال، قد تسأل ثلاجة متصلة بالإنترنت (IoT) خدمة على الدائرة المتكاملة إذا كان هناك ترقية برمجية متاحة. إذا تم إرجاع برنامج جديد، يمكن للثلاجة التحقق من توقيع المكالمة/الإرسال للتحقق من أنه جاء من خدمة السلسلة ولم يحدث أي تلاعب.. 🧵

بالطبع، يمكن لمحفظة خارج السلسلة أو الخدمة المالية أيضا التحقق من نتائج مكالماتها إلى برامج السلسلة على الإنترنت، لأن رمز التحقق من توقيع المفتاح التابع يحتوي على مفتاح NNS العام ذو 48 بايت مدمج. الأمان وعدم الثقة أخيرا.. 🧵

عندما يطلب متصفحك أصلا ويب (مثل index.html) من الدائرة المتكاملة، يتم تضمين توقيع مفتاح السلسلة الخاص به في رأس استجابة HTTP. حاليا، تحتاج إلى بعض البرامج على هاتفك أو اللابتوب للتحقق بشفافية (dfinity/http-proxy) لكن توقع أن الابتكار سيلغي ذلك... 🧵

علم وتنفيذ المفاتيح المتسلسلة معقد، لكنه فعال، وقد حل من أجل اللامركزية الحقيقية، وانعدام الثقة، والأمان — مما يظهر ما يمكن أن يحققه البحث والتطوير المشفرة المتشددة، ويفتح المزيد من القوة من نموذج 💥 السلسلة الكاملة / سحابة الإنترنت