پہلے TON پر نظر ڈالیں: اکاؤنٹس، ٹوکن، لین دین اور اثاثہ کی حفاظت

اصل مصنف: جوہان

پس منظر

TON (اوپن نیٹ ورک) ایک وکندریقرت بلاکچین پلیٹ فارم ہے جسے اصل میں ٹیلیگرام ٹیم نے ڈیزائن اور تیار کیا ہے۔ TONs کا مقصد بڑے پیمانے پر وکندریقرت ایپلی کیشنز (DApps) اور سمارٹ کنٹریکٹس کو سپورٹ کرنے کے لیے ایک اعلیٰ کارکردگی اور قابل توسیع بلاکچین پلیٹ فارم فراہم کرنا ہے۔

TON بہت خاص ہے۔ یہ استعمال کرنا آسان ہے۔ یہ ٹیلیگرام کے ساتھ گہرائی سے مربوط ہے، جس سے عام لوگ آسانی سے ٹوکن استعمال کر سکتے ہیں۔ یہ بھی پیچیدہ ہے۔ اس کا فن تعمیر دیگر بلاکچینز سے بالکل مختلف ہے اور یہ نان مین اسٹریم FunC سمارٹ کنٹریکٹ لینگویج استعمال کرتا ہے۔ آج ہم اکاؤنٹس، ٹوکنز اور لین دین کے نقطہ نظر سے TON کی خصوصیات اور صارف کے اثاثوں کی حفاظت پر تبادلہ خیال کریں گے۔

TON کی خصوصیات

اکاؤنٹ جنریشن

TON اکاؤنٹ کا پتہ بنانے کا طریقہ زیادہ تر بلاکچینز سے مختلف ہے۔ یہ ایک سمارٹ کنٹریکٹ ایڈریس ہے۔ سب سے پہلے، ایک نجی کلید کے ساتھ شروع کریں. TON بنیادی طور پر عوامی کلید بنانے کے لیے Ed 25519 الگورتھم استعمال کرتا ہے۔ نسل کا عمل مندرجہ ذیل ہے:

عوامی چابیاں کی دو شکلیں ہیں۔ ایک اصل عوامی کلید ہے جس کا حساب نجی کلید سے کیا جاتا ہے، جو اس طرح نظر آتی ہے:

E39ECDA0A7B0C60A7107EC43967829DBE8BC356A49B9DFC6186B3EAC74B5477D

دوسری ایک خوبصورت عوامی کلید ہے، جس میں عوامی کلید کے کچھ معلومات اور چیک بٹس ہوتے ہیں، جیسے: Pubjns2gp7DGCnEH7EOWeCnb6Lw1akm538YYaz6sdLVHfRB2

یہ سوچنا بے ہودہ ہے کہ آپ صرف عوامی کلید حاصل کر کے اکاؤنٹ کا پتہ حاصل کر سکتے ہیں، بالکل Ethereum کی طرح۔ صارفین کے اکاؤنٹ ایڈریس کا حساب لگانے کے لیے صرف یوزر پبلک کلید کا ہونا کافی نہیں ہے۔ ہم نے صرف یہ کہا کہ صارفین کے اکاؤنٹ کا پتہ ایک سمارٹ کنٹریکٹ ایڈریس ہے، لیکن ہمارے پاس اکاؤنٹ بھی نہیں ہے، ہم اسمارٹ کنٹریکٹ کیسے لگا سکتے ہیں؟ صحیح ترتیب یہ ہے کہ پہلے پتے کا حساب لگائیں، تھوڑی سی ابتدائی رقم حاصل کریں، اور پھر معاہدہ کو متعین کریں۔ اکاؤنٹ ایڈریس کے حساب کتاب کا عمل نیچے دی گئی تصویر میں دکھایا گیا ہے:

صارفین کے پتے کی بھی متعدد شکلیں ہیں۔ پہلی اصل شکل ہے، جو اس طرح نظر آتی ہے:

0:b4c1b2ede12aa76f4a44353944258bcc8f99e9c7c474711a152c78b43218e296

اور صارف دوست فارم جیسے:

مین نیٹ:

اچھالنے کے قابل:

EQC0wbLt4Sqnb0pENTlEJYvMj5npx8R0cRoVLHi0MhjilkPX

ناقابل اچھلنے والا:

UQC0wbLt4Sqnb0pENTlEJYvMj5npx8R0cRoVLHi0Mhjilh4S

ٹیسٹ نیٹ:

اچھالنے کے قابل:

kQC0wbLt4Sqnb0pENTlEJYvMj5npx8R0cRoVLHi0Mhjilvhd

ناقابل اچھلنے والا:

0QC0wbLt4Sqnb0pENTlEJYvMj5npx8R0cRoVLHi0MhjilqWY

ان پتوں کا بغور مشاہدہ کرنے سے معلوم ہوتا ہے کہ ان میں صرف پہلے اور آخری حروف میں فرق ہے۔ درمیان میں موجود 'account_id' وہی ہے، لیکن ہم پھر بھی عوامی کلید اور اکاؤنٹ ایڈریس کے درمیان تعلق نہیں دیکھ سکتے۔ درحقیقت، اسرار شروع میں موجود `ابتدائی ڈیٹا` میں مضمر ہے، جس میں صارف کی عوامی کلید ہوتی ہے، جس کے ذریعے صارف بٹوے کے معاہدے کی ملکیت کو کنٹرول کرتا ہے۔ `workchainId` کو سمجھنا آسان ہے۔ TON صرف ایک سلسلہ نہیں ہے۔ یہ بہت سارے شارڈز پر مشتمل ہے۔ ہر شارڈ پورے نیٹ ورک کا حصہ ہے اور اکاؤنٹس اور لین دین کا ایک مخصوص سیٹ ہینڈل کرتا ہے۔ سمارٹ معاہدوں کو تلاش کرنے اور ان کا انتظام کرنے کے لیے، یہ واضح طور پر بتانا ضروری ہے کہ وہ کس شارڈ میں واقع ہیں۔ `Bounceable` اور `Non-bounceable` میں کیا فرق ہے؟ یہ سمارٹ معاہدوں کے ورکنگ میکانزم سے متعلق ہے۔ آئیے نیچے دیکھنا جاری رکھیں۔

بٹوے کا معاہدہ

مندرجہ ذیل صارف والیٹ کنٹریکٹ کا سورس کوڈ ہے۔ یہ دیکھا جا سکتا ہے کہ صارفین کا پیغام وصول کرتے وقت یہ 4 پیرامیٹرز (stored_seqno، stored_subwallet، public_key، plugins) پڑھتا ہے:

wallet-v4-code.fc

() recv_external(slice in_msg) ناپاک {

var دستخط = in_msg~load_bits(512)؛

var cs = in_msg;

var (subwallet_id, valid_until, msg_seqno) = (cs~load_uint( 32), cs~load_uint( 32), cs~load_uint( 32))؛

throw_if( 36، valid_until

var ds = get_data().begin_parse();

var (stored_seqno, stored_subwallet, public_key, plugins) = (ds~load_uint(32), ds~load_uint( 32), ds~load_uint(256), ds~load_dict()); ;;##ابتدائی ڈیٹا

ds.end_parse();

throw_unless( 33، msg_seqno == ذخیرہ_سیقنو)؛

throw_unless(34, subwallet_id == ذخیرہ شدہ_سب والٹ)؛

throw_unless( 35, check_signature(slice_hash(in_msg), دستخط, public_key))؛

//…

}

یہ ٹھیک ہے۔ اس صارف کے والیٹ کنٹریکٹ کو تعینات کرتے وقت، کچھ ابتدائی پیرامیٹرز کو پاس کرنے کی ضرورت ہوتی ہے، بشمول ایک 256-bit public_key معلومات، جو اس بات کو یقینی بناتی ہے کہ ایک ہی کنٹریکٹ کوڈ استعمال کرتے وقت ہر صارف کے پاس ایک آزاد معاہدہ پتہ ہو۔ صارف کی طرف سے شروع کردہ تمام لین دین کو `in_msg` پر دستخط کرنے کی ضرورت ہے، اور پھر اپنے والیٹ کنٹریکٹ کے ذریعے دستخط (چیک_دستخط) کی توثیق کریں، اور پھر معاہدہ سلسلہ پر تمام کارروائیوں کو کال کرے گا۔ اس سے ہم یہ بھی اندازہ لگا سکتے ہیں کہ ایک صارف کی عوامی کلید دراصل والٹ کے بے شمار پتوں سے مطابقت رکھتی ہے۔ مکمل طور پر مختلف کنٹریکٹ ایڈریس حاصل کرنے کے لیے آپ کو صرف مختلف سورس کوڈز یا مختلف ابتدائی ڈیٹا کے ساتھ والیٹس کو تعینات کرنے کی ضرورت ہے۔

جیٹن ٹوکن

ٹوکن چین پر موجود اثاثوں کی نمائندگی ہے، لہذا یہ ایک بنیادی عنصر ہے جسے ہمیں سمجھنے کی ضرورت ہے۔ Jetton TON ٹوکن کی معیاری شکل ہے۔ جیٹن دو معاہدوں پر مشتمل ہوتا ہے، جیٹن منٹر اور جیٹن والیٹ:

جب ایک ٹوکن جاری کیا جاتا ہے، تو ایک جیٹن منٹر معاہدہ بنایا جاتا ہے۔ معاہدہ کی شروعات ٹوکنز، منتظمین، والیٹ کوڈز اور دیگر معلومات کی کل رقم کو ریکارڈ کرتی ہے۔

جب صارفین میں ٹوکن تقسیم کیے جاتے ہیں، تو Minter معاہدہ صارف کے لیے والٹ کنٹریکٹ تعینات کرے گا اور کنٹریکٹ شروع ہونے پر صارف کا بیلنس، ملکیت، ٹوکن Minter کنٹریکٹ ایڈریس، صارف والیٹ کوڈ اور دیگر معلومات کو ریکارڈ کرے گا۔ ہر صارف ایک معاہدہ آزادانہ طور پر تعینات کرے گا۔ نوٹ کریں کہ یہاں بنایا گیا معاہدہ مخصوص Jetton ٹوکنز کے انتظام کے لیے ایک والیٹ کنٹریکٹ ہے، جو صارفین کے اکاؤنٹ والیٹ کنٹریکٹ سے مختلف ہے۔ مالک_ایڈریس یہاں صارفین کے اکاؤنٹ والیٹ ایڈریس کو ریکارڈ کرتا ہے۔

جب صارف ایلس صارف باب کو رقم منتقل کرتا ہے، تو کال کرنے کا رشتہ درج ذیل ہے:

ایلس آف چین اے پی پی پر دستخط کرتی ہے اور اپنے والیٹ کنٹریکٹ کو کال کرکے آپریشن کی ہدایات جاری کرتی ہے۔ یہ ہدایات مزید ٹوکن کی منتقلی کے لیے اس کے ٹوکن والیٹ کو کال کریں گی۔ جب Bobs ٹوکن والیٹ کو ٹوکن موصول ہوتا ہے، تو یہ Bobs والیٹ کے معاہدے کو مطلع کرے گا (یعنی Bob Jetton-wallet کے مالک کا پتہ)۔ اگر ٹرانزیکشن کے دوران کوئی گیس باقی رہ جاتی ہے، تو اسے بھی جوابی پتے پر واپس کر دیا جائے گا، عام طور پر ایلیس اکاؤنٹ کا معاہدہ۔

یہ ایک Jetton ٹوکن ٹرانسفر ہے جسے Tonviewer براؤزر نے پارس کیا ہے۔

ERC 20 کی منتقلی کے لیے کم از کم ایک کنٹریکٹ کال درکار ہوتی ہے، جب کہ جیٹن ٹوکن کی منتقلی کے لیے کم از کم چار معاہدوں کی ضرورت ہوتی ہے۔ ایسا اس لیے کیا جاتا ہے تاکہ لین دین کی کارکردگی کو بہتر کرتے ہوئے، چین پر بیک وقت منتقلی کی جا سکے۔

تجارت

جب TON میں کسی اکاؤنٹ میں کچھ واقعات رونما ہوتے ہیں، تو یہ ٹرانزیکشن کو متحرک کرتا ہے۔ سب سے عام واقعہ پیغام وصول کرنا ہے۔ لین دین میں درج ذیل شامل ہیں:

• آنے والا پیغام جس نے ابتدائی طور پر معاہدے کو متحرک کیا (متحرک کرنے کے خصوصی طریقے ہیں)

• آنے والے پیغامات کی وجہ سے معاہدے کی کارروائیاں، جیسے کنٹریکٹ اسٹوریج کو اپ ڈیٹ کرنا (اختیاری)

• دوسرے شرکاء کو جانے والے پیغامات (اختیاری)

ٹریڈنگ کرتے وقت نوٹ کرنے کے لیے کئی خصوصیات ہیں:

1. غیر مطابقت پذیر: TON ٹرانزیکشنز ایک کال میں مکمل نہیں ہوتے ہیں۔ کالوں کی ایک سیریز کو انجام دینے کے لیے اسے متعدد مختلف سمارٹ معاہدوں پر پیغامات بھیجنے کی ضرورت پڑ سکتی ہے۔ شارڈ چین میں مختلف روٹنگز کی وجہ سے، TON متعدد سمارٹ معاہدوں کے درمیان پیغام کے گزرنے کے آرڈر کی ضمانت نہیں دے سکتا۔

2. ہینڈلنگ فیس: غیر مطابقت پذیر نوعیت بھی ایک مسئلہ لاتی ہے، یعنی استعمال شدہ ہینڈلنگ فیس کا اندازہ لگانا مشکل ہے۔ لہذا، لین دین شروع کرتے وقت، بٹوے عام طور پر ہینڈلنگ فیس کے طور پر مزید ٹوکن بھیجتا ہے۔ اگر کہلائے گئے کنٹریکٹ میں ہینڈلنگ فیس پراسیسنگ کا ایک اچھا طریقہ کار ہے، تو بقیہ ہینڈلنگ فیس بالآخر صارفین کے بٹوے کو واپس کر دی جائے گی۔ صارفین دیکھ سکتے ہیں کہ بٹوے کے ٹوکن اچانک کم ہو جاتے ہیں، اور پھر چند منٹوں کے بعد دوبارہ بڑھ جاتے ہیں۔ یہی وجہ ہے۔

3. اچھال: اچھال معاہدہ کی غلطی سے نمٹنے کا طریقہ کار ہے۔ جب کال شدہ معاہدہ موجود نہیں ہوتا ہے یا اس میں کوئی غلطی ہوتی ہے، اگر لین دین کو باؤنس کرنے کے لیے سیٹ کیا جاتا ہے، تو باؤنس شدہ پیغام کالنگ کنٹریکٹ پر واپس بھیج دیا جائے گا۔ مثال کے طور پر: اگر کوئی صارف ٹرانسفر شروع کرتا ہے اور کال کرنے کا عمل غلط ہو جاتا ہے، تو ایک باؤنس میسج کی ضرورت ہوتی ہے تاکہ یوزر والیٹ کنٹریکٹ اپنا بیلنس بحال کر سکے۔ سمارٹ معاہدوں کے درمیان بھیجے جانے والے تقریباً تمام اندرونی پیغامات باؤنس ایبل ہونے چاہئیں، یعنی ان کا باؤنس بٹ سیٹ ہونا چاہیے۔

اثاثہ سیکورٹی

TON میں بہت سی خصوصیات ہیں جو سیکورٹی کے مسائل پیدا کرتی ہیں، اس لیے صارفین کو کچھ عام خامیوں سے بھی آگاہ ہونے کی ضرورت ہے۔

فیس ودہولڈنگ اٹیک

جیسا کہ اوپر ذکر کیا گیا ہے، لین دین کے عمل میں ناکامی کو روکنے کے لیے بٹوے کو اکثر زیادہ فیس بھیجنے کی ضرورت ہوتی ہے، جس سے حملہ آوروں کو برائی کرنے کا موقع ملتا ہے۔ اگر آپ TON والیٹ کے صارف ہیں، تو آپ کو ایسی صورت حال کا سامنا کرنا پڑا ہوگا۔ آپ ہمیشہ اپنے بٹوے میں مختلف NFTs یا ٹوکن وصول کرتے ہیں۔ آپ نے سوچا کہ یہ صرف کچھ ردی ٹوکن ایئر ڈراپس ہیں، لیکن جب آپ نے لین دین کی معلومات کی جانچ کی، تو آپ کو معلوم ہوا کہ وہ بہت سارے پیسوں میں بیچے جا سکتے ہیں؟ تاہم، لین دین شروع کرتے وقت، آپ کو معلوم ہوتا ہے کہ مطلوبہ فیس بہت زیادہ ہے (1 ٹن)۔ اس وقت، آپ کو توجہ دینے کی ضرورت ہے، کیونکہ یہ فیس اسکینڈل ہوسکتا ہے۔

حملہ آور نے احتیاط سے بنائے گئے ٹوکن کنٹریکٹ کا استعمال کیا تاکہ بٹوے کی منتقلی کی فیس بہت زیادہ ہو، لیکن اصل عمل میں، صرف فیس کو روکا گیا اور کوئی منتقلی کا پیغام نہیں بھیجا گیا۔

پہلا اور آخری نمبر ماہی گیری

پہلے اور آخری ہندسوں کے ساتھ فشنگ TON کے لیے منفرد نہیں ہے، لیکن تمام بڑی عوامی زنجیروں میں موجود ہے۔ حملہ آور پورے نیٹ ورک پر ہر صارف کے پتے کے لیے یکساں پہلے اور آخری ہندسوں کے ساتھ ایک اعلی نقلی اکاؤنٹ بنائے گا۔ جب صارف ٹرانسفر بھیجتا ہے تو حملہ آور اعلی نقلی اکاؤنٹ کے ساتھ ایک چھوٹی ٹرانسفر بھی بھیجتا ہے، جس کا مقصد صارفین کی ادائیگی کے ریکارڈ میں ریکارڈ چھوڑنا ہے۔ جب وصول کنندہ ایک ٹوکن واپس منتقل کرنا چاہتا ہے، تو وہ تاریخی ریکارڈ سے پتے کو کاپی کر سکتا ہے، اور ممکنہ طور پر یہ حملہ آور کے پتے پر نقل کر دیا جائے گا، جس کے نتیجے میں غلط پتے پر منتقلی ہو گی۔ حملہ آور صارفین کے رویے کو درست طریقے سے سمجھ سکتا ہے۔

تبصرہ ماہی گیری

لین دین کی معلومات کو نوٹ کرنے کے لیے رقم منتقل کرتے وقت TON ایک تبصرہ شامل کر سکتا ہے۔ ایکسچینجز پر ری چارج کرتے وقت یہ فنکشن اکثر استعمال ہوتا ہے۔ ایکسچینجز عام طور پر ریچارج کرتے وقت صارفین سے اپنی صارف ID نوٹ کرنے کا مطالبہ کرتے ہیں۔ تاہم، یہ فنکشن اکثر بدنیتی سے استعمال ہوتا ہے۔ حملہ آور صارفین کے اثاثوں کو دھوکہ دینے کے لیے تبصروں میں جعلی معلومات لکھتے ہیں۔ جیسا کہ شکل میں دکھایا گیا ہے:

صارفین کو گمنام ٹیلی گرام نمبر NFT پر خصوصی توجہ دینے کی ضرورت ہے۔ اگر کوئی صارف گمنام ٹیلی گرام نمبر کے ساتھ TG نمبر کھولتا ہے لیکن دو قدمی تصدیق کو فعال نہیں کرتا ہے، ایک بار جب NFT کو ہٹا دیا جاتا ہے، ہیکرز براہ راست ہدف والے TG نمبر میں لاگ ان کر سکتے ہیں اور بعد میں اثاثوں کی چوری اور دھوکہ دہی کو انجام دے سکتے ہیں۔

اسمارٹ کنٹریکٹ کی کمزوریاں

سمارٹ معاہدوں میں سیکورٹی کے خطرات صارفین کو سمارٹ معاہدوں میں رکھے گئے فنڈز سے محروم کرنے کا سبب بن سکتے ہیں۔ صارفین کو ایسے منصوبوں کا انتخاب کرنے کی ضرورت ہے جن کا اچھی طرح سے آڈٹ کیا گیا ہو۔ TONs کے سمارٹ معاہدوں کو بنیادی طور پر FunC زبان میں پروگرام کیا جاتا ہے، اور کچھ زیادہ جدید Tact یا نچلے درجے کے Fift کا استعمال کرتے ہیں، جو کہ انتہائی اصل زبانیں ہیں۔ نئی پروگرامنگ لینگوئجز خاص طور پر ڈویلپرز کے لیے نئے سیکیورٹی خطرات لائے گی۔ انہیں محفوظ پروگرامنگ کی اچھی عادات، بہترین حفاظتی طریقوں میں مہارت حاصل کرنے، اور پیداواری ماحول میں تعینات کرنے سے پہلے سخت حفاظتی آڈٹ کرنے کی ضرورت ہے۔ جگہ کی حدود کی وجہ سے، اس مضمون میں معاہدے کی حفاظت پر بات نہیں کی گئی ہے۔

جعلی ریچارج حملہ

والیٹ یا ایکسچینج کے صارفین کو جعلی ڈپازٹ حملوں سے آگاہ ہونے کی ضرورت ہے، جو عام طور پر دو قسموں میں آتے ہیں:

• جعلی کرنسی، حملہ آور اسی میٹا ڈیٹا کے ساتھ ایک ٹوکن جاری کرتا ہے جس کا ہدف ٹوکن ہوتا ہے۔ اگر خودکار اکاؤنٹ انٹری پروگرام اس بات کی جانچ نہیں کرتا ہے کہ آیا یہ صحیح منٹر کنٹریکٹ ہے، تو یہ اکاؤنٹ میں غلط اندراج کا باعث بنے گا۔

• اچھال، TONs کی منتقلی کے عمل کے لیے دو صارفین کے بٹوے کے معاہدوں کے درمیان کال کا رشتہ درکار ہوتا ہے۔ اگر وصول کنندگان کے والیٹ کا معاہدہ موجود نہیں ہے اور لین دین باؤنس ایبل پر سیٹ ہے، تو پیغام باؤنس ہو جائے گا اور ہینڈلنگ فیس کی کٹوتی کے بعد اصل رقوم بھیجنے والے کو واپس کر دی جائیں گی۔ وہ دوست جو تفصیلات میں دلچسپی رکھتے ہیں وہ ہمارے پہلے ظاہر کردہ جعلی ریچارج آرٹیکل کو دیکھ سکتے ہیں۔

خلاصہ کریں۔

یہ مضمون TON کے پبلک اور پرائیویٹ کلید کی تخلیق، بٹوے کے معاہدوں، ٹوکن فارمز، لین دین کی خصوصیات وغیرہ کے نقطہ نظر سے TON کے کچھ بنیادی تکنیکی اصولوں کا تعارف کراتا ہے۔ یہ ممکنہ حفاظتی مسائل پر بھی بات کرتا ہے جو TON کے استعمال کے عمل میں موجود ہو سکتے ہیں، امید ہے کہ ہر ایک کے سیکھنے کے لئے حوصلہ افزائی.

حوالہ جات:

https://docs.ton.org/

https://github.com/ton-blockchain/wallet-contract

یہ مضمون انٹرنیٹ سے لیا گیا ہے: پہلے TON پر نظر ڈالیں: اکاؤنٹس، ٹوکن، لین دین اور اثاثہ کی حفاظت

متعلقہ: فوربس: 2024 کی پہلی ششماہی میں $1 بلین سے زیادہ کی مارکیٹ ویلیو کے ساتھ ٹاپ 10 کرنسیاں

اصل مصنف: 1912212.eth, Forest News اس سال کے آغاز میں Bitcoin سپاٹ ETF کو باضابطہ طور پر ٹریڈنگ کے لیے منظور کیے جانے کے بعد، کرپٹو مارکیٹ میں کافی اضافہ دیکھنے میں آیا ہے۔ بٹ کوائن کے علاوہ، کچھ MEME سکے نے بھی بہت اچھی کارکردگی دکھائی ہے۔ اگرچہ اس سال اپریل سے مارکیٹ میں کمی کا رجحان ہے، کچھ ٹوکنز اب بھی مجموعی طور پر اچھی مارکیٹ کی کارکردگی رکھتے ہیں۔ حال ہی میں، فوربس نے 2024 کی پہلی ششماہی میں $1 بلین سے زیادہ کی مارکیٹ ویلیو کے ساتھ ٹاپ ٹین بہترین کارکردگی کا مظاہرہ کرنے والی کرپٹو کرنسیوں کا اعلان کیا، بشمول WIF, PEPE, ASI, FLOKI, JASMY, AR, CORE, TON, BGB اور BONK۔ یہ بات قابل غور ہے کہ MEME 4 فہرستوں پر قابض ہے، اور ان میں سے 3 کا تعلق سولانا ماحولیاتی نظام سے ہے۔ WIF Solana Ecosystem MEME سکے، جس کی کل سپلائی تقریباً 998 ملین ہے۔…