ایک بلاک چین کو زیادہ ڈیٹا کی ضرورت نہیں ہے۔ اسے درست وقت پر درست ڈیٹا کی ضرورت ہے۔ زیادہ معلومات خود بخود بہتر نہیں ہوتیں۔ ایک اسمارٹ کنٹریکٹ کے لیے، مفید سوال یہ ہے کہ اسے جو معلومات ملتی ہیں، کیا وہ فیصلہ کرنے کے لیے متعلقہ، ساخت شدہ اور مناسب ہیں؟ تصور کریں کہ ایک ایسا کنٹریکٹ ہے جو ضمانت کے انتظام کے لیے ذمہ دار ہے۔ اسے هزاروں غیر متعلق ڈیٹا پوائنٹس کی ضرورت نہیں ہے۔ اسے اپنے منطق کے استعمال کے لیے مناسب مارکیٹ معلومات کی ضرورت ہے۔ یہی وہ جگہ ہے جہاں اوراکل انفراسٹرکچر اہم ہو جاتا ہے۔ @WinkLink_Oracle TRON اسمارٹ کنٹریکٹس کو مختلف ایپلیکیشن کی ضروریات کے لیے ڈیزائن کردہ سروسز کے ذریعے باہری معلومات سے جوڑنے میں مدد کرتا ہے۔ اس تعمیر کو ایک اصول تک مختص کیا جا سکتا ہے: → متعلقہ باہری معلومات تلاش کریں۔ → اسے بلاک چین کے استعمال کے لیے پروسس کریں۔ → اسے ایپلیکیشن تک پہنچائیں۔ → اجازت دیں کہ کنٹریکٹ اپنے خود کوڈ شدہ قواعد لاگو کرے۔ اس تقسیم سے ایک اہم غلط فہمی روکی جاتی ہے۔ اوراکل کا مقصد اپلیکیشن منطق کو تبدیل نہیں کرنا۔ اس سے صرف معلومات فراہم ہوتی ہیں۔ اسمارٹ کنٹریکٹ اپنے پروگرام شدہ قواعد کے مطابق ان معلومات کا مطلب تلاش کرنے کے لیے ذمہ دار رہتا ہے۔ اس ماڈل سے DeFi، پریدکشن سسٹمز، گیمز، آٹومیشن اور باہری ڈیٹا سے چلنے والے dApps جیسے اپلیکیشنز سپورٹ ہوتے ہیں۔ اس سے ڈوولپرز کو اپلیکیشن آرکٹیکچر کے بارے میں واضح طریقہ بھی ملتا ہے۔ ڈوولپرز باہری معلومات کو بعد میں سوچنے کے بجائے اسمارٹ کنٹریکٹ کے ساتھ ساتھ ڈیٹا پاتھ کو ڈیزائن کر سکتے ہیں۔ @justinsuntron اوراکل انفراسٹرکچر کو بلاک چین اپلیکیشن آرکٹیکچر کا حصہ سمجھنا ضروری ہے، صرف ایک معاون خصوصیت نہیں، اس لئے یہ اس بات کا ایک وجہ ہے۔ قابلِ اعتماد عمل درست ان پٹس سے شروع ہوتا ہے۔ #WINkLink #TRONEcoStar