---
title: "تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية"
description: "لا تزال محافظ الكريبتو تخيف المستخدمين العاديين بعبارات الاسترداد، ورسوم الغاز، ومخاطر الشبكة الخاطئة، وتسميم العناوين، والتحويلات غير القابلة للإلغاء."
language: ar
published: 2026-07-24
author: Netts
topic: "Insights"
canonical: https://netts.io/blog/crypto-ux-why-normal-people-still-hate-wallets?lang=ar
languages: [en, ru, es, zh, th, fr, uk, tr, hi, fa, ar, ha, pt, vi, ko, ja, id, de, tl]
translation_outdated: false
---
# تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية

لا تزال محافظ الكريبتو تخيف المستخدمين العاديين بعبارات الاسترداد، ورسوم الغاز، ومخاطر الشبكة الخاطئة، وتسميم العناوين، والتحويلات غير القابلة للإلغاء.

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

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

## سابقة تاريخية

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

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/a833188ac60003badeb3fd2ff1e7a45e0ca62263-648.webp)

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

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

## طبقة التسامح مع الأخطاء (Forgiveness Layer)

هذه القدرة على تصحيح خطأ المستخدم هي ما أسميه "طبقة التسامح مع الأخطاء".

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

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

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/84188d9d31d632d6dfc9df7bbfbfe799645b7d6f-856.webp)

غالبًا ما يسخر المتمرسون في الكريبتو من التصاميم الأولى لواجهات الخدمات المصرفية عبر الإنترنت معتبرين إياها ساذجة أو غير مناسبة أو مضحكة للغاية. ومع ذلك، فإن محافظ الكريبتو اليوم تذكرنا، في كثير من النواحي، بتلك الواجهات ذاتها من أوائل العقد الأول من القرن الحادي والعشرين. يُطلب من المستخدمين الجدد كتابة كلمات الاسترداد السرية الخاصة بهم، واختيار شبكة البلوكشين الصحيحة، وفهم الفرق بين الموافقة (Approve) والتخزين (Stake)، وتجسير الأصول عبر الجسور الرقمية، والتحقق من المعاملات، وتوقيع الرسائل، وتجنب التصيد الاحتيالي، وتسميم العناوين (Address poisoning)، والإيداعات على الشبكة الخاطئة، وغيرها من المخاطر المزعجة. ومثل الخدمات المصرفية الأولى عبر الإنترنت، يأتي كل ذلك مصحوبًا بجرعة ثقيلة من التحذيرات والإشعارات الصارمة. إنه ليس دليلاً تعليميًا، بل أشبه بدليل طيران يُسلَّم لراكب أغمي على طياره للتو.

## المحفظة كقمرة قيادة

يشعر مستخدم الكريبتو الجديد وكأنه يجلس في قمرة قيادة طائرة إيرباص 380. توجد أزرار في كل مكان: موافقة (Approve)، وتوقيع (Sign)، وتبديل (Switch)، وتجسير (Bridge)، وتخزين (Stake)، ودفع (Pay)، ومطالبة (Claim)، وإلغاء القفل (Unlock)، وإضافة (Add)، وتنفيذ (Execute)... واجهة المحفظة بمثابة تذكير دائم بأن كل ضغطة زر لها عواقب. بعض الإجراءات بسيطة: ادفع لشخص ما على الشبكة X بهذا الرمز المميز على هذه الشبكة. وإجراءات أخرى، مثل التفاعل مع عقد ذكي، تكون أكثر تعقيدًا. كل شيء ممكن ولكن لا شيء يبدو بديهيًا – حيث يصارع المستخدم الجديد دائمًا الشك في أنه ربما اتخذ الخيار الخاطئ في أي خطوة يخطوها.

سيخبرك المتمرسون في الكريبتو أن هذا أمر طبيعي، وأنك ستعتاد سريعًا على لغة الكريبتو وتبدأ في توقيع المعاملات دون تفكير. ستحفظ أن توقيع الرسالة نادرًا ما يكون دفعة مالية، وأن إجراء الموافقة (Approve) لعقد رمز مميز غالبًا ما يكون أكثر خطورة من مجرد تحويل عادي، وأن عقد USDT على شبكة Tron ليس نفس شبكة USDT على Ethereum، وأنه يجب التحقق من عنوان الإيداع في المنصة عدة مرات قبل إرسال الأموال – ومع ذلك يُتوقع من مستخدم الكريبتو العادي أن يتعلم كل هذا بالطريقة الصعبة. كما يُدرك المستخدم الجديد سريعًا أنه لا يفهم حقًا ما تعنيه معظم هذه الإجراءات.

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

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

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/e64edfa437910783c6fc9f0fb39cad6f2ed399aa-1116.webp)

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

## حالة دراسية من TRON: طبقة الموارد كخلل في تجربة المستخدم

تعد TRON مثالاً جيدًا لنظام بيئي رائع من نواحٍ عديدة، لكنه يعاني من نقطة ضعف قاتلة في تجربة المستخدم. إن شعبية العملات المستقرة القائمة على TRON مثل USDT لا جدال فيها، ولكن الوافد الجديد إلى شبكة TRON يواجه على الفور المفاهيم الغامضة الخاصة بـ TRON Energy وBandwidth. لا تخطئ وثائق TRON الرسمية عندما تصفها بأنها موارد، ولكن المستخدم الذي يرغب في إرسال دفعة بسيطة إلى عنوان آخر يجد نفسه غالبًا في جدال لا ينتهي مع المحفظة حول مقدار Energy الذي يحتاجه لإتمام تلك المعاملة المحددة.

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

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/ae5d15d5c22f66638bd1fe8409959a38aa848461-356.webp)

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

## قلق المبتدئين

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

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

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/dbbf029edfb8a637017341e096babf9756f2b566-1013.webp)

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

هذه هي المعضلة الحقيقية لتجربة المستخدم في الحفظ الذاتي (Self-custody): يجب أن يفترض المنتج أن المستخدم يعرف ما يفعله، ولكنه يحذره باستمرار من أنه قد لا يعرف ما يفعله.

## البرمجة القائمة على المشاعر في محافظ الكريبتو (Vibecoding)

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

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

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

بعض منتجات الكريبتو تُبرمج حرفيًا بالاعتماد على المشاعر والحدس (Vibecoded)، لأنه لا يوجد جمهور حقيقي لها سوى المطورين الذين يطلقونها. يمكن لفريق صغير تجميع واجهة ذات حواف خشنة ولغة مربكة لمجرد أنهم يفهمون المجال أفضل من أي شخص آخر، وبالتالي لا يرون مشكلة في ذلك. هذا هو السبب في أن العديد من المشاريع تشبه بعضها البعض بقوة: لقد تم بناؤها بواسطة أشخاص لا يعرفون سوى واجهة واحدة، وينسخون معاييرها دون تفكير، ويعاملون منتجهم على أنه متفوق لمجرد أنهم لا يشعرون بالارتباك عند استخدامه.

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

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/5b5972a2c1e2918ff4fe95c3f4bfd75f5552e13b-948.webp)

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

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

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

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

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

## محافظ أفضل في الطريق إلينا

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

يحدث التغيير الأكبر في مجال تجريد الحسابات والمحافظ الذكية: يكمن وعد تجريد الحسابات في جعل محافظ الكريبتو شبيهة بما اعتاد عليه المستخدمون بالفعل، دون التضحية بالأمان والطبيعة اللامركزية المفتوحة لهذا المجال. تتيح طبقة تجريد الحسابات مثل ERC-4337 مجموعة واسعة من حالات الاستخدام بما في ذلك الاسترداد الاجتماعي، وحدود الإنفاق، ورعاية رسوم الغاز (Gas sponsorship)، والمعاملات المجمعة، وغيرها. يمكن للمستخدمين توقيع المعاملات باستخدام أجهزة آمنة مثل Face ID دون التعامل مع المفاتيح الخاصة مباشرة. ويمكن للحسابات الذكية تفويض عمليات معينة في المحفظة إلى جهة تجميع (Bundler) تتولى سداد مدفوعات الغاز نيابة عن الحساب.

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/3b4a60087eb5eb832c9f891a39065660227b32f8-614.webp)

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

وتعد المحفظة المدمجة (Embedded wallet) خطوة أخرى نحو هذا الهدف: توجد المحفظة بشكل أساسي كميزة داخل تطبيق آخر، مما يوفر تجربة سلسة وبديهية تشبه التطبيقات الأصلية. يسجل المستخدمون الدخول عادةً باستخدام بريدهم الإلكتروني أو حسابات التواصل الاجتماعي الخاصة بهم، وتكون تكاليف الغاز إما مدعومة من التطبيق أو مخفية خلف واجهة "دفع" مألوفة. لا تخلو المحافظ المدمجة من التحديات، لكنها تمثل فرصة حقيقية لتغيير الطريقة التي يتفاعل بها معظم المستخدمين مع الكريبتو.

## خاتمة

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

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

![تجربة المستخدم في الكريبتو: لماذا لا يزال الأشخاص العاديون يكرهون المحافظ الرقمية](https://netts.io/blog/images/body/8f15d6e4f1f2546093664dad701bb546fea16c94-1135.webp)

بعض جوانب هذا التحول أكثر أهمية من غيرها. ففي نظام TRON البيئي، تعد إدارة TRON Energy إحدى المجالات الرئيسية للتحسين. غالبًا ما يشعر المستخدمون الجدد بالارتباك من مفهوم Energy ودوره في شبكة TRON. يساعد Netts.io في تخفيف هذه المشكلة من خلال توفير أدوات لشراء TRON Energy، واكتشاف مصادر TRON Energy بأسعار معقولة، وتحويل عملات TRON المستقرة بطريقة أكثر كفاءة في استهلاك الطاقة. ومن خلال تمكين المستخدمين من استئجار 65,000 أو 131,000 من TRON Energy لفترة قصيرة بدلاً من حرق TRX مباشرة، يمكن لمستخدمي TRON جعل تجارب الطاقة الأولية الخاصة بهم أقل إرباكًا وبالتالي أكثر ترحيبًا بالمستخدمين الجدد.