ما وراء فن الإستذكار: محفظة Passkey ورؤيتها المستقبلية

المؤلف: جويل جون، موقع Decentralized.co؛ الترجمة: Golden Finance xiaozou

ملاحظة: هذه المقالة موجودة ثلاثة أجزاء الجزء الثاني من سلسلة مقالات. الجزء الأول يدور حول تجريد السلسلة، يرجى الرجوع إلى المقالة السابقة لـ Jinse Finance "لحظة AWS لـ Blockchain: كيف تجريد السلسلة يغير عالم الألف سلسلة. الجزء الثاني من هذه المقالة يدور حول كيفية تطوير البنية التحتية للمحفظة. إنها اللبنات الأساسية لجذب مليار مستخدم جديد إلى Web3.

قبل بضعة أشهر، قمت بالتسجيل في 0xppl.com. كان ذلك بعد أيام قليلة من جنون الميم، ولم أرغب في أن تنتشر اختياراتي غير المسؤولة ماليًا على الشبكات الاجتماعية. كنت أرغب في إنشاء محفظة جديدة – محفظة آمنة وسهلة الاستخدام. نظرًا لعدم رغبتي في تخزين زوج آخر من المفاتيح الخاصة، بحثت عن بدائل واكتشفت Capsule في دليل Metamask Snap.

في الماضي، كتبت عن أهمية إعطاء الأولوية للجوّال لتحقيق النمو. اعتبارًا من عام 2024، أطلقت العديد من منتجات DeFi المعروفة تطبيقات الهاتف المحمول. ناقشنا في العام الماضي كيف أصبحت التقلبات خدمة. في نهاية الأسبوع الماضي، وصلت الإيرادات التراكمية لفريق Pump.fun إلى 100 مليون دولار.

أريد أن أرى بوضوح ما هي الفرصة الكبيرة التالية، ويبدو أن محفظة مفتاح المرور قد تكون واحدة.

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

في هذه المقالة، سأشرح بإيجاز كيفية عمل مفتاح المرور وأقترح مستقبلًا محتملاً يتم تنفيذه بواسطة مفتاح المرور.

1、عبور الهوة

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

لذلك، إذا كنت تريد تنزيل أحدث ألبوم من Napster، وليس لديك سوى اتصال بالإنترنت، فقد لا يتلقى منزلك أي مكالمات في الوقت الحالي.

لقد فتحت الأجهزة المحمولة الباب أمام الاتصال بالشبكة. من عام 2000 إلى عام 2020، استخدم 3 مليارات شخص الأجهزة المحمولة للوصول إلى الإنترنت. عندما انضم مليار مستخدم إلى فيسبوك في العقد الأول من القرن الحادي والعشرين، فقد ولّدوا اهتمامًا كافيًا لتحفيز تطوير الاقتصاد الرقمي أولاً - وهو الاقتصاد الذي يتم فيه بيع السلع أو المواعدة عبر الإنترنت بالكامل من خلال الشبكة الاجتماعية.

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

اليوم، يتطلب الوصول الآمن إلى المحفظة أن يكون لديك جهاز فعلي (مثل محفظة دفتر الأستاذ)، وتوقيع المعاملة، والاحتفاظ بها في مكان آمن. ولذلك، يستخدمها الناس فقط لتخزين الأصول ذات القيمة العالية. تشبه محفظة Passkey الأجهزة المحمولة على الإنترنت. وهي لا تتطلب تكاليف أولية عالية وتسمح للمستخدمين باستخدامها أثناء التنقل، مثل Capsule. تعمل تقنية Passkey على تقليل عتبة استخدام المحافظ بشكل كبير.

المحرك الرئيسي لاعتماد مفتاح المرور هو Fast Identity Online (FIDO: خدمة التحقق السريع من الهوية عبر الإنترنت) - أكثر من 250 شركة معروفة تستخدم هذا المعيار بالفعل. يستخدم مديرو كلمات المرور المشهورون مثل Bitwarden وLastPass خدمات FIDO. لذا، إلى حد ما، هذه تقنية ناضجة يتم نقلها الآن إلى النظام البيئي للعملات المشفرة من خلال كيانات مثل Capsule.

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

عند الدفع باستخدام Apple Pay أو تسجيل الدخول إلى جهاز باستخدام التعرف على الوجه، فإن البيانات البيومترية لا تترك جهازك. تقوم الشريحة (التي تسمى غالبًا بـ Secure Enclave) بالتحقق من المعلومات (مثل بصمة الإصبع)، ومعالجتها، وتقديم النتائج إلى برامج الطرف الثالث. يمكنني سرقة جهاز iPhone الخاص بك، لكن هذا لا يعني أنه يمكنني الوصول إلى بياناتك البيومترية، لأن هذه البيانات لا تترك المنطقة الآمنة أبدًا.

يحتوي كل تطبيق على زوج مفاتيح فريد، لذا لا يجوز استخدام زوج مفاتيح Google الخاص بك مرة أخرى على Amazon. فكر فيها على أنها كلمات مرور فريدة يتم إنشاؤها تلقائيًا بواسطة الجهاز لتسجيل الدخول إلى مواقع مختلفة. عادةً ما يتم تخزين هذه المفاتيح في السحابة. لدى كل من Google وApple آليات تخزين سحابية مقابلة للمفاتيح، بحيث يمكن لأي جهاز يستخدم أنظمة التشغيل الخاصة بهما مزامنة مفاتيح تسجيل الدخول.

ماذا يعني هذا بالنسبة لعالم العملات المشفرة؟ تستخدم المحافظ مفاتيح خاصة لتوقيع المعاملات. هل تتذكر أنني قلت أن الجيب الآمن الخاص بك يخزن مفتاحك الخاص؟ في الواقع، يمكنك استخدام التعرف على الوجه أو مسح بصمات الأصابع كآلية مصادقة لتوقيع المعاملات. قد لا يعتقد المخضرمون في مجال العملات المشفرة أن هذا أمر رائع. ولكن إذا كنت مطورًا للعبة أو منتج اجتماعي web3، ولديك أقل من 10 ثوانٍ لجذب المستخدمين، فإن استخدام مفتاح مرور iCloud هو الحل الأسرع في الوقت الحالي.

تتيح لي الكبسولة إنشاء محفظة يمكنني الوصول إليها في أي وقت والتحقق من المعاملات بسهولة عبر مسح بصمات الأصابع أو التعرف على الوجه من جهازي المحمول. أنها توفر مجموعة تطوير البرامج (SDK) التي تمكن أي مطور من إنشاء محافظ جديدة للمستخدمين. عند استخدام Gmail لتسجيل الدخول إلى منتج Capsule، يمكنك على الفور رؤية المحفظة الجاهزة للاستخدام في أي وقت.

يدمج موفرو المحفظة مثل Capsule حلول التمويل مثل Stripe. لذلك، يمكن للمستخدمين الاحتفاظ بـ ETH (لدفع ثمن الغاز) ببساطة عن طريق استخدام Apple Pay بعد تنشيط المحفظة. ونتيجة لذلك، يتم تقليل العملية التي كانت تستغرق ساعات في السابق إلى دقائق. لم يعد عليك الاضطرار إلى التعامل مع البورصات الخارجية الغامضة لسك NFTs. ولكن ماذا لو فقد المستخدم مفتاحه؟

هذا هو المكان الذي يأتي فيه حساب متعدد الأطراف (MPC). يبدو هذا قليلاً مثل تجريد الحساب، لكن المفهوم مختلف.

MPC هي آلية لإنشاء مفاتيح التشفير وإدارتها. كما يوحي الاسم، هناك أطراف متعددة تشارك في إنشاء مفتاح خاص وتخزينه، دون أن يعرف أي منهم محتوياته بالكامل. في الواقع، لا يستطيع أي شخص الوصول إلى المفتاح، ولكن إذا فقد شخص ما جزءًا من المفتاح، فيمكن لشخصين آخرين المساعدة في استعادة الوصول.

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

لقد شرحت كيفية عمله، والآن يمكننا مناقشة ما يحققه ولماذا يثير اهتمامي كثيرًا. تتيح حزمة SDK المقدمة من Capsule للمستخدمين إنشاء محفظة يمكن استخدامها عبر منتجات متعددة. على سبيل المثال، عند استخدام نفس المحفظة على Metamask لـ Uniswap وAave، يمكن لكلا التطبيقين التفاعل مع نفس العنوان للاستعلام عن المعاملات وتنفيذها.

يمكن لـ Aave التحقق من رصيد محفظتك قبل الموافقة على القرض، ويمكنك استخدام الرمز المميز لموفر السيولة (LP) الخاص بـ Uniswap كضمان آخر لقرض النظام الأساسي. تعد إمكانية التشغيل المتداخل للأصول عبر الأنظمة الأساسية أحد المبادئ الأساسية لـ Web3. تاريخيًا، كان تحقيق هذا النوع من قابلية التشغيل البيني يتطلب من المستخدمين أن يكون لديهم محفظتهم الخاصة التي تحتوي على عبارة تذكيرية. يمكن أن يكون ترحيل إمكانية التشغيل البيني بين الأجهزة أمرًا مؤلمًا.

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

يمكنك تسجيل الدخول باستخدام حساب Google الخاص بك واستخدام نفس المحفظة عبر منتجات متعددة. قد يقول المرء أن هذه الميزة متاحة لأي شخص يستخدم MetaMask، ولكن معظم المستخدمين ليسوا على دراية بفن الإستذكار أو الحفاظ عليها آمنة. ومع ذلك، فهم على دراية باستخدام نظام تسجيل الدخول الخاص بـ Google أو Twitter أو Apple. يمكن للمستخدمين إنشاء محفظة بنقرة زر واحدة فقط، وهو ما قد يشكل الفرق بين الاحتفاظ بالمحفظة والتخلي عنها.

هناك عامل آخر يجب ملاحظته هنا وهو أن روابط البريد الإلكتروني أو المحافظ المضمنة نفسها ليست جديدة. هناك العديد من مقدمي الخدمات في هذا القطاع من السوق.

من المثير للاهتمام كيف يمكنك استخدام نفس نموذج المصادقة في منتجات مختلفة - على سبيل المثال، مقبض X أو تسجيل الدخول إلى Gmail. إمكانية التشغيل البيني فريدة من نوعها.

في الماضي، إذا استخدمت بريدًا إلكترونيًا (مثل [email protected]) لإطلاق محفظة في بورصة لامركزية ثم حاولت إطلاق محفظة على منتج آخر (مثل منتج الإقراض)، سيكون لديك محفظتين مختلفتين. لذا فإن أي نوع من قابلية التركيب (أو التفاعل عبر التطبيقات) غير وارد. تساعد Capsule على نقل الأصول والهويات بين أنظمة المصادقة الأصلية لـ web2، وتسمح مجموعة SDK الخاصة بها لأي مطور بدمجها في منتج باستخدام بضعة أسطر فقط من التعليمات البرمجية.

التحسين الآخر الذي تقدمه Capsule إلى مجال المحفظة هو المعاملات القابلة للبرمجة، والتي تدعم المعاملات التلقائية في ظل ظروف معينة.

على سبيل المثال، لنفترض أنك تريد محفظة تحتوي على USDC لشراء ما قيمته 100 دولار من ETH من Uniswap في كل مرة ينخفض ​​فيها سعر ETH إلى أقل من 2000 دولار. في الماضي، كان عليك إيداع مبلغ الـ 100 دولار بالكامل في بورصة مركزية (مثل Binance) أو تتبع تحركات أسعار الأصل يدويًا.

مع المعاملات القابلة للبرمجة، تكون هذه العملية أسهل بكثير. يمكن لمنتجات مثل Velo Data تمرير متغير (في هذه الحالة، سعر ETH) للتحقق من المعاملة. يقوم المستخدم بالاختيار، وعندما يتم استيفاء شروط أن تكون ETH أقل من 2000 دولار، يمكن للكبسولة التوقيع على المعاملة.

إن الحصول على التوقيعات المطلوبة لتنفيذ المعاملات عبر الأطراف يتيح إمكانية البرمجة. يمكنك تعيين المتطلبات الأساسية لتداول الأصول من خلال Uniswap دون مشاركة المستخدم - على غرار عبارات if-then المستخدمة للمعاملات عند تسجيل الدخول إلى التطبيق.

على سبيل المثال، يمكن لمنتج تأمين على السلسلة الاستعلام عن البيانات من Oracle الذي يوفر بيانات الطقس وإجراء الدفعات من مجموعة من الأموال الممولة من قبل عدة مستخدمين. يمكن أيضًا لسوق التنبؤ الذي يستخدم بيانات استعلام Google أن يدفع مقابل الأحداث الرياضية. والأفضل من ذلك، أنه يمكنك توصيل Apple Watch بمحفظة محددة مسبقًا بحيث يتم تحويل الأموال تلقائيًا إلى الأصدقاء إذا فاتك التمرين طوال اليوم.

في كل هذه الحالات، الميزة الفريدة التي تقدمها Capsule للمطورين هي أنها لا تترك المستخدمين أبدًا يعانون من العبارات التذكيرية. يمكن للمستخدمين فتح محفظتهم، وشراء 10 دولارات من ETH، وتسجيل الدخول باستخدام حساب Gmail الخاص بهم للمراهنة على الأسواق الرياضية، وشراء ETH باستخدام SDK من خلال Stripe.

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

2، أكثر من مجرد تداول

لماذا هذا مهم؟ يمكنني أن أعطي مثالا للتوضيح. في الآونة الأخيرة، عقدت Capsule شراكة مع r/datadao لتمكين المستخدمين من نقل البيانات من Reddit إلى DAO. ببساطة، يتيح المنتج للمستخدمين تصدير بياناتهم من Reddit إلى DataDAO (التي تديرها الكومنولث) لتدريب نماذج اللغات الكبيرة (LLM). يتطلب مثل هذا النظام نموذج تسجيل دخول بسيط يمكنه التعامل مع عناوين البريد الإلكتروني والتفاعل مع منتجات web3 الأصلية مثل الكومنولث.

تتم إدارة DAO الخاص بـ R/datadao بواسطة أداة تسمى الكومنولث. لذلك عندما يقوم المستخدم بإعداد محفظة (باستخدام Reddit) ثم يقوم بتسجيل الدخول إلى الكومنولث، فيمكنه استخدام النقاط (أو الرموز المميزة) التي يكسبها من Reddit للتصويت على DAO التي تحكمها الكومنولث. يسمح Capsule للمستخدمين بالتسجيل في DataDAO باستخدام محفظة تم إنشاؤها من حساب X أو Discord أو Google، واستخدام نقاطهم للتصويت على النظام الذي أنشأه Common. لا يستغرق الأمر سوى بضع ثوانٍ لإكمال هذه الخطوات.

المثال الأكثر صلة هو أنه يمكن لسائقي Uber إدارة DAO بما يتناسب مع الأميال التي لديهم في حساب Uber الخاص بهم. يأتي دعم حالات الاستخدام هذه جزئيًا من الأدوات التي توفرها ZkTLS.

هناك طريقة أخرى تعمل بها Capsule على توسيع سوقها لتشمل مستخدمي Web3 الجدد من خلال المحافظ التي تم إنشاؤها مسبقًا. بمعنى آخر، تسمح منتجات Web2 للمستخدمين بتنشيط محافظهم عند تسجيل الدخول إلى المنتج، وتوجد أصول بالفعل في المحفظة.

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

الآن، لست متأكدًا تمامًا من عدد الأشخاص المؤهلين كـ:

●  ;العيش في دبي

● الجري

● نشط على تويتر

● استخدم NFT للوصول إلى المجتمع

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

يفتح هذا مساحة تصميم لتطبيقات جديدة تمامًا. ولعل المحتوى نفسه هو أحد أكثر الفرص التي يمكن الوصول إليها. حاليًا، نكتب على Substack لأنه يسمح لنا بالتواصل مع قرائنا عبر البريد الإلكتروني. إذا كنا بحاجة إلى سك NFT، فإن أفضل خياراتنا هي Paragraph أو Mirror أو Farcaster Frame. لنفترض أن Capsule SDK يسمح بإنشاء منشور Web3 أصلي يسمح للمستخدمين بإنشاء مقالات وإرسالها إلى عناوين البريد الإلكتروني الخاصة بهم.

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

على الجانب الأيسر من الصورة أعلاه، استخدمت شيئًا مثل Metamask لشرح خطوات سك العملات المعدنية على المرآة اليوم، وعلى الجانب الأيمن شرحت الطريقة لاستخدام كبسولة SDK كيف تبدو.

وهذا يعني أنه يمكن للمنتج إعادة تنشيط المستخدمين باستخدام قنوات التوزيع التقليدية (مثل البريد الإلكتروني) أثناء إشراكهم في مسارات الدفع على Web3 (مثل العملات المستقرة) التفاعلية.

يبدو أن أدوات مثل تلك التي توفرها Capsule هي بمثابة جسر بين السوق الحالي والسوق الذي قد يكون موجودًا في السنوات العشر القادمة. في رأيي، فهي الحل الوسط المثالي بين سهولة الاستخدام والراحة لمنتجات Web2 والأمان والاستضافة والتخصيص لمبادئ البناء الأصلية لـ Web3.