عند التغييرات الدقيقة التي يجلبها البناة أو المستخدمين أو المؤسسات مهمة.
معظم مشاكل البنية التحتية التي واجهتها لم تكن نتيجة ميزات مفقودة. بل جاءت من الأنظمة التي تم طلب منها التصرف كخدمات موثوقة بينما تم تصميمها كتجارب. عادةً ما كانت الضغوط تأتي من الأشخاص، وليس من الشيفرة. تكاليف انحرفت، والمسؤولية blurred، وطرق التعافي تم improvising بعد الحدث.
الاحتكاك الحقيقي
@Vanarchain يقع في مقدمة له علاقة قليلة بسلاسل الكتل نفسها. يبدأ بكيفية بقاء المنتجات الموجهة للمستهلكين بالفعل. الألعاب ومنصات الإعلام والخدمات الرقمية ذات العلامات التجارية تعيش أو تموت بناءً على الاتساق. يتوقع المستخدمون أن تعمل الأمور بنفس الطريقة كل يوم. يحتاج المشغلون إلى معرفة كيف يبدو الفشل قبل حدوثه. ترغب الفرق القانونية في خطوط واضحة حول الحفظ والسيطرة والمسؤولية. عندما تلتقي هذه التوقعات بمعظم حزم Web3، يحدث شيء.
في الاستخدام اليومي، المشكلة ليست الفشل المذهل. إنها التآكل البطيء. يختفي المستخدمون أثناء عملية الانضمام. تقوم الفرق بهدوء بمركزية التحكم لأن اللامركزية تعقد الدعم. يتم تقليل الميزات أو تعطيلها أثناء الازدحام. يتم استبعاد المناطق لأن الامتثال صعب للغاية للتفكير فيه. لا يزال المنتج موجودًا، لكن وعده الأصلي يستمر في الانكماش.
تشعر العديد من السلاسل الموجودة بعدم الارتياح تحت هذا الضغط. تعتبر الشبكات العامة من الطبقة الأولى قوية ولكنها فوضوية عندما تؤثر الأنشطة غير ذات الصلة على التكلفة والموثوقية. تحل الشبكات من الطبقة الثانية مشكلة واحدة من خلال إدخال أخرى، وغالبًا ما تنقل الثقة إلى أماكن يصعب شرحها خارج الدوائر المرتبطة بالعملات المشفرة. تعمل سلاسل التطبيقات المحددة بشكل جيد حتى يتغير التطبيق. عندما تتحول الحوافز إلى تنافسية، تُظهر هذه التصميمات مدى اعتمادها على النوايا الحسنة.
يميل النظام الذي يفترض سلوكًا تعاونيًا إلى الانكسار بهدوء عندما يختفي.
يصبح تصميم فَنار أكثر وضوحًا عندما يتم تقليصه إلى نية واحدة: جعل بنية الكتل behave predictably بما فيه الكفاية لدعم منصات المستهلك طويلة الأمد. بدلاً من دفع التعقيد للأعلى للمستخدمين أو المطورين، يركز المسؤولية في طبقة البنية التحتية، حيث يُتوقع أن تكون التنازلات التشغيلية قابلة للإدارة.
ميكانيكيًا، يظهر هذا في خيارات محافظة. نموذج حالة يعتمد على الحساب behave بطرق مألوفة. تنفيذ المعاملات الذي يفضل الاتساق على الذكاء. عدد أقل من الأجزاء المتحركة في المسار الحرج. هذه القرارات ليست مثيرة، لكنها تقلل من عدد الحالات التي يتصرف فيها النظام بشكل غير متوقع تحت الحمولة.
تكون الحوافز للمدققين متوافقة حول وقت التشغيل والدقة بدلاً من استخراج الرسوم الانتهازية. يوجد تخزين للاحتفاظ بالمشغلين بصحة الشبكة على المدى الطويل. هذا لا يزيل المخاطر، لكنه يغير شكلها. تصبح التكاليف أكثر استقرارًا. يصبح من الأسهل نسب الفشل. بالنسبة للأعمال التي تدير منتجات استهلاكية، فإن هذا الاختلاف يهم أكثر من المكاسب الهامشية في المرونة.
لا يتم إخفاء افتراضات الثقة. يثق المستخدمون في المدققين لمعالجة المعاملات بصدق. يظل المطورون مسؤولين عن كيفية كشف التطبيقات عن المخاطر. لا يوجد ادعاء بأن الأخطاء مستحيلة أو أن المستخدمين محميون تمامًا من خيارات التصميم السيئة. ما يتحسن هو الوضوح. عندما يحدث خطأ ما، يكون من الأسهل تحديد المكان والسبب.
يكون الفشل، عندما يحدث، مرئيًا. إذا تدهور تنسيق المدققين، فإن الأداء يتدهور بوضوح. لا تحاول النظام إخفاء الضغط من خلال تجريدات متعددة تخلق عدم الاتساق المخفي. يمكن أن يبدو هذا المباشرة قاسيًا، لكنه يتجنب المواقف التي يبدو فيها كل شيء وظيفيًا حتى يفشل التسوية.
ما#Vanar لا يعد به هو أقصى لامركزية في كل بُعد. تعمل منصات المستهلكين تحت قيود قانونية وسمعية وتجارية. البنية التحتية التي تتجاهل تلك الحقائق عادة ما تجبر المطورين على إعادة تقديم السيطرة في مكان آخر. تتقبل نهج فَنار التنسيق كجزء من البيئة بدلاً من معالجته كعيب يمكن هندسته.
تعمل رموز VANRY كغراء للبنية التحتية بشكل صارم. يتم استخدامها للرسوم، ولتخزين المدققين، و للحكم على معلمات البروتوكول. دورها هو تأمين العمليات وتنسيق صنع القرار. لا يُطلب من المستخدمين النهائيين التفاعل مع التطبيقات أن يفهموا أو يتفاعلوا معها ما لم يختاروا المشاركة على مستوى الشبكة.
التوتر غير المحلول هو التنسيق عبر حالات استخدام مختلفة جدًا. الألعاب ومنصات الترفيه وتطبيقات العلامات التجارية لا تستفيد دائمًا من نفس تنازلات البنية التحتية. ستفضل قرارات الحوكمة بعض السلوكيات على الأخرى. تضيف اللوائح طبقة أخرى من الاحتكاك، تختلف حسب الولاية القضائية وتتغير مع مرور الوقت. هذه الضغوط لا تختفي؛ بل تظهر في مكان ما.
رؤية فَنار بدون سرد، ليست تحاول إعادة اختراع كيفية عمل سلاسل الكتل. إنها تحاول جعلها مملة بما يكفي لدعم المنتجات التي يتوقع الناس أن تعمل دون التفكير فيها. هذه طموح أضيق من شعارات التبني الجماعي، لكنها أقرب إلى كيفية بقاء البنية التحتية الحقيقية في الوقت المناسب وفي عالم البلوكشين.💜
@Vanarchain #vanar $VANRY $BNB