فعّل سجل XRP ميزة تتيح للشركات منح صلاحيات محددة للحسابات دون تسليم المفاتيح التي تمنح تحكماً كاملاً. دخلت PermissionDelegationV1_1 حيّز التنفيذ في 8 أكتوبر، لتتيح لمُصدري العملات المستقرة وغيرهم من المشغّلين فصل المهام الروتينية عن الصلاحيات التي تتحكم في حسابهم الرئيسي.
قد يبدو ذلك تغييراً إدارياً. لكنه يعالج مشكلة أمنية حقيقية لدى الشركات التي توافق على العملاء أو توقّع المعاملات طوال اليوم: إذ لا ينبغي أن يتمتع مفتاح التشغيل المتصل بالإنترنت تلقائياً بالصلاحيات نفسها التي تتمتع بها المفاتيح المحفوظة في التخزين البارد.
مجموعة أضيق من المفاتيح للأعمال اليومية
أفادت CoinDesk بالتفعيل، نقلًا عن XRPL Dashboard. وبحسب القائمة المذكورة التي تضم 35 مدقّقًا موثوقًا، كان التعديل بحاجة إلى 29 مؤيدًا على الأقل للحفاظ على دعم يتجاوز 80% لأسبوعين متتاليين. وقد أُعيد ضبط العد التنازلي في سبتمبر بعد انخفاض الدعم عن الحد المطلوب.
الحساب الذي يمنح الصلاحية هو الحساب المفوِّض، والحساب الذي يتلقاها هو المفوَّض. يرسل المالك معاملة DelegateSet تحدد المفوَّض والإجراءات المسموح له بها. ويمكن للمالك لاحقًا تغيير هذه الأذونات أو إلغاءها، كما يمكنه تعيين عدة مفوَّضين بمسؤوليات مختلفة.
على سبيل المثال، قد يتيح مُصدِر عملة مستقرة لحساب الامتثال تفويض خطوط ائتمان العملاء كلًّا على حدة، بعد إجراء الفحوص المطلوبة. وسيستخدم فريق العمليات مفاتيحه الخاصة لهذه المهمة، فيما تظل المفاتيح ذات الصلاحيات الأوسع دون اتصال. وسيظل اختراق حساب مفوَّض خطرًا ضمن الصلاحيات المسندة إليه، لكنه لن يمنح المهاجم تلقائيًا سيطرة غير مقيدة على الحساب.
ما يتيحه التحديث، وما لا يتيحه
تقسّم الوثائق الرسمية الأذونات إلى أذونات لأنواع المعاملات وأذونات دقيقة. تشمل الأولى فئة معاملات مسموحًا بها، بينما تغطي الثانية وظيفة أضيق ضمن فئة واحدة، مثل تفويض خط ائتمان فردي أو تجميده.
يمكن منح كل مفوَّض ما يصل إلى 10 أذونات.
يمكن للمالكين إنشاء مجموعات أذونات مختلفة لمفوَّضين مختلفين.
لا يمكن منح المفوَّضين صلاحيات تتيح لهم تغيير مفاتيح الحساب أو منح أذونات إضافية.
تأتي الأذونات الدقيقة من قائمة ثابتة. ولا يمكن للمالكين ابتكار قواعد مخصصة، مثل السماح بالمدفوعات بعملة واحدة يختارونها فقط.
يستحق هذا القيد الأخير الانتباه. فنظام الأذونات لا يُعد تلقائيًا محركًا متكاملًا لسياسات الشركات. ولا يزال على الفرق أن تدرس ما يتيحه كل إذن متوفر، بدلًا من افتراض أن التسمية الجذابة تتوافق مع قواعد الإنفاق أو الامتثال الداخلية لديها.
تحذير السلامة الذي ينبغي للمشغّلين ألا يتجاهلوه
تحذّر وثائق XRPL من تفويض الإذن الدقيق PaymentBurn إلى حين تفعيل التعديل fixCleanup3_4_0. فقبل هذا الإصلاح، يمكن للمفوَّض الذي لديه إذن PaymentBurn أن يصدر أيضًا رموزًا جديدة قابلة للاستبدال، بما فيها رموز خطوط الائتمان أو الرموز متعددة الأغراض، في ظروف معينة. ويشير التحذير إلى أن الأذونات الدقيقة الأخرى لا تتأثر.
لا يثبت التقرير الذي استندت إليه هذه المقالة ما إذا كان هذا الإصلاح المنفصل مفعّلًا حاليًا. ينبغي للمشغّلين التحقق من حالته قبل منح إذن PaymentBurn. ولا يقول التحذير إن كل حساب مفوَّض غير آمن؛ بل يحدد إذنًا بعينه قد يتجاوز سلوكه ما يوحي به اسمه.
التفويض ليس بديلًا عن التوقيع المتعدد
يقيّد التفويض ما يمكن لحساب آخر فعله. أما التوقيع المتعدد فيحدد أي مجموعة من الموقّعين يجب أن توافق على المعاملة. يعالج كل منهما مشكلة مختلفة، ويمكن استخدامهما معًا: إذ يمكن للمفوَّض استخدام إعدادات التوقيع المتعدد الخاصة به، مع التحقق من التوقيعات وفق قائمة الموقّعين لديه.
هناك تكاليف تشغيلية أيضًا. يُحتسب كل إدخال تفويض ضمن متطلبات الاحتياطي للمالك. ويحتاج المفوَّضون إلى حسابات ممولة على السجل، كما يدفعون رسوم المعاملة. ولا يمكن للمعاملات المفوَّضة الانتظار في قائمة انتظار المعاملات؛ فإذا تعذّر تنفيذها فورًا على السجل المفتوح، فإنها تفشل بدلًا من إدراجها في قائمة الانتظار.
بالنسبة إلى مستثمري XRP، يُعد التفعيل دليلًا على وظائف جديدة للشبكة، وليس إثباتًا على تبنٍّ مؤسسي جديد أو طلب مضمون على الرمز. والدليل المفيد التالي هو معرفة ما إذا كانت الشركات ستستخدم هذه الضوابط في عملياتها الفعلية.
يوفّر XRPL الآن طريقة أكثر دقة لتوزيع صلاحيات الحساب. وستعتمد فائدتها على اختيار الأذونات بعناية، واستخدامها فعليًا في العمليات، والانتباه إلى القيود الموثقة. يُعد إبقاء المفاتيح الرئيسية دون اتصال خطوة جيدة؛ أما قراءة الأذونات فهي مسؤولية لا يمكن تفويضها إلى أي أحد. --------- الكاتب: سيدريك هولواي غرفة أخبار نيويورك أخبار العملات المشفرة العاجلة
اشترك في GCP عبر تطبيق قارئ