الأحرف والأرقام: التعريف، الاستخدام في العملات المشفرة، الأمان

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

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

ما هو الحرف الأبجدي الرقمي؟ التعريف والعدد

لنبدأ بالتعريف. الحرف الأبجدي الرقمي هو أي حرف من A إلى Z (بأي حالة) أو أي رقم عشري من 0 إلى 9. هذا كل ما في الأمر. ومن هنا، يصبح الحساب واضحًا - ستة وعشرون حرفًا لكل حالة بالإضافة إلى عشرة أرقام تعطي اثنين وستين حرفًا مميزًا مع مراعاة حالة الأحرف، وستة وثلاثين حرفًا بدونها. أي شيء آخر يُعتبر "خاصًا". علامات الترقيم، والمسافات البيضاء، والرموز الرياضية، والأحرف المُشكّلة، والرموز التعبيرية - لا يُعتبر أي منها حرفًا أبجديًا رقميًا.

عادةً ما يستخدم المهندسون أحد اختصارين لتحقيق هذا التعريف. تتعرف أدوات POSIX مثل grep وsed وawk على `[:alnum:]`، الذي يطابق الأحرف الـ 62 المذكورة أعلاه. بينما تستخدم معظم لغات التعبير النمطي الحديثة - مثل Python وJavaScript وJava وPCRE - الرمز `\w` بدلاً من ذلك. لكن المشكلة في `\w` هي أنها تُدخل الشرطة السفلية بشكل غير مقصود. الشرطة السفلية ليست حرفًا أبجديًا رقميًا رسميًا. معظم قواعد البرمجة تتعامل معها كرمز فخري، ولهذا السبب يجمع بادئة مفتاح Stripe `sk_live_` وبادئة مفتاح AWS `AKIA` بين الشرطات السفلية والأحرف الكبيرة مع الأرقام دون أن يلاحظ أحد ذلك.

من أين أتى هذا المصطلح؟ من البطاقات المثقبة، تحديدًا. احتاجت أجهزة الجدولة من شركة IBM في ثلاثينيات القرن العشرين إلى كلمة واحدة للرموز التي تجمع بين الحروف والأرقام، فاستقرّ مصطلح "أبجدي رقمي". وبحلول جهاز IBM 1401 في أوائل ستينيات القرن العشرين، أصبح المصطلح مصطلحًا قياسيًا في مجال الحوسبة التجارية. وكان لهذا التمييز أثرٌ عمليٌّ ملموس؛ فالحقل المُصنَّف "أبجدي رقمي" يقبل أي حرف أو رقم، بينما يرفض الحقل الرقمي فقط الأبجدية رفضًا قاطعًا. ومن هنا، انتشر المصطلح إلى لوحات ترخيص السيارات، ورموز الحسابات المصرفية الدولية (IBAN)، ورموز لوحة مفاتيح الهاتف، ورموز المنتجات (SKUs)، ومئات المواضع الأخرى.

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

من ASCII إلى Unicode: تاريخ تقني موجز

يُعدّ نظام "الأبجدية الرقمية" اليوم أحد الأنظمة التي نجت من حرب المعايير التي استمرت ستين عاماً. وقد وقع معظم المستخدمين في مكان ما في المنتصف ولم يلاحظوا ذلك أبداً.

ظهرت ASCII أولاً. تم طرحها عام 1963، بفضل جمعية المعايير الأمريكية، وتم اعتمادها رسميًا بعد خمس سنوات كمعيار ANSI X3.4-1968. تلتها مراجعتان - الأولى عام 1977، والثانية عام 1986. في نسخة 1968، تم تحديد قيمة الحرف A الكبير عند الرقم 65، والحرف a الصغير عند الرقم 97، والأرقام من 0 إلى 9 عند الأرقام من 48 إلى 57. افتح محرر النصوص الآن: ستجد أن قيمة البايت 'A' لا تزال 65. لم يتغير شيء خلال ستين عامًا.

لأربعة عقود تقريبًا، كانت مجموعة ASCII الأبجدية الرقمية هي المجموعة الوحيدة المعتمدة. ثم ظهر الإنترنت العالمي. لم تعد سبعة بتات كافية. كانت الأعطال كارثية. رسائل بريد إلكتروني مشوشة. قواعد بيانات معطلة. مواقع يابانية تعمل بكفاءة تامة في طوكيو، بينما تبدو كجدران من علامات الاستفهام على حاسوب محمول أمريكي. ظهر نظام يونيكود عام 1991 بطموح كبير: تخصيص رقم فريد لكل حرف في كل لغة مكتوبة. تبعه نظام UTF-8 عام 1992 كترميز يدعم يونيكود عبر الشبكات العادية. تكمن ميزته في التوافق مع الإصدارات السابقة - أول 128 نقطة ترميز في UTF-8 هي بايتات ASCII الأصلية لعام 1968، تمامًا. استمر النص الإنجليزي الذي تم شحنه قبل عام 1991 بالعمل بشكل صحيح.

حدث التحول في ديسمبر 2007. في ذلك الشهر، أظهرت إحصائيات الزحف على الويب العامة أخيرًا أن ترميز UTF-8 قد تفوق على ASCII ليصبح الترميز الأكثر شيوعًا على الإنترنت. ومنذ ذلك الحين، لم يعد مصطلح "أبجدي رقمي" يقتصر على رموز ASCII الـ 62. يُصنّف يونيكود الآن مجموعات أبجدية رقمية للغات السيريلية واليونانية والعربية والعبرية، بالإضافة إلى لغات CJK. ولكل لغة حروفها وأرقامها الخاصة.

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

الأحرف والأرقام في التشفير: العناوين، والتجزئات، والبذور

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

لنبدأ بالبيتكوين. عنوان بيتكوين قديم (يبدأ بالرقم 1 أو 3) مُشفّر بنظام Base58. صمم ساتوشي ناكاموتو هذا النظام يدويًا. الطريقة: خذ مجموعة الأحرف والأرقام المكونة من 62 حرفًا، واحذف أربعة منها. احذف الرقم صفر، والحرف O الكبير، والحرف I الكبير، والحرف l الصغير. لماذا هذه الأحرف الأربعة تحديدًا؟ اكتبها على ورقة لاصقة بخط رديء. اتركها. عد بعد خمس دقائق. حاول التمييز بينها. لن تستطيع. هذه هي المشكلة التي صُمم نظام Base58 لحلها. يتبقى 58 حرفًا. ينتهي طول العنوان القديم النموذجي من 26 إلى 35 رمزًا - وهو طول قصير بما يكفي لنسخه يدويًا إذا لزم الأمر.

تم تفعيل بروتوكول SegWit في أغسطس 2017، وظهر معه تنسيق عناوين بيتكوين ثانٍ: Bech32، المُعرّف في BIP-173. يُقدّم Bech32 خيارات مختلفة، إذ يُلغى حساسية حالة الأحرف تمامًا، حيث تُكتب جميع العناوين بأحرف صغيرة. كما تم حذف أربعة أحرف مختلفة: الرقم 1، بالإضافة إلى الأحرف b و i و o. أما الأحرف والأرقام المتبقية وعددها 32، فتحمل مجموعًا اختباريًا مُدمجًا. يكتشف هذا المجموع الاختباري تلقائيًا جميع الأخطاء الإملائية تقريبًا. قامت شركة Taproot، التي تعمل منذ نوفمبر 2021، بتحسين التنسيق إلى Bech32m (BIP-350) بعد أن اكتشف الباحثون خللًا في الحسابات الرياضية الأصلية.

اختارت إيثيريوم مسارًا ثالثًا: استخدام النظام الست عشري. يتكون عنوان إيثيريوم من `0x` متبوعًا بأربعين حرفًا ست عشريًا بالضبط، أي 42 حرفًا إجمالًا. يُضيّق النظام الست عشري نطاق الأحرف والأرقام إلى ستة عشر حرفًا فقط: الأرقام من 0 إلى 9، والأحرف من a إلى f، لا غير. بدا هذا الخيار مناسبًا في عام 2015، ولكن بعد سنوات من معاناة المستخدمين مع رموز النظام الست عشري الخام في MetaMask، أصبح الأمر مُعقدًا. كان الحل هو EIP-55، الذي يقوم بتحويل أحرف مُعينة إلى أحرف كبيرة في نمط مُستمد من تجزئة Keccak-256 للعنوان بأحرف صغيرة. والنتيجة هي كشف الأخطاء الإملائية تلقائيًا. يكشف EIP-55 الأخطاء الإملائية بدقة تصل إلى 99.975%، بينما تبلغ نسبة الخطأ 0.0247% تقريبًا، وهي نسبة ضئيلة، لكنها ليست معدومة.

تُعدّ التجزئات أبسط مثال. يبلغ طول ناتج تجزئة SHA-256 256 بت، ويُعرض على شكل 64 حرفًا سداسيًا عشريًا. يُنتج Keccak-256 الخاص بشبكة إيثيريوم ناتجًا بنفس الطول. مُعرّف معاملة بيتكوين (txid) هو تجزئة SHA-256 للمعاملة نفسها، لذا فهو أيضًا 64 حرفًا أبجديًا رقميًا سداسيًا عشريًا. قد تبدو هذه المُعرّفات مُعقدة على مُستكشف البلوكشين، لكنها في الواقع أبجدية رقمية بحتة.

تُخالف عبارات الاستعادة النمطَ المعتاد. يُعدّ استعادة المحفظة وفقًا لمعيار BIP-39 الموضع الوحيد الذي تتجاوز فيه العملات الرقمية الأبجديةَ وتعود إلى نطاق الأبجدية البحتة. يُشفّر هذا المعيار 128 أو 256 بتًا من العشوائية على هيئة 12 أو 24 كلمة إنجليزية مُختارة من قائمة ثابتة تضم 2048 كلمة. كل كلمة تتكون من أحرف صغيرة فقط - لا أرقام، ولا أحرف كبيرة وصغيرة. لماذا؟ لأن الهدف من هذا التصميم هو مساعدة شخص يكتب كلمات على ورقة في الساعة الثالثة صباحًا بعد نفاد شحن هاتفه، فالأرقام تُدخل غموضًا لا تُدخله الأحرف.

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

كلمات المرور الأبجدية الرقمية: ما يقوله المعهد الوطني للمعايير والتكنولوجيا (NIST) فعلياً في عام 2024

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

أصدرت الهيئة الفيدرالية المعنية بتوجيهات الهوية الرقمية، NIST، النشرة الخاصة رقم 800-63B، في سبتمبر 2024. وتتميز التوجيهات الجديدة بحذفها للعديد من العناصر. فقد تم رفع الحد الأدنى الموصى به لطول كلمة المرور إلى 15 حرفًا للمصادقة أحادية العامل. كما تم تعديل قواعد تكوين الأحرف بصيغة "لا يجوز": أي لا يجوز للخدمات اشتراط فئات أحرف محددة. وتم أيضًا إلغاء انتهاء صلاحية كلمة المرور الدورية، تلك الدورة التي كانت تُطبق كل 90 يومًا والتي لم تكن تحظى بشعبية. وبدلاً من ذلك، تشترط NIST الآن على الخدمات فحص كلمات المرور المُقدمة ومقارنتها بقائمة حظر تضم بيانات اعتماد معروفة بأنها مخترقة.

يُبرر هذا التغيير بحسابات الإنتروبيا. ينتج عن مجموعة أبجدية رقمية مكونة من 62 حرفًا حوالي 5.95 بت لكل حرف. بينما تنتج مجموعة ASCII القابلة للطباعة الكاملة المكونة من 95 حرفًا - أبجدية رقمية بالإضافة إلى الأحرف الخاصة - 6.57 بت. إضافة المجموعة الكاملة من الأحرف الخاصة تزيد من 0.62 بت لكل حرف. إضافة حرف واحد إضافي يزيد من 5.95 بت. يهيمن الطول على التعقيد بمقدار عشرة أضعاف.

أظهر تقرير فيريزون لعام 2025 حول تحقيقات اختراق البيانات أن بيانات الاعتماد تمثل 22% من جميع نقاط الدخول المؤكدة للاختراقات. أما حشو بيانات الاعتماد - أي إعادة استخدام قوائم كلمات المرور المسربة تلقائيًا - فيبلغ متوسطه 19% من محاولات المصادقة، ويصل إلى ذروته عند 44%. ويعيد 49% من المستخدمين استخدام كلمات المرور نفسها عبر مختلف الخدمات. ولا يُحلّ أيٌّ من هذه المشاكل باشتراط استخدام حرف كبير.

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

أين تظهر الأحرف الأبجدية الرقمية الأخرى

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

تُعدّ رموز البنوك مثالاً بسيطاً. قد يصل رقم الحساب المصرفي الدولي (IBAN) إلى أربعة وثلاثين حرفاً أبجدياً رقمياً، ويبدأ دائماً برمز الدولة ISO المكون من حرفين. أما رموز SWIFT/BIC فتتكون من ثمانية أو أحد عشر حرفاً. تختلف لوحات ترخيص السيارات باختلاف البلدان - فلوحة ترخيص المملكة المتحدة تختلف تماماً عن لوحة ترخيص ألمانيا - لكن كلتيهما عبارة عن مجموعات فرعية أبجدية رقمية من نفس مجموعة الرموز المكونة من اثنين وستين رمزاً. تتكون أرقام تعريف المركبات (VIN) من سبعة عشر حرفاً بالضبط في جميع أنحاء العالم، وتستبعد هذه الأرقام عمداً الأحرف I وO وQ لتمييزها بصرياً عن الأرقام.

مفاتيح واجهة برمجة التطبيقات (API) أمثلة شائعة لا يكلف معظم المستخدمين أنفسهم عناء النظر إليها. مفتاح Stripe المباشر يفتح `sk_live_` متبوعًا برمز أبجدي رقمي. مفتاح AWS للوصول يفتح `AKIA` متبوعًا بستة عشر حرفًا أبجديًا رقميًا. رمز GitHub الشخصي للوصول الصادر بعد عام 2021 يفتح `ghp_`. هذه البادئات نفسها أبجدية رقمية، تم اختيارها لتمكين مزودي الخدمة من فحص المستودعات العامة والسجلات بحثًا عن المفاتيح المسربة. في كثير من الحالات، يكشف هذا الفحص أي ثغرة قبل أن يكتشفها أي مهاجم.

تستحق رموز الاستجابة السريعة (QR) إشارة موجزة. يُعرّف معيار ISO/IEC 18004 "الوضع الأبجدي الرقمي" المخصص الذي يُشفّر مجموعة محددة من 45 حرفًا - أحرف كبيرة، وأرقام، ومسافات، وعدد قليل من علامات الترقيم - بكفاءة أعلى من وضع البايت العام. يخزن رمز الاستجابة السريعة الذي يحتوي على محتوى أبجدي رقمي كبير فقط بيانات أكثر بنحو 1.6 مرة لكل مربع مقارنةً بنفس المحتوى المُشفّر كبايتات خام.

الأساس 32، الأساس 58، الأساس 64: عندما تختار العملات المشفرة مجموعة فرعية

توجد بعض معايير التشفير المصممة خصيصًا لتحويل البيانات الثنائية إلى مجموعة فرعية أبجدية رقمية. المرجع هو RFC 4648، الذي نشرته فرقة عمل هندسة الإنترنت (IETF) عام 2006، والذي يُعرّف ثلاثة أنواع من التشفير.

نظام العد الست عشري هو أبسطها، ويُعرف رسميًا باسم Base16. يتكون من ستة عشر حرفًا: من 0 إلى 9، ومن a إلى f. يُستخدم لعناوين إيثيريوم، والتجزئة المشفرة، وأي عملية تصحيح أخطاء منخفضة المستوى تتطلب قراءة البيانات الخام. أما نظام Base32 فهو الأكثر إثارة للاهتمام. تم اختيار أبجديته المكونة من 32 حرفًا لتكون غير حساسة لحالة الأحرف، وفي بعض الإصدارات، لحذف الأرقام 0 و1 و8 و9 التي قد تُسبب التباسًا بصريًا. أي شخص قام بإعداد المصادقة الثنائية وأدخل كلمة مرور في تطبيق Google Authenticator قد استخدم Base32 - في أغلب الأحيان دون أن يدري.

تُعدّ Base64 أداةً أساسيةً في ترميز البيانات. تتألف من 62 حرفًا ورقمًا بالإضافة إلى الرمزين `+` و`/`. يوجد إصدار آمن للاستخدام في عناوين URL يستبدل هذين الرمزين بالرمزين `-` و`_`. تُستخدم Base64 لنقل مرفقات البريد الإلكتروني، وتشفير عناوين URL للبيانات داخل HTML، وتغليف رموز JSON Web Tokens لبروتوكول OAuth.

لا يتوافق ترميز Base58 الخاص ببيتكوين مع معيار RFC 4648. فقد طوره ساتوشي ناكاموتو بشكل مستقل. كان الهدف مختلفًا - وهو تقليل عدد البايتات لكل حرف عند إعادة كتابة العناوين يدويًا - وكانت النتيجة أبجدية مخصصة لا يستخدمها أحد غيره. أما ترميز Base85، الذي يُسمى أحيانًا Ascii85، فيعمل في الاتجاه المعاكس. فهو يضغط أربعة بايتات في خمسة أحرف، ويظهر في ملفات PDF وPostScript، حيث تبرر الكثافة الإضافية انخفاض سهولة القراءة.

الأخطاء الشائعة: الالتباس البصري والتشابهات

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

الأحرف التي يسهل الخلط بينها: الصفر وحرف O الكبير. الرقم واحد، وحرف l الصغير، وحرف I الكبير. حرف l الصغير وحرف I الكبير. يحذف نظام Base58 الخاص ببيتكوين الأحرف الأربعة جميعها لهذا السبب. تستخدم أنظمة أخرى حلولاً مختلفة - تحذف أرقام تعريف المركبات (VIN) الأحرف I وO وQ، وتحذف بعض الرموز المالية حرف O بالكامل، ويمكنك العثور على قوانين وطنية للوحات ترخيص السيارات تحظر أي حرف يشبه الصفر في خط الدولة.

تُعدّ هجمات التماثل في رموز يونيكود مشكلةً أكثر تعقيدًا وأحدث عهدًا. وقد وُثّقت هذه الفكرة في ورقة بحثية نُشرت عام ٢٠٠١ من قِبل يفغيني غابريلوفيتش وأليكس غونتماخر. يقوم التماثل في الرموز على استبدال حرفٍ مُطابقٍ ظاهريًا من نصٍّ مختلف، على سبيل المثال، استبدال الحرف السيريلي 'а' (U+0430) بالحرف اللاتيني 'a' (U+0061). سجّل اسم نطاقٍ بهذا الاستبدال، وبذلك يُمكنك استضافة صفحة تصيّدٍ احتياليٍّ لا يُمكن تمييزها عن صفحة البنك الحقيقي. تعرض المتصفحات الحديثة تمثيل Punycode الخام - شيءٌ مثل `xn--80akhbyknj4f` - عندما يمزج النطاق بين النصوص. هذا الدفاع يُصدّ معظم الهجمات، ولكن ليس جميعها.

كيفية إنشاء كلمة مرور قوية مكونة من حروف وأرقام في 2026

ثلاث قواعد. جميعها مستمدة مباشرة من الرياضيات الخاصة بالمعهد الوطني للمعايير والتكنولوجيا (NIST).

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

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

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

مرجع سريع: تعدادات أبجدية رقمية وأمثلة

اثنان وستون رمزًا مع مراعاة حالة الأحرف، وستة وثلاثون رمزًا بدونها. رموز ASCII من 48 إلى 57 للأرقام، ومن 65 إلى 90 للأحرف الكبيرة، ومن 97 إلى 122 للأحرف الصغيرة. طابق المجموعة كاملةً مع التعبير النمطي `[A-Za-z0-9]` أو فئة POSIX `[:alnum:]`. هذه المجموعة المكونة من اثنين وستين رمزًا هي أساس كل مُعرّف رقمي تقريبًا ستتعامل معه هذا الأسبوع: كلمات المرور، ومفاتيح API، وأرقام IBAN، ولوحات السيارات، ومعرّفات المعاملات، وكل عنوان محفظة تُنشئه.

Mathis Curcio

Mathis Curcio is a senior content strategist and NFT specialist at Plisio. With over 5 years of experience in the Web3 space, Mathis focuses on the evolution of NFT ecosystems, digital collectibles, and decentralized ownership models. He creates accessible, insight-driven content that bridges the gap between blockchain innovation and mainstream adoption. His expertise spans NFT market trends, use cases across art and gaming, and the infrastructure powering next-generation tokenized assets.