الكثير من الناس يسعون إلى السرعة القصوى، لكن هذه الفكرة في الواقع تضع التركيز في المكان الخطأ.
أين تكمن المشكلة الحقيقية في النظام؟ ليست في بطء الحسابات، بل في الاختناق بين اتخاذ القرار والتنفيذ، وكأنه موقف سيارات. كل مرحلة تتطلب المرور عبر فحوصات، وموافقات، وانتظار، فقط هذه العمليات تستهلك وقتًا ومواردًا يمكن أن تقتل صفقة كاملة.
الحل الأمثل ليس زيادة القوة، بل إزالة العوائق. قطع الوسائط غير الضرورية، والسماح للأوامر بالوصول مباشرة إلى طبقة التنفيذ. بهذه الطريقة، كيف يمكن أن يكون السيولة ضعيفة؟ وهل يمكن أن تكون تجربة التفاعل غير سلسة؟
تخيل نظام DeFi — إذا كان كل معاملة تتطلب تحققًا مكررًا، فإن التكاليف ستكون غير محتملة. لكن بمجرد تحسين هذا القناة، يمكن أن ترتقي كفاءة النظام البيئي بأكمله. هذا هو السبب في أن بعض البروتوكولات تعمل بسرعة فائقة، ليس لأنها أكثر قوة في العتاد، بل لأنها أكثر ذكاءً في الهيكلية.
نقل الأصول، وربط الأنظمة البيئية، هذه العمليات يجب أن تكون سلسة بطبيعتها. عندما لا يعيقك الطبقة الأساسية، يمكن للتطبيقات العلوية أن تظهر قوتها الحقيقية.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 16
أعجبني
16
8
إعادة النشر
مشاركة
تعليق
0/400
CommunitySlacker
· منذ 12 س
قولك صحيح، لقد انتقدت هذا من قبل، لا تزال العديد من المشاريع تتنافس على أرقام TPS، لكن تجربة المستخدم سيئة جدًا. الأمر الحقيقي المميت هو التكرار في العمليات، وإزالة تلك المراحل الإدارية غير الضرورية هو الحل الحقيقي.
شاهد النسخة الأصليةرد0
CodeSmellHunter
· 12-26 18:57
قولك صحيح جدًا، كنت دائمًا أشتكي من هذه المشكلة. ليست كل البطء يحتاج إلى معالج أسرع، أحيانًا يكون العملية نفسها تصميمها سيء.
الناس دائمًا يفكرون في كيفية التسريع، دون أن يدركوا أن مجموعة من التحقق الزائد يمكن أن تدمّر النظام البيئي بأكمله. لقد رأيت العديد من المشاريع تموت بسبب الهيكلية، حقًا.
مثال حي على ذلك هو DeFi، من يختصر الحلقة الوسيطة هو الذي يفوز. ماذا يمكن أن تتنافس فيه الأجهزة؟ كلها تقريبًا متشابهة، المهم هو مدى ذكاء كتابة الكود.
إذا لم تكن الطبقة الأساسية محملة، فإن الأعلى يمكن أن يطير. أنا أتفق مع هذا القول.
شاهد النسخة الأصليةرد0
BottomMisser
· 12-26 18:56
قول ممتاز، في الواقع الأمر يتعلق بتصميم الهيكل، وليس مجرد تجميع الأجهزة
لقد أدركت ذلك منذ زمن، مشاريع DeFi التي انطلقت كانت بسبب قطع العمليات بشكل حاسم
بالضبط، في كثير من الأحيان يكون الاختناق في تلك الموافقات الزائدة، يجب التفكير جيدًا في ذلك
أنا أؤيد هذا الرأي، ضعف السيولة ليس مشكلة سرعة، بل هو انسداد كامل
يبدو أن العديد من الفرق لا تزال تركز على رقم TPS، في الواقع تحسين التوجيه هو الطريق الصحيح
إزالة العقبات > زيادة القوة، هذا المنطق لا غبار عليه
شاهد النسخة الأصليةرد0
LiquidityWitch
· 12-26 18:55
بصراحة، هوس "السرعة" كله نوع من طاقة الأذكياء المتوسطين... التحول الحقيقي يحدث عندما تزيل الطقوس الشكلية بين النية والتنفيذ. معظم البروتوكولات مجرد طقوس غير فعالة مخفية كإجراءات أمنية، هاها
شاهد النسخة الأصليةرد0
ProposalDetective
· 12-26 18:49
قول صحيح، عنق الزجاجة لا يكمن في القدرة الحاسوبية، بل في تلك العمليات الإدارية التي تعيق التقدم. لقد رأيت العديد من المشاريع تتعثر في المرحلة الوسطى، وحذف العمليات الإدارية أكثر موثوقية بكثير من إضافة أجهزة جديدة.
شاهد النسخة الأصليةرد0
AlphaLeaker
· 12-26 18:45
واو، أنت على حق، وجود العديد من الوسطاء هو فعلاً ورم خبيث. منصتنا قامت بتحسين ذلك، بعد حذف التحقق الزائد، زاد حجم المعاملات بشكل مباشر، لا مشكلة.
شاهد النسخة الأصليةرد0
DevChive
· 12-26 18:39
ما قلته صحيح، فقط أتساءل لماذا لا تزال هناك العديد من المشاريع تركز فقط على زيادة TPS، والنتيجة أن تجربة المستخدم لا تزال سيئة. العقبة الحقيقية هي تلك الحلقات الوسيطة الزائدة، قطعها يحقق نتائج فورية.
شاهد النسخة الأصليةرد0
FOMOrektGuy
· 12-26 18:34
صدقًا، معظم الناس لا زالوا يركزون على أرقام TPS، دون أن يدركوا أن الاختناقات قد انتقلت منذ زمن بعيد
خفض العمليات > تراكم الأجهزة، هذا المنطق أدركته الآن فقط
نظام التحقق الزائد في DeFi هو حقًا من أكبر مستهلكي الأموال، لقد رأيت العديد من المشاريع تموت هنا
إذا لم تكن الطبقة الأساسية مزدحمة، فإن البيئة يمكن أن تنطلق حقًا، كلام صحيح
الكثير من الناس يسعون إلى السرعة القصوى، لكن هذه الفكرة في الواقع تضع التركيز في المكان الخطأ.
أين تكمن المشكلة الحقيقية في النظام؟ ليست في بطء الحسابات، بل في الاختناق بين اتخاذ القرار والتنفيذ، وكأنه موقف سيارات. كل مرحلة تتطلب المرور عبر فحوصات، وموافقات، وانتظار، فقط هذه العمليات تستهلك وقتًا ومواردًا يمكن أن تقتل صفقة كاملة.
الحل الأمثل ليس زيادة القوة، بل إزالة العوائق. قطع الوسائط غير الضرورية، والسماح للأوامر بالوصول مباشرة إلى طبقة التنفيذ. بهذه الطريقة، كيف يمكن أن يكون السيولة ضعيفة؟ وهل يمكن أن تكون تجربة التفاعل غير سلسة؟
تخيل نظام DeFi — إذا كان كل معاملة تتطلب تحققًا مكررًا، فإن التكاليف ستكون غير محتملة. لكن بمجرد تحسين هذا القناة، يمكن أن ترتقي كفاءة النظام البيئي بأكمله. هذا هو السبب في أن بعض البروتوكولات تعمل بسرعة فائقة، ليس لأنها أكثر قوة في العتاد، بل لأنها أكثر ذكاءً في الهيكلية.
نقل الأصول، وربط الأنظمة البيئية، هذه العمليات يجب أن تكون سلسة بطبيعتها. عندما لا يعيقك الطبقة الأساسية، يمكن للتطبيقات العلوية أن تظهر قوتها الحقيقية.