أغلى نقرة في عالم العملات المشفرة تحدث غالبًا قبل أن يتحرك أي رمز.
الموافقة على الرمز هي إذن تمنحه لعقد ذكي لينفق رمزًا محددًا من محفظتك نيابة عنك. وتظهر عادة قبل المبادلة أو التخزين (staking) أو الإيداع. وهي ليست المبادلة نفسها، وإذا كانت الموافقة غير محدودة، فقد يبقى هذا الإذن فعّالًا طويلًا بعد الإجراء الأول. في هذا المقال ستعرف معنى الموافقة على الرمز في العملات المشفرة، ولماذا تطلب المحافظ الموافقة قبل المبادلة، وما الموافقة غير المحدودة، وكيف تبقى أكثر أمانًا مع طلبات تأكيد أوضح للمعاملات.
باختصار
تتيح الموافقة على الرمز لـعقد ذكي إنفاق رمز من محفظتك حتى الحد الذي توافق عليه.
الموافقة عادة منفصلة عن المبادلة، لذا فالنقر على "Approve" لا يعني أن الصفقة تمت بالفعل.
الموافقات غير المحدودة شائعة لأنها تقلل تكرار رسوم gas والنقرات الإضافية، لكنها تزيد المخاطر إذا كانت جهة الإنفاق خبيثة أو اختُرقت لاحقًا.
walllet.com مبني على طلبات تأكيد أوضح ومفهومة للبشر، حتى يفهم المستخدمون الأذونات بشكل أفضل قبل التوقيع.
ما الموافقة على الرمز؟
الموافقة على الرمز إحدى الأبواب السرية الصغيرة الهادئة في عالم العملات المشفرة. لا صفارة إنذار حمراء. ولا لافتة واضحة تقول "أنت على وشك تعريض محفظتك للخطر". مجرد زر مكتوب عليه شيء مثل Approve USDC أو Allow spending cap.
في الخلفية، يحدّد هذا الزر عادة حدًا مسموحًا (allowance). في معيار الرموز ERC-20 تتيح لك الدالة approve تفويض جهة إنفاق، غالبًا عقد ذكي، وتتيح transferFrom لهذه الجهة نقل الرموز حتى المبلغ الذي سمحت به. وُجد هذا النمط حتى تتعامل التطبيقات الأخرى مع رموزك دون أن تحوّلها أنت يدويًا أولًا.
الموافقة على الرمز تعني ما يلي:
أسمح لهذا العقد باستخدام ما يصل إلى هذا المبلغ من هذا الرمز من محفظتي.
هذا أمر طبيعي. لكنه أيضًا المكان الذي يرتبك فيه كثير من المستخدمين.
الموافقة والمبادلة والتوقيع
قبل التعمق، إليك التمييز الذي يحتاجه معظم الناس فعلًا:
الإجراء | ماذا يفعل | هل تتحرك الرموز الآن؟ | أهم ما يجب مراقبته |
الموافقة | تمنح عقدًا إذنًا بإنفاق رمز من محفظتك | عادة لا | أي رمز، وأي عقد، وما مقدار الحد المسموح |
المبادلة | تستبدل أصلًا بآخر | نعم | السعر، والانزلاق السعري، والمسار، والرسوم |
Permit / موافقة موقّعة | تستخدم توقيعًا لتحديد الحد المسموح للرموز المدعومة | ليس دائمًا في معاملة منفصلة | ما الذي يفوّضه التوقيع، ولأي مدة |
هذا الجدول وحده يزيل كثيرًا من القلق. يظن كثير من المستخدمين أن "Approve" تعني "نفّذ الصفقة". هذا غير صحيح. الموافقة إذن. والمبادلة هي الإجراء.
ذو صلة: هل يمكن اختراق المحافظ؟ نعم، لكن ليس عادة بالطريقة التي تظنها
لماذا توجد الموافقات على الرموز؟
لأن رموز ERC-20 صُممت كي تتمكن التطبيقات الأخرى من التعامل معها بطريقة موحّدة.
يصف معيار ERC-20 الدالة transferFrom صراحة بأنها آلية سحب تتيح للعقود نقل الرموز نيابة عنك بعد أن تفوّضها. وهذا ما يجعل منصات التداول اللامركزية وبروتوكولات الإقراض ومنتجات العائد وغيرها من التطبيقات اللامركزية ممكنة. ومن دون الموافقات، كان كل تطبيق سيحتاج إلى نمط خاص أكثر تعقيدًا.
لذا فالموافقات ليست ميزة جانبية مشبوهة. إنها جزء من طريقة عمل التطبيقات الحديثة القائمة على الرموز.
المشكلة ليست في وجود الموافقات.
المشكلة أن كثيرًا من المحافظ والتطبيقات اللامركزية ما زالت تشرحها بشكل سيئ.
لماذا أحتاج إلى موافقة قبل المبادلة؟
إذا كنت تبادل رمز ERC-20 مثل USDC أو USDT أو WETH، فإن عقد المبادلة يحتاج عادة إلى إذن لسحب هذا الرمز من محفظتك وإتمام الصفقة. لهذا تتم العملية غالبًا على خطوتين:
أولًا، توافق على الرمز.
ثم تنفّذ المبادلة.
ولهذا أيضًا يظن بعض المستخدمين أن شيئًا ما معطّل.
يوافقون على الرمز، ويرون أن رصيدهم لم يتغير بعد، فيفترضون أن المحفظة فشلت. لكن الموافقة مجرد إذن. وإذا لم تحدث المعاملة الثانية، فلن يحدث تحويل الأصل أيضًا. ويشير walllet.com بالفعل إلى هذا الالتباس تحديدًا في محتوى الدعم الأخير لديه، وهذا أحد أسباب أهمية وضوح المعاملات في تصميم المحافظ.
ماذا تعني "Approve" في المحفظة؟
عندما تطلب منك المحفظة الموافقة على رمز، فهي في الحقيقة تطرح ثلاثة أسئلة دفعة واحدة:
أي رمز؟ ربما USDC أو WETH أو أصل آخر من نوع ERC-20.
أي جهة إنفاق؟ عادة عقد ذكي مرتبط بالتطبيق الذي تستخدمه.
كم؟ مبلغ محدد، أو أحيانًا مبلغ غير محدود عمليًا.
وهذا الجزء الأخير هو الأكثر حساسية.
الموافقة المحدودة تقول عمليًا: "يمكن لهذا العقد إنفاق 50 USDC".
أما الموافقة غير المحدودة فتقول عمليًا: "يمكن لهذا العقد إنفاق ما يلزم من هذا الرمز، الآن أو لاحقًا، إلى أن ألغي الإذن".
لا تُظهر كل المحافظ هذا الفرق بسهولة. وهذه بالضبط فجوة تجربة الاستخدام التي يحاول walllet.com سدّها. إذ يعرض منتجه ومحتواه التعليمي طلبات تأكيد المعاملات بلغة بشرية، فيُظهر الإجراء والأصل والمبلغ والأذونات والطرف المقابل والشبكة، بدل ترك المستخدم يفكّ رموز سيل من نصوص العقد.
ما الموافقة غير المحدودة على الرمز؟
الموافقة غير المحدودة على الرمز، وتسمى أيضًا الموافقة اللانهائية، تمنح جهة الإنفاق حدًا أقصى كبيرًا جدًا، غالبًا أقصى قيمة لـ uint256 في تطبيقات ERC-20. وعندما يُضبط الحد على أقصى قيمة لـ uint256، فإنه يعمل كموافقة لانهائية.
لماذا تطلب التطبيقات ذلك؟
غالبًا من أجل الراحة.
تطلب كثير من التطبيقات اللامركزية المشروعة موافقات غير محدودة عمليًا كي لا يضطر المستخدم إلى دفع gas وتأكيد موافقة جديدة في كل تعامل. بعبارة أخرى: نقرات أقل الآن، وإذن قائم أطول لاحقًا. هذه المقايضة حقيقية. ومنها تتسلل المخاطر.
ذو صلة: كيف تتجنب التصيّد في العملات المشفرة: ما الذي لن يطلبه منك walllet.com أبدًا
هل الموافقة على الرمز خطرة؟
أحيانًا نعم. ودائمًا ربما.
الموافقة على الرمز ليست خطرة لمجرد وجودها. فكثير من التطبيقات الآمنة والمشروعة تحتاج إلى الموافقات كي تعمل. لكن الموافقة تصبح خطرة إذا صحّ أحد ما يلي:
لا تفهم أي عقد توافق عليه.
توافق على تطبيق لامركزي مزيّف أو خبيث.
تمنح حدًا أكبر بكثير مما يلزم.
تترك موافقات قديمة فعّالة طويلًا بعد توقفك عن استخدام التطبيق.
يتعرض العقد الموافق عليه للاختراق لاحقًا.
لهذا تبدو عمليات الاحتيال عبر الموافقات مؤذية جدًا. فالمستخدمون غالبًا لم يسرّبوا عبارة الاسترداد (seed). ولم يسلّموا كلمة مرور. لقد وافقوا ببساطة على الشيء الخطأ.
والموافقات غير المحدودة هي أيضًا الطريقة التي تسرق بها مواقع خبيثة كثيرة المستخدمين الغافلين. لذا كن حذرًا جدًا مع الموافقات، لأن المحتالين قد يخدعون المستخدمين ليوقّعوا على التنازل عن حقوقهم، والبلوك تشين سينفّذ ما تسمح به الموافقة.
تفصيل مهم: ترتبط الموافقة عادة برمز محدد وجهة إنفاق محددة، لا بمحفظتك كلها. إذا وافقت على WETH، فهذا لا يمنح تلقائيًا وصولًا إلى كل الأصول الأخرى التي تملكها. لكن إذا كانت الموافقة واسعة وجهة الإنفاق سيئة، فقد تظل خسارتك في ذلك الرمز مؤلمة.
الإذن الذي يتجاهله معظم المستخدمين
من السهل تجاهل الموافقات لأنها لا تبدو كحركة أموال.
وهنا تكمن الحيلة.
المبادلة تبدو خطرة لأنها إجراء نشط بوضوح. الأموال تتغير. الأرقام تتحرك. شيء ما يحدث.
الموافقة تبدو غير ضارة لأن كل شيء يجري خلف الكواليس. لكن خلف الكواليس هو المكان الذي يمسك فيه العاملون بالحبال.
وهنا لدى walllet.com زاوية مهمة. فالمنتج قائم على الحفظ الذاتي دون تعقيد غير ضروري، باستخدام مفاتيح المرور (passkey) والقياسات الحيوية بدل استعراض عبارة الاسترداد، ويحاول في الوقت نفسه جعل غرض المعاملة أسهل قراءة قبل أن توافق. يركّز walllet على ملخصات مفهومة للبشر ووضوح الأذونات، وتبقى المفاتيح وبيانات مفتاح المرور تحت سيطرتك، لا على خوادم walllet.
لا توجد محفظة تجعل العقد الخبيث آمنًا. لكن المحفظة الأفضل يمكنها أن تجعل لحظة ما قبل التوقيع أقل شبهًا بالتخمين.
كيف تقرأ الموافقة قبل تأكيدها
قبل أن تضغط على الموافقة، تمهّل وتحقّق من خمسة أمور.
1. ما الرمز الذي تتم الموافقة عليه؟
لا توافق على رمز لمجرد أن واجهة التطبيق تبدو مألوفة. تأكد أنه الأصل الذي تنوي استخدامه.
2. من جهة الإنفاق؟
ابحث عن اسم العقد أو البروتوكول. إذا كانت جهة الإنفاق غير واضحة، فهذا وحده سبب للتوقف.
3. ما المقدار الذي تسمح به؟
المبلغ المحدد شيء، وغير المحدود شيء آخر. إذا كنت تحتاج 40 USDC فقط لمبادلة، فإن موافقة لانهائية عمليًا تستحق نظرة ثانية.
4. لماذا الموافقة مطلوبة؟
إذا كان الإجراء مبادلة أو إيداعًا أو تخزينًا، فقد تكون الموافقة طبيعية. أما إذا ظهر الطلب قبل خطوة غامضة مثل "تحقّق من محفظتك" أو في صفحة توزيع مجاني (airdrop) عشوائية، فابتعد.
5. هل تثق بالموقع والنطاق؟
تبدأ كثير من الخسائر المرتبطة بالموافقات بالتصيّد أو المواقع المستنسخة أو رسائل الدعم المزيفة. ويؤكد دليل walllet.com لمكافحة التصيّد الأساسيات نفسها: تحقّق من النطاق الحقيقي، ولا تثق بالاستعجال، ولا توقّع أبدًا على ما لا تفهمه.
متى يجب أن تلغي الموافقة؟
لا تحتاج إلى إلغاء كل موافقة فور استخدامك تطبيقًا لامركزيًا. لكن يجب أن تراجع الموافقات وتلغيها عندما:
لم تعد تستخدم ذلك التطبيق
اتصلت بموقع لم تعد تثق به
تعرّض بروتوكول استخدمته لحادث أمني
تلاحظ سلوكًا غريبًا في محفظتك
تريد تقليل المخاطر على مقتنيات عالية القيمة
إلغاء الحد المسموح يعني أن التطبيق اللامركزي لن يعود قادرًا على الوصول إلى الرموز المعنية في محفظتك أو نقلها. وغالبًا ما توفر مستكشفات الكتل أدوات لفحص الموافقات تساعد المستخدمين على مراجعة الحدود القديمة وإلغائها.
ذو صلة: كيف تقرأ معاملة عملات مشفرة في مستكشف الكتل
هذه عادة جيدة. ليست لامعة، لكنها جيدة. إنها نسخة العملات المشفرة من تنظيف فلتر الوبر قبل أن تشتعل النار في المجفف.
هل الموافقة هي نفسها المعاملة؟
نعم ولا.
الموافقة غالبًا معاملة مستقلة على السلسلة. تكلّف gas، وتُسجَّل على السلسلة، وتغيّر حالة الحد المسموح لذلك الرمز. لكنها ليست المعاملة نفسها التي أردت بها المبادلة أو التخزين أو الإيداع. ذلك الإجراء يحدث عادة بعدها. وقد قدّم ERC-2612 بديلًا قائمًا على permit للرموز المدعومة، إذ يمكن لرسالة موقّعة أن تحدد الموافقة دون الحاجة أولًا إلى معاملة موافقة منفصلة على السلسلة، لكن الفكرة الأساسية تبقى نفسها: أنت تفوّض بالإنفاق.
لذا فالموافقة معاملة في كثير من المحافظ، لكنها على الأرجح ليست الإجراء النهائي الذي جئت لتنفيذه.
كيف يتعامل walllet.com مع هذا النوع من تعقيدات العملات المشفرة
تقع الموافقات على الرموز عند تقاطع الأمان وسهولة الاستخدام، وهذا بالضبط حيث يحاول walllet.com أن يكون مختلفًا.
إذا كان المستخدمون لا يزالون عاجزين عن معرفة ما يوافقون عليه، تبقى التجربة هشّة. لهذا يهم تصميم walllet للمعاملات بلغة مفهومة للبشر. فالأمان لا يعني فقط إخفاء المفاتيح بأمان، بل يعني أيضًا جعل الغرض واضحًا قبل أن يلتزم المستخدم.
والموافقات اختبار مثالي لهذه الفلسفة.
لأن المحفظة الأكثر أمانًا أحيانًا ليست تلك التي تصرخ بصوت أعلى عن الخطر، بل تلك التي تشرح الخطر بوضوح يكفي كي لا تقع فيه.
جرّب walllet.com إذا كنت تريد الحفظ الذاتي بمفاتيح المرور والقياسات الحيوية وطلبات تأكيد أوضح تجعل فهم الموافقات أسهل قبل التوقيع.
قراءات ذات صلة
العملات المشفرة وWeb3: شرح المحافظ والشبكات والأمان
كيف تتحقق من عنوان عقد الرمز قبل الشراء أو المبادلة
كيف تشتري WBTC بـ USDT: ما الذي يجب التحقق منه قبل المبادلة
كيف تتحقق من رصيد الرموز بأمان: تطبيق المحفظة ومستكشف الكتل والأخطاء الشائعة
