لقد مررت اليوم عبر بنية تغذية المؤشر في GRVT، وذلك بشكلٍ أساسي لأن فهم ما الذي تتضمنه فعليًا تحديثات مؤشر واحد يهم عند إغلاق الصورة الخاصة ببيانات السوق التي كنت أبنيها خلال هذا السباق.
على الأرجح أن المؤشر يعرض السعر المُتداول آخر مرة، وأعلى وأدنى سعر خلال 24 ساعة، وحجم التداول خلال 24 ساعة، ومن المحتمل كذلك نسبة التغير خلال نفس النافذة، ويتم تحديث ذلك كملخص مضغوط بدلًا من أن يطلب من العميل اشتقاق هذه الإحصاءات بنفسه من سجل الصفقات الخام.
ما أراه لافتًا هو أن هذا في الأساس يُعد طبقة راحة فوق بيانات يمكن اشتقاقها تقنيًا من تغذية الصفقات التي كنت قد اطلعت عليها سابقًا. يمكن للعميل نظريًا حساب أعلى سعر خلال 24 ساعة وأدنى سعر وحجم التداول عبر معالجة سجل الصفقات الكامل بنفسه، لكن قيام GRVT بحساب هذا الملخص وبثّه مباشرةً يزيل عبئًا حسابيًا حقيقيًا عن كل عميل على حدة كان سيتعين عليه الحفاظ على حساب متداول مماثل بشكل مستقل.
يرتبط ذلك بنمط لاحظته خلال تصميم تغذية GRVT الأوسع هذا الأسبوع: توجد بيانات خام تفصيلية، مثل عمق دفتر الأوامر والصفقات الفردية، لكن توجد أيضًا بجانبها وجهات نظر مُلخّصة مُسبقة الحساب في الحالات التي لا تكون فيها التفاصيل الكاملة ضرورية فعليًا.
إنهاء هذا السباق بناءً على ملاحظة أن واجهة برمجة التطبيقات لدى GRVT تبدو مصممة باستمرار حول هذا التبادل نفسه: بيانات تفصيلية لمن يحتاج الدقة، وبيانات مُلخّصة لمن يحتاج فقط إلى صورة دقيقة بسرعة.
@grvt_io #grvt
على الأرجح أن المؤشر يعرض السعر المُتداول آخر مرة، وأعلى وأدنى سعر خلال 24 ساعة، وحجم التداول خلال 24 ساعة، ومن المحتمل كذلك نسبة التغير خلال نفس النافذة، ويتم تحديث ذلك كملخص مضغوط بدلًا من أن يطلب من العميل اشتقاق هذه الإحصاءات بنفسه من سجل الصفقات الخام.
ما أراه لافتًا هو أن هذا في الأساس يُعد طبقة راحة فوق بيانات يمكن اشتقاقها تقنيًا من تغذية الصفقات التي كنت قد اطلعت عليها سابقًا. يمكن للعميل نظريًا حساب أعلى سعر خلال 24 ساعة وأدنى سعر وحجم التداول عبر معالجة سجل الصفقات الكامل بنفسه، لكن قيام GRVT بحساب هذا الملخص وبثّه مباشرةً يزيل عبئًا حسابيًا حقيقيًا عن كل عميل على حدة كان سيتعين عليه الحفاظ على حساب متداول مماثل بشكل مستقل.
يرتبط ذلك بنمط لاحظته خلال تصميم تغذية GRVT الأوسع هذا الأسبوع: توجد بيانات خام تفصيلية، مثل عمق دفتر الأوامر والصفقات الفردية، لكن توجد أيضًا بجانبها وجهات نظر مُلخّصة مُسبقة الحساب في الحالات التي لا تكون فيها التفاصيل الكاملة ضرورية فعليًا.
إنهاء هذا السباق بناءً على ملاحظة أن واجهة برمجة التطبيقات لدى GRVT تبدو مصممة باستمرار حول هذا التبادل نفسه: بيانات تفصيلية لمن يحتاج الدقة، وبيانات مُلخّصة لمن يحتاج فقط إلى صورة دقيقة بسرعة.
@grvt_io #grvt
