24 جون کو، نیویارک کے مجازی کرنسی لائسنسنگ نظام کی پانچ سالہ سالگرہ جسے BitLicense کے نام سے جانا جاتا ہے، نیویارک ڈیپارٹمنٹ فنانشل سروسز (DFS) نے مخصوص کرنسیوں کے استعمال اور لائسنسنگ کے عمل کی منظوری سے متعلق نئی رہنمائی اور عمومی سوالنامہ شائع کیا۔ ایک مجوزہ مشروط لائسنسنگ فریم ورک کے طور پر۔ یہ اقدامات BitLicense رکھنے والی کمپنیوں کے لیے اہم بصیرت پیش کرتے ہیں یا اس کے لیے درخواست دینے پر غور کر رہے ہیں اور 2015 میں ریگولیشن کے ابتدائی اجراء کے بعد سے سب سے اہم تبدیلیوں اور مجوزہ تبدیلیوں کی نمائندگی کرتے ہیں۔
ورچوئل کرنسیوں کو اپنانے یا فہرست بنانے کے لیے رہنمائی
BitLicense کے نظام کے تحت، نیویارک بینکنگ قانون کے تحت لائسنس دہندگان اور منظور شدہ چارٹر ہولڈرز (مجموعی طور پر، "VC Entities") کے لیے مجازی کرنسیوں ("سکے") کی ضرورت ہوتی ہے جو وہ DFS کو اپنی ابتدائی درخواست میں "لسٹ" کرنے کا ارادہ رکھتے ہیں۔ تاریخی طور پر، نئے اثاثوں کی فہرست بنانے کے لیے VC اداروں کو منظوری حاصل کرنے کے لیے DFS کے پاس واپس جانا پڑتا تھا۔ پچھلے پانچ سالوں میں دستیاب سکوں کے پھیلاؤ کو دیکھتے ہوئے یہ ایک بوجھل اور وقت طلب نظام بن گیا۔ اس مسئلے کا تدارک کرنے کے لیے، دسمبر 2019 میں، DFS نے مجوزہ رہنمائی جاری کی تاکہ لائسنس دہندگان کو "بروقت اور محتاط انداز میں نئے سکے پیش کرنے اور استعمال کرنے" کی اجازت دی جائے۔ عوامی تبصرے موصول ہونے کے بعد، ڈی ایف ایس نے اب شائع کیا ہے۔ حتمی رہنمائی "VC ہستی کی گود لینے یا سکوں کی فہرست سازی میں رفتار اور کارکردگی کو بڑھانے کے لیے دو الگ الگ فریم ورک تیار کرنا۔" ان دو فریم ورکس میں شامل ہیں (1) "ایک VC ہستی کی طرف سے کسی نئے سکے کو گود لینے یا اس کی فہرست سازی کے لیے، DFS کی پیشگی منظوری کے بغیر، خود سرٹیفیکیشن کے عمل کے ذریعے ایک فرم مخصوص پالیسی کی تشکیل کے لیے ایک عمومی فریم ورک" اور (2) " وسیع پیمانے پر استعمال کے لیے سکے کو گرین لسٹ کرنے کے عمل کے لیے ایک عمومی فریم ورک۔
سکے کی فہرست سازی کی پالیسی
سککوں کے استعمال کی خود تصدیق کرنے کے خواہشمند VC اداروں کو DFS فریم ورک کے مطابق سکے کی فہرست کی پالیسی بنانا چاہیے اور ایسی پالیسی DFS سے منظور ہونی چاہیے۔ DFS کے مطابق، سکے کی فہرست سازی کی پالیسی میں "مضبوط طریقہ کار کو شامل کرنا چاہیے جو سکوں کے جائزے اور منظوری میں شامل تمام اقدامات کو جامع طور پر حل کرتا ہے" اور اس کا نتیجہ صرف اس صورت میں منظور ہونا چاہیے جب VC ادارہ یہ نتیجہ اخذ کرے کہ فہرست BitLicense کے نظام میں موجود معیارات کے مطابق ہے۔
خاص طور پر، رہنمائی میں کہا گیا ہے کہ "ایک VC ہستی کسی بھی سکے کی خود تصدیق نہیں کر سکتی جو کسی صارف یا ہم منصب کی شناخت کو چھپانے یا چھپانے میں سہولت فراہم کر سکتا ہو" یعنی "کوئی رازداری کا سکہ خود سے تصدیق شدہ نہیں ہو سکتا۔" اسی طرح، VC ادارے "کسی ایسے سکے کو خود سے تصدیق نہیں کر سکتے جو قوانین اور ضوابط (مثال کے طور پر، جوئے کے سکے) کو روکنے کے لیے ڈیزائن کیا گیا ہو یا کافی حد تک استعمال کیا گیا ہو۔" خاص طور پر، رہنمائی اصطلاح "پرائیویسی کوائن" یا "جوئے کا سکہ" کی وضاحت نہیں کرتی ہے اور نہ ہی BitLicense کے ضوابط میں ایسی اصطلاحات کی وضاحت کی گئی ہے۔ رہنمائی کے تحت اس طرح کے سکوں پر مکمل پابندی نہیں ہے، لیکن خود سرٹیفیکیشن کے ذریعے منظوری کے برخلاف مخصوص DFS منظوری کی ضرورت ہوگی۔
سکے کی فہرست سازی کی پالیسیوں کو کچھ کم از کم معیارات پر عمل کرنا چاہیے (1) گورننس، (2) خطرے کی تشخیص، اور (3) نگرانی۔ گورننس کے حوالے سے، رہنمائی کے لیے بورڈ آف ڈائریکٹرز یا اس کے مساوی ادارے سے سکے کی فہرست سازی کی پالیسی اور ہر نئے درج شدہ سکے کی منظوری درکار ہوتی ہے۔ اس میں مفادات کے تصادم، ریکارڈ رکھنے، فہرست سازی کی پالیسی کے وقتاً فوقتاً جائزے، اور عدم تعمیل کی مثالوں کی DFS کو مطلع کرنے سے متعلق دفعات بھی شامل ہیں۔ اس کے علاوہ، DFS سے پیشگی تحریری منظوری کے بغیر پالیسی میں کوئی تبدیلی یا نظرثانی نہیں کی جا سکتی ہے۔
خطرے کی تشخیص کے حوالے سے، رہنمائی میں کہا گیا ہے کہ VC ہستی کو "خطرے کی ایک جامع تشخیص کرنا چاہیے جو اس بات کو یقینی بنانے کے لیے ڈیزائن کیا گیا ہے کہ وہ سکے اور استعمال جن کے لیے اس پر غور کیا جا رہا ہے وہ صارف کے تحفظ اور [BitLicense رجیم میں شامل دیگر معیارات سے مطابقت رکھتا ہے۔ اور VC ہستی کی حفاظت اور تندرستی کے ساتھ۔ اس کے بعد رہنمائی 11 مختلف خطرات کی فہرست پر چلتی ہے جن کا اندازہ ہر نئے سکے کے لیے ضروری ہے۔ مثال کے طور پر، دیگر خطرات کے علاوہ، VC اداروں کو "سائبر سیکیورٹی رسک"، "مفاد کے حقیقی یا ممکنہ تصادم سے وابستہ خطرات" اور "ریگولیٹری خطرات بشمول فنانشل کرائمز انفورسمنٹ نیٹ ورک (FinCEN) کے وفاقی ضوابط سے متعلق خطرات کا جائزہ لینا چاہیے۔ کموڈٹی فیوچر ٹریڈنگ کمیشن (CFTC) اور یو ایس سیکیورٹیز اینڈ ایکسچینج کمیشن (SEC)۔ اگرچہ واضح طور پر بیان نہیں کیا گیا ہے، CFTC اور SEC کا حوالہ تجویز کرتا ہے کہ VC اداروں کو خاص طور پر محتاط رہنا چاہیے جب وہ سکوں کی فہرست سازی پر غور کریں جنہیں SEC قوانین کے تحت تحفظ یا CFTC قوانین کے تحت مشتق پروڈکٹ سمجھا جا سکتا ہے۔
نگرانی کے حوالے سے، رہنمائی میں کہا گیا ہے کہ "ایک بار جب کوئی VC ہستی ایک نئے سکے کا استعمال شروع کر دیتی ہے، VC ہستی کے پاس سکے کی نگرانی کے لیے پالیسیاں اور طریقہ کار ہونا چاہیے تاکہ یہ یقینی بنایا جا سکے کہ VC ہستی کا سکے کا مسلسل استعمال ہوشیار رہے۔" اس طرح کی نگرانی میں شامل ہیں (1) متواتر از سر نو جائزہ، (2) درج شدہ سکوں سے منسلک خطرات کو منظم کرنے کے لیے اندرونی کنٹرولز کو "گود لینا، دستاویزات، اور عمل درآمد"، اور (3) سکوں کو ڈی لسٹنگ کرنے کا عمل۔
قابل ذکر طور پر، منظور شدہ سکے کی فہرست سازی کی پالیسی کے ساتھ VC اداروں کے لیے، جبکہ DFS کی پیشگی منظوری کی ضرورت نہیں ہے، ایسی اداروں کو استعمال کرنے سے پہلے "DFS کو سکے کو استعمال کرنے کے اپنے ارادے کا تحریری نوٹس فراہم کرنا چاہیے، بشمول اس کے مخصوص استعمال اور مقصد کی تفصیلات"۔ سکہ
منظور شدہ سکے کی فہرست سازی کی پالیسی کے بغیر VC اداروں کو DFS سے پیشگی منظوری لینا جاری رکھنا چاہیے، جب تک کہ سکے DFS "گرین لسٹ" میں شامل نہ ہو (ذیل میں زیر بحث)۔
ڈی ایف ایس گرین لسٹ
DFS نے منظور شدہ سکوں کی گرین لسٹ شائع کی ہے جسے VC ادارے DFS سے مخصوص منظوری حاصل کیے بغیر یا خود سرٹیفیکیشن کے عمل سے گزرے بغیر فہرست بنا سکتے ہیں۔ سکے کو دو میکانزم کے ذریعے گرین لسٹ میں شامل کیا جا سکتا ہے۔ سب سے پہلے، سککوں کو براہ راست DFS کی طرف سے منظور کیا جا سکتا ہے. دوسرا، وہ سکے جو تین "مختلف اور غیر متعلقہ اداروں" کے ذریعے خود تصدیق کے عمل کے ذریعے منظور کیے جاتے ہیں، "گرین لسٹ انتظار کی مدت" میں سکوں کی عوامی فہرست میں شامل کیے جائیں گے۔ چھ مہینوں کے بعد سکے کو گرین لسٹ میں شامل کر دیا جائے گا جب تک کہ کوئی VC ہستی دیے گئے سکے کو حذف یا استعمال کرنا بند نہ کر دے، ایسی صورت میں "DFS فیصلہ کر سکتا ہے کہ گرین لسٹ انتظار کی مدت کو جاری رکھنے یا نہ رکھنے کی بنیاد پر کسی بھی معلومات کی بنیاد پر اسے متعلقہ سمجھا جائے۔" خاص طور پر، سکے عام مقصد کے استعمال کے برخلاف "ایک مخصوص استعمال" کے لیے گرین لسٹ کیے گئے ہیں۔ رہنمائی سے یہ واضح نہیں ہے کہ اس طرح کے استعمال کو کس حد تک وسیع پیمانے پر سمجھا جائے گا۔ فی الحال، گرین لسٹ میں دو استعمال شامل ہیں: "حراست" اور "لسٹنگ۔" تاہم، یہ شرائط DFS یا BitLicense کے ضوابط میں بیان نہیں کی گئی ہیں اور یہ واضح نہیں ہے کہ آیا یہ صرف وہی استعمال ہیں جنہیں DFS گرین لسٹ میں شامل کرنے پر غور کرے گا۔
گرین لسٹ انتظار کی مدت کے دوران، VC ادارے اب بھی براہ راست DFS کی منظوری کے ذریعے یا خود سرٹیفیکیشن کے عمل کے ذریعے سکے کو استعمال کرنے کی کوشش کر سکتے ہیں۔ VC ہستی کے پاس "گرین لسٹ میں کسی بھی سکے کو اپنانے اور استعمال کرنے کی نگرانی کرنے کے لیے پالیسیاں اور طریقہ کار ہونا ضروری ہے تاکہ یہ یقینی بنایا جا سکے کہ VC ہستی کا سکے کا مسلسل استعمال ہوشیار رہے۔"
DFS کی ویب سائٹ پر موجود موجودہ گرین لسٹ ذیل میں شامل ہے۔ اب تک، سات سکے "حفاظت" اور "لسٹنگ" کے لیے منظور کیے گئے ہیں اور ایک اضافی دو سکے تحویل کے لیے منظور کیے گئے ہیں، لیکن فہرست کے لیے نہیں۔
شفافیت کے تقاضے
رہنمائی میں کہا گیا ہے کہ VC اداروں کو اپنے صارفین کو پیش کردہ سکوں کے بارے میں تحریری انکشافات فراہم کرنا چاہیے، بشمول یہ کہ آیا ایک سکے کو گرین لسٹ، سیلف سرٹیفیکیشن، یا مخصوص DFS منظوری سے منظور کیا گیا تھا۔
درخواست کے طریقہ کار سے متعلق نوٹس
صنعت نے طویل عرصے سے شکایت کی ہے کہ BitLicense کی درخواست کا عمل پیچیدہ، لمبا ہے، اور، بعض صورتوں میں، شفافیت کا فقدان ہے۔ ایک نئے میں نوٹس DFS ویب سائٹ پر شائع ہوا، یہ صنعت کی ان تنقیدوں کو تسلیم کرتا ہے اور بتاتا ہے کہ "DFS کے تجربے میں، ان خدشات کی ایک بنیادی وجہ یہ ہے کہ BitLicense کی درخواستیں اکثر تمام ضروری دستاویزات اور معلومات کے بغیر جمع کرائی جاتی ہیں۔" "BitLicense درخواست کے جائزے کے عمل میں شفافیت اور رفتار بڑھانے کے لیے،" DFS نے دو نئے "طریقوں" کا اعلان کیا۔
سب سے پہلے، DFS صرف اس وقت "مستقل جائزہ" شروع کرے گا جب ایک درخواست میں "تمام ضروری دستاویزات شامل ہوں... اور ایسی ہر دستاویز اپنے چہرے پر تنظیم اور تفصیل کی سطح کے لحاظ سے مناسب معلوم ہوتی ہے۔" DFS مزید وضاحت کرتا ہے کہ، "جو درخواستیں ابھی تک اس حالت میں نہیں ہیں، ان کو اس وقت تک ٹھوس جائزے کے لیے تیار نہیں سمجھا جائے گا جب تک کہ گمشدہ اشیاء فراہم نہ کر دی جائیں، اور عام طور پر ان کا جائزہ نہیں لیا جائے گا، سوائے اس بات کا تعین کرنے کے لیے کہ آیا بنیادی جائزہ مناسب ہے یا نہیں۔ " DFS کے مطابق یہ نیا عمل جائزے کے عمل کو بہتر بنائے گا (1) ان درخواستوں کے جائزے کو تیز کر کے جو ٹھوس جائزے کے لیے تیار سمجھی جاتی ہیں، (2) جس کے نتیجے میں "درخواست دہندگان کے لیے جزوی درخواستیں جمع کرانے کے لیے کسی بھی ترغیب کو محدود کر کے، زیادہ درخواستیں ٹھوس جائزے کے لیے تیار ہوں گی، "اور (3) کے نتیجے میں "DFS کے وسائل کا زیادہ موثر اور موثر استعمال"۔
دوسرا، DFS ضروریات کے دیئے گئے سیٹ کے لیے جاری کردہ "کمی کے خطوط" کی تعداد کو محدود کر دے گا۔ کمی کا خط ایک خط ہوتا ہے جس میں کسی درخواست دہندہ کے مواد کے دیئے گئے حصے میں کمی کا خاکہ ہوتا ہے جسے لائسنس جاری کرنے کے لیے دور کرنا ضروری ہے۔ DFS کے مطابق، "ان خطوط میں واپسی کی تاریخ شامل ہوگی جس کے ذریعے مکمل جواب دینا ہے" اور "اگر کسی مخصوص درخواست کی ضرورت یا ضروریات کے سیٹ میں شامل تمام کمیوں کو جوابی مدت کے اختتام تک پوری طرح اور مؤثر طریقے سے دور نہیں کیا گیا ہے۔ ضرورت (ضروریات) کو پورا کرنے والا تیسرا کمی کا خط، DFS، بغیر کسی اطلاع کے، درخواست کو مسترد کر سکتا ہے۔" DFS وضاحت کرتا ہے کہ یہ پالیسی ایسے درخواست دہندگان کو فائدہ پہنچائے گی جو اپنی درخواستوں کو مستعدی سے نظرثانی کی اہم مدت میں ایک بار آگے بڑھاتے ہیں اور DFS وسائل کے زیادہ موثر استعمال کی اجازت دیتے ہیں۔
DFS کی طرف سے اعلان کردہ نئے طرز عمل مکمل طور پر مکمل اور اچھی طرح سے تیار کردہ ایپلیکیشن پیکج رکھنے اور DFS کی کمی کے خطوط کا فوری اور مکمل جواب دینے کے ساتھ ساتھ تجربہ کار مشیر کے ساتھ کام کرنے کی اہمیت پر زور دیتے ہیں جو پالیسیوں اور طریقہ کار کو تیار کرنے میں مدد کر سکتے ہیں ڈی ایف ایس یہ دیکھنا باقی ہے کہ آیا نیا طریقہ کار درحقیقت درخواست دہندگان کے لیے کارروائی کے اوقات کو تیز کرے گا۔
تازہ ترین سوالات
رہنمائی کے علاوہ، اوپر بحث کی گئی، DFS نے ایک نظر ثانی شدہ سیٹ بھی جاری کیا۔ اکثر پوچھے گئے سوالات. نظر ثانی شدہ FAQs میں نئے سکے کی فہرست سازی کے فریم ورک اور لائسنس کی درخواست کے طریقہ کار کے خلاصے شامل ہیں۔ FAQs میں BitLicense کے دائرہ کار کے حوالے سے بہت سے مددگار جوابات بھی شامل ہیں، مثال کے طور پر، یہ واضح کرنا کہ "بہت سے" stablecoins کو BitLicense نظام کے تحت ورچوئل کرنسی سمجھا جاتا ہے اور یہ کہ "لکھنے والا سافٹ ویئر جو صارفین کو بٹوے میں ورچوئل کرنسی کو خود تحویل میں لینے کی اجازت دیتا ہے۔ بذات خود، بٹ لائسنس کی ضرورت نہیں ہوگی۔
مجوزہ مشروط لائسنسنگ فریم ورک
BitLicense کے موجودہ ضوابط کے تحت، DFS، اپنی صوابدید پر، کسی ایسے درخواست دہندہ کو "مشروط لائسنس" دے سکتا ہے جو "لائسنس دینے پر تمام ریگولیٹری تقاضوں کو پورا نہیں کرتا"۔ مشروط لائسنس دو سال کے لیے دیے جا سکتے ہیں جس کے دوران کسی ادارے کو DFS کی طرف سے عائد کردہ شرائط کو پورا کرنا چاہیے۔ مشروط لائسنس کی مدت کے اختتام پر DFS لائسنس کی میعاد ختم ہونے، لائسنس کی مشروط حیثیت کو ہٹانے، یا مشروط لائسنس کی مدت کو بڑھانے کی اجازت دے سکتا ہے۔ مشروط لائسنس کے طریقہ کار کا مقصد اسٹارٹ اپس کو مزید محدود وسائل کے ساتھ ایک آنرامپ فراہم کرنا تھا جو کہ ان کی درخواست کے وقت DFS کی تمام ضروریات کو پورا نہیں کرتے، لیکن مستقبل میں مکمل تعمیل کرنے کے لیے ایک واضح روڈ میپ رکھتے ہیں۔ تاہم، آج تک، یہ مشروط لائسنس صنعت کے زیادہ تر اراکین کے لیے بہت کم دلچسپی کا حامل رہا ہے کیونکہ اس عمل کی موروثی غیر یقینی صورتحال اور مشروط لائسنس حاصل کرنے کے لیے درکار اہم وسائل ہیں۔
مجوزہ مشروط لائسنسنگ فریم ورک DFS کے ذریعہ شائع کردہ کچھ فرموں کو درپیش چیلنجوں کو تسلیم کرتا ہے جس میں "درخواست کا سخت عمل، جس میں درخواست دہندگان کے لیے وقت اور وسائل کا ایک اہم خرچ شامل ہو سکتا ہے۔" ان چیلنجوں کو کم کرنے کے لیے، DFS نے مشروط لائسنسنگ فریم ورک کی تجویز پیش کی کہ "ایک نئے داخل ہونے والے کو ایک مجاز بٹ لائسنس یافتہ یا نیویارک کے محدود مقصد کے ٹرسٹ چارٹر کے حامل کے ساتھ مل کر کام کرنے کی اجازت دی جائے ... مشروط BitLicense کی مدت کے دوران۔" جیسا کہ DFS کی طرف سے وضاحت کی گئی ہے، ایک درخواست دہندہ "ایک مشروط لائسنس کے تحت نیویارک میں ورچوئل کرنسی کی کاروباری سرگرمی میں مشغول ہونے کی کوشش کرنے والا مختلف خدمات اور معاونت کے لیے ایک مجاز VC ہستی کے ساتھ تعاون کرے گا اور اس میں مشغول ہو گا، جیسے کہ ڈھانچے، سرمایہ، نظام، عملے سے متعلق۔ ، یا کسی اور مدد کی ضرورت ہے۔" DFS نے مزید کہا کہ وہ توقع کرتا ہے کہ مشروط لائسنس حاصل کرنے والے ادارے آخرکار مکمل BitLicense حاصل کریں گے۔ مجوزہ فریم ورک پانچ مراحل پر مشتمل ہے:
- ایک درخواست دہندہ DFS کو درخواست دہندہ اور VC ادارے کے درمیان "سروس لیول یا اس سے ملتا جلتا معاہدہ" کا مسودہ فراہم کرے گا۔
- ایک درخواست دہندہ کچھ اضافی دستاویزات اور معلومات جمع کرائے گا جس کی بنیاد پر درخواست دہندہ کاروبار کرنے کا ارادہ رکھتا ہے اور اس کاروبار کی طرف سے پیش کردہ خطرات؛
- DFS درخواست کے مواد کا ایک اہم جائزہ لے گا۔
- منظور ہونے پر، DFS اور درخواست دہندہ ایک "نگرانی کا معاہدہ" کریں گے جس میں دیگر امور کے ساتھ ساتھ، "وہ سرگرمیاں جن میں درخواست دہندہ شامل ہو سکتا ہے، اس کی ضروریات کو پورا کرنا، تقسیم، تقسیم اور ذمہ داریوں اور ذمہ داریوں کا VC کے ساتھ اشتراک کی تفصیلات" میں داخل ہوں گے۔ ہستی، اور نگرانی DFS درخواست گزار کے حوالے سے کرے گی۔ اور
- نگران معاہدے کی تکمیل پر، DFS درخواست گزار کو مشروط لائسنس جاری کرے گا۔
DFS مجوزہ فریم ورک کے بارے میں تمام دلچسپی رکھنے والی جماعتوں سے تبصرے طلب کر رہا ہے اور 11 مخصوص سوالات کی فہرست دیتا ہے جن کے لیے وہ "خاص طور پر تبصرے حاصل کرنے میں دلچسپی رکھتا ہے۔" VC اداروں اور VC اداروں کے ساتھ کاروبار کرنے پر غور کرنے والے اداروں کو مجوزہ فریم ورک کا جائزہ لینا چاہیے اور تجربہ کار وکیل کی رہنمائی کے ساتھ تبصرہ جمع کرانے پر غور کرنا چاہیے۔
خاص طور پر، مجوزہ فریم ورک کا بنیادی مقصد VC اداروں کو مخصوص خدمات فراہم کرنے کے خواہاں اداروں کے مسئلے کو حل کرنا ہے۔ مثال کے طور پر، نیو یارک میں مقیم VC ہستی کے لیے تحویل کے حل فراہم کرنے کی خواہش رکھنے والا ادارہ مجوزہ فریم ورک کے تحت ممکنہ امیدوار ہو سکتا ہے۔ اس فریم ورک میں بظاہر ان اداروں کے لیے کم افادیت ہے جو موجودہ VC فرموں کے ساتھ تعاون نہیں کرنا چاہتے، بلکہ ان فرموں سے مقابلہ کرنا چاہتے ہیں۔ مثال کے طور پر، ریاست میں دوسرے فراہم کنندگان کے ساتھ مقابلہ کرنے کے لیے نیویارک میں ایک نیا ورچوئل کرنسی ایکسچینج قائم کرنے کی کوشش کرنے والا ادارہ فریم ورک کے تحت ایسا کرنے سے قاصر ہو گا جب تک کہ اسے کوئی رضامند VC Entity پارٹنر نہ ملے۔
Steptoe اس مجوزہ فریم ورک کی نگرانی اور اپ ڈیٹس فراہم کرتا رہے گا کیونکہ DFS کا عمل سامنے آتا ہے۔
- 11
- 2019
- سرگرمیوں
- ایڈیشنل
- منہ بولابیٹا بنانے
- معاہدہ
- تمام
- کے درمیان
- کا اعلان کیا ہے
- درخواست
- ایپلی کیشنز
- اثاثے
- بینکنگ
- BitLicense
- بورڈ
- بورڈ آف ڈائریکٹرز
- جسم
- کاروبار
- دارالحکومت
- مقدمات
- کیونکہ
- CFTC
- سکے
- سکے
- تعاون
- تبصروں
- کمیشن
- شے
- کمپنیاں
- تعمیل
- سمجھتا ہے
- صارفین
- صارفین کا تحفظ
- جاری
- تخلیق
- جرم
- کرنسی
- موجودہ
- تحمل
- گاہکوں
- تفصیل
- دستاویزات
- موثر
- کارکردگی
- ایکسچینج
- امید ہے
- چہرہ
- سامنا کرنا پڑا
- وفاقی
- مالی
- مالیاتی خدمات
- FinCen
- پہلا
- فریم ورک
- مکمل
- مستقبل
- فیوچرز
- جوا
- جنرل
- گورننس
- کس طرح
- HTTPS
- شناختی
- سمیت
- اضافہ
- صنعت
- معلومات
- ارادے
- دلچسپی
- ملوث
- IT
- رکھتے ہوئے
- قانون
- قوانین
- قوانین اور قواعد
- سطح
- لائسنس
- لائسنس
- لائسنسنگ
- لمیٹڈ
- لسٹ
- لسٹنگ
- فہرستیں
- لانگ
- مواد
- اراکین
- نگرانی
- ماہ
- نیٹ ورک
- NY
- نیویارک کی
- NY
- پیش کرتے ہیں
- حکم
- دیگر
- پارٹنر
- کارمک
- پالیسیاں
- پالیسی
- حال (-)
- کی رازداری
- مصنوعات
- تحفظ
- عوامی
- ضابطے
- ضروریات
- وسائل
- جواب
- کا جائزہ لینے کے
- جائزہ
- رسک
- خطرے کی تشخیص
- قوانین
- سیفٹی
- SEC
- سیکورٹیز
- سیکورٹیز اینڈ ایکسچینج کمیشن
- سیکورٹی
- سروسز
- مقرر
- چھ
- So
- سافٹ ویئر کی
- حل
- تیزی
- Stablecoins
- معیار
- حالت
- امریکہ
- درجہ
- جمع کرائی
- حمایت
- کے نظام
- سسٹمز
- وقت
- ٹریڈنگ
- شفافیت
- بھروسہ رکھو
- تازہ ترین معلومات
- us
- کی افادیت
- VC
- مجازی
- ورچوئل کرنسی
- بٹوے
- ویب سائٹ
- کام
- سال