
نحن نتابع @metricxyz منذ قبل إطلاق تطبيقها اللامركزي. الآن يبدو أن الوقت مناسب للغوص في ما يبنونه فعليًا. 🧵 شيء واحد لفت انتباهي هو كيفية تعامل Metric مع التسعير والسيولة. بدلاً من معاملتهما كنظام واحد، فإنه يفصل بينهما. الفكرة الأساسية هي كالتالي: مقدمو الأسعار يحددون سعر الشراء، سعر البيع، وسعر المرجع. يمكنهم استخدام مصادر بيانات oracle، أو معلومات على السلسلة، أو منطق مخصص خاص بهم. ثم تقوم المجموعات النشطة بوضع السيولة ضمن نطاقات نسبية حول سعر المرجع هذا. وعندما يتحرك سعر المرجع، يمكن لهذه النطاقات أن تتحرك معه. لنجعلها عملية: لنفترض أن ETH يتداول عند 2,500 دولار. مجموعة مُهيأة لمتابعة oracle ETH تستخدم هذا السعر كمرجع لها. إذا انتقلت ETH إلى 2,520 دولار وتحديث oracle، يمكن للمجموعة ضبط نطاقات سيولتها حول السعر الجديد. بسيطة جدًا بمجرد تفكيكها. لكن هناك تفصيلة مهمة: يمكن للمجموعات المختلفة استخدام مصادر أسعار مختلفة. يعتمد ذلك كله على تكوينها. أجد هذا الفصل مثيرًا للاهتمام لأنه يمنح التسعير وإدارة السيولة أدوارًا منفصلة داخل البروتوكول. انضم هنا: https://t.co/s8bW6fhutm




