هل نفعل BAM أو لا 💥🤔 وباتباع نصيحة @0xMert، كتب الفريق مدونة يدعم كل حجة مضادة ضد BAM. راجع الرابط أدناه. دعونا نغوص في الموضوع 🧵 ⬇️
"BAM هو متسلسل مركزي يحتكر بناء الكتل." ستيلمان: هذا النقد يجادل بأن BAM يقدم جهاز تسلسلي واحد يقوم بجميع جدولة المعاملات في سولانا. حتى لو تم توزيع البنية التحتية، فإن قواعد الجدولة تنشأ من نظام واحد يتحكم فيه جيتو. يخشى أصحاب المصلحة أن هذا سيقوض التنوع الطبيعي في المجدولة في سولانا ليصبح واحدا قد يتصرف كمنظم مركزي، ليصبح نقطة فشل واحدة ويركز الكثير من النفوذ في جدولة واحدة وطرف واحد. تم تصميم BAM بحيث لا يمكن لأي كيان واحد التحكم في ترتيب المعاملات. سيقوم النظام بعمل عمل وحوكمة منطق الجدولة من خلال: • المشاركة المفتوحة: يمكن لأي مشغل مؤهل المشاركة وتشغيل عقدة BAM الخاصة به. • التغطية العالمية: سيتم نشر عقد BAM عبر شبكة مشغلين متنوعة جغرافيا. • جدولة مفتوحة المصدر وقابلة للتحقق: جميع كود BAM سيكون مفتوح المصدر وقابل للتدقيق عبر شهادات تشفيرية. صحيح أن عقد BAM تدار حاليا بواسطة Jito فقط، إلا أنه اعتبارا من الربع الأول من 2026 ستكون قاعدة الشيفرة مفتوحة المصدر وسيتم دمج المشغلين المستقلين.
"كمدقق، BAM يربطني بجدول واحد فقط" ستيلمان: يقول هذا النقد إنه من خلال الاشتراك في BAM، يتخلى المدقق فعليا عن السيطرة على ترتيب المعاملات إلى جدولة واحدة. بدلا من القدرة على تشغيل أو اعتماد جدولة مختلفة، أو تجربة استراتيجياتهم الخاصة، أو التبديل بين تصاميم متنافسة، فهي مرتبطة بنظام واحد. لتمكين أسواق رأس المال عبر الإنترنت، تحتاج سولانا إلى قواعد ترتيب حتمية وشفافة. التجزئة تضر المستخدمين. يتيح BAM ذلك من خلال بناء الكتل الموحد والقابل للتحقق الذي تتطلبه التطبيقات عالية الأداء. الحقائق هي: • BAM يعتمد بشكل صارم على الاشتراك الاختياري. • يمكن للمدققين أن يعودوا إلى عملاء Agave أو Jito-Solana أو Firedancer • يمكنهم الانفصال عن BAM في أي وقت توفر BAM Plugins منصة للتحسين والابتكار للمطورين تفيد جميع أنحاء سولانا.
"BAM يحتكر سولانا أوردفلو." ستيلمان: يجادل أصحاب المصلحة بأن تجميع المعاملات العامة في خط أنابيب واحد يخلق نقطة اختناق مركزية تمر من خلالها جميع تدفقات الأوامر ويمنح مزايا لمن يسيطر عليها. حتى لو كان محايدا في البداية، يتحكم BAM في تدفق الأوامر، مما يمكن أن يعزز موقعه التنافسي ويمنع الحلول الأخرى من تحقيق الزخم. يجمع BAM المعاملات باستخدام آلية Solana TPU القياسية. لا يوجد تمييز بين "معاملات BAM" وتلك العامة. المدققون يستقبلون نفس التدفق العام، فقط يتم جدولتهم عبر طبقة قابلة للتحقق. يمكن للمدققين العودة إلى وحدة TPU الأصلية فورا بدون أي تكاليف تحويل، مما يحافظ على تدفق الأوامر عاما بدلا من تجزئته إلى قنوات خاصة.
"BAM يضيف زمن استجابة إضافي مقابل. وحدة TPU الأصلية للمدقق." ستيلمان: يجادل أصحاب المصلحة بأن أحد مزايا أداء سولانا يأتي من تدفق المعاملات مباشرة إلى وحدة TPU الخاصة بالقائد مع تقليل القفزات. أي طبقة توجيه وسيطة، حتى لو كانت سريعة، تخاطر بإضافة زمن تأخير وتذبذب ونقاط فشل جديدة تحت الحمل، وقد تضعف مهمة IBRL مقارنة بجدولة TPU الأصلية. يضمن BAM تأخير منخفض جدا من خلال وجود عالمي يضم 100+ عقدة وموقع استراتيجي مشترك، مما يحافظ على أوقات الذهاب والعودة أقل من 5 مللي ثانية. مكدس TEE لدينا مضبوط بشكل كبير باستخدام تثبيت الخيوط وعزل المعالج، محققا تكافؤ أداء مع Agave. مع الانتقال القادم إلى DoubleZero، نتوقع تجاوز معايير أداء المعدن العاري.
"BAM ينتج مكافآت أقل مقارنة ب. عملاء آخرون" ستيلمان: أعرب المدققون عن مخاوفهم من أن منطق جدولة BAM قد يقلل من البقشيش والمكافآت العامة مقارنة بفرص بناء الكتل أو الجدولة الأخرى. بالإضافة إلى ذلك، أسواق رسوم الإضافات لم تبدأ بعد، مما يجعل الصعود نظريا بينما يبدو أن الهبوط فوري. نحن نعطي الأولوية لتعظيم الأرباح على المدى الطويل. مكافآت BAM بالفعل مماثلة لجيتو-أغافي. كانت الفوارق السابقة مدفوعة بمجدولة مؤقتة واستخراجية في أماكن أخرى يتم تجاهلها. سيتم دفع العائد المستقبلي بواسطة الإضافات وACE، مما يفتح تدفقات رسوم مستدامة من النشاط الاقتصادي الجديد بدلا من الألعاب قصيرة الأجل.
"بصفتي مدققا، أحتاج أن أمنح الستاكين أعلى عائد." رجل الفولاذ: غالبا ما يختار الستاكرز المدققين بناء فقط على المكافآت. حتى الانخفاض الطفيف في البقشيش أو تباين في الأرباح عبر فترة زمنية يمكن أن يؤدي إلى تدفق الحصة المفوضة إلى مكان آخر. يخشى المدققون أن اعتماد BAM مبكرا قد يضعهم في موقف تنافسي غير مؤات إذا قام الزملاء بتأخير التبني. نفهم أن المدققين يجب أن يحققوا أقصى قدر من العائد لأنفسهم ولمؤخرتهم، لكن يجب عليهم أيضا مراعاة التأثيرات من الدرجة الثانية لأفعالهم. اختراق العائد قصير الأجل (التعثر، التأخر في الفتحات) يقلل من جودة التنفيذ العامة ويدفع السيولة بعيدا. الطريق الوحيد المستدام لتحقيق عائد أعلى هو نشاط السلسلة الداخلي الأعمق، والذي لا يمكن تحقيقه إلا بتطبيقات أفضل، وسيولة أعمق، وفروقات أضيق.
"التنفيذ المتحكم بالتطبيق (ACE) ليس مهما." ستيلمان: يجادل أصحاب المصلحة بأن تطبيقات سولانا تعمل بالفعل بشكل جيد تحت آليات إدراج رسوم الأولوية والإكراميات. إدخال ACE قد يزيد من التعقيد ويخلق ضمانات تنفيذ غير متساوية بين التطبيقات المتطورة والمطورين الصغار. هم قلقون من أن السماح للتطبيقات بتعريف منطق الترتيب قد يؤدي إلى منح BAM أولوية لبعض الممثلين. التطبيقات المتطورة تحتاج إلى ضمانات مثل أولوية الإلغاء أو أولوية التصفية لتعمل بأمان. Hyperliquid يحقق 10-15 ضعف حجم مستخدمي سولانا تحديدا بسبب مجموعة المدققين المصرح بها التي تفرض ترتيبا صارما. بدون ACE، ستنتقل هذه التطبيقات إلى لغات L1 أو L2 مخصصة للحصول على تلك الضمانات.
"ترتيب FIFO هو منطق ترتيب المعاملات الأكثر عدالة" ستيلمان: يجادل أصحاب المصلحة بأن الترتيب البسيط للدخول، الأول يخرج) هو الطريقة الأكثر عدلا والأكثر حيادية لجدولة المعاملات على سولانا. يعكس الأولوية الزمنية من الأسواق التقليدية، ويسهل للمستخدمين فهمه ("إذا وصل رسلولي أولا، فإنه ينفذ أولا"), ويتجنب ديناميكيات "الدفع للفوز" في معظم سلاسل الكتل. بينما يبدو FIFO الأكثر عدلا من خلال معالجة المعاملات حسب ترتيب استلامها، فإنه يشجع المستخدمين على الإرسال المزعج للشبكة للحصول على موقع مناسب، مما يؤدي إلى ازدحام وسباقات تأخير تستهلك الأموال. يتعطل هذا عندما يكون الطلب على الشبكة مرتفعا، مما يسبب تأخيرات غير متوقعة لجميع المستخدمين مع طول الطوابير. نهج FIFO الواحد الذي يناسب الجميع يفشل في تلبية احتياجات التطبيقات التي تتطلب ترتيب معاملات محدد لتعمل بشكل مثالي.
"أليست بيئات التنفيذ الموثوقة (TEEs) الخاصة ب BAM عرضة للهجمات؟" ستيلمان: لدى TEE تاريخ من ثغرات القنوات الجانبية، وأخطاء في البرمجيات الثابتة، ومخاطر سلسلة التوريد. يجادل أصحاب المصلحة بأن الاعتماد على TEE في جدولة الكتل قد يؤدي إلى ظهور أنماط فشل مرتبطة: إذا أثرت ثغرة الأجهزة على SEV-SNP، فقد يتم اختراق BAM كشبكة. كما يجادلون بأن TEE تحول الثقة إلى موردي الأجهزة ومزودي مراكز البيانات. يعمل BAM على نظام AMD SEV-SNP مع شهادات تشفير في مراكز بيانات آمنة ومتوافقة (ISO 27001/SOC 2). حتى في أسوأ الحالات التي تتسبب في اختراق الأجهزة، تبقى مفاتيح المدقق آمنة ولا يمكن إعادة كتابة تاريخ السلسلة، فقط خصوصية الأوامر في تلك العقدة المحددة تتأثر. المدققون يحققون "TCB المقاس" ويمكنهم رفض البرمجيات الثابتة التالفة عبر التصديق.
@0xmert مستقبل بناء الكتل ينتقل من الجدولة المجزأة إلى سوق شفاف وقابل للتحقق. BAM هو الحل. يجب أن يذهب المليارات بوم! 💥
‏‎1.7‏K