#233 سفر TRON کی دنیا میں | Contract Call کیا ہے؟ اور اسمارٹ کانٹریکٹس آپس میں کیسے رابطہ کرتے ہیں؟ 🔗⚙️ جب آپ TRON نیٹ ورک پر کوئی ایپ استعمال کرتے ہیں، تو باہر سے عمل کافی سادہ لگ سکتا ہے: آپ Swap یا ڈپازٹ کرنا کے بٹن پر کلک کرتے ہیں اور نتیجے کا انتظار کرتے ہیں۔ لیکن اس مرحلے کے پیچھے لازمی نہیں کہ صرف ایک اسمارٹ کانٹریکٹ ہو، بلکہ ایسے کانٹریکٹس کی ایک زنجیر ہو سکتی ہے جو ایک دوسرے سے رابطہ کرکے عمل کو مکمل کرتی ہے۔ اس صلاحیت کو عمومی طور پر Contract-to-Contract Calls کہا جاتا ہے، اور یہ اُن بنیادوں میں سے ہے جو TRON پر پیچیدہ DeFi ایپس بنانے کی اجازت دیتی ہیں، بجائے اس کے کہ ہر کانٹریکٹ الگ تھلگ نظام کے طور پر کام کرے۔ 🔸 رابطہ کیسے شروع ہوتا ہے؟ عام طور پر عمل صارف کی والیٹ سے شروع ہوتا ہے۔ وہ ایک ٹرانزیکشن بھیجتا ہے جو پہلے کانٹریکٹ کے اندر موجود کسی فنکشن کو کال کرتی ہے، اور پھر TRON Virtual Machine – TVM کے اندر کوڈ کا اجرا شروع ہوتا ہے۔ اجرا کے دوران، پہلے کانٹریکٹ کو کسی دوسرے کانٹریکٹ میں موجود ڈیٹا یا فنکشن کی ضرورت پڑ سکتی ہے۔ اس وقت وہ اُس کانٹریکٹ کو کال کر سکتا ہے، مطلوبہ ڈیٹا اُس تک پہنچا سکتا ہے اور عمل کو جاری رکھنے سے پہلے اُس کے اجرا کے نتیجے کا انتظار کرتا ہے۔ یوں سفر کچھ اس طرح بن سکتا ہے: صارف ← کانٹریکٹ A ← کانٹریکٹ B ← کانٹریکٹ C اور یہ سب کچھ ایک ہی ٹرانزیکشن کے اجرا کے سیاق میں ہو سکتا ہے۔ ⚙️ 🔸 DeFi سے ایک مثال تصور کریں ایک ایپ جو ایسی کارروائی کرنا چاہتی ہے جس میں TRC-20 ٹوکن کو منتقل کرنا اور بعد میں کسی دوسرے پروٹوکول کے اندر اسے ڈپازٹ کرنا شامل ہو۔ مرکزی کانٹریکٹ پہلے اثاثے سے متعلق عمل انجام دینے کے لیے ٹوکن کے کانٹریکٹ سے رابطہ کر سکتا ہے، پھر عمل کے اگلے حصے کو انجام دینے کے لیے کسی دوسرے کانٹریکٹ کو کال کرتا ہے۔ صارف کے نقطۂ نظر سے، جو کچھ بھی ہوا وہ ایک ہی کلک سے شروع ہوا۔ جبکہ نیٹ ورک کے اندر کئی کانٹریکٹس کے درمیان باہم جڑی ہوئی کالز کا مجموعہ اجرا ہوا۔ یہی وہ تصور ہے جو Web3 میں Composability کو اہم بناتی ہے: ڈویلپر پہلے سے موجود کانٹریکٹس اور خدمات پر انحصار کرکے نئی سروس بنا سکتا ہے، بجائے اس کے کہ ہر چیز کو شروع سے دوبارہ تعمیر کرے۔ 🧩 🔸 اگر کسی کانٹریکٹ نے فیل کر دیا تو کیا ہوتا ہے؟ چونکہ کالز باہم جڑی ہوئی ہو سکتی ہیں، اس لیے کسی بنیادی قدم کا ناکام ہونا، کانٹریکٹ کی منطق کے مطابق پورے اجرا کے راستے کے فیل ہونے کا سبب بن سکتا ہے۔ یہاں Atomicity کی اہمیت سامنے آتی ہے۔ اگر عمل کو ایک مربوط یونٹ کے طور پر ڈیزائن کیا گیا ہو، تو صارف کو نامکمل حالت میں نہیں پہنچنا چاہیے، ایسے کہ کوئی بنیادی قدم کامیاب ہو جائے جبکہ دوسرا ضروری قدم، جس پر اجرا منحصر ہو، منہدم ہو جائے۔ لیکن ہر اضافی کال کا مطلب TVM کے لیے اضافی انسٹرکشنز بھی ہے، جو کہ کسی سادہ کانٹریکٹ کے ساتھ تعامل کے مقابلے میں Energy کے زیادہ استعمال کا باعث بن سکتی ہیں۔ 🔸 Internal Transactions کیوں ظاہر ہوتی ہیں؟ جب کانٹریکٹ ٹرانزیکشن کے دوران اندرونی کارروائیاں انجام دینا شروع کرتا ہے، تو بلاک چین ایکسپلورر میں اضافی تفصیلات ظاہر ہو سکتی ہیں، جو اس بات کو سمجھنے میں مدد دیتی ہیں کہ مرکزی ٹرانزیکشن کے پیچھے کیا ہوا۔ اسی لیے آپ ایک ٹرانزیکشن دیکھ سکتے ہیں جو ایک ایڈریس سے شروع ہوئی، لیکن جب اس کی تفصیلات کھولتے ہیں تو اس سے جڑے ہوئے متعدد کانٹریکٹس، ایڈریسز اور اندرونی کارروائیاں نظر آتی ہیں۔ اس کا یہ مطلب نہیں کہ صارف نے یہ تمام ٹرانزیکشنز دستی طور پر بنائیں، بلکہ یہ اُن کانٹریکٹس کی منطق کا براہِ راست نتیجہ ہو سکتی ہیں جو اجرا کے دوران چلائی گئیں۔ 🔍 💡 خلاصہ TRON پر اسمارٹ کانٹریکٹس الگ تھلگ جزیرے نہیں ہیں۔ ایک کانٹریکٹ دوسرے کانٹریکٹ کو کال کر سکتا ہے، اور وہ کانٹریکٹ آگے چل کر کسی تیسرے کانٹریکٹ سے تعامل کر سکتا ہے، تاکہ ایک مکمل عمل ایک ہی ایپ کے اندر تشکیل پا سکے۔ یہ صلاحیت ہی نیٹ ورک کے اوپر زیادہ پیچیدہ اور باہم مربوط پروٹوکولز بنانے کی اجازت دیتی ہے۔ لہٰذا جب آپ کسی DeFi ایپ کے اندر ایک ہی بٹن دباتے ہیں، تو آپ کو اسکرین پر ایک ہی قدم نظر آ سکتا ہے… جبکہ TVM پسِ پردہ کانٹریکٹس کے درمیان مکمل تعاملات کی ایک پوری زنجیر اجرا کر رہی ہوتی ہے۔ 🔗⚡ #TRON #TGF #TRONGlobalFriends