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

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

1. مقدمة

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

على الرغم من وجود حلول عديدة الآن (مثل إدخال تجريد الحسابات) تحاول التخفيف من هذه المشكلات، فإن تجنب تعديل طبقة الإجماع يؤدي إلى مشكلات تجزئة، وتكاليف نشر وتنفيذ هائلة، ومخاطر مركزية، ومخاطر استخراج القيمة القابلة للاستخراج بواسطة المُعدّنين (MEV) والمخاطر المرتبطة بالمراجعة/الحجب. حاليًا، لا توجد لدى Web3 حل شامل واحد يجذب المستخدمين السائدين.

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

الفهرس:

2. خلفية تطوير XION

3. التجريد الشامل لدى XION: الحساب الميتا، تجريد التوقيع، تجريد الأجهزة، تجريد Gas، وآلية سكّ رموز ديناميكية

4. تجريد قابلية التشغيل البيني لدى XION

5. حالات استخدام مبتكرة يمكن لـ XION دعمها

6. الخلاصة

2. الخلفية

2.1 الحسابات المملوكة خارجيًا

بشكل عام، توجد نوعان من الحسابات في البلوكشين:

أ. الحسابات المملوكة خارجيًا (Externally Owned Accounts، ويُشار إليها فيما يلي بـ EOA)

ب. حسابات العقود الذكية (Smart Contract Accounts، ويُشار إليها فيما يلي بـ SCA)

عادةً ما يتفاعل المستخدمون مع البلوكشين عبر EOA، وهو ما يتضمن تشفيرًا غير متماثل. تتكون هذه EOA من مجموعة مفاتيح عامة ومفاتيح خاصة، ويتم تخزين المفاتيح العامة على البلوكشين بينما يتم تخزين المفاتيح الخاصة خارج السلسلة. تُستخدم المفاتيح الخاصة التي يعرفها المستخدم فقط لتوقيع المعاملات، بينما تُستخدم المفاتيح العامة للتحقق من صحة التوقيع.

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

2.2 حسابات العقود الذكية

نوع آخر من الحسابات هو SCA، والذي تُديره الشيفرة الموجودة على البلوكشين. يتم إنشاء هذه الحسابات عبر نشرها إلى البلوكشين من خلال معاملات يتم بدءها بواسطة EOA. بمجرد النشر، تتموضع هذه العقود الذكية على عناوين محددة داخل البلوكشين، وتحدد شيفرتها القواعد والشروط التي تُشغّل بموجبها. تقليديًا، لا يمكنها بدء المعاملات لعدم امتلاكها مفاتيح خاصة.

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

2.3 التوقيع

يتم إنشاء التوقيع التشفيري باستخدام خوارزمية توقيع رقمي تتضمن مجموعة من العمليات الرياضية. أكثر مخططات التوقيع استخدامًا في Web3 هي خوارزمية التوقيع الرقمي لمنحنيات القطع الناقص (ECDSA) وخوارزمية توقيع منحنى إدواردز (EdDSA). تستخدم Ethereum وBitcoin ECDSA، وبالخصوص باستخدام منحنى Secp256k1؛ بينما تستخدم Solana EdDSA وبالخصوص باستخدام منحنى Ed25519. يوجد أيضًا منحنى تشفير آخر شائع الانتشار: Secp256r1، المستخدم في معظم الأجهزة الشائعة مثل الهواتف التي تعمل بنظام Android وبطاقات Secure Enclave على هواتف iPhone.

2.4 المعاملات

في Cosmos SDK القياسي، تتكون كل معاملة من رسائل. بمجرد تضمين المعاملة في كتلة، يتم التعامل معها عبر مكوّن مميز يُسمى AnteHandler. يستخدم AnteHandler لتنفيذ سلسلة من خطوات التحقق، مثل التأكد من أن المعاملة لديها رسوم كافية والتحقق من التوقيعات. إذا نجحت عمليات التحقق، تُضاف المعاملة إلى mempool ويتم تمريرها إلى المُتحققين.

2.5 رسوم المعاملات

تُسمى عادةً تكاليف المعاملات في البلوكشين “Gas”، وتستخدم لقياس حجم العمل الحاسوبي اللازم لتنفيذ المعاملة. تقليديًا، تستهلك كل معاملة كمية محددة من Gas، تعتمد على تعقيد المعاملة وموارد الحوسبة المطلوبة. يتحمل المُتحققون مسؤولية تأكيد المعاملة وإضافتها إلى البلوكشين، كما يحددون أقل رسوم Gas (يتم حسابها عن طريق ضرب كمية الغاز في سعر الغاز). يجب على المستخدم الذي يرغب في معالجة معاملته دفع هذا الحد الأدنى من رسوم Gas بالرمز الأصلي للبلوكشين.

3. التجريد الشامل

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

1. تجريد الحسابات على مستوى بروتوكول XION: الحساب الميتا

تُدخل XION الحسابات الميتا عبر حسابات العقود الذكية (SCA) وتغيير حالة الآلة. تعمل هذه الحسابات الميتا على تبسيط تجربة المستخدم من خلال فصل نموذج المفتاح الخاص/المفتاح العام التقليدي وإنشاء واجهة مستخدم أكثر بديهية تشبه أنظمة تسجيل الدخول في Web2 التقليدية. يمكن للمستخدم التفاعل مع حسابه الميتا بطريقة مألوفة (مثل البريد الإلكتروني أو طرق التحقق بالهوية البيومترية)، مما يلغي الحاجة إلى إدارة المفاتيح الخاصة، مع الحفاظ على عدم الوصاية بالكامل.

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

• تدوير المفاتيح الخاصة: يمكن للمستخدم تغيير مفتاح/مفاتيح الحساب الميتا الخاصة، أو تفعيل عدة مفاتيح خاصة، بما يقلل من خطر تسريب المفتاح الخاص.

• قواعد مخصصة: يمكن للمستخدم تعيين أي عدد من القواعد المخصصة لإدارة الحساب الميتا والأصول، مثل حدود مبالغ المعاملات والدفعات الدورية.

• أوزان المفاتيح الخاصة: تمكين مستويات مختلفة من الصلاحيات لكل مفتاح خاص، مثل جعل بعض العمليات تتطلب استخدام مفتاح خاص بصلاحيات أعلى فقط.

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

3.1.1 تنفيذ SCA

لتمكين SCA من التوقيع، يجب نقل مسؤولية التحقق من المعاملة من آلة الحالة إلى SCA. يتحقق ذلك عبر دمج طريقتين رئيسيتين داخل SCA: before_tx و after_tx.

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

بعد تنفيذ المعاملة، إذا تم تنفيذ before_tx وجميع رسائل المعاملة بنجاح، فسيتم تفعيل after_tx، ما يتيح لـ SCA تنفيذ عمليات برمجية أخرى.

3.1.2 تنفيذ آلة الحالة

يتضمن تعديل آلة الحالة تعديلين من decorators لتفعيل before_tx و after_tx لـ SCA. سيستخدم SigverificationDecorator decorator جديد لتفعيل before_tx عند توقيع SCA، أو يمكنه ببساطة الاستمرار باستخدام منطق sigverification-decorator الافتراضي. راجع الشكل 1.

ثم نضيف decorator إضافيًا إلى PostHandler لتفعيل after_tx.

wSpQk6YiDEum9IROZmyvIHrBuRO6W0AjsisXLkMi.jpeg

3.2 تجريد التوقيع

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

تشمل المنحنيات التشفيرية التي يدعمها XION منحنيات ناضجة مثل Secp256K1 الخاص بـ Ethereum وEd25519 الخاص بـ Solana، بالإضافة إلى المعايير الواسعة الاستخدام مثل Secp256R1 وRS256 المستخدمة في JSON Web Token (JWT). علاوة على ذلك، يمكن لـ XION دعم أي منحنيات تشفير جديدة، بما يضمن التكيف مع الاتجاهات والتطورات الناشئة. ومع التطور السريع المستمر في التشفير، سيظل حساب SCA الميتا متوافقًا وقابلًا للتكيّف.

3.3 تجريد الأجهزة

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

عند التفاعل مع التطبيقات عبر XION، سيشاهد المستخدم طرق تسجيل متعددة، تشمل البريد الإلكتروني والحسابات الاجتماعية وFace Id، أو يمكنه تسجيل الدخول باستخدام محفظة Web3 (مثل Keplr أو MetaMask). لذلك، يمكن لـ XION تلبية احتياجات جميع الفئات من المستخدمين، مع الحفاظ على تجربة مستخدم بسيطة للغاية لغير مستخدمي التشفير.

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

باختصار، يؤدي الجمع بين تجريد حسابات مستوى البروتوكول لدى XION وتجريد التوقيع إلى تمكين المستخدمين من الوصول بسلاسة وبدون احتكاك عبر أجهزة متعددة إلى حساباتهم الميتا بطريقة آمنة.

3.4 تجريد رسوم Gas

لتحقيق العديد من الميزات المطلوبة لتجربة مستخدم سلسة، تعتمد XION طريقة معالجة جديدة لرسوم الشبكة، والتي تشمل:

أ. تجريد كامل لتكاليف Gas

ب. إنشاء PlatformSend (آلية رسوم جديدة)

ج. دمج a و b مع استخدام FeeGrant.

3.4.1 تجريد كامل لتكاليف Gas

يمكّن XION المستخدمين من استخدام أي رموز لدفع رسوم المعاملات. يتم ذلك عبر تجميع رسوم المعاملات التي يدفعها المستخدمون في “collector للرسوم” (fee collector)، ثم تبديل هذه الرموز غير الأصلية مقابل رموز XION، وأخيرًا توزيع رموز XION مرة أخرى على مُجمع الرسوم.

توجد عدة طرق لتحويل الرسوم المحصلة إلى رموز XION، مثل استرجاع البيانات من بورصة لامركزية مطلوبة (DEX) بشكل دوري، واستخدام متوسط السعر المرجّح بالزمن (TWAP) لتحديد سعر الصرف. في الشكل 2، قمنا بعرض ذلك باستخدام وحدة استعلام بين السلاسل غير المتزامن (Async-ICQ).

F5EQ4gTYsNPG9eFhPrEhaYct6CbCiftkBDpn8mZg.jpeg

3.4.2 PlatformSend وFeeGrant

يمكن تقسيم المعاملات على شبكة XION إلى نوعين: تبادل قيمة وتبادل غير قائم على القيمة. عندما تحدث معاملات من النوع الأول، يصبح PlatformSend ساريًا. وبما أن الرموز يتم تبادلها بين الأطراف المشاركة (المستخدم، dApp)، فإن تحصيل جزء صغير من الرموز كرسوم خدمة يمنع هجمات السِّيبيل (وهو مشابه من حيث المبدأ لفكرة منع هجمات السِّيبيل عبر رسوم Gas). كما هو موضح في الشكل 3، يقوم المستخدم بإجراء المعاملة مباشرةً باستخدام أي عملة، ويتم تحصيل رسوم الخدمة بواسطة PlatformSend وتحويلها إلى رموز XION كتعويض (دفع) للمتحققين على الشبكة. في هذه العملية لا توجد رسوم Gas.

TEttH9ZneDVU0bq4lwVhQ1PQxaZoKrzTNlWnLoin.jpeg

عند وقوع معاملات من النوع الثاني، تفرض XION رسوم Gas العادية لمنع هجمات السِّيبيل. لكن وفقًا لمبدأ تجريد Gas، تُطبق XION FeeGrant على هذه المعاملات. كما هو موضح في الشكل 4، يمكن للمطورين رعاية معاملات المستخدمين لتوفير تجربة بدون Gas. ويمكن تحقيق الرعاية بطرق متعددة، مثل الاستفادة من مكافآت الرهن، أو استخدام حد أدنى لعتبة المعاملات، أو غير ذلك من المعلمات القابلة للتكوين.

bLgKKHLNrab89L82KgvqD6w9w6hvoHOFRVr2RfPg.jpeg

3.4.3 النتيجة: تجريد التسعير والدفع

من خلال تجريد رسوم Gas أعلاه، تُعد XION أول بلوكتشين يمكنها استخدام USDC كعملة تداول رئيسية. يوضح الشكل 5 عملية تبادل رسوم USDC داخل جامع الرسوم تلقائيًا إلى رموز XION، ما يجعل جميع المنتجات المبنية على XION قادرة على السماح للمستخدمين بالدفع بسهولة باستخدام USDC. وهذا يلغي الاحتكاك التقليدي في الحصول على رموز XION، ويتيح للمستخدمين استخدام تطبيقات البلوكشين بتسعير مألوف، مع تقليل التقلبات غير الضرورية والمضاربة في رموز XION.

gfs4AzrC47gRUJXVUBBKKy5xd4zeTkwGDijaYOFp.jpeg

بالإضافة إلى ذلك، يمكن لـ XION أن تعمل بتوافقية مع كل نظام بيئي للسلاسل التي يتم دمجها معها، لأن المستخدم يمكنه الدفع بأي رمز. وبالاقتران مع تجريد رسوم Gas، يمكن لـ XION أن تبرز بقدرتها على تبسيط تجربة المستخدم ودفع Web3 نحو تبنّي المستخدمين السائدين.

3.5 سكّ رموز ديناميكي

سكّ الرموز في شبكة XION ديناميكي، ويتحدد عبر فروقات دقيقة في معلمات السكّ، وذلك لتحقيق توازن بين حوافز المشاركين في الشبكة واستدامتها طويلة الأمد، وهو أمر حاسم لبقاء النظام البيئي على المدى الطويل. أجرت XION تعديلين رئيسيين على وحدة سكّ الرموز:

• عند الإمكان، يمكن استخدام الرسوم المتراكمة لتعويض التضخم الناتج عن سكّ رموز جديدة.

• السكّ الجديد للرموز يتم حسابه فقط بناءً على الرموز المرهَنة.

3.5.1 نظرة عامة على وحدة سكّ الرموز

الهدف من وحدة سكّ الرموز هو الحفاظ على النسبة المُحددة مسبقًا بين الرموز المُرهَنة والرموز السائلة داخل النظام البيئي. يتحقق ذلك عبر ضبط ثلاث قيم: الحد الأقصى لمعدل التضخم، والحد الأدنى لمعدل التضخم، ومعدل الرهن المستهدف. بمجرد تحديد معدل التضخم، تحسب الوحدة كم عدد الرموز التي يجب سكّها في كتلة ما لتحقيق معدل التضخم.

يلزم تحقيق توازن مهم بين الرموز المرهَنة والرموز السائلة (سيولة السوق)، لأنه يؤثر على الأمان والنمو طويلَي الأمد للشبكة. وتُثبت الصيغة التالية هذا التوازن.

ملاحظة: تمثل IR معدل التضخم الحالي؛ و Pbonded تمثل النسبة الحالية للرموز المرهَنة؛ و Pgoal تمثل النسبة المستهدفة للرموز المرهَنة؛ و IRmax تمثل الحد الأقصى لمعدل التضخم؛ و IRmin تمثل الحد الأدنى لمعدل التضخم.

إذا كان Pbonded < Pgoal : IR = min(IR + ΔIR, IRmax). في هذه الحالة، تمثل ΔIR معدل زيادة التضخم عندما ينخفض Pbonded عن Pgoal.

إذا كان Pbonded = Pgoal : IR = ثابت. في هذه الحالة، لا يتغير معدل التضخم عندما يصل Pbonded إلى الهدف.

إذا كان Pbonded > Pgoal : IR = max(IR − ΔIR, IRmin). في هذه الحالة، تمثل ΔIR معدل انخفاض التضخم عندما يتجاوز Pbonded Pgoal.

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

3.5.2 تعويض التضخم عبر الرسوم

بالإضافة إلى الرموز الجديدة التي يتم سكّها في كل كتلة، فإن وحدة سكّ الرموز الافتراضية في Cosmos SDK تقوم أيضًا حاليًا بتحصيل رسوم المعاملات المتراكمة في الكتلة وتوزيعها على المُتحققين. ويمكن تمثيل ذلك على النحو التالي:

Tnet = Tminted + Fcollected

حيث إن Tminted تمثل الرموز التي تم سكّها حديثًا في كتلة ما، و Tminted = Ttotal × IR؛ و Ttotal هي إجمالي المعروض الحالي من الرموز؛ و Fcollected تمثل الرسوم التي تم جمعها في كتلة ما.

التغيير الأول الذي تطبقه XION هو استخدام الرسوم التي تم تحصيلها في الكتلة وتعويض عدد الرموز الجديدة التي يلزم سكّها في تلك الكتلة. ويمكن تمثيل ذلك على النحو التالي:

Tnet = Tminted − Fcollected

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

3.5.3 تضخم الرموز للرموز المرهَنة

بالنسبة لتضخم الرموز، فإن وحدة سكّ العملات (minting) الافتراضية في Cosmos SDK تحسب التضخم بناءً على جميع الرموز. ويمكن تمثيله على النحو التالي:

Tminted = IR × Ttotal

وبالتالي يمكن التعبير عن معدل العائد السنوي للمُرهِنين (APY) على النحو التالي:

APY = IR ÷ Pbonded

إذا كان APY ≥ IR، فإن هذا عادةً ما يؤدي إلى أن معدل العائد السنوي المحقق (APY) يكون أعلى من معدل التضخم، لأن جميع الرموز لا يتم رهنها.

أجرت وحدة سكّ الرموز لدى XION تغييرات جوهرية. فلم تعد تحسب بناءً على جميع الرموز، بل فقط على الرموز المرهَنة. ويمكن تمثيل ذلك على النحو التالي:

Tmintedx = IR × Tbonded

نظرًا لأن Tbonded ＜ Ttotal، فإنه بالنسبة لنفس IR ستكون تأثيرات التضخم الإجمالية لـ Tmintedx ≤ Tminted.

وبالتالي ستنخفض آثار التضخم، وسيستمر المُرهِنون والمتحققون في رؤية APY = IR دائمًا. أنشأت XION بيئة أكثر استقرارًا عبر تعديل وحدة سكّ الرموز، ما يجذب المتحققين على المدى الطويل لضمان أمان الشبكة.

4. تجريد قابلية التشغيل البيني

يُعد تجريد قابلية التشغيل البيني لدى XION جانبًا أساسيًا من التجريد الشامل ويمكن أن يعزز بشكل كبير تجربة المستخدمين عبر السلاسل. يتحقق ذلك باستخدام “Package Forwarding Middleware”، حيث يتيح هذا الوسيط للمستخدم تنفيذ عمليات على أي سلسلة عامة أخرى من خلال سلسلة التحكم (مثل XION). ومن خلال دمج هذا الوسيط مع إطار التجريد الشامل الحالي، يتم إنشاء واجهة مبسطة على مستوى البروتوكول. كما هو موضح في الشكل 6، تسمح XION للمستخدمين بتنفيذ عمليات على أي سلسلة مدمجة مع XION مع الاستمرار في الاستمتاع بتجربة مستخدم سلسة لدى XION.

6DfQZ5D1PLq2X87QIRsdablbRKpiHYiRw2eyuYyj.jpeg

يعالج تجريد قابلية التشغيل البيني لدى XION المشكلة الشائعة حاليًا المتمثلة في تجزؤ الحسابات في بيئات متعددة السلاسل. يمكن للمستخدمين ربط الحسابات التي يمتلكونها على سلاسل متعددة بحسابهم الميتا لدى XION، مما يوفر لهم طريقة لإدارة أصول جميع السلاسل من “حساب مركزي” واحد.

تستخدم XION اتصالات متماثلة (symmetry) لتحقيق هذا الهدف عبر طرق تنفيذ متعددة. تنشئ XION قنوات اتصال موثوقة ومنظمة ومُتحققًا منها بين سلاسل بلوكتشين مختلفة، كما هو موضح في الشكل 7. يعزز تجريد قابلية التشغيل البيني لدى XION ظهور حالات استخدام مبتكرة عبر السلاسل وتجربة مستخدم متعددة السلاسل سلسة، وهو أمر كان يتعذر تحقيقه سابقًا.

xRDRUf2NwsJgLeFYZiBQF3KiT4ZGLaDbjv7dRZ2V.jpeg

5. تطبيقات مبتكرة للتجريد الشامل

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

5.1. حالات استخدام مبتكرة يمكن لـ XION تحقيقها

5.1.1 البنك الرقمي

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

5.1.2 تطبيق دردشة لامركزي

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

5.1.3 تطبيقات اقتصاد المبدعين

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

5.1.4 تجربة ألعاب محسّنة

باستخدام التجريد الشامل، يسمح عالم الألعاب على السلسلة للاعبين بإجراء معاملات جماعية وبدون Gas، ما يتيح تجربة لعب سلسة وآمنة دون تعريض أصول المستخدمين للخطر.

5.1.5 DAO صديقة للمستخدم

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

5.2 حالات استخدام متعددة السلاسل

5.2.1 توحيد جميع السلاسل

يمكن لـ XION الاتصال بجميع تطبيقات Web3 الحالية. على سبيل المثال، يحتفظ مستخدم بالأموال على شبكة Base باستخدام تطبيق اجتماعي FriendTech. والآن يريد استخدام تطبيق اللياقة البدنية StepN على شبكة Solana، وشراء الأحذية الرقمية باستخدام أموال FriendTech. يستطيع تحقيق ذلك باستخدام حساب ميتا واحد فقط من XION: يمكنه ربط حسابات Base وSolana بحسابه الميتا في XION. في الخلفية، يتم تحويل أموال Base وتبادلها واستخدامها لشراء الأحذية الرقمية في سوق Solana.

5.2.2 سوق تداول عالمي لامركزي متعدد السلاسل

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

5.2.3 ألعاب عبر السلاسل

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

5.3 DAO

يمكن لـ DAO العمل بسلاسة عبر عدة سلاسل بلوكتشين، ما يتيح لها الاستفادة بفعالية من تطبيقات مختلفة، وقاعدة مستخدمين أوسع، وحوكمة أكثر مرونة وكفاءة.

5.4 هوية عالمية موحدة

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

6. ملخص

تتولى XION، عبر تجريدها الشامل، حل التحديّات الرئيسية التي تعيق تبنّي Web3 من قبل المستخدمين على نطاق واسع.

تقوم XION بتبسيط تجربة المستخدم، مما يجعل تكنولوجيا البلوكشين أسهل في القبول لدى الجمهور السائد. فهي تلغي التعقيد المرتبط بإنشاء الحسابات والتفاعل ورسوم Gas وقابلية التشغيل البيني، واستبدال ذلك بأساليب تفاعل Web2 أكثر ألفة بالنسبة للمستخدمين السائدين. علاوة على ذلك، تُوسع XION تجربة المستخدم السلسة هذه لتشمل التفاعل عبر السلاسل.

من خلال تجريد شامل من عدة جوانب، تقدم XION نموذجًا لبنية تحتية للبلوكشين مستدامة ومرنة ومتمحورة حول المستخدم، قادرة على دفع Web3 وصناعة العملات الرقمية إلى حقبة جديدة من التبني الواسع.