SP1 کمزوری کا مختصر تعارف: متاثرہ ورژنز، خطرات اور فکس
زیرو نالج پروف ویریفائر میں ایک خامی پورے ایپلیکیشن کی قابلیت کو متاثر کر سکتی ہے، بغیر کسی پرائیویٹ کلید کو جان بوجھ کر ختم کئے یا والٹ کو براہ راست خالی کئے۔ یہی Succinct کے SP1 پروف سسٹم میں ایک اعلیٰ شدت کی کمزوری کے افشا کے پیچھے کا خدشہ ہے۔ 11 اکتوبر، 2026 کو جاری کردہ سرکاری GitHub سیکورٹی ایڈوائزر میں نیٹو Rust ویریفائر میں ایک خامی کا ذکر ہے جو اس بات کو ممکن بناتا ہے کہ جب پروف ڈیٹا میں ناہموارٹینسر ڈائیمنشنز اور اسٹوریج لمبائیاں ہوں تو غلط اجرائی پروفز قبول کر لی جائیں۔ یہ مسئلہ SP1 ورژن 6.0.0 سے لے کر 6.8.0 تک متاثر ہوتا ہے، جبکہ ورژن 6.8.1 اس کا حل فراہم کرتا ہے۔
سکسینک نے اپنے مین نیٹ پروور نیٹ ورک پر پچ کیا گیا ویریفائر ڈپلوی کر دیا ہے، جو مشورے میں شناخت کیا گیا واحد جانے جانے والا متاثرہ ڈپلویمنٹ ہے۔ تاہم، جو ڈویلپرز اپنے اپنے نیٹوو رسٹ ویریفائرز استعمال کر رہے ہیں، انہیں اپنے ورژنز چیک کرنے چاہئیں اور اگر وہ غیر موثق طرفین سے ثبوت قبول کرتے ہیں تو انہیں اپ گریڈ کرنا چاہئیں۔ اس واقعہ سے صفر جانکاری بنیادی ڈھانچے کے لیے ایک بنیادی سیکورٹی ضرورت کا اظہار ہوتا ہے: ویریفکیشن سافٹ ویئر کو غلط فارمیٹ والے ثبوت کے ڈیٹا کو مستقل طور پر مسترد کرنا چاہئیے۔ حالانکہ کمزوری نے غلط حسابات کو ویریفکیشن سے گزرنے کا ممکنہ راستہ پیدا کر دیا تھا، لیکن عوامی اعلانات نے اس کے مالی نقصانات کا ثبوت نہیں دیا ہے۔ اس لئے واقعہ کے دائرہ کار، ٹیکنیکل سبب اور درستگی کو سمجھنا ڈویلپرز اور کرپٹو سرمایہ کاروں کے لیے ضروری ہے۔
اہم نکات
-
متاثرہ ورژنز: SP1 کے نیٹیو Rust ویریفائر کمپونینٹس 6.0.0 سے لے کر 6.8.0 تک متاثر تھے۔
-
فکسڈ ریلیز: SP1 6.8.1 میں ٹینسر-لمبائی اور شیپ کی تصدیق شامل ہے۔
-
بنیادی خطرہ: ایک برے نیت والے ثابت کرنے والے کی طرف سے غلط اجرائیہ کا ثبوت جمع کرایا جا سکتا ہے جسے متاثرہ تصدیق کرنے والا قبول کر سکتا ہے۔
-
معلوم ایکسپوژر: جب کمزوری کا اعلان کیا گیا، تو صرف سکنکٹ کا مین نیٹ پروور نیٹ ورک متاثر ہونے والا واحد معلوم ڈپلویمنٹ تھا۔
-
اہم استثناء: ثابت شکل والے مُلف کیے گئے ثبوت استعمال کرتے ہوئے Groth16 اور Plonk تصدیق کے راستے اس خاص مسئلے سے متاثر نہیں ہوتے۔
-
درخواست عمل: جو آپریٹرز اپنا متاثرہ نیٹیو رسٹ ویریفائر چلا رہے ہیں، وہ 6.8.1 یا اس کے مطابق بعد کے پیچڈ ورژن تک اپ گریڈ کریں۔
سکنکٹ SP1 کمزوری کیا ہے؟
خرابی، جسے GitHub سیکیورٹی مشورہ GHSA-p7v2-jjv3-8p8f کے طور پر ٹریک کیا جاتا ہے، SP1 V6 کے نیٹو Rust ویریفائر میں ایک ساؤنڈنس خرابی ہے۔ عرفی مشورہ اسے اعلیٰ درجہ دیتا ہے اور بنیادی مسئلہ کے طور پر میچ نہ ہونے والی ٹینسر لمبائیوں کو شناخت کرتا ہے۔ اسے وٹلیس سالس نے دریافت کیا اور Immunefi بگ بونٹی پروگرام کے ذریعے رپورٹ کیا گیا۔
SP1 ایک صفر جانکاری ورچوئل ماشین (zkVM) ہے جو Succinct نے تیار کی ہے۔ یہ پروگرام کو کرپٹوگرافک ثبوت پیدا کرنے کی اجازت دیتا ہے کہ ان کی حساب کتابیں مخصوص قواعد کے مطابق ہوئیں۔ ایک ویریفائر ان ثبوت کی جانچ کرتا ہے بغیر پوری حساب کتاب دوبارہ کئے، جس سے ثبوت کی تصدیق بلاک چین ایپلیکیشنز، رول اپس، اور قابل تصدیق آف چین اجرائیت پر انحصار کرنے والے سسٹمز کے لیے مفید ہوتی ہے۔ ویریفائر کی قابل اعتمادیت اہم ہے کیونکہ ایپلیکیشنز اس کے نتائج کا استعمال کر سکتی ہیں کہ کسی ریاست کا تبدیلی یا حساب کتاب قبول کیا جائے یا نہیں۔
ٹینسر-لمبائی بگ کیسے کام کرتا ہے؟
SP1، ٹینسر نامی ایک سٹرکچر کا استعمال کرتا ہے جو بہت سی ابعاد کے ڈیٹا کو ظاہر کرتا ہے، جس میں ایک اسٹوریج بفر اور ڈیٹا کی شکل کو ظاہر کرنے والے ابعاد شامل ہوتے ہیں۔ مثال کے طور پر، دو رکھیں اور تین کالمز کے ساتھ اعلان کیا گیا ٹینسر ستہ عناصر پر مشتمل ہونا چاہئے۔ ایک محفوظ ویریفائر کو یہ تصدیق کرنا چاہئے کہ محفوظ عناصر کی اصل تعداد اعلان کیے گئے ابعاد کے حاصل ضرب کے برابر ہے۔
متاثرہ ورژنز میں، ڈی سیریلائزیشن عمل اس تعلق کی کافی تصدیق نہیں کرتا تھا۔ کچھ تصدیق کے راستے بعد میں بنیادی ذخیرہ کی لمبائی کی جانچ کے بغیر مقررہ ابعاد پر انحصار کرتے تھے۔ ایک بری بھرے گواہ مخالف ابعاد اور ذخیرہ کے ساتھ ٹینسر ڈیٹا فراہم کر سکتا تھا، جس سے مختلف تصدیق کے مراحل ایک ہی ڈیٹا کے مختلف حصوں کو پروسیس کرتے۔ یہ عدم انسجام صحیح تصدیق کے لیے درکار فرضیات کو توڑ سکتا تھا اور غلط اجراء کے لیے ثبوت کو قبول کرنے کی اجازت دے سکتا تھا۔
اس لیے مرکزی مسئلہ صرف خراب ڈیٹا نہیں تھا، بلکہ اس ڈیٹا کو استعمال کرنے سے پہلے ویریفائر کی ساختی انسجام کو لاگو نہ کرنا تھا۔ یہ فرق اہم ہے کیونکہ ایک ثبوت نظام صرف اتنے قابل اعتماد ہوتا ہے جتنی چیکنگ اس کے مکمل ویریفیکیشن پاتھ پر کی جاتی ہیں۔
متاثرہ ورژن اور سسٹم
سرکاری مشورہ تین متاثرہ رسٹ پیکیجز کو شناخت کرتا ہے:
sp1_hypercube, sp1_prover, اور sp1_sdk۔ ہر ایک 6.0.0 سے 6.8.0 تک متاثر ہے، جبکہ 6.8.1 کو درست شدہ ریلیز کے طور پر درج کیا گیا ہے۔ ڈویلپرز کو اپنی منحصرہ درختوں اور ڈپلویڈ بائنریز کی جانچ کرنی چاہیے، اس بات کا افتراض نہیں کرنا چاہیے کہ ایک اوپر لیول پیکیج کو اپ گریڈ کرنے سے خودبخود ہر کمپوننٹ اپ ڈیٹ ہو جائے گا۔| کمپوننٹ یا ترتیب | حالت | تجویز کردہ اقدام |
| sp1_hypercube 6.0.0–6.8.0 | متاثرہ | 6.8.1 یا ایک موزوں پیچڈ ریلیز میں اپ گریڈ کریں |
| sp1_prover 6.0.0–6.8.0 | متاثرہ | 6.8.1 یا ایک موزوں پیچڈ ریلیز میں اپ گریڈ کریں |
| sp1_sdk 6.0.0–6.8.0 | متاثرہ | متعلقہ منابع کو اپ گریڈ کریں اور تصدیق کریں |
| SP1 6.8.1 | درست کیا گیا | تائید کریں کہ ڈیپلویڈ ماحول میں فکسڈ کوڈ استعمال ہو رہا ہے |
| فکسڈ شیپ ورپڈ ثبوت کا استعمال کرتے ہوئے Groth16 اور Plonk تصدیق | اس مسئلے سے متاثر نہیں | عام حفاظتی اور انحصار کی ہدایات کے مطابق جاری رہیں |
کون سے ایپلیکیشنز سب سے زیادہ خطرے کا شکار ہیں؟
یہ کمزوری اُس متاثرہ نیٹیو Rust ویریفائر میں جمع کیے گئے Core اور Compressed ثبوت کو متاثر کرتی ہے۔ جب ایپلیکیشنز اس ویریفائر کا استعمال غیر قابلِ اعتماد ثبوت فراہم کرنے والوں کے ثبوت قبول کرنے کے لیے کرتی ہیں تو وہ خطرے میں ہوتی ہیں۔ بالکل اثر وہ ثبوت موڈ اور ویریفکیشن پاتھ پر منحصر ہے جو شامل ہوں۔
disclose کے وقت، Succinct کا مین نیٹ Prover Network صرف جانا جانے والا متاثرہ ڈیپلویمنٹ تھا۔ یہ نیٹ ورک تیسری پارٹی کے provers سے ثبوت قبول کرتا تھا، جس سے ممکنہ طور پر خطرناک ثبوت ان پٹس کے لیے متعلقہ ایکسپوژر پیدا ہوا۔ Succinct نے بعد میں پچ کردہ ویریفائر ڈیپلوی کیا۔ SP1 استعمال کرنے والے دیگر پراجیکٹس کو یہ فرض نہیں کرنا چاہیے کہ ہر انٹیگریشن متاثر ہوئی یا ہر انٹیگریشن خودکار طور پر محفوظ ہوئی؛ بلکہ انہیں اپنی آرکیٹیکچر اور ورژن معلومات کا الگ سے جائزہ لینا چاہیے۔
SP1 ویریفکیشن کی خامی کس طرح کریپٹو ایپلیکیشنز کو متاثر کر سکتی ہے
اصل خطر یہ ہے کہ ایک ایپلیکیشن ایک غلط حساب کو درست سمجھنے پر انحصار کر سکتی ہے۔ اگر ثبوت کی تصدیق کا نتیجہ کسی حالت کے تبدیل ہونے، سیٹلمنٹ عمل یا دوسرے محفوظ آپریشن پر کنٹرول کرتا ہے، تو ایک غلط قبولیت اس ایپلیکیشن کو متاثر کر سکتی ہے جو اس نتیجہ پر انحصار کرتی ہے۔ تاہم، اصل نتائج اس بات پر منحصر ہیں کہ ویریفائر کو کس طرح اندراج کیا گیا ہے، ثبوت کیا ظاہر کرتا ہے، اور کیا سسٹم کے دوسرے حصوں میں مزید چیکس موجود ہیں۔
یہ Zero-Knowledge Rollups کے لیے کیوں اہم ہے
زیرو-کنولج سسٹمز کو ایسے ڈیزائن کیا گیا ہے کہ وہ ایپلیکیشنز کو حساب کتاب کی تصدیق کرنے کی اجازت دیں، جبکہ مضبوط درستگی کے گارنٹیز برقرار رکھیں۔ ایک رول اپ آرکیٹیکچر میں، ثبوت کی تصدیق یہ متعین کرنے میں مدد کر سکتی ہے کہ پیش کردہ ریاست کے تبدیلیاں ضروری قواعد کو پورا کرتی ہیں۔ اگر متعلقہ ویریفائر ایک غلط ثبوت کو قبول کر لے، تو ایپلیکیشن اہم حفاظتی لیئر کھو سکتی ہے۔
اس کا مطلب یہ نہیں کہ SP1 کا استعمال کرنے والا ہر رول اپ یا ایپلیکیشن متاثر ہوا۔ باقاعدہ مشورہ متاثرہ راستوں کو محدود کرتا ہے اور دریافت کے وقت ایک جانا جانے والا متاثرہ ڈیپلویمنٹ کو شناخت کرتا ہے۔ اس نے صاف طور پر بیان کیا ہے کہ ثابت شکل والے ورپڈ ثبوت استعمال کرنے والے Groth16 اور Plonk تصدیق راستے اس کمزوری سے متاثر نہیں ہوئے۔ ڈویلپرز کو اپنی خاص تصدیق آرکٹیکچر کا جائزہ لینا چاہئے قبل از اس کہ وہ اس کمزوری کے بارے میں نتائج نکالیں۔
کیا صارف کا پیسہ چوری ہو گیا؟
عوامی مشورہ ایک ممکنہ ثبوت کی صحت کی خرابی کو ظاہر کرتا ہے، نہ کہ فنڈز کی تصدیق شدہ چوری۔ اکتوبر 24 کی تازہ ترین رپورٹس کے مطابق، فاش کی گئی معلومات نے یہ ثابت نہیں کیا کہ حملہ آوروں نے خرابی کا استعمال کرکے مالی نقصان پہنچایا ہے۔ رپورٹ نہ ہونے کے باوجود یہ سمجھنا غلط ہوگا کہ ہر انٹیگریشن محفوظ تھا، لیکن اس بات کو بھی سمجھنا ضروری ہے کہ نظریہ پر مبنی استعمال کے راستے کو تصدیق شدہ حملہ نہ کہا جائے۔
کرپٹو سرمایہ کاروں کے لیے یہ فرق اہم ہے۔ سیکیورٹی واقعات بنیادی ڈھانچے کے منصوبوں پر اعتماد کو متاثر کر سکتے ہیں، لیکن قیمت کے ردِ عمل کا تعین اصل نتائج کی شدت، فوری ازالے کی رفتار، استعمال کے دائرہ کار اور وسیع مارکیٹ کی صورتحال پر منحصر ہے۔ اس خامی کے تنہا ہونے سے سکشنٹ کے PROVE ٹوکن یا دیگر متعلقہ اثاثوں کی قیمت کا تعین ہونے کا کوئی کافی ثبوت نہیں ہے۔
سکسینکٹ نے SP1 کی کمزوری کو درست کر دیا
SP1 6.8.1 میں خامی کو دو مراحل میں تصدیق شامل کرکے حل کیا گیا۔ پہلے، ڈی سیریلائزیشن عمل اب اس وقت ٹینسرز کو مسترد کر دیتا ہے جب ان کی اسٹوریج لمبائی ان کے اعلان کردہ ابعاد کے حاصل ضرب سے مختلف ہو۔ دوسرے، متاثرہ نیٹیو تصدیق راستے اسٹورڈ عناصر کو پروسیس کرنے یا اعلان کردہ ابعاد پر انحصار کرنے سے پہلے ٹینسر کی فزیکل شکل کی تصدیق کرتے ہیں۔ یہ جانچ یقینی بناتی ہے کہ تصدیق مراحل مسلسل ڈیٹا پر عمل کرتے ہیں اور غلط ثبوت کے لیے خطا واپس کرتے ہیں۔
پیچ 24 ستمبر، 2026 کو جاری کیا گیا، اور سکنکٹ نے فکسڈ ریلیز دستیاب ہونے کے بعد اسے مین نیٹ پروور نیٹ ورک پر ڈپلوی کر دیا۔ آفیشل ایڈوائزری میں کہا گیا ہے کہ اس نیٹ ورک کا استعمال کرنے والے ریکسٹرز کو نیٹ ورک سائیڈ اپڈیٹ کے لیے اپنے انٹیگریشن میں کوئی تبدیلی کرنے کی ضرورت نہیں ہے۔ تاہم، اپنے اپنے نیٹوو رسٹ ویریفائرز چلا رہے تنظیموں کو جو غیر قابل اعتماد طرفین سے ثبوت قبول کرتے ہیں، 6.8.1 تک اپ گریڈ کرنے کی ہدایت کی گئی ہے۔
اب ڈویلپرز کو کیا کرنا چاہیے
سب سے پہلی ترجیح یہ ہے کہ پتہ لگایا جائے کہ کوئی ایپلیکیشن متاثرہ نیٹیو Rust تصدیق راستہ استعمال کرتا ہے یا نہیں۔ ڈویلپرز کو انحصار کے منیفیسٹس اور لاک فائلز کا جائزہ لینا چاہیے، پروڈکشن میں حل شدہ ورژنز کی تصدیق کرنی چاہیے، اور متعلقہ کمپوننٹس کو اپ گریڈ کرنا چاہیے۔ اگر ڈپلوئڈ بائنری پرانے کوڈ کا استعمال جاری رکھتی ہے تو صرف ایک ورژن کا اعلان تبدیل کرنا کافی نہیں ہے۔
اپ گریڈ کے بعد، ٹیمیں اپنے معمول کے ریگریشن اور سیکورٹی ٹیسٹ چلائیں، یہ تصدیق کریں کہ غلط ثبوت کے ان پٹوں کو مسترد کر دیا جاتا ہے، اور یہ تصدیق کریں کہ پروڈکشن ڈپلویمنٹس واقعی پچ کردہ ویریفائر استعمال کرتی ہیں۔ انہیں اپ گریڈ سے پہلے متاثرہ ویریفکیشن پاتھ پر منحصر ہونے والے کسی بھی تاریخی سیکورٹی سنسیٹو آپریشنز کا جائزہ لینا چاہئے۔ اگر مشکوک ثبوت جمع کرانے یا ناموزوں ویریفکیشن ریکارڈز مل جائیں، تو ان واقعات کا تفصیلی جائزہ لینا ضروری ہے۔
سکسینک اور زیڈ-پروف مارکیٹ کے لیے اس کمزوری کا کیا مطلب ہے
یا واقعہ یہ ظاہر کرتا ہے کہ صفر جانکاری بنیادی ڈھانچے کی حفاظت صرف بنیادی کرپٹوگرافک پروٹوکول پر منحصر نہیں ہے۔ ایک مضبوط ثبوت نظام تب بھی نقصان پہنچا سکتا ہے جب سیریلائزیشن، ڈیٹا ہینڈلنگ، یا تصدیق منطق میں عملدرآمد کی غلطیاں ہوں۔ جیسے جیسے zkVMs اور ثبوت نظامز بلاک چین ڈھانچے میں زیادہ وسیع طور پر ادماج ہو رہے ہیں، مضبوط ان پٹ تصدیق، مستقل آڈٹ، بگ بونٹی پروگرامز، اور وقت پر سافٹ ویئر اپ ڈیٹس ضروری ہیں۔
نتیجہ
سکسینک SP1 کی کمزوری زیرو-کنوز وسیعہ کے لیے ایک بنیادی ضرورت کو اجاگر کرتی ہے: تصدیق سافٹ ویئر کو اعتماد کرنے سے پہلے ثبوت کے ڈیٹا کی ساخت کی تصدیق کرنا چاہیے۔ یہ خامی SP1 V6 نیٹیو رسٹ ویریفائر کمپونینٹس 6.0.0 سے 6.8.0 تک متاثر ہوئی اور اس سے غلط اجرائی ثبوت قبول کیے جانے کا امکان تھا جب ٹینسر ڈائیمنشنز کی اعلان کردہ لمبائی اصل ذخیرہ لمبائی سے مطابقت نہیں رکھتی تھی۔ اس مسئلے کو عہدیدار GitHub مشورے میں اعلیٰ درجہ دیا گیا، اور SP1 6.8.1 میں مسئلے کو حل کرنے کے لیے ضروری перевچس شامل کیے گئے۔
سکسینک نے اپنے مین نیٹ پروور نیٹ ورک پر فکس لاگو کر دیا ہے، جو مسئلہ کے اعلان کے وقت واحد جانا جانے والا متاثرہ ڈیپلویمنٹ تھا۔ اپنے اپنے نیٹو رسٹ ویریفائرز چلانے والے ڈویلپرز کو اب بھی اپنے ورژنز چیک کرنا چاہیے اور جہاں ضرورت ہو وہ اپ گریڈ کرنا چاہیے۔ اہم بات یہ ہے کہ آفسیل ایڈوائزری میں یہ نہیں بتایا گیا کہ یہ خامی نے مالی نقصان کا سبب بنی ہے، اور فکسڈ شیپ ورپڈ پروفز کا استعمال کرتے ہوئے Groth16 اور Plonk ویریفکیشن اس خاص مسئلے سے متاثر نہیں ہوا۔ کرپٹو صنعت کے لیے عام نتیجہ یہ ہے کہ مضبوط کرپٹوگرافک ڈیزائن کو دقت سے اجرا، مستقل تصدیق، اور منظم صرف کارروائی کے ساتھ ملانا چاہیے۔ حل کے سب سے معنی خیز اشارے تصدیق شدہ پچ اپنائی، قابل اعتماد آپریشن، اور شفاف فولو اپ اعلانات ہیں۔
اکثر پوچھے جانے والے سوالات
کیا SP1 کمزوری کا کوئی CVE نمبر ہے؟
آفیشل گٹہب سیکیورٹی ایڈوائزری میں اس مسئلے کے لیے کوئی معلوم CVE شناخت درج نہیں ہے۔ اس کا ٹریکنگ ریفرنس GHSA-p7v2-jjv3-8p8f ہے۔
SP1 کی کمزوری کس نے دریافت کی؟
سرکاری مشورہ وٹالس سالس کو عطاء کرتا ہے، جنہوں نے مسئلہ کی شناخت کی اور اِمنوفائی بگ بونٹی پروگرام کے ذریعے اس کی رپورٹ کی۔
کیا یہ کمزوری ہر زیرو نالج پروف سسٹم کو متاثر کرتی ہے؟
نہیں۔ یہ مشورہ خاص SP1 V6 نیٹیو رسٹ ویریفائر کمپوننٹس اور خاص ثبوت کی تصدیق کے راستوں کو متعلق ہے۔ یہ یہ نہیں ثابت کرتا کہ دیگر صفر جانکاری نظام متاثر ہوئے ہیں۔
کیا ڈویلپرز اپ گریڈ کے بعد بھی SP1 کا استعمال جاری رکھ سکتے ہیں؟
ہاں۔ اس کمزوری کا مطلب یہ نہیں کہ SP1 کو چھوڑ دیا جائے۔ ڈویلپرز کو ایک پچ شدہ مطابقت رکھنے والی ورژن استعمال کرنی چاہیے اور یہ تصدیق کرنی چاہیے کہ ان کا خاص انٹیگریشن متعلقہ سیکورٹی ہدایات کے مطابق ہے۔
پڑھنے والے اثباتی ٹیکنیکل تفصیلات کہاں تلاش کر سکتے ہیں؟
بنیادی حوالہ گٹھب پر موجود سرکاری SP1 سیکیورٹی مشورہ ہے، جو متاثرہ پیکیجز، ورژن کے دائرہ، ٹیکنیکی وجوہات، اثرات اور درستگی کو درج کرتا ہے۔
عذر: یہ عام مارکیٹ معلومات، جو ممکنہ طور پر تیسری طرف، تجارتی یا سپانسر شدہ ذرائع سے ہیں، صرف حوالہ اور تعلیمی مقاصد کے لیے فراہم کی گئی ہیں اور یہ مالیاتی یا سرمایہ کاری کی مشورت، پیشکش، دعوت یا ضمانت نہیں ہیں۔ ہم اس کی درستگی، مکملیت، قابلِ اعتمادی اور نتائجی نقصانات کے لیے ذمہ داری قبول نہیں کرتے۔ سرمایہ کاری/ٹریڈنگ خطرناک ہے؛ ماضی کا اداء مستقبل کے نتائج کی ضمانت نہیں دیتا۔ صارفین کو تحقیق کرنی چاہیے، عقلمندی سے فیصلہ کرنا چاہیے اور مکمل ذمہ داری لینی چاہیے۔ مزید تفصیلات کے لیے، براہ کرم KuCoin کے استعمال کی شرائط اور خرابی کا اعلان دیکھیں۔
ڈس کلیمر: یہ صفحہ آپ کی سہولت کے لیے AI ٹیکنالوجی کا استعمال کرتے ہوئے ترجمہ کیا گیا ہے۔ سب سے درست معلومات کے لیے، اصل انگلش ورژن سے رجوع کریں۔