توقيع لمرة واحدة يمكن التحقق منه مرة أخرى؟ نعم، وشرح @quipnetwork السبب في وثائقه الخاصة. تستخدم حسابات Quip نظام SHRINCS، وهو نظام توقيع قائم على التجزئة مصمم للحماية ضد الحوسبة الكمية. لأي عملية حسابية عادية، يستهلك كل توقيع فتحة واحدة. استخدمه مرة واحدة، ثم انتقل إلى التالي. بسيط جدًا. لكن الأمور تصبح مثيرة عندما تتحقق تطبيقات الويب الموزعة (dApps) من التوقيعات عبر ERC-1271. هذا التحقق يكون للقراءة فقط. لا يستهلك فتحة توقيع. ويمكن للتوقيع نفسه الاستمرار في اجتياز التحقق طالما أن المفتاح لا يزال مثبتًا. انتظر، أليس هذا يُلغي فكرة التوقيع لمرة واحدة؟ ليس تمامًا. التوقيع على رسالة جديدة باستخدام نفس المفتاح لمرة واحدة، والتحقق من توقيع موجود مرة أخرى، هما عمليتان مختلفتان. تظهر المشكلة عندما يفترض بروتوكول أن التوقيع الصحيح يصبح غير قابل للاستخدام تلقائيًا بعد عملية واحدة. تحذر وثائق Quip المطورين صراحةً من هذا الأمر. تريد تفويضًا لمرة واحدة؟ تتبع القيم العشوائية (nonces). أضف تاريخ انتهاء صلاحية. أو تعامل مع تغيير المفاتيح. لا تتوقع أن يوفر ERC-1271 حماية تلقائية من إعادة الإرسال. وهذا ما أجدُه مثيرًا حول البنية التحتية للمحفظات المقاومة للحوسبة الكمية. ترقية التشفير لا تُحدث تلقائيًا ترقية لكل تطبيق متصل بهذه المحفظة. يمكنك أن تمتلك توقيعات أقوى، ولا تزال تُدخل أخطاء في التفويض على مستوى التكامل. أنا لا أسمي هذا استغلالًا لـ Quip. إنه سلوك موثق يحتاج المطورون إلى أخذه في الاعتبار. التحدي الحقيقي ليس فقط جعل المحافظ مقاومة للحوسبة الكمية، بل جعل هذه المحافظ آمنة للتكامل مع تطبيقات DeFi التي يستخدمها الناس بالفعل. الجزء الأخير يستحق اهتمامًا أكبر بكثير.