ترجمة: ما يجلبه موناد إلى الطاولة
قفزت الشبكات غير التابعة لـ EVM، مثل Solana، إلى طليعة وعي صناعة العملات المشفرة في الأشهر الأخيرة باعتبارها قاتلة محتملة لـ Ethereum، ولكن حتى أشد كارهي Ethereum لا يمكنهم إنكار تأثيرات الشبكة القوية التي أنشأتها الآلة الافتراضية للسلسلة: التحكم في سلاسل EVM 93% من إجمالي TVL 👀
لدى العديد من منتقدي إيثريوم مخاوف صحيحة بشأن خارطة الطريق التي تتمحور حول القيمة المجمعة، والتي تميل إلى كسر السيولة وتعقيد تجربة المستخدم. وبدلاً من ذلك، يدعون إلى اتباع نهج توسعي متجانس يوحد الشبكة في دولة عالمية واحدة.
في حين أن بعض شوكات الإيثريوم، مثل BNB، قد خففت الحاجة إلى عمليات التجميع وعالجت القيود المفروضة على قابلية التوسع لـ EVM من خلال اعتماد آليات إجماع أكثر مركزية، مثل إثبات السلطة، تظل الحقيقة أن مستقبل التمويل لن يتم تطويره على أساس سلاسل مركزية.
لكي تتمتع تقنية blockchain بفرصة مشروعة في أن تكون القاتل التالي لـ Ethereum، يجب أن تلتقي بالمستخدمين والمطورين حيث يتواجدون اليوم مع توفير تحسينات كبيرة من منظور تقني على EVM القديم والاحتفاظ بخصائص اللامركزية القوية.
تعد Monad واحدة من أكثر السلاسل الواعدة التي تناسب هذه الفاتورة. اليوم، نحن نلقي نظرة عامة على ما تقدمه Monad إلى الطاولة ونناقش سبب امتلاك السلسلة لفرصة مشروعة في إزاحة Ethereum كمنصة العقود الذكية المهيمنة في مجال العملات المشفرة👇
تحتفظ Monad بالتوافق الكامل مع EVM ولكنها تعمل على تحسين Ethereum من خلال أربعة ابتكارات رئيسية: MonadBFT، والتنفيذ المؤجل، والتنفيذ الموازي، وMonadDb.
يمثل كل منها تحسينًا لـ Ethereum، وعند دمجها، تكون النتيجة النهائية عبارة عن blockchain لا مركزي بدرجة كافية مع توافق كود Ethereum الثانوي الذي يمكنه تنفيذ ما يصل إلى 10 آلاف معاملة في الثانية مع أوقات كتلة مدتها ثانية واحدة ونهاية فتحة واحدة 😯
6 ميتات قد تهيمن على العملات المشفرة في 2024!
MonadBFT هي آلية إجماع عالية الأداء للسلسلة ونسخة معدلة من HotStuff تقلل الجولتين المطلوبتين من الاتصالات بين عقد التحقق وقائد الكتلة بدلاً من ثلاث.
للتوصل إلى توافق في الآراء بشأن كتلة جديدة، سيرسل قائد كتلة Monad دليلاً على أن الكتلة السابقة كانت صالحة (أو انتهت مهلتها) إلى عقد التحقق من الصحة في الشبكة، والتي يمكنها بعد ذلك الموافقة على الكتلة عن طريق إرسال تصويت موقع بـ "نعم" مباشرة إلى زعيم الكتلة. الكتلة التالية لبدء العملية من جديد.
في حالة انتهاء مهلة القائد في حالة عدم قدرة عقد التحقق على التوصل إلى توافق في الآراء، سيعود Monad إلى الاتصال التربيعي، وهو بديل أكثر استهلاكًا للوقت ويتطلب التواصل البيني بين جميع عقد التحقق.
في إيثريوم، يجب تنفيذ المعاملات قبل أن تتمكن الشبكة من التوصل إلى توافق في الآراء والموافقة على قائمة المعاملات المدرجة في الكتلة وحالة الشبكة.
يحتفظ هذا النموذج بوقت قليل جدًا لتنفيذ المعاملات في كتلة معينة، حيث يتم حجز غالبية وقت الكتلة للجولات المتعددة من الاتصالات عبر الكرة الأرضية المطلوبة للشبكة للوصول إلى الإجماع.
من خلال التنفيذ المؤجل، تقوم Monad بفصل التنفيذ عن الإجماع، مما يسمح للسلسلة بالاتفاق على الحالة قبل معرفة ما إذا تم تنفيذ جميع المعاملات في الكتلة، مما يتيح التنفيذ في جميع أنحاء الكتلة بأكملها!
يجب أن تقوم سلاسل EVM الحالية بتنفيذ المعاملات بالتسلسل (أي واحدة تلو الأخرى)، في حين أن السلاسل التي يمكنها تنفيذ المعاملات بالتوازي، مثل Solana، يمكنها معالجة المعاملات المتعددة التي ليس لها تبعيات مشتركة في وقت واحد، مما يزيد من سرعتها!
تعمل سلاسل الكتل التي يمكنها معالجة المعاملات بالتوازي على تحقيق أقصى استفادة من تكنولوجيا الحوسبة الحديثة من خلال السماح لأجهزتها الافتراضية بالعمل على مراكز وخيوط متعددة لوحدة المعالجة المركزية الخاصة بالمدقق.
ومع ذلك، لتنفيذ المعاملات بالتوازي، يجب أن تحدد blockchain أولاً المعاملات التي يمكن تنفيذها بشكل مستقل عن بعضها البعض. يحل Solana هذه المشكلة من خلال مطالبة المعاملات بتحديد الحالة التي تصل إليها أثناء هذا التنفيذ، ولكن القيام بذلك يتطلب إنشاء جهاز افتراضي جديد.
بدلاً من مطالبة المعاملات بالإعلان عن تبعيات الحالة، يفترض Monad بشكل متفائل أنه يمكن تنفيذ كل معاملة في وقت واحد ويحاول القيام بذلك بالتوازي. عندما تتعارض المعاملة في المرة الأولى، يتم إعادة تشغيلها مرة أخرى ببيانات محدثة، مما يضمن تنفيذها.
يستخدم Monad محلل كود ثابت للتنبؤ بالمعاملات التي لها تبعيات مع بعضها البعض لتجنب إضاعة الوقت في محاولة تنفيذ المعاملات ذات المعاملات الأساسية.
يستخدم عملاء إيثريوم تصميمًا مختلفًا لقاعدة البيانات عن تصميم إيثريوم نفسه، مما يؤدي إلى حل تخزين دون المستوى الأمثل حيث يتم تضمين بنية بيانات واحدة في بنية بيانات أخرى من نوع مختلف لا يدعم إعادة كتابة البيانات أثناء تقدم الاتصال حول البيانات.
نظرًا لأن Monad ينفذ المعاملات بالتوازي، يجب أن تكون المعاملات المتعددة قادرة على القراءة من قاعدة البيانات والكتابة إليها في وقت واحد. MonadDb، قاعدة البيانات المخصصة للسلسلة لتخزين حالتها، تتيح ذلك فقط، مما يوفر وصولاً عالي الأداء وغير متزامن إلى الحالة مما يسمح لفوائد الموازاة بالتألق!
على الرغم من أن EVM ليس مثاليًا، إلا أن التطبيقات المعاصرة لم تفعل الكثير للابتكار في تصميم Ethereum.
تستخرج Monad أقصى قدر من العصير من EVM من خلال سلسلة من الابتكارات لإنشاء blockchain L1 عالي الإنتاجية وتزيل الحاجة إلى dApps لمواصلة تطوير أو تدقيق التعليمات البرمجية الخاصة بها لنقل نفسها إلى بيئة تنفيذ عالية الإنتاجية للغاية.
12 منشئي العملات المشفرة الذين أشاهدهم في عام 2024 على Bankless
المؤسسون والبناؤون والبودكاست والمستثمرون هم الأكثر تفاؤلاً بشأن هذا العام.
نظرًا لأن Monad تقوم فقط بإجراء تغييرات على البرامج، فمن الممكن نظريًا أن تقوم Ethereum بنسخ خيارات التصميم الخاصة بها، لكن القيام بذلك سيتطلب إصلاحًا كبيرًا للأنظمة من شأنه أن يعرض عشرات المليارات من الدولارات من TVL على السلسلة لخطر الاستغلال. مما يجعل من غير المرجح تنفيذ مثل هذه التغييرات في المستقبل المنظور.
إن حل مشكلة التشغيل البيني بين Ethereum وL2s الخاص بها هو جهد يستمر لسنوات وقد بدأ للتو. وإلى أن يتم التغلب على هذه التحديات، فإن السلاسل التي يمكنها التعامل مع أحمال حركة المرور الحالية للعملات المشفرة في بيئة تنفيذ موحدة ستوفر تجربة مستخدم متفوقة ويمكن القول إن لها اليد العليا في جذب المستخدمين والمطورين ورأس المال إلى سلاسلها.
من خلال منح مجموعة تطبيقات Ethereum المتطورة إمكانية الوصول إلى مساحة الكتلة عالية الأداء، تقدم Monad مجموعة جذابة من الميزات التي يمكن أن تساعدها في الظهور كمركز رئيسي لنشاط onchain.
ترجمة: ما يجلبه موناد إلى الطاولة
قفزت الشبكات غير التابعة لـ EVM، مثل Solana، إلى طليعة وعي صناعة العملات المشفرة في الأشهر الأخيرة باعتبارها قاتلة محتملة لـ Ethereum، ولكن حتى أشد كارهي Ethereum لا يمكنهم إنكار تأثيرات الشبكة القوية التي أنشأتها الآلة الافتراضية للسلسلة: التحكم في سلاسل EVM 93% من إجمالي TVL 👀
لدى العديد من منتقدي إيثريوم مخاوف صحيحة بشأن خارطة الطريق التي تتمحور حول القيمة المجمعة، والتي تميل إلى كسر السيولة وتعقيد تجربة المستخدم. وبدلاً من ذلك، يدعون إلى اتباع نهج توسعي متجانس يوحد الشبكة في دولة عالمية واحدة.
في حين أن بعض شوكات الإيثريوم، مثل BNB، قد خففت الحاجة إلى عمليات التجميع وعالجت القيود المفروضة على قابلية التوسع لـ EVM من خلال اعتماد آليات إجماع أكثر مركزية، مثل إثبات السلطة، تظل الحقيقة أن مستقبل التمويل لن يتم تطويره على أساس سلاسل مركزية.
لكي تتمتع تقنية blockchain بفرصة مشروعة في أن تكون القاتل التالي لـ Ethereum، يجب أن تلتقي بالمستخدمين والمطورين حيث يتواجدون اليوم مع توفير تحسينات كبيرة من منظور تقني على EVM القديم والاحتفاظ بخصائص اللامركزية القوية.
تعد Monad واحدة من أكثر السلاسل الواعدة التي تناسب هذه الفاتورة. اليوم، نحن نلقي نظرة عامة على ما تقدمه Monad إلى الطاولة ونناقش سبب امتلاك السلسلة لفرصة مشروعة في إزاحة Ethereum كمنصة العقود الذكية المهيمنة في مجال العملات المشفرة👇
تحتفظ Monad بالتوافق الكامل مع EVM ولكنها تعمل على تحسين Ethereum من خلال أربعة ابتكارات رئيسية: MonadBFT، والتنفيذ المؤجل، والتنفيذ الموازي، وMonadDb.
يمثل كل منها تحسينًا لـ Ethereum، وعند دمجها، تكون النتيجة النهائية عبارة عن blockchain لا مركزي بدرجة كافية مع توافق كود Ethereum الثانوي الذي يمكنه تنفيذ ما يصل إلى 10 آلاف معاملة في الثانية مع أوقات كتلة مدتها ثانية واحدة ونهاية فتحة واحدة 😯
6 ميتات قد تهيمن على العملات المشفرة في 2024!
MonadBFT هي آلية إجماع عالية الأداء للسلسلة ونسخة معدلة من HotStuff تقلل الجولتين المطلوبتين من الاتصالات بين عقد التحقق وقائد الكتلة بدلاً من ثلاث.
للتوصل إلى توافق في الآراء بشأن كتلة جديدة، سيرسل قائد كتلة Monad دليلاً على أن الكتلة السابقة كانت صالحة (أو انتهت مهلتها) إلى عقد التحقق من الصحة في الشبكة، والتي يمكنها بعد ذلك الموافقة على الكتلة عن طريق إرسال تصويت موقع بـ "نعم" مباشرة إلى زعيم الكتلة. الكتلة التالية لبدء العملية من جديد.
في حالة انتهاء مهلة القائد في حالة عدم قدرة عقد التحقق على التوصل إلى توافق في الآراء، سيعود Monad إلى الاتصال التربيعي، وهو بديل أكثر استهلاكًا للوقت ويتطلب التواصل البيني بين جميع عقد التحقق.
في إيثريوم، يجب تنفيذ المعاملات قبل أن تتمكن الشبكة من التوصل إلى توافق في الآراء والموافقة على قائمة المعاملات المدرجة في الكتلة وحالة الشبكة.
يحتفظ هذا النموذج بوقت قليل جدًا لتنفيذ المعاملات في كتلة معينة، حيث يتم حجز غالبية وقت الكتلة للجولات المتعددة من الاتصالات عبر الكرة الأرضية المطلوبة للشبكة للوصول إلى الإجماع.
من خلال التنفيذ المؤجل، تقوم Monad بفصل التنفيذ عن الإجماع، مما يسمح للسلسلة بالاتفاق على الحالة قبل معرفة ما إذا تم تنفيذ جميع المعاملات في الكتلة، مما يتيح التنفيذ في جميع أنحاء الكتلة بأكملها!
يجب أن تقوم سلاسل EVM الحالية بتنفيذ المعاملات بالتسلسل (أي واحدة تلو الأخرى)، في حين أن السلاسل التي يمكنها تنفيذ المعاملات بالتوازي، مثل Solana، يمكنها معالجة المعاملات المتعددة التي ليس لها تبعيات مشتركة في وقت واحد، مما يزيد من سرعتها!
تعمل سلاسل الكتل التي يمكنها معالجة المعاملات بالتوازي على تحقيق أقصى استفادة من تكنولوجيا الحوسبة الحديثة من خلال السماح لأجهزتها الافتراضية بالعمل على مراكز وخيوط متعددة لوحدة المعالجة المركزية الخاصة بالمدقق.
ومع ذلك، لتنفيذ المعاملات بالتوازي، يجب أن تحدد blockchain أولاً المعاملات التي يمكن تنفيذها بشكل مستقل عن بعضها البعض. يحل Solana هذه المشكلة من خلال مطالبة المعاملات بتحديد الحالة التي تصل إليها أثناء هذا التنفيذ، ولكن القيام بذلك يتطلب إنشاء جهاز افتراضي جديد.
بدلاً من مطالبة المعاملات بالإعلان عن تبعيات الحالة، يفترض Monad بشكل متفائل أنه يمكن تنفيذ كل معاملة في وقت واحد ويحاول القيام بذلك بالتوازي. عندما تتعارض المعاملة في المرة الأولى، يتم إعادة تشغيلها مرة أخرى ببيانات محدثة، مما يضمن تنفيذها.
يستخدم Monad محلل كود ثابت للتنبؤ بالمعاملات التي لها تبعيات مع بعضها البعض لتجنب إضاعة الوقت في محاولة تنفيذ المعاملات ذات المعاملات الأساسية.
يستخدم عملاء إيثريوم تصميمًا مختلفًا لقاعدة البيانات عن تصميم إيثريوم نفسه، مما يؤدي إلى حل تخزين دون المستوى الأمثل حيث يتم تضمين بنية بيانات واحدة في بنية بيانات أخرى من نوع مختلف لا يدعم إعادة كتابة البيانات أثناء تقدم الاتصال حول البيانات.
نظرًا لأن Monad ينفذ المعاملات بالتوازي، يجب أن تكون المعاملات المتعددة قادرة على القراءة من قاعدة البيانات والكتابة إليها في وقت واحد. MonadDb، قاعدة البيانات المخصصة للسلسلة لتخزين حالتها، تتيح ذلك فقط، مما يوفر وصولاً عالي الأداء وغير متزامن إلى الحالة مما يسمح لفوائد الموازاة بالتألق!
على الرغم من أن EVM ليس مثاليًا، إلا أن التطبيقات المعاصرة لم تفعل الكثير للابتكار في تصميم Ethereum.
تستخرج Monad أقصى قدر من العصير من EVM من خلال سلسلة من الابتكارات لإنشاء blockchain L1 عالي الإنتاجية وتزيل الحاجة إلى dApps لمواصلة تطوير أو تدقيق التعليمات البرمجية الخاصة بها لنقل نفسها إلى بيئة تنفيذ عالية الإنتاجية للغاية.
12 منشئي العملات المشفرة الذين أشاهدهم في عام 2024 على Bankless
المؤسسون والبناؤون والبودكاست والمستثمرون هم الأكثر تفاؤلاً بشأن هذا العام.
نظرًا لأن Monad تقوم فقط بإجراء تغييرات على البرامج، فمن الممكن نظريًا أن تقوم Ethereum بنسخ خيارات التصميم الخاصة بها، لكن القيام بذلك سيتطلب إصلاحًا كبيرًا للأنظمة من شأنه أن يعرض عشرات المليارات من الدولارات من TVL على السلسلة لخطر الاستغلال. مما يجعل من غير المرجح تنفيذ مثل هذه التغييرات في المستقبل المنظور.
إن حل مشكلة التشغيل البيني بين Ethereum وL2s الخاص بها هو جهد يستمر لسنوات وقد بدأ للتو. وإلى أن يتم التغلب على هذه التحديات، فإن السلاسل التي يمكنها التعامل مع أحمال حركة المرور الحالية للعملات المشفرة في بيئة تنفيذ موحدة ستوفر تجربة مستخدم متفوقة ويمكن القول إن لها اليد العليا في جذب المستخدمين والمطورين ورأس المال إلى سلاسلها.
من خلال منح مجموعة تطبيقات Ethereum المتطورة إمكانية الوصول إلى مساحة الكتلة عالية الأداء، تقدم Monad مجموعة جذابة من الميزات التي يمكن أن تساعدها في الظهور كمركز رئيسي لنشاط onchain.