EIP-6963: ما هو وما المشكلة التي يحلها؟

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

هذا لأنه على الرغم من وجود معيار – EIP-1193: واجهة برمجة تطبيقات JavaScript لموفر Ethereum – لربط محافظ مختلفة (المتصفح، الهاتف المحمول، الأجهزة، وما إلى ذلك) من موفري خدمات مختلفين، لم يكن هناك معيار لاكتشاف متى تم تثبيت محفظة المتصفح. في السابق، كان من الشائع إدخال محفظة المتصفح في كائن JavaScript فردي، window.ethereum. ومع ذلك، فقد جعل هذا من المستحيل إدخال موفري خدمات متعددين في نفس كائن JavaScript.

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

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

ما يفعله EIP-6963: Multi Injected Provider Discovery هو اقتراح آلية اكتشاف بديلة window.ethereumتتيح اكتشاف العديد من موفري المحفظة المحقونة. في جوهره، يقوم بإنشاء قناة جديدة للاتصال بين التطبيقات ومحافظ امتدادات المتصفح التي تسمح لمحافظ امتدادات المتصفح المتعددة بالتعايش. عبر هذه القناة الأكثر أمانًا وتعبيرًا، يمكن للمحافظ المتعددة المثبتة أن تجعل نفسها متاحة للتطبيقات اللامركزية وحتى التطبيقات الأخرى المستندة إلى الويب.

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

من يدعم EIP-6963 — وكيف يمكنك ذلك؟

قامت 16 محفظة ومكتبة (مثل wagmi !) باختباره بالفعل، مع قيام العديد منها بإصدار الدعم بهدوء قبل الموافقة وسيتبعه آخرون قريبًا.

وذلك لأن EIP-6963 هو جهد مجتمعي حقيقي، حيث يشارك مؤلفون مشاركين من المحافظ والنظام البيئي بشكل كبير في إنشائه وتحسينه. في الواقع، بعد شهر واحد فقط من كتابة المسودة الأولى، وصلت Enkrypt وZerion إلى مرحلة الإنتاج بدعمهما، في حين كان لدى Brave وMetaMask تطبيقات مرحلية تختبر عمليات تنفيذها.

إذا كنت من مطوري محفظة للمتصفح، فإن اعتماد EIP-6963 أمر سهل للغاية. كل ما عليك فعله هو اتباع المواصفات الواردة في اقتراح EIP-6963 .

اعتبارًا من اليوم، المحافظ التي تدعم بالفعل وهي في طريقها لدعم EIP-6963 هي:

EIP-6963: ما هي الخطوة التالية؟

في حين أن الإنجاز الضخم الذي تحقق اليوم يختتم رحلة الحصول على الموافقة على EIP، فإنه يمثل أيضًا حقبة جديدة – نهاية حروب محافظ المتصفح! لتجربة ما يقدمه EIP-6963، قم بالتجول على eip6963.org .