سيكون dYdX V4 كتلة L1 مستقلة مع دفتر أوامر خارج السلسلة ومحرك مطابق تمامًا.
** بقلم: **** dYdX **
** تجميع: IBCL **
dYdX Chain V4 هو أحدث تكرار لبروتوكول dYdX ، والذي سيتألف من برنامج مفتوح المصدر. يُطلق على الإصدار قيد الإنتاج حاليًا اسم v3 و v3 والإصدارات السابقة من dYdX تم نشرها في العقود الذكية الأساسية الخاصة بها على السلاسل الحالية جنبًا إلى جنب مع الخدمات المركزية المستضافة في السحابة.
سيكون الإصدار 4 عبارة عن blockchain L1 مستقل مع دفتر أوامر خارج السلسلة بالكامل ومحرك مطابق. ستستند سلسلة dYdX إلى Cosmos SDK وبروتوكول توافق CometBFT PoS.
مع اقترابنا من إطلاق v4 mainnet ، أردنا أن نقدم لك لمحة عما يبنيه فريق dYdX. توفر هذه المقالة نظرة عامة عالية المستوى على بنية الإصدار 4. بالنظر إلى أن الإصدار 4 لا يزال قيد التطوير ، فقد تكون هناك تغييرات.
** تصميم نظام v4 **
تم تصميم dYdX v4 ليكون لامركزيًا بالكامل من طرف إلى طرف. تشمل المكونات الرئيسية على نطاق واسع البروتوكولات والمفهرسات والواجهات. سيتم توفير كل من هذه المكونات كبرنامج مفتوح المصدر. لن تقوم dYdX Trading Inc. بتشغيل أي مكونات.
اتفاق
البروتوكول هو L1 blockchain مبني على CometBFT وباستخدام CosmosSDK. يتم كتابة برنامج العقدة في Go ويتم تجميعه في ثنائي واحد. مثل كل بلوكشين CosmosSDK ، يستخدم الإصدار 4 آلية إجماع لإثبات الحصة.
سيتم دعم البروتوكول من خلال شبكة من العقد. هناك نوعان من العقد:
المدققون: المدققون مسؤولون عن تخزين الطلبات في دفتر الطلبات في الذاكرة (أي خارج السلسلة ودون الالتزام بالإجماع) ، والنميمة عن المعاملات إلى المدققين الآخرين ، وإنشاء كتل جديدة لسلسلة dYdX من خلال عملية الإجماع. ستجعل عملية الإجماع المدققين يتناوبون كمقترحي للكتل الجديدة بأسلوب دائري مرجح (مرجح بكمية الرموز المميزة الموضوعة على عقدهم). مقدمو العروض مسؤولون عن اقتراح محتوى الكتلة التالية. عند مطابقة الطلب ، يضيفه المقترضون إلى الكتلة المقترحة ويبدأون جولة إجماع. تعتبر الكتلة ملتزمة وتتم إضافتها إلى blockchain إذا وافق عليها ⅔ أو أكثر من المدققين (حسب وزن الحصة). سيقوم المستخدمون بإرسال المعاملات مباشرة إلى المدققين.
العقدة الكاملة: تمثل العقدة الكاملة عملية تشغل تطبيق v4 لا تشارك في الإجماع. وهي عقدة وزن حصصها 0 ، والتي لا تقدم مقترحات أو تصوت عليها. ومع ذلك ، فإن العقد الكاملة تتصل بشبكة المدققين ، وتشارك في ثرثرة المعاملات ، وتعالج كل كتلة مُرسلة حديثًا. تحتوي العقد الكاملة على عرض كامل لسلسلة dYdX وتاريخها وهي مصممة لدعم المفهرسات. قد تقرر بعض الأطراف (لأسباب تتعلق بالأداء أو التكلفة) تشغيل العقد و / أو المفهرسات الكاملة الخاصة بهم.
** مفهرس **
المفهرس عبارة عن مجموعة من الخدمات للقراءة فقط التي تهدف إلى فهرسة بيانات blockchain وتقديمها للمستخدمين بطريقة أكثر كفاءة وملاءمة للويب 2. يتم ذلك باستخدام البيانات في الوقت الفعلي من العقد الكاملة v4 ، وتخزينها في قاعدة بيانات ، وإتاحة هذه البيانات للمستخدمين النهائيين عبر طلبات websocket و REST.
في حين أن بروتوكول v4 نفسه قادر على تعريض نقاط النهاية لاستعلامات الخدمة حول بعض البيانات الأساسية الموجودة على السلسلة ، فإن هذه الاستعلامات تميل إلى أن تكون بطيئة لأن المدققين والعقد الكاملة غير مُحسَّنة للتعامل معها بكفاءة. بالإضافة إلى ذلك ، يمكن أن تؤدي الاستفسارات المفرطة إلى المدققين إلى إضعاف قدرتهم على المشاركة في الإجماع. لهذا السبب ، يفضل العديد من مدققي Cosmos تعطيل واجهات برمجة التطبيقات هذه في الإنتاج. هذا هو السبب في أنه من المهم بناء وصيانة مفهرسات وعقد كاملة منفصلة عن المدققين.
سيستخدم المفهرسون قاعدة بيانات Postgres لتخزين البيانات على السلسلة ، و Redis لتخزين البيانات خارج السلسلة ، و Kafka لاستهلاك البيانات داخل السلسلة / خارج السلسلة وتدفقها إلى خدمات المفهرسة المختلفة.
نهاية المقدمة
لبناء تجربة لامركزية شاملة ، تقوم dYdX ببناء ثلاث واجهات أمامية مفتوحة المصدر: تطبيق ويب وتطبيق iOS وتطبيق Android.
تطبيق الويب: سيتم إنشاء موقع الويب باستخدام Java و React. سيتفاعل موقع الويب مع المفهرس عبر API للحصول على معلومات دفتر الطلبات خارج السلسلة وإرسال التداولات مباشرة عبر السلسلة. سيفتح dYdX المصدر لقاعدة كود الواجهة الأمامية ونصوص النشر ذات الصلة. سيسمح ذلك لأي شخص بنشر واجهة dYdX الأمامية والوصول إليها بسهولة إلى / من المجال / الحل المستضاف الخاص بهم عبر بوابة IPFS / Cloudflare.
الهاتف المحمول: تم تصميم تطبيقات iOS و Android باستخدام Swift و Kotlin الأصليين على التوالي. سيتفاعل تطبيق الهاتف المحمول مع المفهرس بنفس طريقة تطبيق الويب ويرسل المعاملات مباشرة إلى السلسلة. سيكون تطبيق الهاتف المحمول أيضًا مفتوح المصدر ، مما يسمح لأي شخص بنشر تطبيق الهاتف المحمول على متجر التطبيقات أو متجر Play. على وجه التحديد لمتاجر التطبيقات ، يحتاج الناشرون إلى حساب مطور وحساب Bitrise لإكمال عملية إرسال التطبيق.
** دورة حياة الطلب **
الآن وقد أصبح لدينا فهم أفضل لكل مكون من مكونات dYdX v4 ، دعنا نلقي نظرة على كيفية ملاءمتها جميعًا معًا عند تقديم الطلب. عند تقديم طلب في الإصدار 4 ، فإنه سيتبع العملية التالية:
يتعامل المستخدمون على واجهة أمامية لامركزية (مثل موقع ويب) أو عبر واجهة برمجة تطبيقات
يتم توجيه الطلب إلى المدقق. يثرثر هذا المدقق حول المعاملة إلى المدققين الآخرين والعقد الكاملة لتحديث دفاتر طلباتهم بالطلب الجديد.
عملية الإجماع تختار المدقق باعتباره مقدم الاقتراح. المدققون المختارون يطابقون الأمر ويضيفونه إلى الكتلة المقترحة التالية.
تستمر الكتلة المقترحة من خلال عملية التوافق. أ. إذا صوت من المدققين لتأكيد الكتلة ، فسيتم الالتزام بالكتلة وحفظها في قاعدة البيانات على السلسلة لجميع المدققين والعقد الكاملة. ب - إذا لم تنجح الكتلة المقترحة في الوصول إلى الحد ، فسيتم رفض الكتلة.
بعد تنفيذ الكتلة ، يتم دفق البيانات المحدثة على السلسلة (وخارج السلسلة) من العقد الكاملة إلى المفهرسات. يقوم المفهرس بعد ذلك بتوفير هذه البيانات عبر API و Websockets إلى الواجهة الأمامية و / أو أي خدمة خارجية أخرى تستعلم عن هذه البيانات.
يمثل التدفق أعلاه نظرة عامة عالية المستوى على كيفية تحرك الطلبات / البيانات خلال الإصدار 4. مع اقتراب إطلاق v4 mainnet ، سوف نتعمق أكثر في البروتوكول والمفهرسات والبنية التحتية المختلفة للواجهة الأمامية في منشورات المدونة اللاحقة.
شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
صف بإيجاز العمارة التقنية dYdX V4
** بقلم: **** dYdX **
** تجميع: IBCL **
dYdX Chain V4 هو أحدث تكرار لبروتوكول dYdX ، والذي سيتألف من برنامج مفتوح المصدر. يُطلق على الإصدار قيد الإنتاج حاليًا اسم v3 و v3 والإصدارات السابقة من dYdX تم نشرها في العقود الذكية الأساسية الخاصة بها على السلاسل الحالية جنبًا إلى جنب مع الخدمات المركزية المستضافة في السحابة.
سيكون الإصدار 4 عبارة عن blockchain L1 مستقل مع دفتر أوامر خارج السلسلة بالكامل ومحرك مطابق. ستستند سلسلة dYdX إلى Cosmos SDK وبروتوكول توافق CometBFT PoS.
مع اقترابنا من إطلاق v4 mainnet ، أردنا أن نقدم لك لمحة عما يبنيه فريق dYdX. توفر هذه المقالة نظرة عامة عالية المستوى على بنية الإصدار 4. بالنظر إلى أن الإصدار 4 لا يزال قيد التطوير ، فقد تكون هناك تغييرات.
** تصميم نظام v4 **
تم تصميم dYdX v4 ليكون لامركزيًا بالكامل من طرف إلى طرف. تشمل المكونات الرئيسية على نطاق واسع البروتوكولات والمفهرسات والواجهات. سيتم توفير كل من هذه المكونات كبرنامج مفتوح المصدر. لن تقوم dYdX Trading Inc. بتشغيل أي مكونات.
اتفاق
البروتوكول هو L1 blockchain مبني على CometBFT وباستخدام CosmosSDK. يتم كتابة برنامج العقدة في Go ويتم تجميعه في ثنائي واحد. مثل كل بلوكشين CosmosSDK ، يستخدم الإصدار 4 آلية إجماع لإثبات الحصة.
سيتم دعم البروتوكول من خلال شبكة من العقد. هناك نوعان من العقد:
** مفهرس **
المفهرس عبارة عن مجموعة من الخدمات للقراءة فقط التي تهدف إلى فهرسة بيانات blockchain وتقديمها للمستخدمين بطريقة أكثر كفاءة وملاءمة للويب 2. يتم ذلك باستخدام البيانات في الوقت الفعلي من العقد الكاملة v4 ، وتخزينها في قاعدة بيانات ، وإتاحة هذه البيانات للمستخدمين النهائيين عبر طلبات websocket و REST.
في حين أن بروتوكول v4 نفسه قادر على تعريض نقاط النهاية لاستعلامات الخدمة حول بعض البيانات الأساسية الموجودة على السلسلة ، فإن هذه الاستعلامات تميل إلى أن تكون بطيئة لأن المدققين والعقد الكاملة غير مُحسَّنة للتعامل معها بكفاءة. بالإضافة إلى ذلك ، يمكن أن تؤدي الاستفسارات المفرطة إلى المدققين إلى إضعاف قدرتهم على المشاركة في الإجماع. لهذا السبب ، يفضل العديد من مدققي Cosmos تعطيل واجهات برمجة التطبيقات هذه في الإنتاج. هذا هو السبب في أنه من المهم بناء وصيانة مفهرسات وعقد كاملة منفصلة عن المدققين.
سيستخدم المفهرسون قاعدة بيانات Postgres لتخزين البيانات على السلسلة ، و Redis لتخزين البيانات خارج السلسلة ، و Kafka لاستهلاك البيانات داخل السلسلة / خارج السلسلة وتدفقها إلى خدمات المفهرسة المختلفة.
نهاية المقدمة
لبناء تجربة لامركزية شاملة ، تقوم dYdX ببناء ثلاث واجهات أمامية مفتوحة المصدر: تطبيق ويب وتطبيق iOS وتطبيق Android.
** دورة حياة الطلب **
الآن وقد أصبح لدينا فهم أفضل لكل مكون من مكونات dYdX v4 ، دعنا نلقي نظرة على كيفية ملاءمتها جميعًا معًا عند تقديم الطلب. عند تقديم طلب في الإصدار 4 ، فإنه سيتبع العملية التالية:
يمثل التدفق أعلاه نظرة عامة عالية المستوى على كيفية تحرك الطلبات / البيانات خلال الإصدار 4. مع اقتراب إطلاق v4 mainnet ، سوف نتعمق أكثر في البروتوكول والمفهرسات والبنية التحتية المختلفة للواجهة الأمامية في منشورات المدونة اللاحقة.