بحث حول أوجه التشابه والاختلاف في حلول تجريد الحسابات لـ Ethereum وSolana وCosmos

المؤلف: Zeqing Guo & Jinming Neo، HashKey Capital الترجمة: Golden Finance xiaozou< /span>

1. لماذا نحتاج إلى تجريد الحساب (AA)؟

لا يزال هناك العديد من المشكلات التي لم يتم حلها في مجال blockchain. من بينها، صعوبة استخدام blockchain، أي تجربة المستخدم (UX) للتفاعل مع blockchain، هي بالتأكيد المنطقة التي يشكو فيها الجمهور أكثر من غيرها.

على سبيل المثال، يعتقد العديد من الأشخاص أن استخدام المفاتيح أكثر تعقيدًا من استخدام البريد الإلكتروني لإدارة الحسابات، وأن إدارة المفاتيح صعبة وغير آمنة، وأن كل عملية نقل ( مثل USDC) من الضروري أيضًا استخدام الرموز المميزة الأصلية (مثل Ether وSol)، وهو أمر غير بديهي.

في هذا السياق، يوجه المزيد والمزيد من الأشخاص انتباههم إلى مجال تجريد الحساب لتحسين تجربة المستخدم للتفاعلات عبر السلسلة وتعزيز التبني الشامل.

أثناء عملية الاستكشاف، اقترحت Ethereum حلول تجريد الحساب مثل ERC-4337 وEIP-3074 وEIP-7702. تحتوي أجهزة L1 الأخرى (مثل Solana) على ميزات تدعم تجريد الحساب على مستوى البروتوكول (مثل أجهزة المساعد الرقمي الشخصي (PDA) للعناوين المشتقة من البرامج)، ولدى Cosmos تصميم مشابه (مثل x/authz ووحدة تجريد الرسوم). في هذه المقالة، سنقدم الحلول المذكورة أعلاه ونقارنها، ونفهم التفاصيل الدقيقة لتصميمات الحلول المختلفة، ونوضح المفاضلات والاعتبارات الخاصة بالحلول المختلفة.

2، مقدمة الخلفية

(1 ) EOA وحساب العقد

الحساب الخارجي (EOS) وحساب العقد هما نوعان محددان في الورقة البيضاء الخاصة بـ Ethereum نوع الحساب. يتم التحكم في حسابات EOA بواسطة مفاتيح خاصة. يمكن للمستخدمين التوقيع على المعاملات المختلفة والتحكم في الأصول الموجودة في الحساب من خلال المفتاح الخاص. يتم التحكم في حساب العقد من خلال رمز حساب العقد نفسه، ويمكن للحسابات الأخرى أن تجعل حساب العقد ينفذ منطقًا محددًا عن طريق استدعاء رمز حساب العقد.

(2) تجريد الحساب

مفهوم التجريد حساب يعود تاريخه إلى عام 2016. يعتمد تجريد الحساب على النوعين الحاليين من الحسابات في الايثيريوم، وهما حسابات EOA وحسابات العقود. سيؤدي ذلك إلى تحسين التجربة التفاعلية لمستخدمي Ethereum من خلال:

· السماح للمستخدمين باستخدام التوقيعات المتعددة، مثل Schnorr وBLS والتوقيعات ما بعد الكم، إلخ.;< /p>

· السماح للمستخدمين بدفع رسوم الغاز باستخدام رموز ERC20 أو منطق الدفع المخصص؛

· السماح للمستخدمين باسترداد حساباتهم باستخدام البريد الإلكتروني ووسائل التواصل الاجتماعي وما إلى ذلك؛

· السماح للمستخدمين بإدارة المحتوى في حساباتهم مع أذونات دقيقة للتمويل، مثل تحديد حدود السحب اليومي؛

· يسمح بتنفيذ عمليات متعددة على السلسلة في معاملة ذرية واحدة. على سبيل المثال، يمكن للمستخدمين استخدام توقيع واحد لإكمال عمليات الموافقة والاسترداد في معاملات DEX.

(3) خارطة طريق إيثريوم

تسلط خارطة الطريق الضوء على إيثريوم مسار ترقية Ethereum المستقبلي. حاليًا، تدور معظم الأبحاث في مجتمع إيثريوم حول خارطة طريق إيثريوم. يعد تجريد الحساب جزءًا أساسيًا من هذا:

< p style="text-align: left;">يأمل مجتمع Ethereum في تنفيذ حلول تجريد الحساب ضمن البروتوكول استنادًا إلى ERC-4337 من خلال مقترحات مثل EIP-3074 أو EIP-7702، وتحقيق تجريد حساب Endgame في النهاية.

على الرغم من أنه يعزز تجربة المستخدم، إلا أن تجريد الحساب يعد أيضًا أمرًا بالغ الأهمية للحوسبة المضادة للكم في Ethereum، لأن خوارزمية ECDSA المستخدمة حاليًا بواسطة حسابات EOA لها تأثير كبير على الحوسبة الكمومية ليست آمنة. توظيف تجريد الحساب لدعم التوقيعات ما بعد الكمومية، وحماية حسابات المستخدمين من التهديدات المتطورة التي تشكلها الحوسبة الكمومية.

3 وEIP-3074 وERC-4337

لفهم تجريد الحساب، نحتاج إلى فهم كيفية عمل EOA. يوضح الشكل التالي عملية بيع وشراء الرموز المميزة الأكثر شيوعًا في السلسلة:

بشكل عام، يحتاج المستخدمون إلى إصدار معاملتين عند شراء وبيع الرموز المميزة: أولاً تفويض Uniswap لنقل USDC الخاص بهم للتبادل، ثم إرسال طلب معاملة آخر إلى Uniswap افعل هذا. يقوم Uniswap بنقل USDC لحساب المستخدم ويرسل المبلغ المقابل من ETH إلى المستخدم بناءً على السعر الحالي.

يدمج ERC-4337 المعاملتين المذكورتين أعلاه في معاملة واحدة:

كما يتبين من الصورة أعلاه، يحتاج المستخدم إلى التوقيع مرتين لتخويل المجمع لتشغيل أصول المستخدم في حساب 4337، والذي يختلف عن حساب EOA الخاص بالمستخدم. بعد حصول المجمع على الترخيص، يقوم بدمج المحتوى المعتمد في حزمة المعاملات وينشر حزمة المعاملات لإكمال المعاملة. في الوقت نفسه، إذا لم يكن لدى المستخدم رموز Ethereum المستخدمة لدفع رسوم الغاز، فيمكن أيضًا تقديم دور صراف الرواتب للسماح لصراف الرواتب بدفع رسوم الغاز والحصول على رموز ERC20 المعادلة من المستخدم.

EIP-3074 وERC-4337 لديهما بعض أوجه التشابه، ولكن تنفيذ EIP-3074 يقع ضمن بروتوكول Ethereum:

في ERC-4337، نحن تفويض المُجمِّع بمعالجة الأصول الموجودة في محفظة العقود الذكية المتصلة بالسلسلة الخاصة بنا من خلال التوقيعات. في EIP-3074، يُسمح للمجمع بمعالجة الأصول الموجودة في محفظة EOA الخاصة بنا مباشرة من خلال التوقيعات. وللقيام بذلك، يحتاج مجتمع إيثريوم إلى إضافة رمزين تشغيليين جديدين إلى بروتوكول إيثريوم: AUTH وAUTHCALL.

يتم استخدام AUTH للتحقق مما إذا كان سلوك المُجمّع في معالجة أصول حساب EOA للمستخدم مسموحًا به، ويتم استخدام AUTHCALL "لخداع" العقد الذكي لتفاعل المستخدم ( في مثالنا لـ USDC وUniswap)، مما يجعل العقد الذكي يعتقد أن المعاملة جاءت من حساب EOA الخاص بالمستخدم. وتتمثل ميزة ذلك في أن مشرفي Uniswap وUSDC لا يحتاجون إلى ترقية العقود الذكية المنشورة، ويمكن أن تحتوي حسابات EOA أيضًا على وظائف تجريد الحساب.

(1) مقارنة بين EIP-3074 وERC-4337

في مجتمع Ethereum، يشير EIP عادةً إلى المقترحات التي تتطلب دعم ترقيات Ethereum، بينما يشير ERC إلى المقترحات التي يمكن دعمها دون مواصفات ترقيات Ethereum.

لذلك، يمكن ملاحظة من تسمية مخططات تجريد الحسابين أن ERC-4337 أسهل في التنفيذ من EIP-3074 لأن ERC-4337 لا تتطلب Ethereum أن تخضع الشبكة لشوكة صلبة. وهذا هو أحد أسباب إصدار ERC-4337 واستخدامه بشكل متزايد في المضلع والقاعدة، ولكن تم قبول EIP-3074 للتو من قبل المؤتمر التنفيذي لمطوري Ethereum All-Core رقم 183 (ACDE).

بالإضافة إلى ذلك، يتطلب ERC-4337 من المستخدمين ترحيل حساباتهم الحالية إلى حسابات العقود الجديدة ويتطلب DApps لدعم وظيفة EIP-1271. لا يتطلب EIP-3074 هذا الدعم الإضافي. هذا هو السبب الرئيسي لانخفاض معدل اعتماد ERC-4337. في الوقت نفسه، لا يمكن لـ ERC-4337 دعم توقيع واحد للسماح بعمليات متعددة على السلسلة دون تقديم عقد وسيط متعدد المكالمات، ولكن EIP-3074 يمكنه ذلك، مما يؤدي أيضًا إلى قيود ERC-4337.

ومع ذلك، فإن EIP-3074 لديه مشكلاته الخاصة أيضًا. المشكلة الأكثر أهمية هي أن سلطة رمز التشغيل AUTH مرتفعة جدًا، مما قد يسمح للمهاجم بالتحكم الكامل في حساب EOA الخاص بالمستخدم. بعد كل شيء، طالما أن أحد المتسللين يخدعك لتوقيع AUTH، فيمكن معالجة الأصول الموجودة في محفظة EOA الخاصة بك. وبالنظر إلى أن هجمات التصيد الاحتيالي منتشرة حاليًا، ومعظم الهجمات تتم عن طريق انتحال توقيعات المستخدم، فسوف تصبح هذه مشكلة أكثر خطورة بمجرد تنفيذ EIP-3074.

ردًا على ذلك، اقترح Lightclient، أحد مؤلفي EIP-3074، طريقة تخفيف لاعتراض التوقيعات الضارة على مستوى المحفظة. لا يواجه ERC-4337 هذه المشكلة، على الرغم من أنه لا يزال بإمكان المتسللين خداع المستخدمين للتوقيع على UserOps الضارة. وذلك لأنه من الصعب على UserOp الوصول إلى جميع الأصول الموجودة في حساب المستخدم. في وقت كتابة هذا التقرير، وافق مطورو ACDE بالإجماع على إزالة EIP-3704 من Pectra Devnet 0 وتضمين EIP-7702 في Pectra Devnet 1 التالي.

(2) ما الذي تغير مع EIP-7702؟

يحاول EIP-7702 دمج مزايا EIP-3074 وERC-4337 واتخاذ مسار وسط. يرسل المستخدم العملية الموقعة إلى المجمع. عندما يرسل المجمع المعاملة إلى السلسلة، سيصبح حساب EOA الخاص بالمستخدم مؤقتًا حساب عقد ذكي مثل حساب 4337. بعد ذلك، على غرار عملية المصادقة في EIP-3074، سيتحقق حساب العقد الذكي من عملية المجمع المصرح بها من قبل المستخدم. ثم، مثل AUTHCALL، قم بتنفيذ العمليات التي يأذن بها المستخدم. بعد تنفيذ المعاملة، سيتم إرجاع حساب المستخدم إلى حساب EOA العادي.

مزايا EIP-7702 هي كما يلي:

· يرث المزايا جميع مزايا EIP-3074: لا يُطلب من المستخدمين التبديل من حساب EOA إلى حساب عقد ذكي بعنوان جديد، ويمكن إجراء عمليات متعددة في معاملة ذرية واحدة؛

· يمكن استخدام رمز حساب العقد الذكي والبنية التحتية لـ ERC-4337 مرة أخرى؛

· تجريد حساب العقد الذكي الذي يمثله يمكن دمج حلول تجريد الحسابات ERC-4337 وEIP EOA الممثلة بـ -3074 لمنع انقسام Ethereum إلى نظامين مختلفين لتجريد الحسابات، مما يمهد الطريق لنهاية الحسابات المجردة في خارطة طريق Ethereum؛

· لن تتم إضافة رمزي التشغيل AUTH وAUTHCALL إلى EVM الخاص بـ Ethereum: في ضوء خارطة طريق Ethereum، سيتم تحويل حسابات EOA إلى حسابات مجردة للحساب في المستقبل، عندما يتم تنفيذ هاتين العمليتين سيصبح الرمز زائداً عن الحاجة.

بالإضافة إلى ذلك، يرث EIP-7702 أيضًا جميع المخاطر الأمنية الخاصة بـ EIP-3074.

قرر المجتمع تضمين EIP-7702 في ترقية Pectra لعام 2025. إذا تم تنفيذه، فإنه سيغير النظام البيئي للإيثريوم بشكل كبير ويحسن تدريجيًا إصدار ERC-4337 الحالي من البنية التحتية لتجريد الحساب.

4، العنوان المشتق من برنامج Solana (PDA)< /strong> h2>

(1) تجريد حساب سولانا

تجريد حساب Solana يشبه ERC-4337 الخاص بـ Ethereum. وهي حسابات مشتقة من الحساب الأصلي (شبيهة بحسابات EOA)، تشبه حسابات العقود الـ 4337. قبل فهم تجريد حساب Solana، من الضروري أولاً فهم نموذج الحساب الذي يستخدمه Solana.

بشكل عام، يمكن تقسيم الحسابات إلى حسابات قابلة للتنفيذ يمكنها تنفيذ التعليمات البرمجية وحسابات غير قابلة للتنفيذ لا يمكنها تنفيذ التعليمات البرمجية. وبالنظر إلى أبعد من ذلك، هناك ثلاثة أنواع من الحسابات في Solana: البرنامج الأصلي، وحساب البرنامج، وحساب البيانات.

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

يمكّن نموذج الحساب هذا حسابات البرنامج من إنشاء حسابات محددة وإدارتها، مما يوفر للمطورين القدرة على تحديد قواعد مخصصة ومنطق لإدارة الحسابات. مدعومة بنموذج الحساب هذا، تعمل العناوين المشتقة المبرمجة (PDAs)، وهي نوع من حسابات البيانات، على توسيع إمكانيات ميزات تجريد الحساب على Solana، بدءًا من تعزيز أمان المستخدم من خلال محافظ متعددة التوقيع والمصادقة الثنائية إلى تمكين آليات الاسترداد الاجتماعي والمزيد .

(2) العنوان المشتق من البرنامج

بالنسبة للسياق، تكون جميع الحسابات على منحنى Ed25519 ولها أزواج مفاتيح عامة وخاصة . يقع المساعد الرقمي الشخصي (PDA) خارج منحنى Ed25519 وهو عبارة عن سلسلة مكونة من 32 بايت مشتقة بشكل حتمي تبدو كمفتاح عام ولكن ليس لها مفتاح خاص مطابق. يسمح المساعد الرقمي الشخصي (PDA) للمطورين بإنشاء قواعد مخصصة وآليات لتوقيع المعاملات، مما يسمح لأصحاب حسابات برنامج المساعد الرقمي الشخصي (PDA) بتنفيذ المعاملات بشكل مستقل نيابة عن المساعد الرقمي الشخصي (PDA)، المعترف به والمدعوم بالكامل من قبل شبكة Solana.

(3)المساعد الشخصي الرقمي وتجريد الحساب

الآن نحن نفهم كيفية استخلاص المساعد الشخصي الرقمي، أنت قد يتساءل أيضًا كيف ترتبط هذه المفاهيم بتجريد الحساب. يتم تنفيذ تجريد الحساب تحت الغطاء من خلال أداء وظيفة تسمى Cross-Program Invocation (CPI).

CPI هي دالة تمكن أحد البرامج من استدعاء التعليمات من برنامج آخر، وبالتالي تحقيق قابلية التركيب لبرامج Solana. عندما يبدأ برنامج ما CPI عبر invoc_signed، يكون البرنامج قادرًا على التوقيع نيابة عن المساعد الرقمي الشخصي المشتق.

من أجل التحقق من شرعية المعاملات المتعلقة بالمساعد الرقمي الشخصي، يستدعي وقت تشغيل Solana داخليًا create_program_address باستخدام Signers_seeds وprogramm_id الخاصين ببرنامج الاستدعاء. إذا تم العثور على مساعد رقمي شخصي صالح، فسيقوم وقت التشغيل بربط المساعد الرقمي الشخصي ببرنامج الاتصال وتحديد البرنامج كموقع معتمد.

في الوقت الحالي، تعمل Squads على تطوير حل تجريد حساب Solana القائم على المساعد الشخصي الرقمي. ومع ذلك، فإن المنتج الذي تقدمه Squads حاليًا أكثر تشابهًا مع حل حساب العقد الذكي الخاص بـ Gnosis Safe، ولم يتم تطوير قدرات تجريد الحساب بشكل كامل بعد.

(4) مزايا المساعد الشخصي الرقمي

· تنفيذ العقود الذكية تلقائيًا: يدعم المساعد الرقمي الشخصي تصميمات العقود الذكية الأكثر تعقيدًا ويمكنه إجراء عمليات متعددة بشكل مستقل نيابة عن المستخدمين من خلال المكالمات عبر البرامج.

· تجربة مستخدم محسنة: لا يحتاج المستخدمون إلى إدارة معاملات متعددة أو مواجهة تعقيدات فنية.

· أمان ومرونة محسّنة: لا توجد مفاتيح خاصة، مما يقلل من مخاطر اختراق المفاتيح. يمكن استخدام المساعد الرقمي الشخصي (PDA) مع المحافظ متعددة التوقيع أو نماذج الإدارة المرنة الأخرى التي تقلل من نقاط المخاطرة الفردية وتكون مفيدة بشكل خاص للمؤسسات التي تدير موارد مشتركة كبيرة.

(5) قيود المساعد الشخصي الرقمي

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

مثل ERC-4337، فإنه يتطلب من المستخدمين إجراء ترحيل الحساب إلى حساب جديد، مما قد يمنع اعتماد تجريد حساب Solana.

تجريد الحساب على 5 وCosmos (Authz و منحة الرسوم)

(1)Cosmos x/authz

< p style="text-align: left;">نظرًا لأن تجريد الحساب يستحوذ على اهتمام المطورين بشكل متزايد، فقد تم تقديم authz (جزء من Cosmos SDK الأساسي) للسماح لحساب واحد بتمثيل حساب آخر من خلال التفويض وتنفيذ بعض الإجراءات، على غرار EIP- 3074 وEIP-7702.

يحتوي Authz على العديد من أنواع المنح المحددة مسبقًا والتي تعمل على تحسين تجربة المستخدم من خلال تفويض أداء عمليات معينة (مثل التوقيع المساحي) إلى المستفيدين.

من خلال authz، يمكن منح 3 أنواع من التفويض:

· < strong >التفويض العام: يمنح هذا التفويض الشخص المخول إذنًا غير مقيد لتنفيذ الرسائل نيابة عن المعتمد.

· SendAuthorization: مثل الموافقة في ERC20، تم تصميم هذا التفويض لتوفير حد إنفاق صارم للممنوح، الحد يحدد الحد الأقصى للمبلغ الذي يمكن للمصرح إنفاقه نيابة عن المفوض.

· تفويض الحصة: يسمح هذا التفويض للشخص المرخص له بإدارة عمليات التعهد، مثل تفويض التعهدات نيابة عن المصرح، إلغاء التفويض أو إعادة التفويض.

يتكون التفويض من بايت عنوان المعتمد، بايت عنوان الشخص المعتمد ونوع التفويض. يمكنك أيضًا تحديد فترات زمنية للحد من الأذونات خلال فترة زمنية محددة. وفي نهاية كل كتلة، ستقوم الشبكة بإزالة التراخيص منتهية الصلاحية من خلال عملية تسمى التقليم.

فهم إطار العمل التشغيلي

يمكن استخدام Authz لتوفير الترخيص لعمليات مختلفة، ولكن من أجل البساطة، ومن أجل هذا، سننظر في كيفية عمل Authz لتمكين معاملات التصويت العامة.

· تنفيذ واجهة التفويض قبل إجراء أي تفويض. ستحدد هذه المرحلة أيضًا نوع الرسالة، في هذه الحالة MsgVote. نرى هنا منح أليس لعملية التصويت على الحكم.

· يقوم بوب بإنشاء معاملة تصويت غير موقعة.

· يقوم بوب بإنشاء معاملة تصويت موقعة ومنفذة من الشخص المفوض. بمجرد اكتمال المعاملة، سيتم حذف المعاملة منتهية الصلاحية.

ما هي فوائدauthz؟

· الأمن التشغيلي: يمكن للمدققين والمستخدمين الآخرين تفويض حسابات مستقلة للتصويت على توصيات الحوكمة أو تنفيذ إجراءات معينة، وبالتالي تعزيز أمان الحساب وتقليل الأمان حرج.

عمليات مبسطة: يمكن تنفيذ المعاملات دون الوصول إلى مفتاح التحقق، ويمكن أيضًا تفويض معاملات المحفظة متعددة التوقيع باستخدام معاملة واحدة يتم تفويض الحسابات باستخدامها Authz لتبسيط العمليات.

· لا يلزم الترحيل: على غرار EIP-3074 وEIP-7702، تتم عمليات التفويض في الحساب الأصلي للمستخدم. لا يحتاج المستخدمون إلى نقل أصولهم من الحساب الأصلي إلى الحساب الجديد لتمكين تجريد الحساب.

· DAOكفاءة ومرونة التشغيل: يمكن منح جزء من حقوق التنفيذ لكل عضو في DAO لتنفيذ عمليات محددة.

· تركيب مكافآت الستاكينغ: يسهل Authz استخدام خدمات إعادة التخصيص والنظير لتجميع مكافآت الستاكينغ تلقائيًا.

قيود ومخاطرAuthz:

كن حذرًا تمرير نوع المعاملة المعتمدة من قبل Authz. يمكن أن تؤدي التفويضات الضارة أنواعًا مختلفة من التفويضات التي قد تكون ضارة للمستخدمين.

· التفويض العام: يمنح إذنًا غير مقيد لإجراء توقيعات متعددة نيابة عن المصرح. يوصى بشدة بتجنب التوقيع على هذا النوع من التفويض إلا إذا كنت تفهم تمامًا ما تقوم بالتوقيع عليه. قد لا تقدم بعض المحافظ أيضًا تحذيرات عند توقيع معاملات Authz.

· SendAuthorization: يسمح للمعتمد بإرسال الحد الأقصى لعدد الرموز المميزة التي يمكن للمصرح إنفاقها، إذا لم يتم تحديدها بواسطة المأذون أما بالنسبة للمبلغ المحدد. من المهم أيضًا التحقق من القائمة المسموح بها، التي تحدد العناوين المحددة التي يمكنها تلقي الرموز المميزة التي يرسلها الشخص المرخص له.

(2)وحدة منح الرسوم

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

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

تصنيف تفويض النفقات

يمكن تقسيم بدل النفقات إلى فئتين: BasicAllowance (البدل الأساسي) والبدل الدوري(البدل الدوري).

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

يسمح PeriodicAllowance بالتجديد الدوري لتفويضات الرسوم بعد كل فترة زمنية محددة. تحددperiod_spend_limit الحد الأقصى لعدد الرموز المميزة التي يمكن إنفاقها خلال فترة زمنية معينة. يتتبعperiod_reset وقت الفترة التالية، ويتتبعperiod_can_spend عدد الرموز المميزة المتبقية قبل بدء الفترة الجديدة.

فهم إطار العمل التشغيلي

استخدمAllowedMsgAllowance لإنشاء بدل بدل لنوع الرسالة المحدد . يمكن أن يكون البدل BasicAllowance أو الدوري PericAllowance. إذا تم تعيين وقت انتهاء الصلاحية، فسيتم وضع FeeAllowance في قائمة الانتظار في الحالة التي تحتوي على بادئة انتهاء الصلاحية، وسيقوم Endblocker بالتحقق من حالة FeeAllowanceQueue للتحقق من التفويضات منتهية الصلاحية وحذف أي تفويضات منتهية الصلاحية تم العثور عليها. بالإضافة إلى MsgGrantAllowance، يمكن أيضًا استخدام MsgRevocAllowance لإلغاء مخصصات الرسوم.

باختصار، تفتح وحدتا Authz وFee Grant مجموعة متنوعة من حالات الاستخدام المبتكرة التي ستبني في النهاية تجربة مستخدم أفضل على نظام Cosmos البيئي.

6، الاستنتاج

اعتبارًا من 27 مايو 2024 البيانات المقدرة لملخص الحساب لهذا اليوم هي كما يلي:

< p style="text-align: left;">مع الموافقة على BTC ETF وETH ETF، زاد الطلب المؤسسي والتجزئة بشكل كبير، والذي من المتوقع أن يؤدي إلى موجة جديدة من المستخدمين الذين يرغبون في اكتساب التعرض لصناعة التشفير. سيكون تجريد الحساب بمثابة قصة كبيرة هذا العام حيث تتطلع البروتوكولات والتطبيقات اللامركزية إلى إنشاء تجارب سلسة لتوسيع نطاق مجتمعاتها.