Web3ウォレットとは何か？どのように機能するのか？

محفظة Web3 هي برنامج أو وسيلة وصول مدعومة بالأجهزة تتيح لك التحكم في عناوين سلاسل الكتل، وتوقيع المعاملات، والاتصال بالتطبيقات اللامركزية (dApps). لا تُخزّن العملات داخل التطبيق بالطريقة التي يحتفظ بها البنك بالرصيد، بل تظل مسجلة على سلسلة الكتل، وتدير المحفظة المفاتيح ومطالبات التوقيع التي تمكّنك من التفاعل مع تلك الشبكات.

• それは何ですか。 تتحكم محفظة Web3 في المفاتيح، وتستقبل العملات المشفرة، وتوقع المعاملات، وتتصل بالتطبيقات الموجودة على السلسلة.
• 何が変わったのか？ تتيح للمستخدمين التفاعل مع dApps مباشرة بدلاً من توجيه كل إجراء عبر حساب في منصة تداول.
• 主なリスク。 يمكن للمحفظة حماية المفاتيح، لكنها لا تستطيع منع فقدان العبارة الأولية، أو التحويل إلى شبكة خاطئة، أو تثبيت تطبيق مزيف، أو عنوان مسموم، أو موافقة سيئة.

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

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

تصبح هذه الفئة أوضح عند ربطها بإجراءات محددة:

• استقبال الأصول على ウォレットアドレス.
• الاحتفاظ بـ NFTs أو الرموز عبر الشبكات サポートされています。
• 翻訳する dApps مثل DEXs، أسواق NFT، الألعاب، أو بروتوكولات الإقراض.
• توقيع الرسائل والمعاملات وموافقات الرموز.
• نقل الأصول دون الحاجة إلى طلب من منصة تداول لبدء التحويل.

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

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

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

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

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

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

• それ ウォレットアドレス هو المعرّف العام الذي تشاركه لاستقبال الأموال. يمكن لأي شخص رؤيته.
• 用途 公開鍵 لاشتقاق عناوين المحافظ والتحقق من التوقيعات. تتعامل المحافظ مع هذا في الخلفية.
• يُفوّض 秘密鍵 كل إجراء تتخذه على السلسلة. يجب أن يبقى سريًا.
• 最初のフレーズ، وتسمى أيضًا عبارة الاسترداد السرية، هي نسخة احتياطية قابلة للقراءة البشرية تعيد إنشاء مفاتيحك الخاصة. أي شخص يمتلكها يتحكم في المحفظة.

عادةً ما يتبع تدفق التوقيع هذا النمط:

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

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

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

تضيف محافظ العقود الذكية طبقة فوق هذا. توجّه معايير تجريد حسابات Ethereum مثل ERC-4337 الإجراءات عبر منطق الحساب الذكي لتمكين ميزات الاسترداد، وحدود الإنفاق، و Paymasters، أو الإجراءات المجمعة. يمكن لهذه الميزات تحسين قابلية الاستخدام، لكنها تضيف مخاطر العقود والبنية التحتية.

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

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

يناسب كل نموذج محفظة وظيفة مختلفة، وينتهي المطاف بمعظم المستخدمين النشطين باستخدام أكثر من نوع واحد:

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

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

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

تُعد جلسات WalletConnect شائعة لأنها تتيح للمحافظ والتطبيقات التواصل عبر الأجهزة أو المتصفحات دون مشاركة المفاتيح الخاصة. تندرج WalletConnect الآن ضمن مجموعة منتجات Reown، التي توفر أدوات الاتصال والمعاملات عبر التطبيقات. تستخدم معظم المنصات التي تُصنف كمنصات DeFi أو DEXes معيار الاتصال هذا، لذا تظهر أنواع المطالبات أدناه بشكل متكرر بمجرد البدء في استخدام تطبيقات Web3.

يحمل كل إجراء في جلسة التطبيق اللامركزي (dApp) مستوى مختلفًا من المخاطر:

• طلب الاتصال: يتيح للتطبيق اللامركزي (dApp) رؤية معلومات المحفظة العامة وطلب الإجراءات.
• رسالة تسجيل الدخول: تثبت التحكم في المحفظة دون الحاجة بالضرورة إلى تحريك الأموال.
• توقيع المعاملة: يصرح بإجراء على السلسلة مثل الإرسال، أو التبديل (swapping)، أو السك (minting)، أو التحصيص (staking).
• الموافقة على الرمز (Token approval): تمنح عقدًا إذنًا بإنفاق الرموز المُشفرة حتى مبلغ محدد.

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

قبل التوقيع على أي شيء، توقف وتحقق مما يلي:

• هل الشبكة والأصل صحيحان؟
• هل الإجراء يحرك الأموال، أم أنه مجرد تسجيل دخول؟
• هل مبلغ الموافقة غير محدود؟
• هل عنوان العقد هو الذي توقعته؟
• هل ظهرت هذه المطالبة دون أي إجراء بدأته أنت؟

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

تضيف عمليات التبديل (swaps) المدمجة مصدرًا آخر للارتباك. لا تزال المحفظة ذاتية الحفظ (self-custodial wallet) قادرة على توجيه عمليات التبديل عبر DEX، أو مجمع (aggregator)، أو جسر (bridge)، أو بروتوكول طرف ثالث. قد لا تحتفظ المحفظة بأموال المستخدم كما تفعل البورصة، ولكن المستخدم لا يزال يتحمل مخاطر العقد الذكي، ومخاطر التوجيه، والانزلاق السعري (slippage)، ومخاطر الموافقة على الرموز، ومخاطر واجهة التطبيق في كل عملية تبديل.

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

ابدأ بتحديد الغرض، وليس العلامة التجارية. تتطلب اختبارات dApp الصغيرة إعدادًا سريعًا وتوجيهات واضحة. أما الأرصدة الكبيرة فتحتاج إلى تخطيط للاسترداد، أو التوقيع عبر الأجهزة (hardware signing)، أو تقسيم الحضانة. تتطلب أنشطة Solana دعمًا أصليًا لـ Solana، بينما تحتاج أنشطة EVM DeFi إلى Ethereum والشبكات المتوافقة.

تضيّق عمليات التحقق من حالات الاستخدام نطاق الخيارات بشكل أسرع من مقارنات العلامات التجارية:

• اختبارات dApp الصغيرة: 使用する المحفظة الساخنة (hot wallet) منفصلة بأموال محدودة.
• 長期的な維持： استخدم التوقيع عبر الأجهزة (hardware signing) أو التخزين البارد (cold storage).
• NFT： تحقق من دعم السلسلة، وتوافق الأسواق، ووضوح عملية التوقيع.
• أنشطة Solana: تحقق من الدعم الأصلي لـ Solana وتوافق التطبيقات.
• أنشطة EVM DeFi: تحقق من إدارة الشبكة، وضوابط الموافقة على الرموز، ودعم المحافظ المادية (hardware-wallet).
• تخزين Bitcoin: تجنب إجبار Bitcoin على محفظة تم اختيارها بشكل أساسي لـ dApps.
• مدفوعات العملات المستقرة (Stablecoin): تحقق من شبكات المستلمين وأصول الرسوم قبل الإرسال.
• احتياجات الاسترداد: قرر ما إذا كانت عبارة الاسترداد (seed phrase)، أو MPC، أو الحساب الذكي (smart account)، أو الاسترداد الحاضن (custodial recovery) يناسب وضعك.

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

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

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

تستحق التطبيقات المزيفة الاهتمام قبل أي شيء آخر. أفادت Kaspersky と 26 تطبيق محفظة العملات الرقمية مزيفة على Apple’s App Store في أبريل 2026، بما في ذلك تطبيقات تحاكي علامات تجارية معروفة للمحافظ. لا يكفي الاسم والأيقونة المعروفة للتحقق من صحة التطبيق.

قبل إنشاء أو استيراد محفظة، قم بإجراء هذه الفحوصات:

• قم بالتنزيل فقط من الموقع الرسمي أو قائمة المتجر الرسمية للتطبيقات.
• تحقق من URL، والناشر، وقائمة متجر المتصفح قبل التثبيت.
• اكتب العبارة الأولية (seed phrase) دون اتصال بالإنترنت. لا تخزنها أبدًا في لقطات شاشة أو ملاحظات سحابية.
• لا تدخل العبارة الأولية (seed phrase) في موقع ويب، أو نموذج دعم، أو DM، أو نافذة منبثقة (pop-up).
• فكر في استخدام ملف تعريف متصفح مخصص لنشاط المحفظة لتقليل تعارضات الإضافات.

قبل نقل الأموال، تتغير المخاطر، لذا تتغير الفحوصات أيضًا:

• انسخ العنوان من شاشة الاستلام الحالية للمستلم، وليس من السجل.
• تحقق من العنوان الكامل على شاشة المحفظة أو الجهاز المادي.
• 送信前にオリジナルとネットワークを確認してください。
• أرسل معاملة اختبار صغيرة أولاً، خاصةً على أي مسار جديد.

قبل توقيع أي شيء في dApp، اقرأ نوع المطالبة أولاً:

• تحقق مما إذا كانت المطالبة رسالة، أو معاملة، أو موافقة.
• ارفض المطالبات التي تظهر قبل أي إجراء مقصود من جانبك.
• تجنب الموافقات غير المحدودة ما لم تفهم المخاطر المحددة.
• استخدم محفظة منفصلة لـ dApps التجريبية أو الجديدة.
• قم بإلغاء الموافقات غير المستخدمة بشكل دوري. تتيح لك أدوات مثل Revoke.cash رؤية وإزالة الأذونات على السلسلة عبر شبكات EVM.

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