التكلفة الخفية للسلاسل البطيئة ليست TPS — إنها هيكل السوق
لفترة طويلة، كنت أعتقد أن السلاسل عالية الأداء قابلة للتبادل أساسًا. TPS أعلى. رسوم أقل. معايير أفضل. كل ذلك كان يبدو متشابهًا. لكن بعد النظر بعمق في فوكو، أدركت شيئًا مهمًا: السرعة ليست عن الحجم. لقد حان الوقت. والزمن يغير الحوافز. عندما ينكمش وقت الكتلة، تتغير السلوكيات إذا انخفض إنتاج الكتل تحت 100ms، يحدث شيء دقيق. عمليات التصفية لا تتأخر. المزادات لا تمتد. كتب الطلبات لا "تنجرف". التنفيذ يضيق. في الأنظمة الأبطأ، تعوض الأسواق عن التأخير: • فروقات أوسع
تتنافس معظم الطبقات الأولى على السرعة. يتنافس فوكو على الوقت. الوقت للوصول إلى النهائي. الوقت بين حركة السعر والتصفية. الوقت بين النية والتنفيذ.
عندما ينخفض زمن الاستجابة إلى أقل من 100 مللي ثانية، تتوقف "الأداء العالي" عن كونها تسويقًا وتبدأ في تغيير هيكل السوق. لا أعتقد أن الناس يدركون ما يتيح ذلك بعد. @Fogo Official $FOGO #fogo $RIVER
البنية التحتية مهمة فقط عندما يستخدمها شخص ما بالفعل
نقاشات البلوكتشين عادة ما تبدأ بالمقاييس. TPS. الكمون. تكلفة المعاملة. لكن التبني السائد لا ينكسر بسبب عدم كفاية TPS. إنه ينكسر لأن الأنظمة صعبة التشغيل على نطاق واسع. موقع Vanar ليس عن كونه أسرع سلسلة في عزلة. إنه يتعلق بكونه قابلاً للاستخدام من قبل العلامات التجارية التي تخدم بالفعل ملايين المستخدمين. هذا هدف مختلف جداً. القيد الحقيقي ليس السرعة - إنه الاحتكاك لا تفشل منصات الألعاب لأن الكتل تستغرق ثانيتين. إنها تفشل عندما يبدو أن عملية الانضمام معقدة.
لماذا توقفت عن الاهتمام بـ TPS (وبدأت في التفكير في التأخير)
لفترة طويلة، قمت بتقييم L1s بالطريقة التي يقوم بها معظم الناس. كم عدد المعاملات في الثانية؟ ما مدى التكلفة؟ ما مدى قابلية التوسع؟ إذا كان الرقم كبيرًا بما فيه الكفاية، شعرنا بالإعجاب. إذا كانت الرسوم منخفضة بما فيه الكفاية، شعرت أنه يمكن استخدامه. كان الأمر بسيطًا. لكن كلما قضيت وقتًا أطول في النظر فعليًا إلى بنية DeFi التحتية، بدأت تلك الأرقام تبدو... غير مكتملة. لأن ليس كل نظام ينكسر بسبب نقص في القدرة على المعالجة. بعض الأنظمة تنكسر بسبب التوقيت السيء. وإن توقيت المال ليس تفصيلًا تجميليًا. إنه كل اللعبة.
أعتقد أننا نفهم بشكل خاطئ ما يعنيه "الاستعداد للذكاء الاصطناعي" فعلاً
لفترة من الوقت، كنت أعتقد أن الاستعداد للذكاء الاصطناعي يعني فقط: سلسلة سريعة. معاملات رخيصة. أدوات جيدة. لكن كلما نظرت أكثر إلى كيفية عمل أنظمة الذكاء الاصطناعي، كلما قلت اقتناعي بأن السرعة هي العائق الرئيسي بعد الآن. الذكاء الاصطناعي لا يستخدم البنية التحتية فقط. إنه يعتمد على ذلك. وتغير الاعتماد المعايير. أنظمة الذكاء الاصطناعي لا تحب الاحتكاك البشر يتحملون الاحتكاك. نحن نعيد محاولة المعاملات. نحن نقوم بتحديث الصفحات. نحن ننتظر التأكيدات. وكلاء الذكاء الاصطناعي لا يفكرون بهذه الطريقة. إذا كان النظام غير متوقع - في الرسوم، التنفيذ، النهائية - فإنه لا "يتكيف عاطفياً".
أعتقد أننا نفهم بشكل خاطئ ما يعنيه "جاهز للذكاء الصناعي" بالفعل
لفترة من الوقت افترضت أن أي L1 سريع يمكنه التعامل مع الذكاء الصناعي. رسوم منخفضة؟ جيد. TPS مرتفعة؟ أفضل. لكن كلما فكرت في الأمر، زدت اقتناعًا بأنني لست مقتنعًا. أنظمة الذكاء الصناعي لا ترسل المعاملات فقط. إنها تتذكر. إنها تستنتج. إنها تُtrigger الإجراءات. إنها تُsettle القيمة تلقائيًا. إذا كانت السلاسل تعالج تلك كإضافات، فإن النظام ينتهي به الأمر مُخيطًا معًا. والأنظمة المُخاطة تتحطم تحت الضغط.
حيث يبدو أن معظم البنية التحتية مُثبتة. الكثير من السلاسل تشعر بهذا الشكل: الطبقة الأساسية → مبنية للبشر الذكاء الصناعي → مُركب فوق
عندما تصبح الحوكمة نشطة جدًا، يكون هناك شيء غير صحيح بالفعل
كان هناك وقت عندما كنت أساوي نشاط الحوكمة بالقوة. اقتراحات متكررة. ضبط مستمر للمعلمات. تصويتات طارئة. مناقشات حادة. لقد شعرت بأنها حية. شعرت بأنها لامركزية. شعرت بأنها استجابة. الآن لست متأكدًا. بعد 몇 دورات، بدأت ألاحظ شيئًا غير مريح: إذا كان النظام يحتاج إلى اتخاذ القرار بشكل متكرر، ربما التصميم الأساسي ليس مستقرًا بما فيه الكفاية. إرهاق القرار حقيقي - حتى على السلسلة الحوكمة تبدو نظيفة في النظرية. يصوت حاملو الرموز. تتوافق المدققون. يتكيف البروتوكول.
السلاسل التي تنكسر أولاً عادةً ما تعمل على الكثير من الافتراضات
على مر الزمن، أدركت شيئًا غير مريح. معظم تصميمات البلوكشين لا تقضي على المخاطر. إنها توزعها عبر الافتراضات. افترض أن المدققين لن ينسقوا بشكل سيء. افترض أن الحوكمة يمكن أن تتحرك بسرعة تحت الضغط. افترض أن المحافظ تتعامل مع الحالات الشاذة. افترض أن التطبيقات تزيل التقلبات. بشكل فردي، يبدو أن كل افتراض معقول. معًا، يشكلون شبكة اعتماد. وتفشل شبكات الاعتماد في مجموعات. ميزانية الافتراض هي قيود حقيقية كل بروتوكول لديه 'ميزانية افتراض'.
لماذا يبدو أفضل بنية تحتية هادئة (ولماذا يهم ذلك أكثر مع مرور الوقت)
لماذا يبدو أفضل بنية تحتية هادئة؟ لم ألاحظ هذا في البداية، لكن مع مرور الوقت أصبح من الصعب تجاهله. الأنظمة التي تسبب لي التوتر ليست البطيئة. إنهم الأصوات العالية. تحديثات مستمرة.
تصويتات الحوكمة كل أسبوعين. إعدادات "مؤقتة" تصبح بطريقة ما دائمة. لوحات المعلومات التي تشعر أنك تحتاج إلى إبقائها مفتوحة في حالة. في مرحلة ما، يبدأ ذلك الضجيج في أن يشعر وكأنه خطر. التكلفة الخفية التي لا يتحدث عنها أحد تبدو الكثير من سلاسل الكتل مستقرة على الورق. لكن من الناحية التشغيلية، إنها مرهقة.
عندما يستمر النظام في طلب الانتباه، هناك شيء يتسرب
كنت أعتقد أن الحوكمة النشطة كانت قوة. المزيد من الاقتراحات يعني التقدم. التغييرات الأسرع تعني القابلية للتكيف.
التوليف المستمر يعني أن النظام كان حيًا. بعد عدة دورات، لم تعد تلك العقيدة صالحة. ما جربته فعليًا كان التعب. كلما تم تفعيل الحوكمة، يتعين على شخص ما التوقف عما يفعله والاهتمام. المطورون يوقفون النشر. تقوم المتكاملات بإعادة التحقق من الافتراضات. تقوم فرق المخاطر بإعادة تشغيل النماذج. يتصفح المستخدمون الإعلانات على أمل ألا يحدث شيء. لا شيء من هذا يظهر في مخططات TPS.
شيء لا أسمع الحديث عنه بما فيه الكفاية هو كم من المرات تطلب سلسلة من البشر التدخل
كل اقتراح، كل تعديل للمعايير، كل تصويت طارئ هو إشارة إلى أن النظام لم يستطع الاعتماد على نفسه. لقد بدأت ألاحظ البروتوكولات التي تبقى صامتة لفترات طويلة
بلازما هي واحدة من القليل حيث يبدو أن الصمت مقصود، وليس مهجورًا. تلك الفروق تتراكم مع الوقت