حصان طروادة في ترقية Ethereum Fusaka: كيف يمكن تحويل عشرات المليارات من الهواتف المحمولة إلى محافظ أجهزة؟

التواضع لقبول معايير الإنترنت العامة، والدخول طوعًا إلى جيب المستخدم.

الكاتب: Zhixiong Pan

في الواقع، لديك بالفعل "محفظة أجهزة" في جيبك

الهواتف وأجهزة الكمبيوتر التي نستخدمها يوميًا تحتوي فعليًا على شرائح أمان مخصصة. على سبيل المثال، "Secure Enclave" في iPhone، أو Keystore / Trust Zone / StrongBox في هواتف Android.

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

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

فجوة بحرف واحد فقط

المحرج أن Ethereum لا تدعم secp256r1 السائدة هذه بشكل أصلي.

في ذلك الوقت، اختار مجتمع Bitcoin منحنى secp256k1 الأقل شهرة بسبب مخاوف من احتمال وجود "باب خلفي على مستوى الدولة" في منحنيات NIST، ولذلك اعتمدت Ethereum هذا المنحنى عند تصميم نظام الحسابات الخاص بها.

على الرغم من أن r1 وk1 يبدوان مختلفين بحرف واحد فقط، إلا أنهما في الرياضيات لغتان مختلفتان تمامًا. وهذا يؤدي إلى مشكلة كبيرة: شريحة الأمان في هاتفك لا تستطيع توقيع معاملات Ethereum مباشرة.

إذا لم نستطع تغيير العتاد، فلنُكيّف هذا الإصدار معه

من الواضح أن Ethereum لا يمكنها إجبار Apple أو Samsung على تغيير تصميم الشرائح لتناسب secp256k1، والطريقة الوحيدة هي أن تتكيف Ethereum نفسها مع secp256r1.

هل يمكننا كتابة كود في العقود الذكية للتحقق من توقيعات r1؟ نظريًا نعم، لكن العمليات الرياضية معقدة جدًا، وقد تستهلك عملية تحقق واحدة مئات الآلاف من Gas، وهذا غير عملي اقتصاديًا.

لذا، في ترقية Fusaka، قدم المطورون السلاح القوي: العقود المسبقة التجميع (Precompile). هذا بمثابة "باب خلفي" أو "إضافة" في آلة Ethereum الافتراضية (EVM). بدلًا من أن تحسب EVM خطوة بخطوة، يتم كتابة وظيفة التحقق هذه مباشرة في كود العميل الأساسي. يحتاج المطور فقط إلى استدعاء عنوان معين، ويمكنه إكمال التحقق بتكلفة منخفضة جدًا.

في EIP-7951، تم تثبيت هذه التكلفة عند 6900 Gas، من مئات الآلاف إلى بضعة آلاف فقط، وأخيرًا أصبحت ضمن نطاق "الاستخدام اليومي في المنتجات الحقيقية".

آخر قطعة في لغز تجريد الحسابات

تطبيق هذا EIP يعني أنه يمكننا أخيرًا توقيع وتفويض الحسابات الذكية على Ethereum في بيئة TEE على الهاتف.

من المهم ملاحظة أن هذا لا ينطبق على عناوين EOA مثل MetaMask الحالية (لأن منطق توليد المفاتيح العامة فيها لا يزال k1).

هذا مُعد خصيصًا لـ "تجريد الحسابات" (محافظ AA). في المستقبل، لن تكون محفظتك عبارة عن سلسلة من الكلمات الاحتياطية، بل ستكون عقدًا ذكيًا. مكتوب في هذا العقد:

"طالما تم التحقق من أن هذه البصمة (توقيع r1) صحيحة، يُسمح بالتحويل."

الخلاصة

قد لا يجعل EIP-7951 الكلمات الاحتياطية تختفي بين ليلة وضحاها، لكنه أخيرًا أزال أكبر عقبة أمام الانتشار الواسع لـ Ethereum.

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

أما بعد ترقية Fusaka، فلن يكون هذا الخيار موجودًا بعد الآن.

مع تطبيق EIP-7951، سيصبح "الهاتف هو محفظة الأجهزة" حقيقة تدريجيًا. بالنسبة لمليار مستخدم جديد في المستقبل، قد لا يحتاجون حتى لمعرفة ما هو "المفتاح الخاص"، ولن يضطروا لمواجهة الضغط النفسي لكتابة 12 كلمة.

كل ما عليهم فعله هو، كما يشترون القهوة عادةً، تمرير الوجه أو الضغط على بصمة الإصبع، وستقوم شريحة الأمان في iPhone بتوقيع المعاملة باستخدام secp256r1، وسيتم التحقق منها عبر العقد المسبق التجميع الأصلي في Ethereum.

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