ماذا يريد المستخدمون من الكريبتو: ميزات غير محققة

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

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

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

المفهوم أولى من الأفضل تقنياً

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

أبسط صلة هي الهوية — أو، كما وصفها أرسطو نفسه، التطابق. إذا كنت تريد إرسال بريد إلكتروني لشخص ما، فإنك تكتب اسمه. إذا كنت تريد التحدث معه، تضغط على جهة الاتصال الخاصة به. ولكن إذا كنت تريد إجراء تحويل USDT، فيجب عليك التعامل مع سلسلة ست عشرية تبدو وكأنها أُنشئت بواسطة قطط تمشي على لوحة المفاتيح. عناوين مثل "T9y..." أو "0x71C..." هي أعداء للذاكرة البشرية. إنها غير قابلة للقراءة ومتشابهة جميعًا للوهلة الأولى، ومرعبة تمامًا إذا أخطأت فيها. ومما يزيد من هذه العدائية ظهور تهديدات جديدة مثل "تسميم العناوين" (address poisoning). يقوم المحتالون بإنشاء عناوين مخصصة تتطابق مع الأحرف الأولى والأخيرة من عناوينك شائعة الاستخدام، ويرسلون لك "غبارًا" (كميات ضئيلة من الكريبتو).

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

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

بصفتك مطورًا، فإن منطق الـ gas مفهوم ومنطقي تمامًا؛ فهو يحد من الرسائل العشوائية ويدير موارد الشبكة. أما بالنسبة للمستخدم، فهو هراء تام. النموذج الذهني لكيفية عمل المال يصبح معطلاً. إذا كان لدي مال، فيمكنني شراء الأشياء. فكرة "التوكنات الأصلية" هي أنها مطلوبة للنقل، لكن يجب علينا تجاوز ذلك وتجريده. يريد المستخدمون تجريدًا اقتصاديًا. يريدون أيضًا دفع الرسوم بنفس التوكن الذي يمتلكونه. إذا كانوا يرسلون USDT، فيجب على الشبكة (أو المحفظة) أن تقتطع تلقائيًا جزءًا من ذلك الـ USDT، وتقوم بتبديله خلسة بالـ Energy أو Bandwidth المطلوبة للمتابعة خلف الكواليس، ثم تنفذ المعاملة. إذا كان المستخدم لا يريد الاحتفاظ به، فلا ينبغي له أبدًا حتى أن يسمع عن TRX أو ETH. بالإضافة إلى ذلك، فإن الترتيب الحالي يولد "غبارًا" في كل مكان. يُترك الأشخاص مع 0.45 بقيمة ETH أو TRX في المحفظة، وتكلفة نقلها تفوق قيمتها. هذه الفوضى مزعجة للغاية وغير اقتصادية في عالم الويب، وتُظهر مدى عدم كفاءة امتلاك نظام ما بالنسبة للمستخدم.

رؤية واضحة للمستخدم

المشكلة الكبيرة الأخرى هي شفافية المعاملات. الأدوات التي بنيناها مذهلة، من TronScan إلى Etherscan، ولكن من الواضح أنها صُممت من قِبل مهندسين للمهندسين. عندما يتحقق المستخدم العادي من معاملة، فهو يحاول الحصول على طمأنينة. يريد إيصالاً بسيطًا. وبدلاً من ذلك، هذا ما يتلقاه في المقابل: هاش الكتلة، نوع الكتلة (الحقبة)، حد الـ gas، بيانات الإدخال والتأكيدات. إنه عبء معلوماتي زائد.

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

كذلك، فإن غياب الدعم الأصلي لدفع رسوم الاشتراك الشهري البسيطة يمثل فجوة استخدام هائلة. فالاقتصاد المعاصر بأكمله ليس سوى سلسلة من الاشتراكات؛ Netflix وSpotify وعضويات النوادي الرياضية وإيجارك وفواتير الخدمات — كلها تعمل بنموذج دفع "السحب" (pull) حيث يطلب التجار مبلغًا معينًا في وقت محدد. أما الكريبتو فهو تقنية "دفع" (push) بحد ذاتها: حيث يوقع المستخدم نفسه ويبث كل معاملة. قد يكون هذا ممتازًا للأمان، لكنه سيئ للغاية عندما يتعلق الأمر بالراحة.

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

ميزة أساسية أخرى مفقودة: سجل غير تقني وبديهي للمعاملات. افتح كشف حساب بنكي، وسترى "Starbucks" و"Amazon" و"الراتب". افتح محفظة في الكريبتو، وستحصل على قائمة معاملات تحتوي على "Smart Contract 0x…" و"Transfer to T…" ما لم تكن قد حفظت العنوان بمشقة في دفتر العناوين. بعد ستة أشهر، لا يملك المستخدم أي فكرة على الإطلاق عن الغرض من أي من تلك المعاملات. هل كانت عملية تبديل؟ هل كانت تبرعًا؟ البيانات الوصفية والسياق المفقودان يحولان المحاسبة إلى كابوس.

تفاصيل غير ضرورية

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

ومع ذلك، فإن أحد المجالات التي يفتقر فيها المستخدمون بشدة إلى حل هو تشتت السيولة وكابوس "التجسير" (bridging). الإنسان العادي لا يستوعب ما يعنيه "USDT على Ethereum" و"USDT على TRON" والفكرة الجديدة القائلة بأنه قد يكون هناك "USDT على Solana". بالنسبة لهم، كل ذلك مجرد USDT. إنهم لا يفهمون لماذا لا يمكنهم ببساطة تحويل USDT من محفظة Ethereum مباشرة إلى محفظة TRON لصديق. بالتأكيد، فإن حقيقة وجود دفاتر حسابات مختلفة، على المستوى التقني، هي قيد توضيحي يجب أخذه في الاعتبار، لكنني آمل ألا يضطر معظم المستخدمين إلى التفكير في الأمر على هذا النحو. نحن بحاجة إلى محافظ "شاملة" تتولى عمليات التجسير والتبديل نيابة عنا. إذا علمت المحفظة أنني أريد إرسال أموال إلى عنوان Solana، فيجب أن ترى أن لدي أموالاً فقط على Ethereum وتسأل: "تبديل وإرسال؟ التكلفة ستكون X". في الوقت الحالي، يتعين على المستخدمين التنقل عبر جسور تابعة لجهات خارجية — أي طريقة للدخول والخروج من النظام البيئي يتحكم فيها شخص آخر غير Facebook، والتي غالبًا ما تكون الحلقة الأضعف في النظام البيئي لعمليات الاختراق. يتحمل المستخدم التعقيد، وقد نفد صبره.

يجب أيضًا أن تكون آليات الأمان أكثر من مجرد خيار "كل شيء أو لا شيء". توفر لك الخدمات المصرفية التقليدية خيار تعيين حدود إنفاق يومية. إذا فقدت بطاقتك، يمكنك تجميدها. في الكريبتو، عندما يُكشف مفتاحك الخاص، يضيع كل شيء في بضع ثوانٍ. يريد المستخدمون أذونات دقيقة؛ يودون لو كان لديهم خيار إنشاء "خزينة" داخل محفظتهم حيث لا يمكن سحب أي أموال منها إلا بإشعار مدته 48 ساعة، أو "حساب جاري" حيث يحتاجون إلى موافقة ثانوية من جهاز موثوق به للمبالغ التي تزيد عن $100، وما إلى ذلك. كل هذه الوظائف ممكنة تقنيًا باستخدام محافظ العقود الذكية (تجريد الحساب - Account Abstraction)، ومع ذلك، لم يتم تنفيذها كإعداد افتراضي بعد. يُنشئ المستخدم العادي محفظة، ثم تُمنح أعلى مستوى تصريح متاح: الإذن بتفريغ الحساب بالكامل على الفور. إنه ببساطة تصميم سيئ لمنتج مالي استهلاكي موجه للجمهور العريض.

مشكلات شائعة تواجه المستخدم العادي:

1. عناوين مبنية على الأسماء المستعارة وقابلة للقراءة من قِبل البشر مقابل العناوين الست عشرية الخام؛

2. خصم رسوم الـ gas تلقائيًا وبشكل لا يتطلب الثقة من التوكن الذي يتم تحويله (التجريد الاقتصادي)؛

3. بروتوكولات مدفوعات واشتراكات متكررة موحدة يسهل عليك تنفيذها؛

4. إيصالات معاملات قابلة للقراءة بشريًا، ومستكشفو كتل مبسطون؛

5. حدود للإنفاق، وأقفال زمنية، وخيارات استرداد اجتماعي مدمجة؛

6. قابلية تشغيل بيني عبر السلاسل غير مرئية - يمكن اعتبار التشغيل البيني غير المرئي كبروتوكول لا يتطلب تدخل المستخدم؛

7. تفاصيل المعاملات مع الملاحظات والبيانات الوصفية.

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

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

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

التصميم الجيد أولى من التوثيق

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

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

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

ومع ذلك، تلوح في الأفق حلول تعالج نقاط الألم هذه بالذات، بما في ذلك رسوم الشبكة التي تكبدها أولئك الذين يستخدمون العملات المستقرة. أحد هذه الابتكارات هو أداة Netts Transfer Tool، التي تم إنشاؤها مع التركيز على آليات الـ Energy في شبكة TRON. بدلاً من جعل المستخدمين يكتشفون كيفية الحصول على 1 TRX — ثم الاحتفاظ به لبضعة أيام أو ساعات مع تقلب سعره أثناء إجراء التحويل من منصتك — يتيح هذا الحل خصم تكلفة معالجة تلك الدفعة مباشرة من الـ USDT الذي يتم تسليمه. يخلق هذا محاكاة مرنة للقوى التلقائية الفعالة في التمويل التقليدي، ويزيل الكثير من التعقيد في عملية التحويل هذه حتى لا يضطر المستخدمون إلا إلى التفكير في إجراء الدفعة نفسها - مما يجعل مدفوعات الكريبتو تتماشى بقوة مع شيء يشبه التكافؤ عند مقارنتها بالعملات الورقية.