#opg $OPG عندي شيء ما زلت مش فاهمه. لما يجينا طلب AI، عشرات العقد شافوا الطلب، مين رح يستلمه؟
إذا اللي عنده سرعة أكبر هو اللي رح يستلمه، الأشخاص ذوي السرعة البطيئة رح يظلوا بلا شغل. وفي النهاية، رح يبقوا اثنين أو ثلاثة من كبار المتداولين، وباقي العقد رح تموت جوعًا. يعني وين المركزية هنا؟
OpenGradient في الورقة البيضاء أعطت حل: السحب.
مو سحب عشوائي. النظام ياخذ هاش الكتلة الحالية مع ID الطلب ويعملوا على شيء اسمه VRF، ويحسب عدد عشوائي. بعدين يستخدموا هذا العدد لترتيب جميع العقد المتصلة. العقد اللي تكون بالمرتبة الأولى تأخذ الطلب أولاً. لازم تسلم النتائج والدليل خلال وقت محدد. إذا تأخرت أو غشّت، يتم إعطاء الطلب للعقدة الثانية، وهكذا.
المهم هو أن هذا العدد العشوائي قابل للتحقق. العقد ما تقدر تغش، لأن منطق الترتيب هو علني، أي شخص ممكن يعيد حسابه. الورقة البيضاء كتبت إنهم يستخدمون إثباتات عدم المعرفة لضمان إن العدد العشوائي تم توليده وفق القواعد. إذا كنت بدك تعرف مين رح يكون الطلب الجاي قبل الوقت؟ هذا مستحيل.
قبل كنت أتابع مشروع ثاني يستخدم VRF، ولكن الترتيب انخطف. اكتشفت بعدين إن العقدة خمنت البذور العشوائية مسبقًا. ولكن OpenGradient ربطت البذور بهاش الكتلة، وبالتالي ما في طريقة للتنبؤ بها، وهذا يسد الثغرة.
لكن في تصميم هذا فيه شيء مزعج. إذا عقدة تعمدت تأخير وقتها، ما رح تعاقب فورًا، بس رح تُخرج مؤقتًا من الصف. لازم تتأخر عدة مرات حتى تتعرض للعقوبة. الورقة البيضاء سمت هذا "عقوبة ناعمة". أفهم أن الشبكة ممكن تهتز، وعقوبة مباشرة عند أول تأخير تكون قاسية. لكن هذا كمان يعطي مجال للعبث - في ناس ممكن تعمد التأخير بشكل متكرر وتبطئ الكفاءة العامة. ما تقدر تسوي شيء معها، لأنها ما وصلت لعقوبة السقف.
الورقة البيضاء ما كتبت عدد التأخيرات المحددة والسقف العقابي، اعتقد إنه تركوه ليتعدل حسب الوضع بعد إطلاق الشبكة.
بصراحة، أعتقد إن آلية السحب هذه صحيحة، لكن تحمي الشخص الطيب ما تحمي من الغشاشين. لو واجهت واحد يحاول يستغل الثغرات، ممكن نحتاج المجتمع ليبلغ.
إيش رأيك؟ هل تعتقد إن طريقة الترتيب هذه عادلة؟ مرحبًا بملاحظاتك. @OpenGradient
إذا اللي عنده سرعة أكبر هو اللي رح يستلمه، الأشخاص ذوي السرعة البطيئة رح يظلوا بلا شغل. وفي النهاية، رح يبقوا اثنين أو ثلاثة من كبار المتداولين، وباقي العقد رح تموت جوعًا. يعني وين المركزية هنا؟
OpenGradient في الورقة البيضاء أعطت حل: السحب.
مو سحب عشوائي. النظام ياخذ هاش الكتلة الحالية مع ID الطلب ويعملوا على شيء اسمه VRF، ويحسب عدد عشوائي. بعدين يستخدموا هذا العدد لترتيب جميع العقد المتصلة. العقد اللي تكون بالمرتبة الأولى تأخذ الطلب أولاً. لازم تسلم النتائج والدليل خلال وقت محدد. إذا تأخرت أو غشّت، يتم إعطاء الطلب للعقدة الثانية، وهكذا.
المهم هو أن هذا العدد العشوائي قابل للتحقق. العقد ما تقدر تغش، لأن منطق الترتيب هو علني، أي شخص ممكن يعيد حسابه. الورقة البيضاء كتبت إنهم يستخدمون إثباتات عدم المعرفة لضمان إن العدد العشوائي تم توليده وفق القواعد. إذا كنت بدك تعرف مين رح يكون الطلب الجاي قبل الوقت؟ هذا مستحيل.
قبل كنت أتابع مشروع ثاني يستخدم VRF، ولكن الترتيب انخطف. اكتشفت بعدين إن العقدة خمنت البذور العشوائية مسبقًا. ولكن OpenGradient ربطت البذور بهاش الكتلة، وبالتالي ما في طريقة للتنبؤ بها، وهذا يسد الثغرة.
لكن في تصميم هذا فيه شيء مزعج. إذا عقدة تعمدت تأخير وقتها، ما رح تعاقب فورًا، بس رح تُخرج مؤقتًا من الصف. لازم تتأخر عدة مرات حتى تتعرض للعقوبة. الورقة البيضاء سمت هذا "عقوبة ناعمة". أفهم أن الشبكة ممكن تهتز، وعقوبة مباشرة عند أول تأخير تكون قاسية. لكن هذا كمان يعطي مجال للعبث - في ناس ممكن تعمد التأخير بشكل متكرر وتبطئ الكفاءة العامة. ما تقدر تسوي شيء معها، لأنها ما وصلت لعقوبة السقف.
الورقة البيضاء ما كتبت عدد التأخيرات المحددة والسقف العقابي، اعتقد إنه تركوه ليتعدل حسب الوضع بعد إطلاق الشبكة.
بصراحة، أعتقد إن آلية السحب هذه صحيحة، لكن تحمي الشخص الطيب ما تحمي من الغشاشين. لو واجهت واحد يحاول يستغل الثغرات، ممكن نحتاج المجتمع ليبلغ.
إيش رأيك؟ هل تعتقد إن طريقة الترتيب هذه عادلة؟ مرحبًا بملاحظاتك. @OpenGradient