🔐 بلاک چین ڈیٹا کے بارے میں سب سے بڑے غلط فہمیوں میں سے ایک یہ ہے کہ ہر مفید معلومات کو بلاک چین پر علناً رکھنا ضروری ہے۔ یہ ضروری نہیں۔ کئی ایپلیکیشنز میں، بلاک چین کو صرف ایک خاص نتیجہ یا تصدیقی سگنل درکار ہوتا ہے، پورے بنیادی ڈیٹا سیٹ کی نہیں۔ جب آرکل انفرااسٹرکچر بلاک چین ایپلیکیشنز کو باہری معلومات کے ساتھ جوڑتا ہے، تو یہ فرق اہم ہو جاتا ہے۔ 🔗 WINkLink انٹیگریشن کے مطابق بلاک چین ایپلیکیشنز کو باہری ڈیٹا فراہم کر سکتا ہے، لیکن ڈویلپرز کو خصوصیات، ڈیٹا کم کرنے اور افشا کے تقاضوں کے حوالے سے احتیاط سے ڈیزائن کرنا ہوگا۔ ایک ایپلیکیشن کو تصور کریں جسے معلوم ہونا چاہئے کہ کوئی صارف ایک خاص شرط کو پورا کرتا ہے یا نہیں۔ اسمارٹ کنٹریکٹ صرف درکار ہو سکتا ہے: شرط = تصدیق شدہ اسے صارف کا پورا بنیادی ریکارڈ درکار نہیں ہو سکتا۔ اس سے ایک ممکنہ طور پر مختلف آرکٹیکچر بن جاتا ہے: خصوصی/آف-چین معلومات → تصدیق عمل → متعلقہ ڈیٹا پوائنٹ → آرکل/ڈیٹا لیر → اسمارٹ کنٹریکٹ سب کچھ بلاک چین پر رکھنے کے بجائے، سسٹم صرف اس ڈیٹا کو ظاہر کر سکتا ہے جس کی ایپلیکیشن کو حقیقت میں ضرورت ہوتی ہے۔ اس کا اہم مقام درج ذیل شعبوں میں ہے: 🪪 شناخت 🏦 فنانشل ایپلیکیشنز 🏢 تجارتی اسناد 📋 انطباق سے متعلق ورک فلو 🎓 تصدیق نامے لیکن اس میں اہم حدود بھی ہیں۔ ایک آرکل خصوصیات فراہم نہیں کرتا۔ اس سے حساس ڈیٹا صرف اس لئے خصوصی ڈیٹا سیٹ میں تبدیل نہیں ہوتا جب اسے بلاک چین پر پہنچایا جائے۔ عوامی بلاک چینز عمدہ طور پر شفاف ہوتے ہیں، اس لئے ڈویلپرز کو دھیرے دھیرے سوچنا چاہئے کہ کون سی معلومات مستقل بلاک چین پر راجع ہو جائے گی۔ اس لئے اچھا آرکٹیکچر دو الگ الگ سوالات پوچھتا ہے: کya اپلیکیشن معلومات کو تصدیق کر سکتی ہے؟ اور: کya اپلیکیشن حقیقت میں بنیادی معلومات ظاہر کرنے کی ضرورت رکھتی ہے؟ �ہ بہت مختلف مسائل ہیں۔ جب Web3 حقیقی دنیا کے اطلاقات میں وسعت حاصل کرتا ہے، تو خصوصیات پر مبنی آرکل ڈیزائن اب زوردار اہم بن رہا ہے۔ مستقبل زائد ڈیٹا بلاک چین پر رکھنے کے بارے میں نہीں ہو سکتا۔ مستقبل صرف درست معلومات بلاک چین پر رکھنے اور غیر ضروری معلومات دوسرے جگہ رکھنے کے بارے میں ہو سکتا ہے۔ @justinsuntron @WinkLink_Oracle #TRONEcoStar