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

تعمل AEON كبنية تحتية للمدفوعات في اقتصاد الوكلاء، وتدعم مدفوعات المستخدمين للتجار، والمشتريات التي ينفذها وكلاء AI، وتبادل القيمة الآلي بين الوكلاء. ويتجاوز هيكلها حدود المحفظة أو تطبيق "امسح للدفع" ليشمل التحقق من صحة العقدة، والتحقق من الرسائل عبر السلاسل، وتسوية التجار، والحوافز القائمة على الرموز.
يتكون المشروع من ثلاث طبقات رئيسية: بروتوكول AEON لتنسيق طلبات الدفع ومسارات التسوية، وشبكة العقد للتحقق من المعاملات والرسائل عبر السلاسل، وAEON Pay لتحويل هذه القدرات إلى منتج دفع موجه للمستهلكين والتجار.
| المكون | الوظيفة الرئيسية |
|---|---|
| بروتوكول AEON | تنسيق طلبات الدفع، والتحقق، والتسوية عبر السلاسل |
| شبكة العقد | التحقق من المعاملات، والرسائل عبر السلاسل، وحالة التسوية |
| AI Payment | تمكين وكلاء AI من بدء وإتمام المدفوعات الآلية |
| AEON Pay | تقديم واجهات "امسح للدفع" وقبول التجار |
| التسوية عبر السلاسل | ربط أصول الدفع ومتطلبات التسوية عبر الشبكات |
| رمز AEON | دعم رسوم الدفع، والتخزين، والحَوكمة، وإعادة الشراء، والسيولة |
يمنع هذا الهيكل اقتصار AEON على محفظة أو أصل أو بلوكشين واحد، بل يجعلها طبقة دفع تربط وكلاء AI والأصول الرقمية وخدمات التجارة الواقعية.
تركز AEON على تقليل تعقيد المدفوعات متعددة الشبكات، وتجزئة تسوية التجار، وغياب قدرات الدفع الأصلية لوكلاء AI. فالتحويل البسيط عبر البلوكشين ينقل الأصول بين العناوين، لكنه لا يلبي تلقائيًا احتياجات المشتريات التجارية أو الاشتراكات الآلية أو المعاملات المتكررة بين الأجهزة.
تستخدم الشبكات المختلفة عناوين وأصول رسوم وأوقات تأكيد ونماذج أمان متباينة. وقد يمتلك المستخدم قيمة كافية لإتمام الدفع، لكنه قد يعجز عن إجراء المعاملة لأن الأصل على شبكة أخرى، أو لعدم امتلاكه رمز رسوم الشبكة الوجهة، أو لعدم دعم التاجر لتلك الشبكة.
تحتاج مدفوعات وكلاء AI للإجابة عن عدة أسئلة:
تفصل AEON بين بدء الدفع، والتفويض، والتحقق من المعاملة، وتسوية الأصول ضمن أجزاء مختلفة من سير العمل. يقدم المستخدم أو الوكيل طلب الدفع، وينسق البروتوكول التسوية، وتتحقق شبكة العقد من المعاملة، ويتلقى التاجر نتيجة الدفع النهائية.
يربط بروتوكول AEON المستخدمين ووكلاء AI والتجار من خلال عملية موحدة لطلب الدفع والتسوية. يمكن للمستخدمين بدء المعاملات عبر المحافظ أو AEON Pay، بينما يستطيع وكلاء AI إنشاء طلبات دفع بناءً على مهام مفوضة مسبقًا وحدود إنفاق محددة.
يقرأ البروتوكول معلومات مثل مبلغ الدفع، والأصل، والمستلم، وشبكة البلوكشين قبل توجيه الطلب عبر عملية التحقق المناسبة. وعندما يختلف أصل الدفع عن شبكة التسوية المفضلة لدى التاجر، ينسق AEON أيضًا الرسائل والتسوية عبر السلاسل.
لا يحتاج التجار إلى دمج كل بلوكشين أو معيار دفع خاص بوكلاء AI بشكل منفصل؛ إذ يمكن لـ AEON تحويل طلبات الدفع من واجهات مختلفة إلى سير عمل تسوية أكثر اتساقًا، مما يسمح للتجار بالتركيز على تأكيد الدفع واستلام الأموال بدلاً من العمليات التقنية للشبكات.
| الطرف | الدور في عملية الدفع |
|---|---|
| المستخدم | تفويض وبدء الدفع |
| وكيل AI | شراء السلع أو الخدمات ضمن شروط المهام المحددة |
| المحفظة أو التطبيق | إدارة الأصول، الهوية، التواقيع، وواجهة الدفع |
| بروتوكول AEON | تنسيق التحقق، الرسائل عبر السلاسل، والتسوية |
| المُدقِّق | التحقق من المعاملات ورسائل الدفع |
| التاجر | تقديم السلع أو الخدمات واستلام التسوية |
عادةً ما يوافق المستخدم البشري على المعاملة مباشرة، بينما تتطلب مدفوعات وكلاء AI ضوابط إضافية تغطي نطاق المهمة، والمستلمين المعتمدين، وحدود المعاملات الفردية، والميزانيات المجمعة. يمكن للطرفين استخدام نفس بنية التسوية، لكن متطلباتهم في التفويض والأمان تختلف.
تتحقق شبكة عقد AEON من مدفوعات المستخدمين، ومعاملات الوكلاء، والرسائل عبر السلاسل، وحالة التسوية. يجب على العقد التأكد من أن دفع المصدر قد تم فعليًا، ووصل إلى مستوى التأكيد المطلوب، ويمكنه بأمان تحفيز التسوية أو إطلاق الأصول على الجانب الوجهة.
استلام رسالة خارجية وحده لا يكفي لإثبات صحة الدفع عبر السلاسل؛ إذ يجب على المُدقِّقين فحص بيانات الكتلة ذات الصلة، وسجلات المعاملات، وحالة التأكيد، لتقليل مخاطر الرسائل المزورة أو المدفوعات المكررة أو التسويات غير المكتملة.
تم تصميم شبكة العقد للتعامل مع مدفوعات المستخدمين للتجار، وكذلك مدفوعات الوكلاء فيما بينهم. على سبيل المثال، قد يشتري وكيل AI خدمات تحليل بيانات أو موارد حوسبة من وكيل آخر. يتحقق المُدقِّقون من شروط الدفع وحالة المعاملة، ويقدمون لمزود الخدمة سجل تسوية يمكن التحقق منه.
من المتوقع أن يقوم المُدقِّقون بتخزين AEON للمشاركة في عمليات الشبكة والحصول على مكافآت وفقًا لقواعد البروتوكول. يشكل شرط التخزين التزامًا اقتصاديًا للمشاركين، ويربط بين أمان المدفوعات، وحوافز المُدقِّقين، وحوكمة الرمز.
التخزين للمُدقِّقين ليس وظيفة تشغيلية كاملة بعد. تشير الجداول الزمنية الرسمية لفائدة AEON إلى أن التخزين والحَوكمة قيد التطوير، مع استهداف الإطلاق نهاية عام 2026.
يعد AEON Pay تطبيق الدفع الموجه للمستهلكين والتجار ضمن منظومة AEON، وهو مصمم لدعم معاملات "امسح للدفع"، وقبول التجار، والتسوية عبر السلاسل باستخدام الأصول الرقمية المدعومة.
يمكن أن يحتوي رمز الاستجابة السريعة (QR) للدفع على معلومات مثل التاجر، والمبلغ، وتفاصيل التسوية، مما يقلل حاجة المستخدمين لإدخال عنوان يدويًا، أو اختيار شبكة، أو حساب مبلغ الدفع. وتكون التجربة أقرب إلى عملية الدفع في نقاط البيع التقليدية مقارنة بالتحويل عبر المحفظة.
يعمل AEON Pay أيضًا كطبقة تطبيقية لمدفوعات AI إلى العالم الحقيقي. وضمن نطاق معتمد من المستخدم، يمكن لوكيل AI شراء السلع، أو حجز الخدمات، أو دفع ثمن الموارد، بما يسمح للوكيل بتجاوز استرجاع المعلومات وتنفيذ مهام تجارية.
وفقًا للمواد الرسمية لـ AEON، فقد ربط AEON Pay شبكة تضم أكثر من 10,000 تاجر غير متصل بالإنترنت. وقد تتغير البلدان، وفئات التجار، والمحافظ، والأصول، وطرق التسوية المتاحة مع تطور الشراكات وتغطية المنتج.
تستخدم AEON طلبات الدفع، والتحقق من العقد، والرسائل عبر السلاسل، وتنسيق السيولة لإتمام التسويات متعددة الشبكات. عندما يختلف أصل الدفع عن شبكة تسوية التاجر، يجب على البروتوكول التحقق من الدفع على شبكة المصدر قبل نقل المعلومات المؤكدة إلى الجانب الوجهة.
تبدأ العملية عندما يبدأ المستخدم أو وكيل AI المعاملة. تتحقق العقد من صحة الدفع ووصوله إلى مستوى التأكيد المطلوب. ثم ينسق البروتوكول الشبكة الوجهة، وأصل التسوية، والسيولة المتاحة لإكمال العملية.
يهدف هذا النموذج إلى تقليل حاجة المستخدمين للتعامل يدويًا مع الجسور عبر الشبكات. إذ يقتصر دور المستخدمين في تأكيد المبلغ والمستلم، بينما تتولى AEON اختيار الشبكة، والتحقق من المعاملة، والتسوية على الجانب الوجهة على مستوى البنية التحتية.
تم تصميم AEON لتعمل كرسوم دفع عالمية عبر BNB Chain وTON وSolana والشبكات المتوافقة مع EVM. ومع ذلك، قد تتأثر المدفوعات عبر السلاسل بأوقات التأكيد على شبكة المصدر، واكتظاظ الشبكة، وتوافر السيولة، وموثوقية المُدقِّقين، وشروط العقود الذكية. لا يمكن افتراض أن كل تسوية ستتم فورًا.
تغطي x402 وERC-8004 وGoogle AP2 وMCP أجزاء مختلفة من التجارة الأصلية للوكلاء، بما في ذلك المدفوعات الآلية، وهوية الوكيل، وتفويض الدفع، وربط الأدوات. تربط AEON طلبات الدفع التي يتم إنشاؤها عبر هذه المعايير ببنية التسوية عبر السلاسل والعالم الحقيقي.
تعتمد x402 على رمز الحالة HTTP 402 Payment Required لدعم تدفقات المدفوعات الآلية؛ إذ يمكن لموقع إلكتروني أو واجهة API أو خدمة رقمية طلب الدفع عند تلقي استعلام، مما يسمح لوكيل AI بشراء البيانات أو الموارد الحاسوبية أو المحتوى أو الخدمات بنظام الدفع حسب الاستخدام.
يهدف ERC-8004 إلى دعم هوية الوكيل وسمعته والتفاعل القابل للتحقق، مما يساعد التطبيقات على تحديد الأنظمة المستقلة المشاركة في المعاملة. يركز Google AP2 على نية الدفع، وتفويض المستخدم، والمساءلة، بينما يمكّن MCP النماذج من الوصول إلى الأدوات الخارجية ومصادر البيانات وقدرات الدفع.
| البروتوكول أو المعيار | الدور الرئيسي ضمن AEON |
|---|---|
| x402 | تمكين الدفع حسب الطلب والمدفوعات الأصلية للآلات |
| ERC-8004 | دعم هوية الوكيل، والسمعة، والتفاعل الموثوق |
| Google AP2 | إدارة نية الدفع، والتفويض، والمساءلة |
| MCP | ربط وكلاء AI بالأدوات، والبيانات، ووظائف الدفع |
| بروتوكول AEON | توجيه الطلبات للتحقق، والتسوية عبر السلاسل، وتسوية التجار |
لا تهدف AEON لاستبدال هذه المعايير، بل تسعى لتوفير البنية التحتية لتنفيذ المدفوعات والتسوية التي تربط بينها. قد يؤدي دعم عدة بروتوكولات إلى زيادة نطاق التطبيقات المتوافقة مع الوكلاء، لكنه يزيد أيضًا من تعقيد إدارة الهوية، وضوابط الأذونات، وصيانة الواجهات.
رمز AEON مصمم ليكون رسوم دفع عبر السلاسل، وتخزينًا للمُدقِّقين، وحوكمة للبروتوكول، وتمويل إعادة الشراء عبر الرسوم، وحوافز سيولة التجار. يبلغ إجمالي المعروض الثابت مليار (1,000,000,000) رمز، مع نموذج تخصيص رسمي يغطي تطوير النظام البيئي، والفريق، والمؤسسة، والمستثمرين الأوائل، والتسويق، والسيولة، والتوزيعات المجانية.
| فئة التخصيص | نسبة من المعروض | عدد الرموز | الهدف الرئيسي |
|---|---|---|---|
| صندوق النظام البيئي | %32.38 | 323,800,000 | نمو الشركاء، ومنح المطورين، ومكافآت الشبكة |
| الفريق | %20 | 200,000,000 | حوافز طويلة الأجل للمساهمين |
| المؤسسة | %18.30 | 183,000,000 | نمو البروتوكول واحتياطي الحوكمة |
| مستثمرو ما قبل التأسيس | %12.32 | 123,200,000 | تطوير المنتج وتمويل المراحل المبكرة |
| التسويق | %10 | 100,000,000 | الوعي العالمي وجذب المستخدمين |
| المستثمرون الملائكة | %5 | 50,000,000 | مستثمرون استراتيجيون مبكرون |
| السيولة والتوزيعات المجانية | %2 | 20,000,000 | سيولة السوق وتوزيعات المستخدمين |
| الإجمالي | %100 | 1,000,000,000 | — |
تعمل AEON كرسوم دفع عالمية لمعاملات التجار، والتسويات عبر السلاسل، ومدفوعات الوكلاء عبر الشبكات المدعومة. ويمكن لكل تسوية تستخدم AEON أن تخلق طلبًا وظيفيًا على الرمز، مما يربط استخدام الشبكة بنشاط المدفوعات.
من المتوقع أن يقوم المُدقِّقون بتخزين AEON للتحقق من معاملات المستخدمين مع التجار، ومعاملات الوكلاء فيما بينهم. وعند توفر الحوكمة، يمكن لحاملي الرموز المشاركة في اتخاذ قرارات تتعلق بحوافز المُدقِّقين، ورسوم المعاملات، ونسب إعادة الشراء.
قد تُستخدم نسبة من الرسوم التي يتم تحصيلها عبر AEON Pay وتسويات x402 لإعادة شراء AEON من السوق المفتوحة. يمكن توزيع الرموز المعاد شراؤها على المخزنين أو حرقها. وتعتمد كميات إعادة الشراء والحرق الفعلية على نشاط المدفوعات، وإيرادات البروتوكول، ومعايير الحوكمة.
قد يتم أيضًا تزويد خزائن السيولة وبرك تسوية التجار بـ AEON لدعم المدفوعات الفورية، وسيولة السوق، وفرص العائد CeDeFi المخطط لها. مكافآت المُدقِّقين وعائد CeDeFi آليتان منفصلتان: حيث تعوض مكافآت المُدقِّقين المشاركين في البنية التحتية عن معالجة المدفوعات، بينما يُتوقع أن يأتي عائد CeDeFi من توظيف السيولة أو المراكز المالية ذات الصلة.
يتم طرح استخدامات الرمز على مراحل:
| فائدة الرمز | الحالة عند TGE | موعد الإطلاق المستهدف |
|---|---|---|
| رسوم دفع عالمية | مباشر | TGE، متاح فورًا |
| إعادة شراء الرموز | بعد TGE | مع زيادة حجم المدفوعات |
| عائد CeDeFi وحوافز السيولة | مخطط | يُحدد لاحقًا |
| تخزين المُدقِّقين والحَوكمة | قيد التطوير | نهاية 2026 |
تؤكد المواد الرسمية المتاحة المعروض والتخصيص وفئات الفائدة وجدول الطرح، لكنها لا توفر بعد جدول استحقاق كامل يغطي نسب الفتح عند TGE، وفترات الحجز الأولي، وتواريخ الإصدار الخطي لكل فئة تخصيص.
تشمل الاستخدامات الرئيسية لـ AEON مدفوعات المستهلكين، وتجارة وكلاء AI، وشراء الخدمات الرقمية، وتسوية التجار عبر السلاسل. وتهدف ليس فقط لنقل الأصول بين عناوين البلوكشين، بل لجعل العملات الرقمية قابلة للاستخدام ضمن سير عمل المدفوعات التجارية.
في تجارة التجزئة غير المتصلة بالإنترنت، يمكن للمستخدمين مسح رمز QR الخاص بتاجر AEON Pay والدفع بأصل رقمي مدعوم. يتولى البروتوكول تأكيد المعاملة وتنسيق التسوية، مما يقلل الحاجة لدمج كل بلوكشين على حدة من جانب التاجر.
يمكن لوكلاء AI استخدام قدرات الدفع المفوضة لشراء واجهات برمجة التطبيقات (APIs)، أو البيانات، أو القدرة الحاسوبية، أو المحتوى الرقمي، أو الخدمات المقدمة من وكلاء آخرين. وتعد نماذج الدفع حسب الطلب ملائمة بشكل خاص للمعاملات الآلية منخفضة القيمة وعالية التكرار التي لا تتطلب اشتراكًا طويل الأجل.
في سيناريوهات السفر، قد يقارن الوكيل بين وسائل النقل والإقامة أو يحجزها بناءً على تعليمات المستخدم. وداخل بيئات إنترنت الأشياء، قد تشتري الأجهزة تلقائيًا النطاق الترددي أو الطاقة أو التخزين أو الصيانة أو موارد أخرى مقاسة.
أما في سلاسل الإمداد، فقد تقوم الأنظمة الذكية بتحفيز المدفوعات عند استيفاء شروط محددة للطلب أو التسليم أو الفحص. ولا تزال السلع الواقعية والخدمات العابرة للحدود تتطلب أطرًا مناسبة للامتثال، والاسترداد، والضرائب، وحماية المستهلك، والمسؤولية.
لتداول AEON على Gate، يحتاج المستخدمون إلى الدخول إلى السوق الفوري، والبحث عن واختيار زوج التداول AEON/USDT، ثم تقديم طلب سوق أو طلب محدد لشراء أو بيع AEON.
تعطي طلبات السوق أولوية للتنفيذ الأسرع لكن قد تتعرض للانزلاق السعري، بينما توفر الطلبات المحددة تحكمًا أكبر في السعر دون ضمان التنفيذ الفوري. بعد تنفيذ الطلب، سيظهر AEON في رصيد الحساب، ويمكن بيعه لاحقًا مقابل USDT.
عند الإيداع أو السحب، يجب على المستخدمين اتباع الشبكات المدعومة حاليًا على صفحة أصول Gate والتأكد من تطابق الشبكة والعنوان وعقد الرمز. كما ينبغي مراعاة تقلبات الأسعار، وعمق دفتر الطلبات، والرسوم، ومخاطر معروض الرمز قبل التداول.
الميزة الأساسية لـ AEON في جمعها بين مدفوعات البشر، ومدفوعات وكلاء AI، والتحقق عبر السلاسل، وتسوية التجار، بدلاً من الاكتفاء بواجهة دفع واحدة على بلوكشين واحد. يجمع تكامل AEON Pay وشبكة العقد بين تجربة المستخدم النهائية والتحقق من المعاملات وبنية التسوية.
التوافق مع معايير الوكلاء الأصلية المتعددة ميزة إضافية؛ إذ تتعامل x402 وERC-8004 وGoogle AP2 وMCP مع طلبات الدفع، والهوية، والتفويض، وربط الأدوات، بينما تمرر AEON تلك المتطلبات عبر عملية تسوية موحدة.
يحاول نموذج الرمز ربط النشاط الحقيقي للمدفوعات بأمان الشبكة والطلب على الرمز. تدعم AEON استخدام الرسوم والتخزين المخطط للمُدقِّقين، في حين قد تدخل نسبة من رسوم الدفع في عملية إعادة الشراء.
ومع ذلك، تقدم البنية التحتية للمدفوعات متعددة الشبكات تعقيدًا تقنيًا؛ إذ تختلف نماذج التأكيد والرسوم والافتراضات الأمنية بين الشبكات، وتعتمد التسوية عبر السلاسل أيضًا على موثوقية المُدقِّقين، وأمان العقود الذكية، وتوافر السيولة الكافية.
تتطلب المدفوعات التي يتحكم فيها الوكلاء إدارة صارمة للأذونات؛ إذ يحتاج المستخدمون إلى تحديد المستلمين المعتمدين، وأقصى مبالغ المعاملات، والميزانيات المجمعة، وحدود المهام، مع الاحتفاظ بإمكانية إيقاف أو إلغاء تفويض الوكيل. وإلا فقد يتحول قرار وكيل غير صحيح إلى معاملة مالية فعلية.
كما تعتمد تبني التجارة على تغطية التجار، ودمج المحافظ، والظروف التنظيمية، وسلوك المستهلكين. قد يدعم البروتوكول المدفوعات تقنيًا دون تحقيق قبول واسع مباشر في كل سوق.
ولا تزال عدة وظائف للرمز قيد التطوير؛ فرسوم الدفع العالمية مباشرة، لكن تخزين المُدقِّقين، والحَوكمة، وإعادة الشراء الممولة من الرسوم، وحوافز CeDeFi يتم طرحها وفق جداول زمنية مختلفة. لذا ينبغي تقييم اقتصاد الرمز بناءً على الميزات الفعالة حاليًا، وليس اعتبار كل فائدة مخطط لها قيد التشغيل.
تعمل AEON على بناء بنية تحتية للمدفوعات والتسوية بالعملات الرقمية لوكلاء AI والتجارة الواقعية. ومن خلال بروتوكول AEON، وشبكة العقد، والتحقق عبر السلاسل، وAEON Pay، تربط بين المستخدمين والوكلاء المستقلين والمحافظ والتجار.
تهدف شبكة العقد إلى التحقق من مدفوعات المستخدمين، ومعاملات الوكلاء، والرسائل عبر السلاسل. وتطبق AEON Pay هذه القدرات على معاملات "امسح للدفع"، وقبول التجار، ومدفوعات AI للعالم الحقيقي.
تقدم x402 وERC-8004 وGoogle AP2 وMCP وظائف متعلقة بمدفوعات الآلات، وهوية الوكيل، والتفويض، وربط الأدوات. وتربط AEON هذه الوظائف بتسوية قابلة للتحقق عبر السلاسل ولدى التجار.
يبلغ إجمالي المعروض الثابت لـ AEON مليار رمز. صُمم الرمز ليكون رسوم دفع، وتخزين مُدقِّقين، وحوكمة، وإعادة شراء ممولة من الرسوم، وحوافز سيولة. رسوم الدفع العالمية مباشرة، بينما يتم إدخال الفوائد الأخرى تدريجيًا.
سيعتمد تبني AEON على المدى الطويل على حجم المدفوعات، وتغطية التجار، وأمان العقد، وموثوقية التسوية عبر السلاسل، وضوابط الأذونات، ونمو التطبيقات التجارية لوكلاء AI.
لا. تشير AEON إلى بروتوكول الدفع، وشبكة العقد، ونظام الرمز. أما AEON Pay فهو تطبيق الدفع الموجه للمستهلكين والتجار.
لا. تدعم AEON المستخدمين البشريين، والمحافظ، والتجار، ووكلاء AI. ويمكن استخدامها لمعاملات "امسح للدفع"، والتسوية عبر السلاسل، والتجارة بين الآلات.
يمكن لوكيل AI إجراء المدفوعات ضمن نطاق مفوض مسبقًا. لا يزال يتعين على المستخدمين أو التطبيقات تحديد المستلمين المعتمدين، وحدود الإنفاق، وحدود المهام، والميزانيات المجمعة.
ليس بالضرورة. يمكن للمستخدمين الدفع بالأصول المدعومة من المنتج، بينما تُستخدم AEON في آليات الرسوم والتخزين والتسوية الأساسية.
قد تمول نسبة من رسوم المدفوعات عمليات إعادة شراء AEON، ويمكن توزيع الرموز المعاد شراؤها على المخزنين أو حرقها. ويعتمد حجم الحرق الفعلي على نشاط المدفوعات ومعايير البروتوكول.
يقتصر الجسر التقليدي على نقل الأصول بين الشبكات. بينما تتعامل AEON أيضًا مع طلبات الدفع، وتفويض الوكلاء، والتحقق من المعاملات، وتسوية التجار، وسير عمل المدفوعات الواقعية.





