👨‍💻 أصعب جزء في بناء تطبيق لامركزي ليس دائمًا الكود. أحيانًا يكون قرارًا بشأن ما يجب أن يكون قادرًا على معرفته الكود. تعمل العقود الذكية ضمن بيئة بلوك تشين محددة. وهذا يجعلها قابلة للتنبؤ وأمنة، لكنه أيضًا يحدّها. إذا احتاج التطبيق إلى معلومات خارجية، يجب على المطورين تصميم مسار موثوق لجلب هذه المعلومات إلى التطبيق. وهذا يجعل بنية البيانات الوسيطة (oracle infrastructure) قضية مهمة للمطورين من البداية. فكر في بروتوكول دي فيي. قد يحتاج المطور إلى تحديد أي بيانات خارجية مطلوبة، وكم مرة يجب تحديثها، وما الذي يحدث عندما تصبح المعلومات قديمة، وكيف يجب أن يستجيب التطبيق للظروف غير المتوقعة. هذه ليست أسئلة خلفية بسيطة. يمكنها التأثير على هندسة البروتوكول ونموذج المخاطر الخاص به. هنا تصبح البنية التحتية مثل WINkLink ذات صلة بمطوري الويب 3. من خلال توفير اتصال بين المعلومات الخارجية وتطبيقات البلوك تشين، توسع بنية البيانات الوسيطة ما يمكن للمطورين تصميمه على السلسلة. التحول المهم هو مفاهيمي. لا تفكر في البيانات الوسيطة كعنصر يُضاف بعد اكتمال العقد الذكي. افكر فيها كجزء من هندسة المعلومات للتطبيق. قبل كتابة العقد، اسأل: ما الذي يحتاج إليه هذا التطبيق لمعرفته؟ أي المعلومات تأتي من خارج السلسلة؟ كم مرة تتغير هذه المعلومات؟ ماذا يحدث إذا أصبحت البيانات غير متاحة؟ كيف يجب أن يتعامل التطبيق مع الظروف غير الطبيعية؟ يمكن لهذه الأسئلة أن تساعد المطورين على تصميم أنظمة أكثر وعياً باعتمادها على المصادر الخارجية. سيتطلب مستقبل تطوير الويب 3 أكثر من برمجة العقود الذكية. سيتطلب فهم التفاعل بين الكود والبيانات والبنية التحتية والحوافز. ومع تزايد تعقيد التطبيقات اللامركزية، سيصبح القدرة على ربط هذه المكونات بأمان أكثر أهمية. يمكن لهندسة المعلومات الأفضل أن تفتح آفاقاً لتطبيقات بلوك تشين أفضل. @justinsuntron @WinkLink_Oracle #TRONEcoStar