خوارزميات مفتوحة، بيانات مفتوحة.

مسابقة خوارزميات زمن الاستجابة في المحاكاة
حسِّن بروتوكول UR. تُقيَّم المشاركات مقارنةً بفرع من الشيفرة، ويصبح الفائز خط الأساس التالي ويكسب SN1α. ست جولات مدة كلٍّ منها أسبوع، تنطلق قريبًا. هيا بنا!
البروتوكول نظام لامركزي أصيل، متعدد عناوين IP ومتعدد وسائل النقل، مصمم للتوسّع إلى ملايين المُعدِّنين لكل مشغّل شبكة. كل مجال خوارزمي أدناه منشور مع مصدره، وحيثما أمكن، مع مجموعات بيانات مجهولة الهوية للتحليل المستقل.
URTRANSPORT1الأداء
توجيه متعدد القفزات عبر وسائل نقل TCP مع التركيز على إمكانية الوصول العالمية. تُدعم ترقيات UDP والبث من نظير إلى نظير، مع التخطيط لدمج WebRTC وXRay وWireGuard.
النهج الحالي
صُمّم النقل لإمكانية الوصول أولًا، بحيث يستطيع كل شخص في العالم الاتصال. يعمل التوجيه متعدد القفزات عبر وسائل نقل TCP من خلال قفزة مركزية. وسائل نقل UDP مثل H3 وDNS منفَّذة لكنها معطَّلة: في الاستخدام الفعلي كان أداؤها في هذا الإعداد أدنى من مسار TCP. كما أن القفزة متعددة المُعدِّنين مع ترقية إلى بث من نظير إلى نظير منفَّذة ومعطَّلة حاليًا أيضًا. يقع اختيار وسيلة النقل ومسار ترقية البث في transport.go وtransfer_stream_manager.go.
التنفيذ
اتجاهات البحث
دمج بروتوكولات راسخة مثل WebRTC وXRay وWireGuard كترقيات بث على القفزة متعددة المُعدِّنين، وإعادة تفعيل وسائل نقل UDP حيث تُظهر القياسات فائدتها. وقد تبدأ خوارزمية المطابقة أيضًا بالتمييز بين القفزات التي تملك عنوان IP ومنفذًا عامَّين وتلك التي لا تملكهما، لموازنة السرعة مع جودة الاتصال. يمكن تجربة كلٍّ من هذه التغييرات على مشغّل شبكة تجريبي قبل أن يصبح الخيار الافتراضي.
UREXTENDER1إمكانية الوصول
تشفير TLS متعدد الطبقات (N≥2) حيث تستخدم كل طبقة خارجية شهادة موقَّعة ذاتيًا مع انتحال SNI إلى عنوان IP وسيط، وتعيد التوجيه إلى قفزة أخرى أو إلى اتصال TLS من طرف إلى طرف. يمكن لأي شخص استضافة موسّع على أي نطاق.
النهج الحالي
يدعم مكدّس الشبكة الأساسي تشفير TLS متعدد الطبقات، حيث N اثنتان على الأقل. يمكن لكل طبقة خارجية استخدام شهادة موقَّعة ذاتيًا لاسم مضيف مختار للوصول إلى عنوان IP وسيط، يعيد توجيه حركة المرور إلى قفزة أخرى أو إلى اتصال TLS من طرف إلى طرف مع نطاق مشغّل الشبكة، فيبدو الاتصال كحركة مرور عادية إلى ذلك الاسم. يمكن لأي شخص استضافة موسّع على نطاق يتحكم به. ويتشارك مستخدمو الموسّع الواحد حدًّا مشتركًا للمعدل قابلًا للتعديل حالةً بحالة.
التنفيذ
اتجاهات البحث
يمكن إضافة الموسّعات إلى قائمة منح للبروتوكول تخصّص حصة من الحوافز للموسّعات المشارِكة؛ وستُنشر تفاصيل الانضمام عند فتح القائمة. كل مُعدِّن يؤدي دور الموسّع بالفعل إلى جانب دور الخروج. الأسئلة المفتوحة: كيف يُقاس مدى وصول الموسّع حيث يهمّ أكثر من دون كشف مستخدميه، وكيف ينبغي للطبقات الخارجية تدوير أسماء المضيفين والشهادات مع تكيّف الحجب.
UR-FP2مطابقة العميل والمُعدِّن
خوارزمية أخذ عينات تحمّل عينة عشوائية بحجم 10× من المُعدِّنين المحتملين وتخلطها بما يتناسب مع الموثوقية × تقييم العميل. تُضمَن مقاومة Sybil بالقيد القاضي بأن مجموع الموثوقية لا يتجاوز 1 لكل شبكة IP فرعية.
النهج الحالي
يحمّل نظام المطابقة من الذاكرة عينة عشوائية من المُعدِّنين المرشّحين — نحو عشرة أضعاف العدد المطلوب — ويخلطها بما يتناسب مع الموثوقية × تقييم العميل لإنتاج المرشّحين النهائيين. حمايته من انتحال المُعدِّنين (هجمات Sybil) هي سقف لكل شبكة IP فرعية: مجموع درجات موثوقية جميع المُعدِّنين في الشبكة الفرعية الواحدة لا يتجاوز 1، فتقسيم اتصال واحد إلى هويات كثيرة لا يرفع حصته من المطابقات. نقطة الدخول هي FindProviders2.
التنفيذ
اتجاهات البحث
التمييز عند المطابقة بين القفزات التي تملك عنوان IP ومنفذًا عامَّين وتلك التي لا تملكهما، لموازنة السرعة مع جودة الاتصال صراحةً بدلًا من الاعتماد على الموثوقية وحدها. أوزان الموثوقية وتقييم العميل وحجم العينة هي المدخلات الطبيعية التي يمكن لمشغّل تجريبي تنويعها مقابل صادرات الكتل مجهولة الهوية الموصوفة أدناه، مع إبقاء السقف لكل شبكة فرعية ثابتًا بوصفه حدّ Sybil.
UR-MULTIعميل متعدد
خوارزمية مسح استدلالية تدير نافذة من المُعدِّنين. تقفل حركة المرور في أعلى طبقة متاحة بناءً على عتبات النقل بدلاً من تحليل البروتوكول.
النهج الحالي
يدير مسح استدلالي نافذة من المُعدِّنين ويقفل حركة المرور في مُعدِّني أعلى طبقة متاحة. تُتَّخذ القرارات بناءً على عتبات النقل — كم نقل المُعدِّن فعليًا — لا على فحص البروتوكول داخل النفق، فلا يحتاج الموجّه أبدًا إلى النظر في حركة مرور التطبيقات. والنافذة هي ما يتيح لعميل واحد إبقاء عدة مُعدِّنين قيد الاستخدام في آنٍ واحد ونقل حركة المرور بينهم مع تغيّر نقلهم المقاس.
التنفيذ
اتجاهات البحث
العتبات وحدود الطبقات مضبوطة يدويًا اليوم. أسئلة مفتوحة لمشغّل تجريبي: هل ينبغي اشتقاقها من توزيعات النقل المقاسة بدلًا من ذلك، وهل ينبغي للنافذة أن تأخذ أيضًا في الحسبان إحصاءات الحيوية وزمن الاستجابة لكل مُعدِّن التي ينتجها المُصادِقون الآن (انظر التحقق من التوجيه)، ليتجنّب العميل الحلقة الضعيفة قبل أن يدفع ثمنها بحركة مروره.
UR-TRANSFERالنقل
نافذة تسليم موثوقة مضبوطة للبيئات ذات زمن الاستجابة العالي. تُعطَّل إعادة الإرسال على مستوى البروتوكول لأن النافذة توفّر تسليمًا موثوقًا. توزّع حركة المرور عبر وسائل النقل حسب الأداء المرتَّب.
النهج الحالي
نافذة نقل موثوقة مضبوطة للبيئات ذات زمن الاستجابة العالي. ولأن النافذة نفسها توفّر تسليمًا موثوقًا، تُعطَّل إعادة إرسال البروتوكول إلى طبقة النقل: بث TCP المحمول عبر النفق لا يُعاد إرساله فوقه. تُوزَّع حركة المرور بين وسائل النقل المتاحة حسب أدائها المرتَّب وتوافرها، فتخسر وسيلة النقل البطيئة أو المتعثرة حصتها بدلًا من إيقاف البث.
التنفيذ
اتجاهات البحث
أسئلة مفتوحة: كيف ينبغي للنافذة تحديد حجمها عبر مدى أزمنة الاستجابة الفعلية بدلًا من ملف تعريف ثابت واحد، وكيف يُعاد ترتيب وسائل النقل عندما يتغيّر أداؤها في منتصف البث، وكيف ينبغي لطبقة النقل التعاون مع ترقيات البث المخطَّطة لوسيلة النقل (انظر الأداء) عندما تكون إحدى القفزات من نظير إلى نظير والتالية ليست كذلك.
UR-IPخروج IP
تنفيذ مكدّس IP بأقل استهلاك للذاكرة. يفترض اتصالاً موثوقًا بين النظراء عبر طبقة النقل، لذا تُحسَّن إعادة الإرسال وفقًا لذلك.
النهج الحالي
صُمّم مكدّس IP للعمل بأقل قدر من الذاكرة، ليتمكن المُعدِّن من العمل كمخرج على هاتف أو جهاز صغير. يفترض اتصالًا موثوقًا بالنظير عبر طبقة النقل، ما يسمح بتحسين معالجته الخاصة لإعادة الإرسال والاستغناء عنها بدلًا من تكرارها. وتقع طبقة الأمان (انظر الأمان) في المسار نفسه، فتُفحص كل حزمة قبل أن تغادر المُعدِّن.
التنفيذ
اتجاهات البحث
أسئلة مفتوحة: إلى أي حدٍّ يمكن خفض بصمة الذاكرة أكثر على أصغر الأجهزة، وكيف يحافظ مكدّس الخروج على ضماناته عندما تُخفَّف افتراضات الموثوقية في طبقة النقل من أجل ترقيات البث من نظير إلى نظير المخطَّطة لوسيلة النقل. وكما هو الحال مع النقل، تُجرَّب التغييرات على مشغّل تجريبي قبل أن تصبح افتراضية.
UR-PSUB2تخصيص المكافآت
يقيّم المُصادِقون المستقلون كل مجمّع مشغّل حسب الطلب والجودة المقاسة؛ ويحوّل Yuma Consensus في Bittensor تلك الدرجات إلى إصدار. داخل المجمّع، يرتّب المشغّل مُعدِّنيه حسب عدد العقود المخدومة والموثوقية، ويلتزم بجذر Merkle للمدفوعات في كل دورة، ويطالب كل مُعدِّن بحصته مباشرة من عقد التسوية.
النهج الحالي
المكافآت هي إصدار شبكة UR الفرعية على SN25. يشكّل مُعدِّنو كل مشغّل مجمّعًا واحدًا له UID مُعدِّن واحد. في كل tempo يقيّم المُصادِقون المستقلون كل مجمّع حسب الاستخدام الضمني × الجودة المقاسة (وديعة المشغّل للحقبة مقسومة على السعر المنشور لمستوى قناعته، مضروبة في جودة مُعدِّني المجمّع من مسارات المُصادِق نفسه) ضمن آلية الالتزام والكشف، ويحوّل Yuma Consensus الوسيط إلى إصدار. داخل المجمّع يرتّب المشغّل المُعدِّنين حسب العقود المخدومة × الموثوقية، ويلتزم بجذر Merkle للمدفوعات في كل حقبة، ويطالب كل مُعدِّن بحصته مباشرةً من عقد التسوية. والأساطيل الأعلى حسب اتساع عناوين IP القابلة للتوجيه تملك UIDs خاصة بها وتُدفع أصليًا. وما دام السعر المنشور 0، لا تُجمع ودائع ويحمل كل مجمّع الطلب الضمني نفسه، فتوجّه الجودة المقاسة وحدها قناة المجمّعات.
التنفيذ
اتجاهات البحث
θ معيار حوكمة منشور: البدء بترجيح الذيل (θ ≈ 0.3)، وقياس العائد الفعلي لكل طبقة، وتوسيعه مع نضج مجموعة المُعدِّنين رفيعي المستوى وإجماع الجودة لدى المُصادِقين المستقلين — بشرط أن يظل أقل مُعدِّن رفيع المستوى أجرًا يكسب على الأقل ما يكسبه أعلى مُعدِّن في المجمّعات أجرًا. تأثير الجودة على وزن المجمّع محدود عند الإقلاع ويُرفع تدريجيًا. مكافأة جهد المُصادِقين مصمَّمة لكنها مؤجَّلة، ولن تُبنى إلا إذا أظهرت الشبكة الحية أن التغطية المستقلة تحتاجها. أما توسيع لامركزية مجموعة المُصادِقين خارج أغلبية المالك فخطوة حوكمة لاحقة مقصودة.
UR-CONTRACTالإذن
يتطلب النقل بين الأطراف عقدًا مشفّرًا برصيد مودَع في الضمان ومجموعة أذونات. يجب على كلا الطرفين الإغلاق مع عدد بايتات مُقرّ به؛ وتؤدي الخلافات إلى عملية حل إجبارية.
النهج الحالي
يتطلب النقل بين مُبادِر ومرافِق عقدًا مشفَّرًا بالمفتاح السري للعميل الوجهة. يحتفظ العقد برصيد نقل ثابت في الضمان ويحدّد الأذونات بين الطرفين. يمكن للمرافِق إنشاء عقود مقترنة لحركة العودة، وترسل المسارات متعددة القفزات أحداث فتح البث وإغلاقه إلى الوسطاء. بعد الاستخدام يغلق الطرفان العقد بعدد بايتات مُقرّ به. وإذا لم يغلق أحد الطرفين، أو اختلف المجموعان، يحدّد حلّ العقد النتيجة؛ وإذا أبلغ أحد الطرفين عن إساءة استخدام، يُحظر النقل مستقبلًا بين هذين الطرفين.
التنفيذ
اتجاهات البحث
العقود المخدومة × الموثوقية هي أيضًا الأساس الافتراضي لقائمة مدفوعات مجمّع المشغّل، فدقة أعداد البايتات عند الإغلاق تغذّي المكافآت. أسئلة مفتوحة: كيف يُسوّى خلاف بين عددَي إغلاق من دون مجموع ثالث موثوق، وكيف يُحدَّد حجم عقود العودة المقترنة لحركة المرور غير المتماثلة، وكيف يُوزن بلاغ إساءة الاستخدام عندما يكون عددا الطرفين قد اختلفا من قبل.
UR-SEC1الأمان
قائمة حظر منافذ وقائمة حظر عناوين IP لحماية شبكة المُعدِّنين. لا تُجري فحصًا للبروتوكول — يوجّه المُعدِّنون حركة المرور المشفرة فقط.
النهج الحالي
تستخدم طبقة الأمان قوائم حظر للمنافذ وعناوين IP. وهي لا تفحص بروتوكولات التطبيقات: يوجّه المُعدِّنون حركة المرور المشفرة فقط، فلا شيء يُفحص، وقوائم الحظر هي ما يتيح للمُعدِّن رفض حركة المرور التي تتعارض مع التوجيهات التنظيمية الشائعة مثل CFAA وDMCA وإسقاط الوجهات الخبيثة المعروفة. تُطبَّق القوائم على المُعدِّن، فتواجه حركة مرور المستخدم القواعد نفسها على كل مخرج.
التنفيذ
اتجاهات البحث
أسئلة مفتوحة: كيف تُوزَّع قوائم الحظر وتُحدَّث عبر أسطول من دون نقطة مركزية قادرة على رؤية حركة المرور، وهل ينبغي لطبقة الأمان تعلّم سمعة كل وجهة من بيانات خروج مجهولة الهوية بدلًا من القوائم الثابتة، وما الذي ينبغي أن يُسمح للمُعدِّن بإضافته إلى قوائمه الخاصة من دون تجزئة سلوك الشبكة بين المخارج.
UR-VERIFY1التحقق من التوجيه
يسير المُصادِقون عبر سلاسل مُعدِّنين يعيّنها الخادم، مثبتين الخروج الحي من كل قفزة بأربعة توقيعات Ed25519. وإحصاءات الإكمال وزمن الاستجابة لكل خطوة تجد أضعف حلقة وتصبح إشارة الجودة التي توجّه إصدار المجمّعات.
النهج الحالي
يبدأ المُصادِق مسارًا عبر مُعدِّن يختاره ويستدعي /verify؛ ويستنتج الخادم القفزة من عنوان IP المصدر للطلب، لا من ادّعاء. تُسحب كل قفزة تالية عشوائيًا بالتساوي ومن دون إرجاع، ولا تُكشف إلا بعد تأكيد القفزة الحالية، فلا يمكن حساب المسار مسبقًا. أربعة توقيعات Ed25519 تربط المسار: SEED وEXTEND من المُصادِق، وASSIGN وFINAL من الخادم الذي يختم أيضًا وقت كل قفزة. يُنسب الفشل إلى القفزة الوحيدة التي لم يُوصَل إليها قط، ويُسجَّل زمن الاستجابة لكل خطوة عند التأكيد، وتُستبعد قفزة البذرة التي اختارها المُصادِق، ويُبلَّغ عن كل مُعدِّن بفاصل Wilson لمعدل الإكمال ومئينات زمن الاستجابة متى بلغ تعرّضًا كافيًا.
التنفيذ
اتجاهات البحث
المسار المكتمل يثبت عبورًا حيًا متسلسلًا إلى وجهة معروفة واحدة، لا الترحيل النزيه لحركة مرور المستخدم، والتعامل الذاتي على مستوى القفزة محدود إحصائيًا فقط — بمجتمع مُصادِقين مستقل. خارطة الطريق نحو قياس صالح للمدفوعات: إثبات التوجيه عبر شهادة الجيران، وتنوّع الوجهات كي لا يستطيع المُعدِّن تحسين المسار الوحيد المقاس، ومقاومة Sybil لدى المُصادِقين عبر الرهن، ونموذج مخاطر هرمي للإسناد. وإلى ذلك الحين، الإحصاءات هي مراقبة للحيوية وزمن الاستجابة وتقييم مؤقت.
إخفاء الهوية
كتلة المدفوعات في الشبكة مدتها 7 أيام، وتُجهَّل هوية صادرات مدخلات كل خوارزمية ومخرجاتها لكل كتلة. يُستبدل بكل معرّف عميل وكل تجزئة شبكة IP فرعية عدّاد صحيح بسيط، فتكون الهوية متسقة داخل الكتلة الواحدة لكنها لا تحمل شيئًا عبر الكتل ولا تعود إلى معرّف إنتاجي. ولا تُضمَّن بيانات المدن الوصفية. صادرات الكتل مجهَّزة للنشر لكنها لم تُنشر بعد؛ وستربطها هذه الصفحة عند نشرها.
للباحثين والمطوّرين
تريد UR أن يتمكن المستخدمون من اختيار خوارزميات تجريبية عبر مشغّلي شبكة متّحدين. ينضم المشغّل الجديد إلى نظام الحوافز نفسه الذي يدفع للمُعدِّنين اليوم، ويمكن للمُعدِّن خدمة أي عدد يشاء من المشغّلين. وسيوفّر التطبيق لكل مستخدم خيار إدخال نطاق مشغّل بديل. ستُنشر تفاصيل الوصول إلى المشغّلين التجريبيين عند فتح البرنامج، وتتابع هذه الصفحة الخوارزمية الافتراضية الحالية والاتجاهات التجريبية. وللأبحاث الأمنية، اتّبع سياسة الإفصاح عن الثغرات.
التدقيقات
تدقيقات نظراء للبروتوكول وتطبيقاته.
- مُجدولتدقيق التشفير 2026Cure53مُجدول لشهري نوفمبر – ديسمبر 2026النطاق: تصميم التشفير وصحة التنفيذ.ستنشر UR وCure53 النتائج.
- تدقيق نظراءMASA L2 2025Leviathan Security Groupاكتمل في مايو 2025