انتشرت إحدى تغريداتي مؤخرًا على نطاق واسع وحظيت باهتمام كبير في مجتمع Web3 عبر الإنترنت! هذا منشور قصير جدًا من أربعة أجزاء على تويتر، لكني أسمعك تسأل، ماذا يعني ذلك بالضبط؟ دعني أشرح.
إن فتح مقالة مجمعة بموضوع مثل "ما هي المجموعة المحتسبة" أو "لماذا نحتاج إلى مجموعة محتسبة" يشبه قتل العم بن أو إطلاق النار على أمي وأبي في كل تكرار لأفلام Spider-Man و Batman نفسها. إذا كنت تقرأ هذه المقالة، فمن المحتمل أنك على دراية بهذه الحجج الموثقة جيدًا. أيضًا، إذا كنت تقرأ هذا، فأعتقد أنه يمكننا تجاوز مناقشة App Chain مقابل App Rollup. لذلك دعونا ننتقل إلى المطاردة.
ظهور مجموعات البيانات الخاصة بالتطبيقات
التراكمي العالمي أمر محبط
إن Universal Rollup يشبه نظام المدارس الهندية (أعتقد أن لديهم خصائص مشابهة لأنظمة المدارس الأخرى أيضًا، ولكن هذا شيء لدي خبرة شخصية به).
يحتاج الرياضيون والمغنون وعلماء الرياضيات والمفكرون والاقتصاديون ورواة القصص إلى المرور بنفس العملية للحصول على درجة النجاح. ومن الناحية الفنية، فإن النظام ليس "منحازًا" لأي مجموعة معينة، ولكنه أيضًا ليس "عادلاً" لأي شخص. ولكن مهلا، لقد أصبحنا أصدقاء! (هذا وسوف يكون من المهم في وقت لاحق).
وبالمثل، بالنسبة للتطبيقات الموجودة في مجموعة التحديثات الشاملة، فإن عنق الزجاجة هو البيئة نفسها، حيث إنها لا تستطيع تلبية احتياجات كل تطبيق على حدة. قد يتطلب كل تطبيق نوعًا مختلفًا من التحسين، ولكن سيكون من غير المعقول توقع أي شيء مصمم خصيصًا له. ومع ذلك، إذا كنت ترغب فقط في تجربتها والحصول على نظرة عامة، فهذا هو الخيار الأكثر ملاءمة. أيضًا، بالنسبة لبعض التطبيقات، مثل بعض الطلاب العاديين، قد يكون هذا هو الحل الصحيح!
ماذا عن الأصدقاء؟ إنه نظام بيئي للتطبيقات التي تم إنشاؤها جنبًا إلى جنب مع تطبيقاتك. إذا كنت رائد أعمال، يمكنك ببساطة الاتصال بصديقك المحاسب واطلب منه مساعدتك في إخفاء ضرائبك عن الحكومة :)
مجموعة التحديثات الخاصة بالتطبيقات مربكة
حسنًا، طفلتي رياضية جدًا لدرجة لا تسمح لها بالمدرسة العامة وتحتاج إلى تدريب خاص. هل أحتاج إلى إرسالها إلى مدرسة رياضية أم يجب علي تعيين مدرب شخصي….
##تعقيد محدد
دعونا نلعب لعبة.
فيما يلي قائمة تضم 8 مجموعات مجمعة خاصة بالتطبيقات. ومع ذلك، يوجد داخل كل مجموعة عنصر لا ينتمي إلى تلك المجموعة. هل يمكنك التعرف على أي واحد هو؟
أصبحت خصوصية التطبيق مصطلحًا مربكًا. هناك مجموعات خاصة بالتطبيقات تسمح بنشر العقود فوق نفسها، وهناك مجموعات خاصة بالتطبيقات تسمح بنشر العقود لأن الجهاز الظاهري (VM) الخاص بها يدعمها، لكن مالكها يقيدها. هناك أيضًا مجموعات مجمعة خاصة بالتطبيقات تحتوي على جهاز افتراضي مغلق أو لا تحتوي على جهاز افتراضي على الإطلاق، ولا تدعم أنواعًا أخرى من التطوير.
فهل من العدل أن نجمعهم في نفس الفئة؟
إجابة السؤال السابق~
المجموعة 1: يعد Celo خيارًا غريبًا لأنه يسمح للمطورين الآخرين ببناء التطبيقات، بينما يمكن للآخرين استخدام التطبيقات مباشرة. المشاريع الأخرى التي يمكن اعتبارها في المجموعة 1 هي Fuel-v1، وAevo، وRhinoFi، وما إلى ذلك.
المجموعة 2: Loopring هي المجموعة الفردية، حيث إنها المجموعة المجمعة الوحيدة المصممة لهذا الغرض والتي تعمل خارج الصندوق، في حين أن الشبكات الأخرى عبارة عن شبكات محسنة لميزات محددة مثل الخصوصية وNFTs وTPS للتطبيقات المنشورة عليها. هذه الوظائف. المشاريع الأخرى التي يمكن ضمها إلى المجموعة الثانية، كينتو، كروما، شبكة السلع العامة، وغيرها.
مشكلات تتعلق بنشر العقود في الأجهزة الافتراضية العامة المعدلة
هذه الأجهزة الافتراضية التي تنشر العقود الذكية ليست أكثر من أجهزة تورينج ذات الحالة الكاملة. العقود التي تنشرها فوقها هي مجرد تعديلات إضافية على الحالة نفسها. لا يؤثر هذا حقًا على قواعد انتقال الحالة الأساسية للجهاز الظاهري. إن مجموعة التحديثات هي في الأساس جهاز افتراضي يتواجد عليه منطق عملك.
منطق عملك منفصل عن وظيفة انتقال الحالة الخاصة بالقيمة المحتسبة.
أسمي هذا أيضًا "نموذج العقد الذكي لبناء التطبيقات" لأنك تنشر بعض المنطق الإضافي أعلى الجهاز الافتراضي. لا يهتم الإظهار "بشكل مباشر" بإثبات منطق التطبيق. VM هو التراكمي، وليس التطبيق الخاص بك.
بالطبع، أنت المالك الوحيد للجهاز الظاهري، وتطبيقاتك هي المواطن الوحيد، ويمكنك باستمرار تحسين القاعدة نفسها لجعلها مناسبة لتطبيقاتك. يمكنك الاستمرار في تحسين وظيفة انتقال الحالة (STF) وإضافة/إزالة أكواد التشغيل لتحسين أداء التطبيق، ولكن يظل التطبيق مستقلاً ومحدودًا بواسطة الجهاز الظاهري نفسه.
إنها مثل سيارة لامبورجيني أوروس تسحب سيارة لامبورجيني هوراكان.
يمكن لتطبيق منفصل في مجموعة التحديثات الخاصة بالتطبيق أن يعمل بشكل أفضل! أفضل بكثير!
ماذا لو تم تحسين STF بشكل مستمر بحيث يصبح نطاق STF أصغر فأصغر ليناسب منطق عمل التطبيق؟ في النهاية، مع استمرارك في تحسينه، سوف تتقارب STF إلى النقطة التي يتداخل فيها منطق العمل مع STF، وعند هذه النقطة ستدرك... يا إلهي، انتظر لحظة!
ولذلك، فإن Micro-Rollup ليس سوى مجموعة تراكمية، حيث تكون وظيفة انتقال حالة التطبيق هي منطق الأعمال نفسه.
يصبح التطبيق عبارة عن مجموعة تراكمية، ويمكن إدارة الحالة بأي طريقة ممكنة في أي بيئة تنفيذ، ويمكن تطبيق قواعد انتقال الحالة مباشرة على وقت تشغيل التطبيق. يمكن تخصيص التطبيق دون أي قيود. تتعلق هذه الأدلة بمنطق عملك، وليس بالجهاز. يجعل تطبيقك خفيف الوزن.
تتطلب وظائف انتقال الحالة الخاصة هذه مقالًا آخر، لذا تابع معنا :)
فيما يتعلق بخبرة المطورين، فإن Micro-Rollup غير محدودة. يمكنك بنائها باستخدام أي أدوات تريدها لأنها غير متوافقة مع الأجهزة الافتراضية. إنها تبدو مثل تطبيقات الواجهة الخلفية لـ web2، ولكنها ترسل بشكل دوري إثباتًا للمعاملات إلى L1 الأصل. أعتقد أن هذا سيكون العامل الرئيسي الذي سيؤثر على مطوري web2 للانتقال إلى مساحة web3.
في الواقع، أفضل مثال هو Rimac Nevera لأنه أسرع وكهربائي، لذا ربما يكون تشغيله أرخص ولكن لم أتمكن من العثور على صورة طريق أكثر جاذبية
العيب الوحيد لهذا الأسلوب هو تخصيص آلية الإثبات لكل تطبيق مختلف. إذا كان من الممكن تجميع منطق التطبيق في وسيط مشترك، فإن إثبات ذلك الوسيط المشترك من شأنه أن يزيل عناء إثبات كل تطبيق على حدة، لكنني شخصيًا أعتقد أن هذه مجرد مقايضة بين الكفاءة والتطوير الأسرع. نريد تحسين كل جزء من الكفاءة الممكنة.
هناك طرق للتغلب على ذلك دون استخدام الأساليب التي تتضمن الجهاز الافتراضي في طبقة التنفيذ. ماذا لو كانت هناك أداة تسمح للمطورين بالقيام بذلك؟
هذا هو بيان مهمة Stackr Labs - نحن نبني إطار عمل تجميعي صغير وSDK حتى يتمكن أي شخص من إنشاء تطبيقاته بأي لغة دون قيود، تمامًا مثلما تقوم بإنشاء تطبيقات web3 الخلفية. إن جعل التطوير المجمع الصغير سهلاً مثل كتابة العقود الذكية ونشرها، ناهيك عن النمطية، يزيد من قدرات أي مطور للنظام البيئي يختاره.
إذًا، هل التراكم الجزئي حقيقي؟
دائماً. (ولكن كما هو صحيح، آسف، لا أريد أن أجعل جون حزينًا)
تطبيقات مثل Loopring وdYdX وFuel-v1 موجودة أو موجودة منذ فترة طويلة. هذه عبارة عن مجموعات مجمعة محسنة للغاية، مع تشغيل منطق مخصص خصيصًا لخدمة حالة الاستخدام الخاصة بها. أول مجموعة تطبيقات محددة لا تعتمد على VM أعرفها وشاركت فيها شخصيًا كانت مجموعة Hubble Optimistic، وهو مشروع عمره 3 سنوات كان في وقت ما بمثابة البنية التحتية الأساسية لرمز Worldcoin. (وهذا أيضًا هو المصدر الرئيسي للإلهام لـ Stackr)
الآن فقط، أصبح من المهم التمييز بين هذه المصطلحات.
يمكنك إنشاء مجموعات صغيرة غير محدودة:
المنتجات الاستهلاكية، مثل الألعاب والبورصات وأسواق NFT وما إلى ذلك؛
يمكن تحويل سلسلة التطبيقات إلى مجموعة تطبيقات؛
يمكنك أيضًا إنشاء أنواع جديدة من الأجهزة الافتراضية التي تدعم حالات الاستخدام الفريدة، مما يفتح الباب أمام ابتكار الأجهزة الافتراضية.
سأكتب مقالًا آخر أناقش فيه إيجابيات وسلبيات Micro-Rollup والتطبيقات التي من المنطقي إنشاؤها باستخدام إطار عمل Micro-Rollup.
ختاماً
العنصر المفقود في الشجرة التي عرضتها سابقًا هو آلة الحالة المخصصة.
بالإضافة إلى ذلك، فإن نشر بروتوكول واحد باستخدام مجموعة التحديثات المستندة إلى VM أو EVM ليس فعالاً للتطبيقات المستقلة. إنها مناسبة للتطبيقات التي لديها بالفعل مجموعة من العقود الذكية وبروتوكولات التشغيل على سلسلة EVM، ولكن ليس "للتطبيقات التي تريد المزيد" وتريد التخلص من قيود الأجهزة الافتراضية.
إذا قمنا بقص الشجرة، فستبدو الشجرة النهائية بهذا الشكل. ولهذا السبب أعتقد أن مجموعة التطبيقات أو مجموعة التطبيقات الصغيرة أو مجموعة التطبيقات سيتم تسميتها بالتطبيقات في المستقبل القريب.
لذا، Micro Rollups = تطبيقات على مجموعات مجمعة، تطبيقات كمجموعات مجمعة
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
Micro-Rollup: موجة أم مصطلح تسويقي وقح؟
المؤلف: KAUTUK، المصدر: Substack، المترجم: Kate، Marsbit
انتشرت إحدى تغريداتي مؤخرًا على نطاق واسع وحظيت باهتمام كبير في مجتمع Web3 عبر الإنترنت! هذا منشور قصير جدًا من أربعة أجزاء على تويتر، لكني أسمعك تسأل، ماذا يعني ذلك بالضبط؟ دعني أشرح.
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-e0d4e4d874-dd1a6f-6d2ef1)
اللعنة التراكمية، تجاوز الكليشيهات
إن فتح مقالة مجمعة بموضوع مثل "ما هي المجموعة المحتسبة" أو "لماذا نحتاج إلى مجموعة محتسبة" يشبه قتل العم بن أو إطلاق النار على أمي وأبي في كل تكرار لأفلام Spider-Man و Batman نفسها. إذا كنت تقرأ هذه المقالة، فمن المحتمل أنك على دراية بهذه الحجج الموثقة جيدًا. أيضًا، إذا كنت تقرأ هذا، فأعتقد أنه يمكننا تجاوز مناقشة App Chain مقابل App Rollup. لذلك دعونا ننتقل إلى المطاردة.
ظهور مجموعات البيانات الخاصة بالتطبيقات
التراكمي العالمي أمر محبط
إن Universal Rollup يشبه نظام المدارس الهندية (أعتقد أن لديهم خصائص مشابهة لأنظمة المدارس الأخرى أيضًا، ولكن هذا شيء لدي خبرة شخصية به).
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-d166a6f7a4-dd1a6f-6d2ef1)
يحتاج الرياضيون والمغنون وعلماء الرياضيات والمفكرون والاقتصاديون ورواة القصص إلى المرور بنفس العملية للحصول على درجة النجاح. ومن الناحية الفنية، فإن النظام ليس "منحازًا" لأي مجموعة معينة، ولكنه أيضًا ليس "عادلاً" لأي شخص. ولكن مهلا، لقد أصبحنا أصدقاء! (هذا وسوف يكون من المهم في وقت لاحق).
وبالمثل، بالنسبة للتطبيقات الموجودة في مجموعة التحديثات الشاملة، فإن عنق الزجاجة هو البيئة نفسها، حيث إنها لا تستطيع تلبية احتياجات كل تطبيق على حدة. قد يتطلب كل تطبيق نوعًا مختلفًا من التحسين، ولكن سيكون من غير المعقول توقع أي شيء مصمم خصيصًا له. ومع ذلك، إذا كنت ترغب فقط في تجربتها والحصول على نظرة عامة، فهذا هو الخيار الأكثر ملاءمة. أيضًا، بالنسبة لبعض التطبيقات، مثل بعض الطلاب العاديين، قد يكون هذا هو الحل الصحيح!
ماذا عن الأصدقاء؟ إنه نظام بيئي للتطبيقات التي تم إنشاؤها جنبًا إلى جنب مع تطبيقاتك. إذا كنت رائد أعمال، يمكنك ببساطة الاتصال بصديقك المحاسب واطلب منه مساعدتك في إخفاء ضرائبك عن الحكومة :)
مجموعة التحديثات الخاصة بالتطبيقات مربكة
حسنًا، طفلتي رياضية جدًا لدرجة لا تسمح لها بالمدرسة العامة وتحتاج إلى تدريب خاص. هل أحتاج إلى إرسالها إلى مدرسة رياضية أم يجب علي تعيين مدرب شخصي….
##تعقيد محدد
دعونا نلعب لعبة.
فيما يلي قائمة تضم 8 مجموعات مجمعة خاصة بالتطبيقات. ومع ذلك، يوجد داخل كل مجموعة عنصر لا ينتمي إلى تلك المجموعة. هل يمكنك التعرف على أي واحد هو؟
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-1c153358cc-dd1a6f-6d2ef1)
أصبحت خصوصية التطبيق مصطلحًا مربكًا. هناك مجموعات خاصة بالتطبيقات تسمح بنشر العقود فوق نفسها، وهناك مجموعات خاصة بالتطبيقات تسمح بنشر العقود لأن الجهاز الظاهري (VM) الخاص بها يدعمها، لكن مالكها يقيدها. هناك أيضًا مجموعات مجمعة خاصة بالتطبيقات تحتوي على جهاز افتراضي مغلق أو لا تحتوي على جهاز افتراضي على الإطلاق، ولا تدعم أنواعًا أخرى من التطوير.
فهل من العدل أن نجمعهم في نفس الفئة؟
إجابة السؤال السابق~
المجموعة 1: يعد Celo خيارًا غريبًا لأنه يسمح للمطورين الآخرين ببناء التطبيقات، بينما يمكن للآخرين استخدام التطبيقات مباشرة. المشاريع الأخرى التي يمكن اعتبارها في المجموعة 1 هي Fuel-v1، وAevo، وRhinoFi، وما إلى ذلك.
المجموعة 2: Loopring هي المجموعة الفردية، حيث إنها المجموعة المجمعة الوحيدة المصممة لهذا الغرض والتي تعمل خارج الصندوق، في حين أن الشبكات الأخرى عبارة عن شبكات محسنة لميزات محددة مثل الخصوصية وNFTs وTPS للتطبيقات المنشورة عليها. هذه الوظائف. المشاريع الأخرى التي يمكن ضمها إلى المجموعة الثانية، كينتو، كروما، شبكة السلع العامة، وغيرها.
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-64c9473ffb-dd1a6f-6d2ef1)
مشكلات تتعلق بنشر العقود في الأجهزة الافتراضية العامة المعدلة
هذه الأجهزة الافتراضية التي تنشر العقود الذكية ليست أكثر من أجهزة تورينج ذات الحالة الكاملة. العقود التي تنشرها فوقها هي مجرد تعديلات إضافية على الحالة نفسها. لا يؤثر هذا حقًا على قواعد انتقال الحالة الأساسية للجهاز الظاهري. إن مجموعة التحديثات هي في الأساس جهاز افتراضي يتواجد عليه منطق عملك.
منطق عملك منفصل عن وظيفة انتقال الحالة الخاصة بالقيمة المحتسبة.
أسمي هذا أيضًا "نموذج العقد الذكي لبناء التطبيقات" لأنك تنشر بعض المنطق الإضافي أعلى الجهاز الافتراضي. لا يهتم الإظهار "بشكل مباشر" بإثبات منطق التطبيق. VM هو التراكمي، وليس التطبيق الخاص بك.
بالطبع، أنت المالك الوحيد للجهاز الظاهري، وتطبيقاتك هي المواطن الوحيد، ويمكنك باستمرار تحسين القاعدة نفسها لجعلها مناسبة لتطبيقاتك. يمكنك الاستمرار في تحسين وظيفة انتقال الحالة (STF) وإضافة/إزالة أكواد التشغيل لتحسين أداء التطبيق، ولكن يظل التطبيق مستقلاً ومحدودًا بواسطة الجهاز الظاهري نفسه.
إنها مثل سيارة لامبورجيني أوروس تسحب سيارة لامبورجيني هوراكان.
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-a0a30d1c5f-dd1a6f-6d2ef1)
يمكن لتطبيق منفصل في مجموعة التحديثات الخاصة بالتطبيق أن يعمل بشكل أفضل! أفضل بكثير!
ماذا لو تم تحسين STF بشكل مستمر بحيث يصبح نطاق STF أصغر فأصغر ليناسب منطق عمل التطبيق؟ في النهاية، مع استمرارك في تحسينه، سوف تتقارب STF إلى النقطة التي يتداخل فيها منطق العمل مع STF، وعند هذه النقطة ستدرك... يا إلهي، انتظر لحظة!
ولادة Micro-Rollups!
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-e2c2171e24-dd1a6f-6d2ef1)
ولذلك، فإن Micro-Rollup ليس سوى مجموعة تراكمية، حيث تكون وظيفة انتقال حالة التطبيق هي منطق الأعمال نفسه.
يصبح التطبيق عبارة عن مجموعة تراكمية، ويمكن إدارة الحالة بأي طريقة ممكنة في أي بيئة تنفيذ، ويمكن تطبيق قواعد انتقال الحالة مباشرة على وقت تشغيل التطبيق. يمكن تخصيص التطبيق دون أي قيود. تتعلق هذه الأدلة بمنطق عملك، وليس بالجهاز. يجعل تطبيقك خفيف الوزن.
تتطلب وظائف انتقال الحالة الخاصة هذه مقالًا آخر، لذا تابع معنا :)
فيما يتعلق بخبرة المطورين، فإن Micro-Rollup غير محدودة. يمكنك بنائها باستخدام أي أدوات تريدها لأنها غير متوافقة مع الأجهزة الافتراضية. إنها تبدو مثل تطبيقات الواجهة الخلفية لـ web2، ولكنها ترسل بشكل دوري إثباتًا للمعاملات إلى L1 الأصل. أعتقد أن هذا سيكون العامل الرئيسي الذي سيؤثر على مطوري web2 للانتقال إلى مساحة web3.
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-9584f36fd3-dd1a6f-6d2ef1)
في الواقع، أفضل مثال هو Rimac Nevera لأنه أسرع وكهربائي، لذا ربما يكون تشغيله أرخص ولكن لم أتمكن من العثور على صورة طريق أكثر جاذبية
العيب الوحيد لهذا الأسلوب هو تخصيص آلية الإثبات لكل تطبيق مختلف. إذا كان من الممكن تجميع منطق التطبيق في وسيط مشترك، فإن إثبات ذلك الوسيط المشترك من شأنه أن يزيل عناء إثبات كل تطبيق على حدة، لكنني شخصيًا أعتقد أن هذه مجرد مقايضة بين الكفاءة والتطوير الأسرع. نريد تحسين كل جزء من الكفاءة الممكنة.
هناك طرق للتغلب على ذلك دون استخدام الأساليب التي تتضمن الجهاز الافتراضي في طبقة التنفيذ. ماذا لو كانت هناك أداة تسمح للمطورين بالقيام بذلك؟
هذا هو بيان مهمة Stackr Labs - نحن نبني إطار عمل تجميعي صغير وSDK حتى يتمكن أي شخص من إنشاء تطبيقاته بأي لغة دون قيود، تمامًا مثلما تقوم بإنشاء تطبيقات web3 الخلفية. إن جعل التطوير المجمع الصغير سهلاً مثل كتابة العقود الذكية ونشرها، ناهيك عن النمطية، يزيد من قدرات أي مطور للنظام البيئي يختاره.
إذًا، هل التراكم الجزئي حقيقي؟
دائماً. (ولكن كما هو صحيح، آسف، لا أريد أن أجعل جون حزينًا)
تطبيقات مثل Loopring وdYdX وFuel-v1 موجودة أو موجودة منذ فترة طويلة. هذه عبارة عن مجموعات مجمعة محسنة للغاية، مع تشغيل منطق مخصص خصيصًا لخدمة حالة الاستخدام الخاصة بها. أول مجموعة تطبيقات محددة لا تعتمد على VM أعرفها وشاركت فيها شخصيًا كانت مجموعة Hubble Optimistic، وهو مشروع عمره 3 سنوات كان في وقت ما بمثابة البنية التحتية الأساسية لرمز Worldcoin. (وهذا أيضًا هو المصدر الرئيسي للإلهام لـ Stackr)
الآن فقط، أصبح من المهم التمييز بين هذه المصطلحات.
يمكنك إنشاء مجموعات صغيرة غير محدودة:
المنتجات الاستهلاكية، مثل الألعاب والبورصات وأسواق NFT وما إلى ذلك؛
يمكن تحويل سلسلة التطبيقات إلى مجموعة تطبيقات؛
يمكنك أيضًا إنشاء أنواع جديدة من الأجهزة الافتراضية التي تدعم حالات الاستخدام الفريدة، مما يفتح الباب أمام ابتكار الأجهزة الافتراضية.
سأكتب مقالًا آخر أناقش فيه إيجابيات وسلبيات Micro-Rollup والتطبيقات التي من المنطقي إنشاؤها باستخدام إطار عمل Micro-Rollup.
ختاماً
العنصر المفقود في الشجرة التي عرضتها سابقًا هو آلة الحالة المخصصة.
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-278297d769-dd1a6f-6d2ef1)
بالإضافة إلى ذلك، فإن نشر بروتوكول واحد باستخدام مجموعة التحديثات المستندة إلى VM أو EVM ليس فعالاً للتطبيقات المستقلة. إنها مناسبة للتطبيقات التي لديها بالفعل مجموعة من العقود الذكية وبروتوكولات التشغيل على سلسلة EVM، ولكن ليس "للتطبيقات التي تريد المزيد" وتريد التخلص من قيود الأجهزة الافتراضية.
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-652a2fb51d-dd1a6f-6d2ef1)
إذا قمنا بقص الشجرة، فستبدو الشجرة النهائية بهذا الشكل. ولهذا السبب أعتقد أن مجموعة التطبيقات أو مجموعة التطبيقات الصغيرة أو مجموعة التطبيقات سيتم تسميتها بالتطبيقات في المستقبل القريب.
! [Rollup] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-4e533a01c7-dd1a6f-6d2ef1)
لذا، Micro Rollups = تطبيقات على مجموعات مجمعة، تطبيقات كمجموعات مجمعة