تواصل معنا

شبكة ALUX

نبنيالآلة الافتراضية العالمية

تخيّل آلة افتراضية منطقية واحدة تعمل في كل مكان—عبر شبكات البلوكشين العامة، والعناقيد الخاصة، وبيئات العميل مثل الهواتف والمتصفحات—بينما تُخفي تحت تجريد موحّد تفاصيل الحالة وخيوط التنفيذ والنسخ المتماثل والإجماع. يكتب المطوّرون برنامجًا متزامنًا واحدًا؛ ويصبح مكان تشغيله خيارًا في الإعدادات بدلًا من أن يكون قيدًا معماريًا. وتظل أجزاؤه تُثبَّت معًا بوصفها نتيجة ذرّية واحدة. هذا هو تجريد الآلة الافتراضية، وهذا ما تبنيه ALUX.

اقرأ الأطروحة →ابدأ التطوير →

طبقة تنفيذ منطقية واحدة موزّعة ماديًا

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

نظام تشغيل العالم

تسجيل الخدمات / الوكلاء واكتشافها / تنسيق الخدمات والوكلاء / صلاحية قابلة للبرمجة

ALUX — طبقة تشغيل متزامنة لا مركزية

GLVM / الحالة + خيوط التنفيذ / النسخ المتماثل / الإجماع

البنية التحتية المادية

شبكة بلوكشين عامة / مجموعة خاصة / أجهزة العميل

نظام تشغيل العالم

تسجيل الخدمات / الوكلاء
واكتشافها
تنسيق الخدمات والوكلاء
صلاحية قابلة للبرمجة

ALUX — طبقة تشغيل متزامنة لا مركزية

GLVM
الحالة + خيوط التنفيذ
TVM
النسخ المتماثل
TVM
الإجماع
TVM

تشغّل كل آلة وحدة TVM واحدة؛ وتشكل هذه الوحدات معًا GLVM.

البنية التحتية المادية

شبكة بلوكشين عامة

عقد البلوك تشين

TVM
TVM
TVM
مجموعة خاصة

عُقد سحابية / مؤسسية

TVM
TVM
TVM
أجهزة العميل

هواتف / متصفحات

TVM
TVM
TVM

خريطة صلاحيات ALUX

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

اضغط مرة واحدة لفتح الشرح المتعمّق للوحدة.
واضغط مرتين لربطها ببيئة تشغيل ALUX ورؤية دورها داخل الآلة الافتراضية الناتجة عن التركيب.

اسحب إلى بيئة تشغيل ALUXانقر نقرًا مزدوجًا لعرض التفاصيلنقرة واحدة · عرض التفاصيلنقرتان متتاليتان · ربطها ببيئة التشغيل
اتصال بيئة التشغيلربط الوحدة بـ ALUX

اسحب وحدة وأفلتها في بيئة تشغيل ALUX لترى كيف تتكامل داخل GLVM.

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

حالات الاستخدام

ما الذي يمكنكبناؤه على ALUX

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

01

وكلاء ذكاء اصطناعي يعملون طويلًا على السلسلة

تبدأ سيرورة العمل عدة وكلاء بالتوازي. يستدعي بعضهم واجهة Claude API، بينما تنتظر خطوات أخرى مدخلات المستخدم. ولا يواصل الوكيل الرئيسي عمله إلا بعد اكتمال جميع الفروع، حتى لو استغرقت السيرورة نحو 30 دقيقة. يتصل Claude ومدخلات المستخدم على مستوى التطبيق؛ ويوفّر ALUX عمليات fork وwait وjoin المستديمة، وتمرير القدرات، والتنفيذ القابل لإعادة التشغيل.

durable-agent.toxبيئة التشغيل + تكامل تطبيقي
تفريع الوكلاءاستدعاء Claudeانتظار مدخل المستخدمضمّ جميع النتائجالمتابعة
02

تجميع سعر BTC من ثلاث منصات تداول

يبدأ العقد ثلاث عمليات متوازية عبر مهايئات إدخال/إخراج خارجية مهيّأة لقراءة أسعار BTC من Binance وCoinbase وKraken. وتنتظر عملية رابعة اكتمال العمليات الثلاث، ثم تضمّ نتائجها وتوحّد صيغ الأسعار وتحسب الوسيط قبل متابعة التنفيذ. يجعل ALUX التنفيذ قابلًا لإعادة الإنتاج، بينما تظل نقاط النهاية المختارة هي مصدر الحقيقة.

btc-median.toxمسار I/O مدعوم
BINANCE
COINBASE
KRAKEN
JOIN → MEDIAN
03

تنفيذ ذرّي عبر الشاردات

يجهّز العقد a في الشاردة A دفعةً لتذكرة يديرها العقد b في الشاردة B. وإذا فشل b لأن التذكرة بيعت بالفعل، تُلغى دفعة a أيضًا. ولا يُثبّت الدفع وملكية التذكرة معًا إلا عند نجاح الخطوتين؛ لذلك لا ترى المعاملات الأخرى حالة جزئية. التنفيذ الذرّي عبر الشاردات هدف ضمن خارطة الطريق، وليس قدرة متاحة حاليًا.

تسوية التذكرة عبر الشارداتخارطة الطريق
الدفع / Aرابط ذرّيالتذكرة / B
إما تثبيتهما معًا أو إلغاؤهما معًا
04

أموال قابلة للبرمجة بقواعد قابلة للتركيب

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

محفظة تحوي 1 ALUXمنطق التطبيق
أليسالاستخدام خلال 10 أيام
بوبلشراء الكتب فقط
كارولتُطبّق القاعدتان معًا
ابنِ ما يتجاوز حدود المعاملة أحادية الخطوة

استكشف بدائيات بيئة التشغيل التي تقوم عليها مسارات العمل طويلة الأمد.

استخدم Runtime Lab لفحص التفرّع والانتظار والجمع والمدخلات الخارجية وإعادة التشغيل والإتمام الذرّي عبر نموذج تنفيذ ALUX.

افتح مختبر بيئة التشغيل

الأسئلة الشائعة

الأسئلة الشائعة

انقر على سؤال لعرض الإجابة

ما الذي يصبح ممكنًا على ALUX ولا تستطيعه العقود الذكية التقليدية؟
يوسّع ALUX نموذج العقود الذكية ليصبح محرك تنفيذ دائمًا ولا مركزيًا للمهام طويلة الأمد. ويمكن لمسار العمل تشغيل عمليات متزامنة، والتعليق عبر الكتل، وانتظار أدوات خارجية أو أشخاص، ثم الاستئناف وجمع النتائج من دون كشف حالة نصف مكتملة. كما تستطيع القنوات الخارجية التي تديرها بيئة التشغيل التفاعل مع الخدمات المدعومة خارج السلسلة من دون تنسيق منفصل بين أوراكل ومرحّل. وصُممت البنية لتمديد النموذج الذرّي نفسه أفقيًا، بحيث تُثبّت التأثيرات عبر الشاردات معًا أو تُلغى معًا؛ إلا أن التنفيذ عبر الشاردات لا يزال ضمن خارطة الطريق.
لماذا يناسب ALUX وكلاء الذكاء الاصطناعي؟
الوكيل العامل على السلسلة هو بطبيعته معاملة طويلة الأمد (Long Transaction). يستغرق استدعاء نموذج لغوي كبير (LLM) أو أداة وقتًا، كما يستغرق انتظار ردّ بشري وقتًا أيضًا. لذلك لا يمكن اختزال مسار العمل في استدعاء فوري ضمن كتلة واحدة. يتيح ALUX له الاحتفاظ بسياق التنفيذ، والتعليق، والاستئناف عند وصول المدخلات، وتنسيق وكلاء متزامنين، والإتمام عبر تنفيذ قابل لإعادة التشغيل.
هل ALUX مجرد شبكة طبقة أولى أسرع؟
لا. تسرّع شبكات L1 الأسرع التجريد نفسه: تحديثات حالة أحادية الخطوة تحدث داخل كتلة واحدة. أما ALUX فهي بيئة تشغيل متزامنة ولا مركزية للمعاملات طويلة الأمد (Long Transactions)، التي يمكنها الانتظار والاستئناف وجمع النتائج من قنوات متعددة أو اختيار القناة التي تصبح جاهزة أولًا؛ ولم تعد تحديثات حالتها مقيّدة بحدود كتلة واحدة. ومن خلال معمارية GLVM لديها—أي تجريد الآلة الافتراضية—صُممت المعاملة المنطقية نفسها لتمتد إلى ما بعد حدود الكتل، وصولًا إلى حدود الشظايا والأنظمة.
تدّعي بعض السلاسل الأخرى أيضًا دعم المعاملات العابرة للكتل. فما الذي يميّز ALUX؟
الكلمة المفتاحية هي الذرية.

التعويض / Saga: commit → commit → ✗ fail → run compensating undo
تُثبّت كل خطوة محليًا، وتكون الحالات الوسيطة مرئية، وقد يفشل التعويض أيضًا، كما لا يمكن دائمًا عكس الآثار الخارجية. هذا هو الاتساق النهائي. وتستند بعض السلاسل غير المتزامنة، ومنها ICP وRialo، إلى هذا النموذج. وهو أسهل في التنفيذ، لكنه غير مناسب للتطبيقات التي تتطلب ضمانات ACID أقوى.

نهج ALUX القائم على «الكل أو لا شيء»: stage → stage → ✗ fail → discard everything
لا يُثبّت أي شيء قبل تثبيت المعاملة كاملة. وعند إلغاء المعاملة، تُستبعد الآثار غير المثبتة ولا تصبح أي حالة جزئية قابلة للرصد. تلك هي الذرية الحقيقية وفق ACID عبر ارتفاعات كتل متعددة.
كيف تحافظ ALUX على حتمية المعاملات طويلة الأمد (Long Transactions)؟
يسجل ReplayTrie اختيارات COMM غير الحتمية التي تؤثر في التنفيذ، ما يتيح إعادة تشغيل حتمية مطابقة على مستوى البت داخل بيئة تشغيل ALUX، كي يستطيع المدققون استنساخ نتيجة التنفيذ نفسها.
ما المقصود بالصلاحيات الكائنية (OCAP)؟
نموذج الصلاحيات الكائنية (Object Capability أو OCAP) هو نموذج أمني لا يمكن فيه لأي جزء من الشفرة الوصول إلى مورد إلا إذا مُنح صراحةً مرجعًا إلى ذلك المورد، أي صلاحية (capability). وفي نظام OCAP، يحدد مرجع الكائن نفسه المورد (designation) ويمنح في الوقت ذاته إذن استخدامه (authorization).
لماذا يُعدّ OCAP نموذجًا أمنيًا أقوى وقابلًا للتركيب؟
يُعد نموذج الصلاحيات الكائنية (OCAP) نموذجًا أمنيًا أقوى لأن السلطة تُمثَّل بصلاحيات صريحة غير قابلة للتزوير، بدلًا من الهويات العامة أو قوائم التحكم في الوصول. وهو يتبع مبدأ «التعيين هو التفويض» (designation is authorization): فامتلاك صلاحية ما يحدد المورد ويمنح الإذن باستخدامه في آن واحد، ما يلغي السلطة المحيطة (ambient authority) ويقلل سطح الهجوم. ولأن الصلاحيات يمكن تفويضها وتضييقها وإبطالها بأمان، تصبح السياسات الأمنية محلية للكائنات المعنية بدلًا من أن تكون موزعة داخل نظام مركزي للأذونات. وهذا يجعل OCAP قابلًا للتركيب بطبيعته، بحيث يمكن بناء تطبيقات معقدة وعقود ذكية ومسارات عمل لوكلاء الذكاء الاصطناعي من مكونات مستقلة وآمنة مع الحفاظ على مبدأ أقل قدر من الصلاحيات.
ماذا يعني أن يكون دعم OCAP مدمجًا في ALUX؟
تطبّق الآلة الافتراضية ذات فضاء الصفوف في ALUX ‏(TVM) نموذج الصلاحيات الكائنية (OCAP) مباشرةً على مستوى البايت كود. ولا تتضمن مجموعة التعليمات أي عمليات لتزوير مراجع كائنات عشوائية أو إنشائها، ما يضمن عدم اكتساب الصلاحيات إلا عبر تفويض صريح. ويضمن ذلك أن جميع الصلاحيات غير قابلة للتزوير ولا تُنقل إلا بصورة صريحة.
هل يمكن لمطوري العقود الذكية الحاليين استخدامه؟
تشغّل TVM شيفرة EVM البايتية داخل بيئات وضع حماية معزولة، لذلك يمكن نقل معظم عقود EVM إلى ALUX بأقل قدر من التعديلات. وتقدّم ALUX أيضًا واجهة متوافقة مع Ethereum من خلال مجموعة من أساليب JSON-RPC الشائعة من نمط eth_*.

تعرّف على المزيد

القنوات