
اختبار ريالو 28.0 #3 @RialoHQ @RialoKorea ما الذي يُوصف بأنه نقطة ألم رئيسية للمطورين؟ 1️⃣ وجود عدد كبير جدًا من المستخدمين الذين يتفاعلون 2️⃣ كتابة العقود الذكية فقط 3️⃣ تشغيل فهارس وبنية تحتية مكلفة 4️⃣ نقص لغات البلوكشين الإجابة هي 3️⃣ تشغيل فهارس وبنية تحتية مكلفة. لا يقتصر بناء تطبيق بلوكشين دائمًا على كتابة العقد الذكي نفسه. عندما يحتاج التطبيق إلى فهم ما يحدث على السلسلة، غالبًا ما يحتاج المطورون إلى بنية تحتية إضافية حول البلوكشين. على سبيل المثال، قد يحتاج التطبيق إلى: مراقبة الأحداث → جمع البيانات → فهرسة حالة البلوكشين → الاستعلام عن هذه البيانات → تفعيل منطق التطبيق وهذا يخلق طبقة إضافية بين التطبيق والبلوكشين الأساسي. الفهارس مفيدة لأنها تجعل بيانات البلوكشين أسهل في الاسترجاع والاستخدام من قبل التطبيقات. لكن صيانة هذه البنية التحتية يمكن أن تُدخل متطلبات وتكاليف تشغيلية إضافية. يرتبط هذا ارتباطًا وثيقًا بأحد المفاهيم الاقتصادية التي نوقشت في مواد ريالو: التضخيم المزدوج في عالم العملات المشفرة. عندما تعتمد التطبيقات على طبقات متعددة من البرمجيات الوسيطة، يمكن لكل طبقة أن تُدخل تكلفتها الخاصة. يمكن أن تصبح مصادر البيانات، والفهارس، والجدولة، والجسور، وغيرها من البرمجيات الوسيطة مكونات منفصلة يجب على التطبيق دمجها وصيانتها. وهذا يخلق بنية أوسع: التطبيق → البرمجيات الوسيطة → البلوكشين نهج ريالو هو توفير المزيد من هذه القدرات كبنية تحتية أصلية. يوفر Rialo Stream مصادر بيانات أصلية لـ DeFi وRWAs. يوفر Rialo Read Path وصولاً مباشرًا إلى بيانات المُحققين والحالة. يوفر Rialo Execution Engine تنفيذًا مُحفَّزًا بالأحداث ومشروطًا. يوفر Rialo Workflow أتمتة أصلية للسير الذاتية المعقدة. ويوفر Rialo Interop ترابطًا أصليًا بدلاً من اضطرار التطبيقات إلى بناء كل اتصال بشكل مستقل. يظهر نفس الفكرة في مناقشة ريالو لـ "ضريبة البرمجيات الوسيطة". المشكلة ليست ببساطة أن المطورين يجب أن يكتبوا المزيد من الشيفرات. بل أن التطبيق يمكن أن يصبح معتمدًا على مجموعة متزايدة من الأنظمة الخارجية فقط للحصول على البيانات، ومراقبة الحالة، وتنفيذ الإجراءات، وتوصيل بيئات مختلفة. لذلك، عندما يسأل الاختبار عن نقطة ألم رئيسية للمطورين، فالإجابة هي: 3️⃣ تشغيل فهارس وبنية تحتية مكلفة. وهو ما يرتبط مباشرة ببنية ريالو: جلب الوصول إلى البيانات، والتنفيذ، والأتمتة، والترابط، وغيرها من البنية التحتية للتطبيق أقرب إلى البلوكشين نفسه يمكن أن يقلل من عدد المكونات الخارجية التي يحتاج المطورون إلى تنسيقها.
