Torus

ما هو Torus؟

Torus هو شبكة مفتوحة المصدر وغير وصائية لإدارة المفاتيح، صُممت لتسهيل استخدام محافظ العملات المشفرة دون إجبار كل مستخدم على إدارة عبارة استرداد يدوياً.

في مجال العملات المشفرة، يُعرف Torus أساساً بتشغيل تجارب محافظ تعتمد تسجيل الدخول الاجتماعي، والمحافظ المضمنة، وأدوات المطورين التي تساعد تطبيقات Web3 على ضم المستخدمين باستخدام طرق تسجيل دخول مألوفة.

يصف موقع Torus Labs الرسمي Torus بأنه شبكة مفتوحة المصدر وغير وصائية لإدارة المفاتيح تجعل Web3 بسيطاً وآمناً وسهل الاستخدام. وتوضح وثائق Torus أن Torus Network يشغل حلول المصادقة وإدارة المفاتيح مثل Web3Auth لتطبيقات Web3.

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

قد يختبر المستخدم Torus عندما يسجل الدخول إلى تطبيق كريبتو باستخدام البريد الإلكتروني أو تسجيل الدخول الاجتماعي أو تسجيل الدخول بلا كلمة مرور أو المصادقة المدعومة بالقياسات الحيوية، بدلاً من استيراد عبارة استرداد يدوياً. والهدف هو تقليل عوائق الانضمام مع الحفاظ على تحكم المستخدم غير الوصائي بالمحفظة.

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

لماذا يهم Torus في الكريبتو؟

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

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

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

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

تكمن القيمة الرئيسية لـ Torus في تجربة المستخدم وأمان المفاتيح، لا في المضاربة.

Torus Network مقابل Torus Wallet مقابل Web3Auth

ترتبط Torus Network وTorus Wallet وWeb3Auth ببعضها، لكنها ليست الشيء نفسه تماماً. Torus Network هي شبكة إدارة المفاتيح الموزعة وطبقة البنية التحتية.

Torus Wallet هي واجهة محفظة تستخدم المصادقة وإدارة المفاتيح بأسلوب Torus للوصول إلى البلوكشين. أما Web3Auth فهو منتج للبنية التحتية للمحافظ والمصادقة موجه للمطورين، نشأ من النظام البيئي نفسه ويرتبط عادة بتقنية Torus.

تقول وثائق Torus الرسمية إن Torus Network يشغل حلول المصادقة وإدارة المفاتيح مثل Web3Auth. ويصف موقع Web3Auth إنشاء المحافظ بأنه بلا عبارة استرداد وغير وصائي ومدعوم بالحوسبة متعددة الأطراف وAccount Abstraction.

كما تصف وثائق المحافظ المضمنة الحالية الانضمام القائم على OAuth والتحكم غير الوصائي بالمحفظة والبنية الموزعة وخيارات الاسترداد المتعددة.

قد تظهر هذه الأسماء معاً للمستخدم لأنها تعالج مشكلة واحدة هي تسهيل تسجيل الدخول إلى Web3. أما للمطور، فيهم الفرق لأن خيار التكامل قد يتضمن Torus Wallet أو SDKs الخاصة بـ Web3Auth أو بنية المحافظ المضمنة، بحسب تصميم التطبيق.

كيف يعمل Torus؟

يعمل Torus باستخدام إدارة المفاتيح القائمة على العتبة لتقسيم التحكم في المفتاح الخاص للمستخدم إلى حصص متعددة. وتوضح وثائق Torus Key Infrastructure أن Torus يستخدم نموذج حصتين من أصل ثلاث، يشمل جهاز المستخدم وحصة خدمة تسجيل الدخول عبر عقد Torus وحصة استرداد.

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

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

إدارة المفاتيح القائمة على العتبة

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

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

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

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

Torus Key Infrastructure

Torus Key Infrastructure هو النموذج التقني الذي يدير حصص المفاتيح الخاصة والاسترداد وإدارة الأجهزة والوصول القائم على المصادقة. وتذكر وثائق Torus أن TKI يستخدم أشكالاً مختلفة من إدارة المفاتيح القائمة على العتبة لتحسين تجربة المستخدم دون التضحية بالأمان أو تحكم المستخدم النهائي.

يمكن لـ TKI استخدام جهاز المستخدم وإدخال خاص وطرق مصادقة OAuth وعقد Torus كأجزاء من عملية الوصول إلى المفتاح. وهو يدعم الانضمام عند إنشاء المستخدم للمحفظة أو حصوله على إمكانية الوصول إليها لأول مرة، واسترداد المفتاح عند فقدان جهاز أو الحاجة إلى استعادة الوصول، وإدارة الأجهزة عند إضافتها أو إزالتها.

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

عقد Torus

عقد Torus هي المشاركون في الشبكة الموزعة الذين يساعدون في إدارة حصص المفاتيح والاسترداد القائم على المصادقة. وتقول وثائق عقد Torus إن هذه العقد تشغّل بروتوكولات Distributed Key Generation لتخصيص الأسرار أو المفاتيح للمستخدمين وتخزينها وإعادتها إليهم.

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

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

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

Distributed Key Generation

Distributed Key Generation أو DKG هي عملية تشفيرية تساعد فيها عقد متعددة على إنشاء مواد مفاتيح دون أن تحتفظ عقدة واحدة بالسر الكامل بمفردها. في سياق Torus، يساعد DKG العقد على المشاركة في إنشاء وإدارة حصص المفاتيح للمستخدمين.

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

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

تسجيل الدخول الاجتماعي والوصول إلى محافظ Web3

يُعد تسجيل الدخول الاجتماعي من أبرز تجارب المستخدم المرتبطة بـ Torus. قد يسجل المستخدم الدخول بطرق مألوفة مثل البريد الإلكتروني أو تسجيل الدخول بلا كلمة مرور أو OAuth أو المصادقة المعتمدة على الجهاز. ولا يحتاج إلى فهم عبارات الاسترداد قبل الدخول إلى التطبيق.

يمكن أن يسهل ذلك استخدام ألعاب NFT وdApps الموجهة للمستهلكين وبرامج الولاء والمحافظ الملائمة للمبتدئين. لكن تسجيل الدخول الاجتماعي في نظام بأسلوب Torus لا يفترض أن يعني امتلاك شركة التواصل الاجتماعي للمحفظة.

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

التصميم غير الوصائي

يعني التصميم غير الوصائي أن المستخدم، لا وصي خارجي، يتحكم في المفتاح التشفيري اللازم لنقل الأصول. وتنص وثائق Torus Key Infrastructure على أن خدمات تسجيل الدخول لا تصل إلا إلى حصة واحدة ولا تستطيع استرداد المفتاح الخاص للمستخدم بمفردها.

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

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

تجربة المحفظة بلا عبارة استرداد

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

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

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

استرداد الحساب

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

يستخدم Torus الاسترداد القائم على العتبة، بحيث لا يؤدي فقدان عامل واحد بالضرورة إلى فقدان الوصول. وتوضح وثائق Torus أن المستخدمين يستطيعون الاسترداد إذا ظل لديهم وصول إلى حصص كافية، ويمكنهم تحديث الحصص كي تُلغى الحصص المفقودة.

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

لكن يجب التعامل مع تصميم الاسترداد بحذر؛ إذ قد تخلق أسئلة الاسترداد الضعيفة أو حسابات البريد الإلكتروني المخترقة أو الأجهزة غير الآمنة مسارات للهجوم. ينبغي لعملية الاسترداد القوية موازنة الراحة والأمان.

حصص الأجهزة

حصة الجهاز هي حصة مفتاح مخزنة على جهاز المستخدم. في Torus Key Infrastructure، يمكن للجهاز الاحتفاظ بجزء من الإعداد القائم على العتبة. وعلى الأجهزة المحمولة، قد تحمى هذه الحصة بتخزين الجهاز أو التخزين الآمن أو الوصول المدعوم بالقياسات الحيوية، بحسب التنفيذ.

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

حصص الاسترداد

حصة الاسترداد عامل إضافي يُستخدم عند تعطل الوصول العادي. في وثائق Torus، يمكن أن يحتفظ المستخدم بحصة الاسترداد، أو يخزنها بصورة منفصلة، أو ينزلها، أو يبنيها على إدخال المستخدم، أو يربطها بعامل آمن آخر، بحسب التنفيذ.

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

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

Torus Wallet

Torus Wallet هي واجهة محفظة تستخدم مسارات تسجيل الدخول في Torus وتربط المستخدمين بشبكات البلوكشين المدعومة. وتذكر وثائق Torus Wallet أن المحفظة تستخدم مسارات OpenLogin وتوفر اتصالاً مباشراً بـ Ethereum وبلوكشينات أخرى.

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

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

Torus ومحافظ Solana

لدى Torus أيضاً وثائق للوصول إلى محافظ Solana. تنص وثائق Torus Solana Wallet على أن Solana Wallet تستخدم مسارات OpenLogin وتوفر اتصالاً مباشراً ببلوكشين Solana.

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

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

Torus وWeb3Auth

يرتبط Web3Auth ارتباطاً وثيقاً بنظام Torus البيئي لأنه يوفر أدوات للمطورين لتسجيل الدخول الاجتماعي والمحافظ المضمنة والبنية التحتية للمحافظ غير الوصائية. يذكر موقع Web3Auth الرسمي أن إنشاء المحفظة يمكن أن يتم خلال ثوانٍ مع بقائه غير وصائي وبلا عبارة استرداد عبر MPC وAccount Abstraction.

وتذكر وثائق المحافظ المضمنة الحالية أن البنية التحتية تدعم عمليات تسجيل الدخول القائمة على OAuth وتتيح للمستخدمين الوصول إلى تطبيقات Web3 بطرق مصادقة مألوفة. ويمثل ذلك السياق الحديث للمنتج الذي يلتقي فيه كثير من المطورين بأفكار Torus اليوم.

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

لكن يتعين على المطورين فهم نموذج الحفظ ونموذج الاسترداد ومسار التوقيع الذي يقدمونه للمستخدمين. استخدام البنية التحتية لا يلغي مسؤولية التصميم الأمني.

Torus والحوسبة متعددة الأطراف

الحوسبة متعددة الأطراف (MPC) هي نهج تشفيري تتشارك فيه أطراف متعددة حساب شيء ما أو تفويضه دون أن يكشف أي طرف السر الكامل. يركز Web3Auth حالياً على بنية محافظ MPC، بينما تناقش وثائق Torus الأقدم غالباً إدارة المفاتيح القائمة على العتبة وShamir Secret Sharing.

الهدف المشترك هو تجنب وجود مفتاح خاص كامل واحد في مكان ضعيف. يمكن لبنية المحافظ بأسلوب MPC أن تساعد في الانضمام بلا عبارة استرداد واسترداد الحساب ومسارات توقيع بمستوى مؤسسي.

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

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

Torus وAccount Abstraction

Account Abstraction هو نهج لتصميم المحافظ يمكن أن يجعل حسابات البلوكشين أكثر قابلية للبرمجة وأسهل استخداماً. يربط موقع Web3Auth الحالي إنشاء محافظ بلا عبارة استرداد بالحوسبة متعددة الأطراف وAccount Abstraction.

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

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

مزايا Torus

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

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

الميزة الخامسة هي مرونة السلاسل؛ إذ تصف وثائق Torus اتصالات المحافظ عبر سلاسل بأسلوب Ethereum وSolana وبيئات مدعومة أخرى.

قيود Torus

أول قيود Torus هو أن سهولة الانضمام قد تخلق ثقة زائفة. قد يعتقد المستخدم أن محفظة تسجيل الدخول الاجتماعي تعمل كحساب Web2 عادي، بينما تظل معاملات البلوكشين غير قابلة للعكس في حالات كثيرة.

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

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

القيد الخامس هو الاعتماد على البنية التحتية؛ فحتى بنية المفاتيح غير الوصائية قد تعتمد على توفر العقد وخدمات المصادقة وتحديثات SDK وجودة تنفيذ التطبيق.

مخاطر أمان Torus

يقلل Torus بعض مخاطر عبارات الاسترداد، لكنه لا يلغي مخاطر أمان الكريبتو. يظل التصيد الاحتيالي تهديداً رئيسياً لأنه قد يخدع المستخدمين لتوقيع معاملات خبيثة. كما يبقى الاستيلاء على الحساب تهديداً لأن حسابات البريد الإلكتروني والحسابات الاجتماعية قد تتعرض للاختراق.

وتظل البرمجيات الخبيثة على الأجهزة تهديداً لأن الحصص المحلية أو جلسات التوقيع قد تتعرض للهجوم. كما أن عوامل الاسترداد الضعيفة تمثل تهديداً لأن المهاجمين قد يخمنون معلومات الاسترداد أو يحصلون عليها عبر الهندسة الاجتماعية.

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

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

Torus للمطورين

يستخدم المطورون بنية بأسلوب Torus لضم المستخدمين إلى تطبيقات Web3 بسلاسة أكبر. قد يرغب المطور في أن ينشئ المستخدمون المحافظ تلقائياً بعد تسجيل الدخول بطرق مألوفة، أو في دعم انضمام بلا رسوم غاز، أو سك NFT، أو الأصول داخل الألعاب، أو نقاط الولاء، أو المدفوعات، أو الوصول إلى DeFi.

يمكن لأدوات بأسلوب Torus وWeb3Auth توفير إنشاء المحافظ والمصادقة والاسترداد وبنية التوقيع. وقد يقلل ذلك وقت التطوير مقارنةً ببناء شبكة مخصصة لإدارة المفاتيح من الصفر.

لكن لا ينبغي للمطورين التعامل مع بنية المحافظ بوصفها مكوناً يُركب ثم يُنسى. يتعين عليهم اختيار السلسلة الصحيحة، وتهيئة المصادقة بأمان، وشرح ملكية المحفظة، وإدارة مسارات الاسترداد، وعرض تفاصيل المعاملات بوضوح، ومراقبة تغييرات SDK والتنبيهات الأمنية ومشكلات دعم المستخدمين.

يكون Torus أكثر فائدة لفرق المطورين عند دمجه مع تصميم منتج دقيق وتواصل واضح بشأن المخاطر. ويجب ألا يخفي مسار تسجيل الدخول السلس قرارات التحكم المهمة في الأصول عن المستخدمين.

Torus للمستخدمين

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

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

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

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

Torus والتداول

ليس Torus أداة تداول أساساً، لكنه قد يؤثر في الوصول إلى التداول عبر تسهيل الانضمام إلى المحافظ. قد يستخدم المستخدم محفظة مدعومة من Torus للاتصال بتطبيق لامركزي، أو الموافقة على توكن، أو تبديل الأصول، أو سك NFT، أو الوصول إلى سوق ألعاب الكريبتو.

تهم تجربة المحفظة المتداولين لأن كل معاملة يجب توقيعها بصورة صحيحة. قد يقلل تسجيل الدخول السلس عوائق الانضمام، لكنه لا يضمن صفقة جيدة.

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

Torus وNFTs

تفيد المحافظ بأسلوب Torus تطبيقات NFT لأنها تقلل عوائق إعداد المحفظة. يمكن للعبة أو منصة NFT أن تتيح للمستخدمين تسجيل الدخول بطرق مألوفة والحصول على محفظة في الخلفية.

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

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

Torus وDeFi

يمكن لـ Torus مساعدة المستخدمين في الوصول إلى تطبيقات DeFi عبر تسجيل دخول محافظ مضمنة. قد يتصل المستخدم ببروتوكول إقراض أو مجمع سيولة أو Swap Router أو تطبيق تخزين أو لوحة معلومات للعائد باستخدام محفظة منشأة عبر بنية بأسلوب Torus.

يحسن ذلك سهولة الاستخدام، لكن DeFi يظل معقداً. ما زال المستخدمون يواجهون أخطاء العقود الذكية ومخاطر Oracle ومخاطر التصفية والخسارة غير الدائمة ومخاطر الحوكمة ومخاطر الموافقة على التوكنات.

لا تدقق طبقة البنية التحتية للمحفظة بروتوكول DeFi تلقائياً. ينبغي للمستخدم فهم الأصول التي يوردها أو يقترضها أو يبدلها أو يوافق عليها، وينبغي للمطورين ألا يجعلوا إجراءات DeFi تبدو كنقرات حساب عادية. يجب عرض المخاطر المهمة قبل توقيع المستخدم.

Torus وتصدير المفتاح الخاص

يمثل تصدير المفتاح الخاص اعتباراً مهماً لأي نظام محافظ مضمنة. يريد بعض المستخدمين خيار الانتقال من محفظة مضمنة إلى محفظة حفظ ذاتي أخرى لاحقاً.

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

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

ينبغي أن تدعم المحفظة غير الوصائية استقلالية المستخدم، لكن الاستقلالية تتضمن المسؤولية. تقلل البنية بأسلوب Torus حاجة المستخدمين للتعامل مع المفاتيح الأولية أثناء الانضمام العادي، وينبغي التعامل مع تصدير المفتاح الأولي بوصفه إجراءً متقدماً.

مفاهيم خاطئة شائعة حول Torus

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

المفهوم الخاطئ الثاني هو الاعتقاد بأن تسجيل الدخول الاجتماعي يعني تحكماً وصائياً. في بنية المفاتيح بأسلوب Torus، يمثل تسجيل الدخول الاجتماعي عامل وصول واحداً لا المفتاح الخاص الكامل.

المفهوم الخاطئ الثالث هو أن عدم استخدام عبارة استرداد يعني عدم وجود مخاطر. لا يزال على المستخدمين حماية الأجهزة وحسابات تسجيل الدخول وعوامل الاسترداد وقرارات التوقيع.

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

أفضل الممارسات لاستخدام المحافظ المدعومة من Torus

أمّن البريد الإلكتروني أو الحساب الاجتماعي المستخدم لتسجيل الدخول إلى المحفظة.

فعّل مصادقة قوية متعددة العوامل عندما تكون متاحة.

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

حافظ على تحديث الأجهزة وحمايتها من البرمجيات الخبيثة.

استخدم روابط التطبيقات الرسمية وتجنب نوافذ المحافظ المنبثقة غير المعروفة.

اقرأ كل مطالبة توقيع قبل الموافقة عليها.

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

احتفظ بعوامل الاسترداد منفصلة عن بعضها عند الإمكان.

لا تصدّر المفاتيح الخاصة ما لم تفهم المخاطر.

ابدأ بمبالغ صغيرة قبل الوثوق بأي مسار محفظة جديد بأصول كبيرة.

أفضل الممارسات للمطورين الذين يستخدمون Torus

اشرح للمستخدمين متى تُنشأ المحفظة وما الذي تتحكم فيه.

اجعل خيارات الاسترداد واضحة أثناء الانضمام.

استخدم إعدادات مصادقة قوية افتراضياً وشجّع الحماية متعددة العوامل.

اعرض تفاصيل المعاملة بلغة واضحة قبل توقيع المستخدمين.

افصل إجراءات تسجيل الدخول عن إجراءات التوقيع المالي.

حذّر المستخدمين قبل الموافقة على التوكنات ونقل NFTs وعمليات التبديل والمعاملات غير القابلة للعكس.

اختبر استرداد الحساب على أجهزة جديدة قبل الإطلاق.

راقب تحديثات SDK وإرشادات الأمان من المصادر الرسمية.

استخدم محاكاة المعاملات عند الإمكان لتقليل التوقيع الأعمى.

صمم الانضمام بحيث لا تخفي سهولة الاستخدام مسؤولية الحفظ.

الأسئلة الشائعة

ما هو Torus في الكريبتو؟

Torus هو شبكة مفتوحة المصدر وغير وصائية لإدارة المفاتيح تساعد تطبيقات Web3 على توفير وصول أسهل إلى المحافظ عبر طرق تسجيل دخول مألوفة.

هل Torus محفظة كريبتو؟

قد يشير Torus إلى Torus Wallet، لكن مفهوم Torus الأوسع هو بنية مفاتيح تشغل تجارب المحافظ والمصادقة.

هل Torus غير وصائي؟

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

هل يستخدم Torus عبارات الاسترداد؟

قد يكون الانضمام بأسلوب Torus بلا عبارة استرداد للمستخدمين لأن الوصول إلى المفتاح يُدار عبر حصص قائمة على العتبة وعوامل مصادقة.

هل يعني عدم استخدام عبارة استرداد عدم وجود مخاطر؟

لا، لا تزال المحافظ بلا عبارة استرداد تتطلب أجهزة آمنة وحماية قوية لتسجيل الدخول وعوامل استرداد آمنة وتوقيعاً دقيقاً للمعاملات.

ما هو Torus Key Infrastructure؟

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

ما هي عقدة Torus؟

عقدة Torus هي مشارك في الشبكة يساعد في إدارة حصص المفاتيح القائمة على المصادقة ويدعم مسارات Distributed Key Generation واسترداد المفاتيح.

ما هي حصة الجهاز؟

حصة الجهاز جزء من إعداد الوصول إلى المفتاح يمكن تخزينه على جهاز المستخدم.

ما هي حصة الاسترداد؟

حصة الاسترداد عامل إضافي يُستخدم لاستعادة الوصول إلى المحفظة عند تعطل الوصول العادي.

كيف يساعد Torus المبتدئين؟

يساعد Torus المبتدئين بجعل الانضمام إلى المحفظة أقرب إلى تسجيل الدخول المألوف إلى الإنترنت مع دعم الملكية غير الوصائية.

هل يمكن استخدام Torus مع DeFi؟

نعم، يمكن لمحفظة مدعومة من Torus الاتصال بتطبيقات DeFi، لكن على المستخدمين إدارة مخاطر العقود الذكية والانزلاق السعري والموافقات والسوق.

هل يمكن استخدام Torus مع NFTs؟

نعم، تستطيع المحافظ بأسلوب Torus دعم الانضمام إلى NFT وسكها ونقلها والتفاعل مع الأسواق، بحسب التطبيق ودعم السلسلة.

هل Torus هو نفسه Web3Auth؟

لا، Torus هو النظام البيئي الأساسي لإدارة المفاتيح، بينما Web3Auth منتج وبنية تحتية مرتبطان للمطورين يهدفان إلى تسهيل الانضمام إلى المحافظ المضمنة.

ما أكبر ميزة لـ Torus؟

أكبر ميزة هي تسهيل الانضمام إلى Web3 دون مطالبة المستخدمين بإدارة عبارة استرداد يدوياً منذ البداية.

ما أكبر مخاطر Torus؟

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

الخلاصة

Torus هو نظام لإدارة مفاتيح الكريبتو بُني لجعل الوصول إلى محافظ Web3 أسهل وأكثر أماناً وألفة للمستخدمين العاديين. ويركز على الوصول غير الوصائي إلى المحافظ وتسجيل الدخول الاجتماعي وإدارة المفاتيح القائمة على العتبة ومرونة الاسترداد والتكامل الملائم للمطورين.

تدعم Torus Network بنية المصادقة وإدارة المفاتيح التي يمكن أن تشغل المحافظ ومنتجات المحافظ المضمنة ومسارات تسجيل الدخول لتطبيقات Web3. يستخدم Torus Key Infrastructure حصصاً موزعة بين الأجهزة ومسارات تسجيل الدخول وعوامل الاسترداد، بحيث لا يحتفظ طرف واحد بالمفتاح الخاص الكامل بمفرده.

يساعد هذا النموذج في تقليل عوائق الانضمام عبر عبارة الاسترداد مع الحفاظ على مبدأ الكريبتو الأساسي القائل إن المستخدمين ينبغي أن يتحكموا في أصولهم. ويفيد Torus المحافظ وdApps ومنصات NFT والألعاب وواجهات DeFi ومنتجات الكريبتو الموجهة للمستهلكين التي ترغب في ضم المستخدمين دون إرباكهم.

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

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