منذ أن أصبح سرد AA شائعًا في مجتمع Ethereum في عام 2022، أصبح مفهوم تجريد الحساب شائعًا في مجتمع Web3. إنه في الواقع مفهوم تصميم لنظام الحساب، يهدف إلى وضع معايير على مستوى أعلى وتعزيز وظائف الحساب. ومع ذلك،في سلاسل الكتل السائدة مثل Ethereum، نظرًا للقيود المفروضة على القواعد الثابتة، تكون مرونة نظام الحساب وتعدد استخداماته سيئة للغاية.على سبيل المثال:
يجب أن يكون لديك ETH ورموز الغاز الأخرى في حسابك مسبقًا، وإلا فلن تتمكن من بدء المعاملات، وهو أمر غير مريح للغاية بالنسبة للحسابات الجديدة؛
السلاسل العامة التي يمثلها نظام EVM تدعم فقط نظام حساب واحد، بينما تدعم السلاسل العامة الأخرى. تحتاج السلاسل العامة أو مستخدمي Web2 إلى استخدام أدوات الحساب والبوابات الجديدة.
يُعتقد أن اقتراح EIP-4337 الذي كان شائعًا سابقًا في مجتمع Ethereum سيحل المشكلة. فوق المشكلات، ولكن مع مراعاة عوامل مثل النموذج الفني، والأمتعة التاريخية، والتطور البيئي، وإدراك المطور،يشبه حل التصحيح الخاص بـ EIP-4337 عملية التصحيح بدلاً من محاولة إضافة ميزات جديدة إلى EVM يعتبر رمز التشغيل EIP-3074 محفوفًا بمخاطر أمنية، فهو يحل المشكلات القديمة أثناء إنشاء مشكلات جديدة، كما أن جدواه مثيرة للجدل إلى حد كبير.
لأسباب مختلفة، لم يأخذ الفريق المؤسس لشركة Ethereum نظام الحساب في الاعتبار بشكل كامل في بداية إطلاق الشبكة الرئيسية، مما ترك الكثير من الأمتعة، مثل : يتم فصل حسابات EOA عن حسابات العقود، ولا يتم دعم معاملات الغاز، ولا يتم دعم أساسيات التشفير المتعددة، وما إلى ذلك. لقد تسببت هذه الأمتعة التاريخية في عقبات واضحة أمام تنفيذ خارطة طريق AA الخاصة بـ Ethereum، بل يمكن القول أن خطة AA الخاصة بـ Ethereum لا تسمح لنظام حساباتها بتجاوز السلاسل العامة الجديدة اللاحقة، ولكنها تعمل فقط على سد الفجوة بين الاثنين. إذا كانت السلسلة العامة تأخذ في الاعتبار تصميم الحساب بشكل كامل عند تصميمه في البداية، فلن تكون هناك حاجة لاتخاذ طرق تحويلية مثل إيثريوم.
بخلاف السلاسل العامة القائمة على EVM، نظرت Nervos بعمق في مسألة نظام الحساب في بداية تصميمها بعد إجراء البحث. نحن نعتقد أن نظام حساب Nervos يميل أكثر إلى الطبقة السفلية وجوهر AA. ويتوافق نموذج حساب UTXO الخاص به وOmniLock الذي يدعم طرق التحقق المتعددة بشكل عميق مع أهداف AA من البداية إلى النهاية، ولا توجد أمتعة تاريخية، ومن الطبيعي أن تدعم أنظمة الحسابات الخاصة بالسلاسل العامة الأخرى مثل BTC وETH وحتى Solana.
بالإضافة إلى ذلك، بالنسبة لـ BTCFi المشهور مؤخرًا، نظرًا لأنه يقدم Defi وسيناريوهات أخرى لأصول Bitcoin الأصلية، لكي يتمكن حاملو Bitcoin من الحصول على تجربة منتج سلسة، فمن الضروري أن يكونوا متوافقين مع محافظ Bitcoin السائدة، وما إلى ذلك. تحقق المرافق الطرفية وحل AA الأصلي الخاص بـ CKB ذلك بشكل طبيعي، مما يخلق الظروف اللازمة لاعتماد BTCFi على نطاق واسع.
أدناه سنفسر نظام تجريد حساب Nervos من وجهات نظر متعددة مثل مفهوم التصميم وبنية النظام والتطبيق والبيئة.
نموذج الخلية لـ Bitcoin UTXO وNervos
يعلم معظم الناس أن بنية تخزين البيانات لسلسلة عامة تعتمد على نموذج UTXO لا تعتمد على نظام "رصيد الحساب"، ولكنها تتبنى شكلاً فريدًا. على وجه التحديد،يمكن صهر UTXO أو سكه مثل الذهب، مع كل معاملة يتم تدمير UTXO القديم وولادة UTXO جديد. بالإضافة إلى ذلك، لا يتم تخزين بيانات UTXO تحت عنوان مركزي، ولكن يتم تخزينها بشكل متفرق في المعاملة التي أنشأت UTXO، ولا يمكن العثور عليها إلا من خلال قراءة سجلات الكتل السابقة.
القراءة الموصى بها: "الاقتراب من BTC: المعرفة الأساسية المطلوبة لفهم BitVM (1)"
ليس من المبالغة القول إن Bitcoin أنشأت نموذج تخزين A وهذا يختلف عن نظام "معلومات الحساب" لمنصة Web2 التقليدية، والذي يمكنه حل مشاكل انفجار الحالة، وانخفاض كفاءة قراءة البيانات وكتابتها، وعدم وضوح الملكية. في ظل نموذج UTXO، يكون موقع التخزين وملكية بيانات الأصول لأشخاص مختلفين واضحين جدًا، وهو ملائم للتوازي/التزامن، كما أنه من السهل دعم وظائف مثل تأجير التخزين، ويمكن تجنب العديد من مخاطر الحساب التقليدي نظام.
استوعب نظام الحساب الخاص بسلسلة Nervos العامة مزايا Bitcoin UTXO بالكامل في بداية تصميمه نموذج الخلية الخاص به في الواقع إنها نسخة مطورة من Bitcoin UTXO، مما يوفر إمكانية برمجة تورينج الكاملة. بالإضافة إلى ذلك، يعد كل من CKB والأصول الأخرى أصولًا من الدرجة الأولى ولا تتعامل مع الأصول المحلية بشكل مختلف عن ERC-20 مثل السلسلة العامة EVM.
إن آلية تشغيل خلية CKB هي تقريبًا نفس آلية عمل Bitcoin UTXO: كلاهما مدفوعان بـ "قفل البرامج النصية" و"فتح البرامج النصية"، عندما يتم إنشاء كل UTXO/Cell، سيكون هناك "برنامج نصي للقفل"، تمامًا مثل قفل كلمة المرور، و"البرنامج النصي لإلغاء القفل" هو المفتاح المقابل، والذي يمكنه فتح "برنامج القفل". طالما يمكنك إرسال "المفتاح" المطابق لـ "القفل"، فسيكون UTXO المرتبط به تحت تصرفك.
ولكن على عكس Bitcoin UTXO، تضيف Cell حقل "TypeScript" أعلى نص القفل. إذا كان LockScript عبارة عن أداة مصادقة هوية تحدد ما إذا كنت مؤهلاً لإعادة كتابة هذه الخلية، فإن TypeScript هو العقد الذكي المرتبط بالخلية. يمكن نشر رموز DEX وبروتوكولات الإقراض في TypeScript.
إذا أراد المطورون تنفيذ مجمع سيولة مشابه لـ AMM على CKB، فهم يحتاجون فقط إلى كتابة كود العقد في TypeScript لخلية مخصصة، ثم تخزين معلومات الحالة الخاصة بتجمع السيولة في حقل البيانات لهذه الخلية ( على سبيل المثال، رصيد الأصول المختلفة في المجمع)، ومن ثم يمكن للمستخدم التفاعل مع التعليمات البرمجية في TypeScript.
يعمل تصميم CKB على توسيع السيناريوهات الأكثر ثراءً أعلى نموذج Bitcoin UTXO وهو أكثر قابلية للبرمجة، ولأن CKB نفسه يستخدم جهاز RISC -V الظاهري يدعم البرامج المكتوبة بلغات متعددة. لغات البرمجة، ويمكن أن تدعم منطقًا مختلفًا أقوى بكثير من البيتكوين.
أما بالنسبة إلى النص البرمجي لقفل الخلية LockScript، فهو يرتبط ارتباطًا مباشرًا بموضوعنا الأساسي AA اليوم. لأن إحدى الميزات الرئيسية التي تدعو إليها AA هي السماح للحسابات الموجودة على السلسلة بدعم طرق التحقق من الهوية المرنة والمتنوعة. بالنسبة لـ UTXO، لتحقيق هذه الوظيفة، يجب أن نعمل على LockScript الذي يعمل كمصادق.أطلق CKB البرنامج النصي OmniLock الذي يدعم بشكل خاص أنظمة مصادقة متعددة.
دعونا نلقي نظرة على التصميم المحدد لـ OmniLock.
OmniLock وتجريد الحساب
لقد ذكرنا ذلك سابقًا باسم كما ترى، يتم تحديد حقوق استخدام خلية CKB وBitcoin UTXO بواسطة برنامج القفل النصي. سيحدد LockScript من يمكنه إعادة كتابة الخلية، وهو ما يلعب دورًا في التحقق من الهوية. من أجل دعم طرق مصادقة متعددة، يوفر CKB برنامج نصي قفل عالمي يسمىOmniLock، وهو متوافق مع خوارزميات التوقيع المتعددة وآليات التحقق.
يقوم OmniLock بتقسيم منطق التحقق المختلف. وطالما تم تعيين معلمات مختلفة، يمكن تكوين خوارزميات تحقق مختلفة بمرونة. يمكن للمستخدمين التعامل مباشرة مع الأصول الموجودة في سلسلة CKB باستخدام الحسابات والمحافظ/طرق المصادقة مثل BTC وETH وحتى WebAuthn.
فكيف يتم تنفيذ OmniLock واستخدامه؟ في الواقع، لشرح ذلك بطريقة بسيطة، يعد OmniLock جزءًا من التعليمات البرمجية التي رتبتها Nervos رسميًا مباشرة على سلسلة CKB. تمت كتابة هذا الرمز على خلية معينة ويمكن استخدامه بواسطة خلايا أخرى، تمامًا كما هو الحال في السلسلة العامة EVM مثل "عقد النظام". إذا أرادت الخلية استخدام OmniLock، فيمكنها الإعلان عن مرجع إلى OmniLock في برنامج القفل النصي الخاص بها.
أدناه يمكننا فهم مبدأ عمل برنامج القفل وOmniLock من خلال جزء من الكود الزائف.
يحتوي البرنامج النصي للقفل الخاص بـ CKB على ثلاثة حقول: تجزئة الكود ونوع التجزئة وArgs لا يمكن مناقشتها هنا شرح. نركز هنا على حقل Args. من خلال تكوين Args بمرونة، يمكنك استخدام خوارزميات تحقق مختلفة محددة في OmniLock.
يمكن تقسيم المحتوى المطابق لحقل Args إلى جزأين. جزء واحد هو auth، والذي يستخدم خصيصًا للمصادقة. ويبلغ طوله 21 بايت، بما في ذلك معرف علامة 1 بايت و20 بايت من بيانات المصادقة. تحتوي بيانات المصادقة الخاصة بالمصادقة على تجزئة مفتاح عام محددة مسبقًا. يمكن فقط لمالك المفتاح العام المطابق لتجزئة المفتاح العام اجتياز التحقق من الهوية ويكون مؤهلاً لإعادة كتابة البيانات في الخلية.
العلامة في Auth هي معرف يستخدم لتحديد طرق مصادقة مختلفة. طرق المصادقة المذكورة هنا لا تشير فقط إلى توقيع التشفير التحقق، ولكنها تتضمن أيضًا معالجة المعلومات والعمليات الشاملة الأخرى: على سبيل المثال، عندما تكون العلامة 0x01، فإنها تمثل طريقة المصادقة لرسائل Ethereum الخارجية. بالإضافة إلى Ethereum، يدعم OmniLock أيضًا نماذج التحقق من الرسائل الغنية مثل Bitcoin وDogecoin وTron والتوقيع المتعدد.
الجزء الآخر من Args يسمى Omnilock args وهو يشبه الزر الذي يمكنه الاختيار من بين أوضاع الوظائف المحددة مسبقًا في OmniLock.
على سبيل المثال، استخدم وضع المسؤول (مثل وظيفة تجميد المسؤول في USDT)، ووضع أي شخص يمكنه الدفع للمدفوعات الصغيرة (المستخدم للتبرعات الصغيرة)، ووضع قفل الوقت، وما إلى ذلك. على أي حال، طالما قمت بضبط وسيطات Omnilock، يمكنك استخدام الوظائف المختلفة المكتوبة مسبقًا في OmniLock.
للتلخيص، يمكننا إدخال معلمات مختلفة في حقول وسيطات Auth وOmnilock في البرنامج النصي لقفل الخلية لاختيار طريقة المصادقة لسلاسل أو منصات عامة مختلفة. يقدم CKB مجموعة متنوعة من أساليب المصادقة. بالطبع، بالإضافة إلى طرق المصادقة المتعددة المحددة مسبقًا في OmniLock، يمكن للمطورين أيضًا تحديد أنظمة المصادقة الخاصة بهم.
بيئة تجريد حساب Nervos: CCC وMobit وJoyID
نعلم بالفعل أعلاه أن OmniLock هو الأساس الذي يمكن لـ Nervos تحقيقه يشكل تجريد الحساب والمحافظ المستندة إلى OmniLock مثل Mobit و.bit وOmiga والبرامج الوسيطة CCC (Common Chains Connector) نظامًا بيئيًا غنيًا لتجريد حسابات BTCFi من Nervos، بالإضافة إلى منصة DID التي توفر خدمات حماية الخصوصية وإدارة الهوية id، بالإضافة إلى منصة Dobs لتداول الأصول اللامركزية Dobby، وما إلى ذلك.
توفر ميزات AA الجيدة أيضًا راحة كبيرة لتطبيقات BTCFi البيئية، مما يسمح للمشاريع في نظام CKB البيئي بدعم تفاعل محفظة BTC بشكل مباشر، مما يقلل من تكلفة حد الاستخدام. في ما يلي، دعونا نأخذ حالة محددة لفحص النظام البيئي AA الخاص بـ CKB.
موصل السلاسل المشتركة (CCC)
أولاً نأخذ CCC كمثال، وهو اتصال المحفظة برنامج وسيط، يوفر على وجه التحديد للمحافظ والتطبيقات اللامركزية إمكانية تشغيل السلاسل العامة المختلفة على CKB.
الصورة أدناه هي نافذة اتصال CCC. هنا نأخذ MetaMask كمثال، إذا كان لديك حساب Ethereum، وكيفية تشغيل الحساب المقابل على سلسلة CKB.
عند استخدام CCC لإجراء المعاملات على سلسلة CKB، سيستدعي العرض التوضيحي طريقة personal_sign الخاصة بمحفظة MetaMask للتوقيع. تُستخدم هذه الطريقة لتوقيع رسالة نصية لم يتم تحميلها مباشرة إلى السلسلة.
يمكننا أن نرى أن المعلومات تحتوي على سلسلة من الرموز السداسية العشرية لمعاملة CKB. سيتم إرسال الرسائل الموقعة بواسطة MetaMask إلى سلسلة Nervos CKB والتحقق منها من خلال آليات مثل OmniLock.
كما ذكرنا من قبل، تدعم Nervos نفسها التحقق من تنسيق رسالة Ethereum. ويمكن القول أن CKB قد فكرت في الاتصال بالأنظمة البيئية للسلسلة العامة الأخرى من الأسفل إلى الأعلى. بالنسبة للمستخدمين، يمكنك الدخول إلى نظام CKB البيئي من خلال المداخل والأدوات الموجودة والمألوفة؛
بالنسبة للمطورين، يوجد Nervos في الأسفل. يحتوي معيار OmniLock على تم تحديد تفاصيل تنفيذ المحافظ متعددة السلاسل من خلال CCC، مما يقلل بشكل كبير من صعوبة التطوير ويسمح لمطوري تطبيقات الطبقة العليا بالتركيز بشكل أفضل على تطوير منطق أعمال الطبقة العليا دون الحاجة إلى إيلاء الكثير من الاهتمام إلى التفاصيل الأساسية.
Mobit
Mobit عبارة عن DID وأصل يعتمد على Nervos منصة الإدارة، إذا كنت تستخدم استعارة، فإن Mobit يشبه الباب للعالم الخارجي للدخول إلى نظام Nervors البيئي، وعتبة هذا الباب منخفضة جدًا. مع Mobit، لا يحتاج المستخدمون تقريبًا إلى أي معرفة مسبقة، فمن خلال بعض العمليات البسيطة فقط، يمكنهم استخدام حسابات من سلاسل عامة أخرى لإكمال التفاعلات في نظام Nervos البيئي.
الصورة أدناه هي نافذة اتصال Mobit. يمكن ملاحظة أن Mobit يدعم حاليًا أنظمة الحسابات لسلاسل عامة متعددة، وتستمر هذه القائمة في التوسع.
لا نزال نأخذ محفظة Metamask كمثال. يمكن للواجهة المتصلة أيضًا رؤية عنوان EVM وCKB الخاص بالمستخدم، وعرض أصول Token وDOBs التي يحتفظ بها العنوان الموجود في سلسلة CKB.
نتحدث هنا عن DOBs، وهي فريدة من نوعها لنظام Nervos البيئي وتشبه أصول NFT، لكن DOBs تختلف جوهريًا عن NFTs. بادئ ذي بدء، يتم تخزين بيانات DOBs بالكامل على السلسلة ويمكن اعتبارها "سلسلة NFT كاملة"، في حين لا يتم تخزين بيانات العديد من Ethereum NFTs بالكامل على السلسلة؛
بالإضافة إلى ذلك، يمكن إعداد كل DOBs باستخدام Chatbot، والذي يمكنه تنفيذ سيناريوهات تفاعلية مثل الحوار مع المالك مع مسارات تطوير مختلفة لحاملين مختلفين، مقارنةً بـ NFTs التقليدية، لكل DOBs سيكون لديهم فروق فردية أكثر أهمية.
أما بالنسبة لـ Omiga، وهي منصة التداول لـ DOBs في نظام Nervos البيئي، فيمكن للمستخدمين الانتقال مباشرة إلى واجهة تطبيقات Mobit بنقرة واحدة.
تستفيد Omiga أيضًا من إمكانيات تجريد حساب Nervos.
سيعمل تشغيل Mobit البسيط ووظائفه الشاملة على تسهيل التفاعل مع BTCFi. يتمثل جوهر منتجات BTCFi في توفير تجربة Defi متنوعة لأصول Bitcoin الأصلية، وسيكون ما إذا كان متوافقًا مع محافظ Bitcoin السائدة عاملاً مهمًا يجب مراعاته بالنسبة لمرافق BTCFi الطرفية، وCKB جاهز حاليًا.
اعتماد WebAuthn
WebAuthn< / قوي>إنه معيار شبكة تم تطويره بشكل مشترك بواسطة اتحاد شبكة الويب العالمية (W3C) وتحالف FIDO (Fast Identity Online).الهدف هو تحسين أمان مصادقة المستخدم، وتبسيط عملية تسجيل الدخول، وتقليل الحاجة إلى كلمات المرور التقليدية أو المفاتيح الخاصة.
يمكن لبرنامج إدارة المفاتيح المدمج في بعض أنظمة تشغيل سطح المكتب أو الهاتف المحمول السائدة مثل iOS وAndroid استخدام وحدات الأمان المحلية أو التخزين السحابي لتخزين المفاتيح وتنفيذ التوقيعات. حاليًا، تدعم الممارسة السائدة لـ WebAuthn بشكل عام P-256، وP-384، وP-521، وما إلى ذلك. وبما أن OmniLock من Nervos يدعم أساسيات التشفير المخصصة، فيمكن أيضًا تغطيتها.
فيما يلي بعض العملاء الذين يدعمهم WebAuthn:
< li> سلسلة مفاتيح Apple:
المنطقة الأمنية: تستخدم أجهزة Apple المنطقة الآمنة للتعامل مع عمليات التشفير الهامة، بما في ذلك تخزين المفتاح الخاص والتوقيع.
iOS وmacOS: يمكن لأنظمة Apple استخدام Keychain API لعمليات المصادقة والتوقيع، أو من خلال Face ID أو Touch ID للمستخدم المصادقة.
Windows Hello:
< /li>TPM (وحدة النظام الأساسي الموثوق به): يمكن لأجهزة Windows الاستفادة من TPM لإنشاء المفتاح الخاص والتوقيع عبر Windows Hello.
المصادقة البيومترية: يدعم Windows Hello التعرف على بصمات الأصابع والتعرف على الوجه للتحقق من هوية المستخدم.
Android Keystore:يمكن لأجهزة Android الاستفادة من ذلك من الأجهزة تقوم وحدة الأمان بتخزين المفاتيح والتوقيع والمصادقة عبر القياسات الحيوية مثل بصمات الأصابع أو التعرف على الوجه.
مفاتيح أمان Ubisoft: جهاز مفتاح الأمان، لـ على سبيل المثال، يدعم YubiKey عمليات المصادقة والتوقيع الآمنة عبر USB أو NFC.
محفظة CKB البيئية JoyID هي تطبيق يتم تنفيذه باستخدام تقنية WebAuthn. باستخدام JoyID، يمكن للمستخدمين المصادقة مباشرة من خلال الأساليب البيومترية مثل بصمات الأصابع أو التعرف على الوجه، مما يتيح تسجيل الدخول وإدارة الهوية بشكل سلس وعالي الأمان.
.bit في النظام البيئي Nervos هو أيضًا سيناريو يتم فيه استخدام تطبيق WebAuthn من Apple لتسجيل الدخول واستخدام blockchain.
من الحالات المذكورة أعلاه، يمكننا أن نرى أن حل AA الخاص بـ CKB يدعم بطبيعته السلاسل العامة الأخرى ومستخدمي Web2. بالنسبة لغالبية مستخدمي Web2، يعد دعم WebAuthn أمرًا بالغ الأهمية، فهو يتخلص من عبء إدارة المفتاح الخاص والعبارات التذكيرية ويقلل بشكل كبير من عتبة الاستخدام. كلما بذل النظام البيئي للسلسلة العامة جهودًا في هذا الاتجاه مبكرًا، زادت المزايا التي سيحصل عليها في المستقبل.
الملخص
الإيثريوم مقيد بمشكلة الأمتعة التاريخية الخاصة به ، تعالج حلول AA الموجودة الأعراض بشكل أساسي وليس السبب الجذري، ولا يمكنها حل المشكلة من الجذر، وأخذت شركة Nervos في الاعتبار تصميم نظام الحساب بشكل كامل عند تشغيل الشبكة الرئيسية، وقدمت وظيفة OmniLock، والتي يمكن أن تدعم أي شكل من أشكال طريقة المصادقة.
نموذج الخلية الخاص بـ Nervos هو في الأساس امتداد وظيفي لـ Bitcoin UTXO ويمكن أن يدعم نص القفل الخاص به مجموعة متنوعة من خوارزميات التحقق من التوقيع، ويستخدم OmniLock ما شابه بالنسبة إلى طريقة عقد النظام، فهو يدعم استدعاء أي خلية مباشرة في برنامج القفل النصي، مما يوفر تجربة على مستوى Web2 لغالبية المطورين والمستخدمين؛
في الوقت الحاضر، يحتوي النظام البيئي التجريدي لحساب Nervos بالفعل على CCC وMobit وJoyid ومنتجات أخرى مكتملة بشكل أساسي؛
BTCFi هي يعتبر توفير تجربة Defi المتنوعة وما إذا كانت متوافقة مع محافظ Bitcoin السائدة من العوامل المهمة التي يجب أخذها في الاعتبار بالنسبة لمرافق BTCFi الطرفية، باعتبارها منشأة مهمة في نظام BTCFi البيئي، فقد تبنت CKB نهجًا شاملاً وهي ضمن المطور يقوم كل من جانب المستخدم وجانب المستخدم بإنشاء الظروف اللازمة للتبني الشامل لـ BTCFi. ص>