اختبار ريلو 27.0 #8 @RialoHQ @RialoKorea مشكلة شائعة يواجهها المطورون هي: 1️⃣ وجود عدد كبير جدًا من المستخدمين النهائيين 2️⃣ نقص في لغات البرمجة 3️⃣ الاعتماد الكبير على التكاملات من طرف ثالث 4️⃣ عدم الحاجة إلى البنية التحتية الإجابة هي 3️⃣ الاعتماد الكبير على التكاملات من طرف ثالث. بناء تطبيق بلوكشين غالبًا ما يعني أن البلوكشين نفسه لا يتحمل مسؤولية كل الميزات التي يحتاجها التطبيق. قد يحتاج المطورون إلى خدمات خارجية لتدفقات البيانات، والفهرسة، والأتمتة، والجسور، والهوية، أو الاتصال ببيئات Web2. وهذا يعني أن التطبيق يصبح معتمدًا على مكونات متعددة خارج البلوكشين الأساسي. على سبيل المثال: بلوكشين + أوراكل + فهرس + أتمتة + جسر + واجهة برمجة تطبيقات Web2 كل مكون يحل مشكلة محددة. لكن المطور لا يزال مطالبًا بتوصيل هذه المكونات، وإدارة تفاعلاتها، ومراعاة ما يحدث عندما يتغير أحد هذه المكونات الخارجية أو يصبح غير متاح. هنا تصبح التكاملات من طرف ثالث أكثر من مجرد راحة تطويرية. يمكن أن تصبح جزءًا من بنية التطبيق الأساسية. هذه المشكلة ذات صلة خاصة بالتطبيقات التي تحتاج إلى التفاعل مع العالم الحقيقي. قد يحتاج تطبيق مالي إلى بيانات خارجية مباشرة. قد تحتاج سوق تنبؤات إلى معلومات عن حدث يحدث خارج البلوكشين. قد يحتاج تطبيق RWA إلى هوية، والامتثال، وبيانات التسعير، ومعلومات الأصول من أنظمة موجودة خارج السلسلة. إذا احتاجت كل ميزة إلى تكامل آخر، فإن بنية التطبيق تصبح أكثر تجزئة. يتعامل بناء ريلو مع هذه المشكلة من خلال جلب العديد من هذه الميزات أقرب إلى البلوكشين نفسه. يوفر Rialo Stream تدفقات بيانات أصلية لـ DeFi و RWAs. يُمكّن Rialo Edge التفاعل الثنائي الاتجاه بين تطبيقات Web2 وبلوكشين دون الحاجة إلى وسطاء. يوفر Rialo Workflow أتمتة أصلية وسير عمل معقدة ذاتية. يوفر Rialo Interop تفاعلية أصلية. يعامل Rialo IPC الهوية والخصوصية والامتثال كقدرات من الدرجة الأولى. ويدعم محرك تنفيذ ريلو التنفيذ القائم على الأحداث والمعاملات المشروطة. هذه الميزات مرتبطة بنفس الفكرة العامة: لا ينبغي للمطورين أن يضطروا إلى تجميع كل وظيفة مطلوبة من خدمات خارجية غير مرتبطة. كما ترتبط هذه الفكرة مباشرة بمفهوم الوسيط الذي رأيناه في أوراق تعليم ريلو. يمكن أن يشمل الوسيط تدفقات البيانات، والفهرسة، والجدولة، والجسور، وخدمات أخرى تقع بين التطبيق والبلوكشين الأساسي. عندما يتم دفع المزيد من هذه الوظائف إلى طبقات منفصلة، لا يكتب المطورون فقط منطق التطبيق، بل يبنون ويحافظون أيضًا على الروابط بين هذه الطبقات. بالنسبة للتطبيقات المالية في العالم الحقيقي، يصبح هذا التمييز أكثر أهمية بشكل متزايد. يحتاج التطبيق إلى الربط بين: بيانات العالم الحقيقي → الحالة على البلوكشين → القواعد → التنفيذ → التسوية كلما زادت خطوات هذه العملية اعتمادها على أنظمة طرف ثالث منفصلة، زادت البنية التحتية المطلوبة حول التطبيق الأساسي. بدلاً من ذلك، تدمج ريلو البيانات، والتفاعلية، والأتمتة، واتصال Web2، والهوية، والخصوصية، والامتثال، والتنفيذ داخل بنيتها التحتية للبلوكشين الأوسع. الهدف الموصوف في هذا الاختبار ليس أن خدمات الطرف الثالث غير ضرورية جوهريًا. المشكلة هي الاعتماد الكبير عليها لتوفير ميزات يحتاجها التطبيق بشكل أساسي. لهذا السبب الإجابة هي: 3️⃣ الاعتماد الكبير على التكاملات من طرف ثالث. وهو ما يتصل مباشرة ببنية ريلو: بدلاً من جعل المطورين يجمعون كل ميزة من خلال تكاملات منفصلة، تم تصميم ريلو لجعل معظم هذه الوظائف أجزاءً أصلية من بيئة البلوكشين نفسها.
