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



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

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