#dusk $DUSK
استمرّت تسمية "Rusk" بالظهور في وثائق Dusk دون تفسير واضح لما هي عليه فعليًا. إنها تنفيذ عقدة المرجع — وفهم ما الذي يغطيه مصطلح "العقدة" في هذا السياق يستحق التحديد بدقة.
الجزء المدهش: لا يكتفي Rusk بترحيل الكتل فقط. فهو يشغّل بروتوكول الإجماع بالكامل، بما في ذلك توليد الكتل وتصويت اللجنة. يحافظ على الحالة الكاملة لسلسلة الكتل. ينفّذ عقود DuskVM. يوفّر واجهات برمجة التطبيقات والأحداث للتطبيقات كي تستفيد منها.
كانت ترقية Boreas، وهي Rusk v1.7.0، على شبكة الاختبار testnet اعتبارًا من منتصف 2026 — وهي التحديث التالي على مستوى البروتوكول بعد Aegis (مارس 2026). يتم نشر كل ترقية على testnet قبل mainnet، ما يمنح المشغّلين وقتًا للتحقق.
على Ethereum، يكون برنامج العقدة منفصلًا عن عميل التنفيذ execution client. يجمع Rusk بين الاثنين في تنفيذ مرجعي واحد: فهو مشارك الإجماع AND منفّذ العقود الذكية. تتم معالجة طبقتيْن في عملية واحدة.
قارن ذلك بمعمار طبقي مثل Ethereum+Geth: تتم صيانة بروتوكول التنفيذ وعميل التنفيذ بشكل منفصل ويمكن تبديلهما. Rusk هو تنفيذ مرجعي واحد. وهذا يجعل التنسيق بين التحديثات أبسط، لكنه ينشئ سلسلة اعتماد واحدة للمشغّلين.
أجد خيار "التنفيذ المرجعي الواحد" مثيرًا للاهتمام فعلاً بالنسبة لسلسلة تستهدف الأسواق المُنظّمة — فالبنية التحتية المُنظَّمة عادةً ما تفضّل تنوع العملاء لتجنب عيوب التنفيذ المتماثل.
هل لدى Dusk خطط لتطبيقات عقد بديلة، أم أن Rusk هو عميل الإنتاج الوحيد بحكم التصميم؟ @Dusk
$DUSK #dusk
استمرّت تسمية "Rusk" بالظهور في وثائق Dusk دون تفسير واضح لما هي عليه فعليًا. إنها تنفيذ عقدة المرجع — وفهم ما الذي يغطيه مصطلح "العقدة" في هذا السياق يستحق التحديد بدقة.
الجزء المدهش: لا يكتفي Rusk بترحيل الكتل فقط. فهو يشغّل بروتوكول الإجماع بالكامل، بما في ذلك توليد الكتل وتصويت اللجنة. يحافظ على الحالة الكاملة لسلسلة الكتل. ينفّذ عقود DuskVM. يوفّر واجهات برمجة التطبيقات والأحداث للتطبيقات كي تستفيد منها.
كانت ترقية Boreas، وهي Rusk v1.7.0، على شبكة الاختبار testnet اعتبارًا من منتصف 2026 — وهي التحديث التالي على مستوى البروتوكول بعد Aegis (مارس 2026). يتم نشر كل ترقية على testnet قبل mainnet، ما يمنح المشغّلين وقتًا للتحقق.
على Ethereum، يكون برنامج العقدة منفصلًا عن عميل التنفيذ execution client. يجمع Rusk بين الاثنين في تنفيذ مرجعي واحد: فهو مشارك الإجماع AND منفّذ العقود الذكية. تتم معالجة طبقتيْن في عملية واحدة.
قارن ذلك بمعمار طبقي مثل Ethereum+Geth: تتم صيانة بروتوكول التنفيذ وعميل التنفيذ بشكل منفصل ويمكن تبديلهما. Rusk هو تنفيذ مرجعي واحد. وهذا يجعل التنسيق بين التحديثات أبسط، لكنه ينشئ سلسلة اعتماد واحدة للمشغّلين.
أجد خيار "التنفيذ المرجعي الواحد" مثيرًا للاهتمام فعلاً بالنسبة لسلسلة تستهدف الأسواق المُنظّمة — فالبنية التحتية المُنظَّمة عادةً ما تفضّل تنوع العملاء لتجنب عيوب التنفيذ المتماثل.
هل لدى Dusk خطط لتطبيقات عقد بديلة، أم أن Rusk هو عميل الإنتاج الوحيد بحكم التصميم؟ @Dusk
$DUSK #dusk
