در 24 ژوئن، سالگرد پنج سالگی رژیم صدور مجوز ارز مجازی نیویورک به نام BitLicense، خدمات مالی دپارتمان نیویورک (DFS) راهنمایی و سوالات متداول جدید مربوط به تایید استفاده از ارزهای خاص و فرآیند صدور مجوز را منتشر کرد. به عنوان یک چارچوب مجوز مشروط پیشنهادی. این اقدامات بینش مهمی را برای شرکتهایی ارائه میکند که دارند یا در نظر دارند برای BitLicense درخواست دهند و نشاندهنده مهمترین تغییرات و تغییرات پیشنهادی از زمان صدور اولیه مقررات در سال 2015 است.
راهنمای پذیرش یا فهرست کردن ارزهای مجازی
تحت رژیم BitLicense، دارندگان مجوز و دارندگان منشور تایید شده بر اساس قانون بانکداری نیویورک (مجموعاً "شخصیت های VC") باید ارزهای مجازی ("کوین") را که قصد دارند در درخواست اولیه خود برای DFS "لیست" کنند، شامل شوند. از لحاظ تاریخی، برای فهرست کردن داراییهای جدید، نهادهای VC باید برای دریافت تأیید به DFS بازگردند. با توجه به گسترش سکه های موجود در پنج سال گذشته، این سیستم به یک سیستم دست و پا گیر و وقت گیر تبدیل شد. به منظور رفع این مشکل، در دسامبر 2019، DFS دستورالعمل پیشنهادی را صادر کرد تا به دارندگان مجوز اجازه دهد تا «سکههای جدید را به موقع و محتاطانه ارائه و استفاده کنند». پس از دریافت نظرات عمومی، DFS اکنون منتشر کرده است راهنمایی نهایی ایجاد «دو چارچوب مجزا برای افزایش سرعت و کارایی در پذیرش یا فهرستبندی سکهها توسط نهاد VC». این دو چارچوب عبارتند از (1) "یک چارچوب کلی برای ایجاد یک خط مشی خاص شرکت برای پذیرش یا فهرست کردن یک سکه جدید، بدون تایید قبلی DFS، از طریق فرآیند خود گواهی" توسط یک نهاد VC و (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
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. اینکه آیا شیوه های جدید در واقع زمان پردازش را برای متقاضیان سرعت می بخشد، باید دید.
سوالات متداول به روز شده
علاوه بر راهنمایی، که در بالا مورد بحث قرار گرفت، DFS همچنین مجموعه ای اصلاح شده را منتشر کرد پرسش های متداول. پرسشهای متداول اصلاحشده شامل خلاصهای از چارچوبهای جدید فهرستبندی سکه و رویههای درخواست مجوز است. پرسشهای متداول همچنین شامل تعدادی پاسخ مفید در رابطه با دامنه BitLicense است، به عنوان مثال، روشن میکند که «بسیاری» استیبل کوینها تحت رژیم BitLicense ارز مجازی در نظر گرفته میشوند و «نرمافزار نوشتن که به مشتریان اجازه میدهد ارز مجازی را در کیف پول خود نگه دارند. به خودی خود نیازی به BitLicense ندارد."
چارچوب مجوز مشروط پیشنهادی
طبق مقررات فعلی BitLicense، DFS ممکن است بنا به صلاحدید خود، «مجوز مشروط» را به متقاضی اعطا کند که «همه الزامات نظارتی هنگام صدور مجوز را برآورده نمیکند». مجوزهای مشروط ممکن است برای دو سال اعطا شود که طی آن یک نهاد باید شرایط تحمیل شده توسط DFS را برآورده کند. در پایان دوره مجوز مشروط، DFS می تواند اجازه دهد مجوز منقضی شود، وضعیت مشروط مجوز را حذف کند، یا دوره مجوز مشروط را تمدید کند. مکانیزم مجوز مشروط به منظور فراهم کردن یک راهپیمایی برای استارتآپهایی با منابع محدودتر بود که ممکن است در زمان درخواست، همه الزامات DFS را برآورده نکنند، اما نقشه راه روشنی برای انطباق کامل در آینده دارند. با این حال، تا به امروز، این مجوز مشروط برای اکثر اعضای صنعت با توجه به عدم قطعیت های ذاتی فرآیند و منابع قابل توجه مورد نیاز برای دریافت حتی مجوز مشروط، چندان مورد توجه نبوده است.
مجوز مشروط پیشنهادی چارچوب منتشر شده توسط DFS چالش های پیش روی برخی از شرکت ها از جمله "فرایند درخواست دقیق، که می تواند هزینه قابل توجهی از زمان و منابع را برای متقاضیان در بر داشته باشد" تشخیص می دهد. به منظور بهبود این چالشها، DFS یک چارچوب مجوز مشروط را پیشنهاد کرد تا به یک شرکت جدید اجازه دهد با همکاری یک دارنده مجوز BitLicense یا دارنده یک منشور اعتماد محدود نیویورک در طول مدت BitLicense مشروط کار کند. همانطور که توسط DFS توضیح داده شده است، "متقاضی که به دنبال شرکت در فعالیت تجاری ارز مجازی در نیویورک تحت مجوز مشروط است، با یک نهاد مجاز VC برای خدمات و پشتیبانی های مختلف، مانند خدمات مربوط به ساختار، سرمایه، سیستم ها، پرسنل همکاری و تعامل خواهد کرد. یا هر حمایت دیگری که لازم است.» DFS اضافه می کند که انتظار دارد نهادهایی که مجوز مشروط اعطا شده است در نهایت به دنبال یک BitLicense کامل باشند. چارچوب پیشنهادی شامل پنج مرحله است:
- یک متقاضی پیش نویس «سطح خدمات یا توافقنامه مشابه» را بین متقاضی و یک نهاد VC به DFS ارائه می دهد.
- متقاضی اسناد و اطلاعات اضافی خاصی را بر اساس نوع کسب و کاری که متقاضی قصد انجام آن را دارد و خطرات ارائه شده توسط آن کسب و کار ارائه می کند.
- DFS یک بررسی اساسی از مواد برنامه انجام خواهد داد.
- در صورت تایید، DFS و متقاضی یک "توافق نظارتی" منعقد می کنند که در آن، از جمله ملاحظات دیگر، "فعالیت هایی که متقاضی ممکن است در آن شرکت کند، الزاماتی که باید برآورده کند، تقسیم، تقسیم و تقسیم مسئولیت ها و مسئولیت ها با VC) را شرح دهد. نهاد، و DFS نظارتی در رابطه با متقاضی انجام خواهد داد؛ و
- پس از تکمیل قرارداد نظارت، DFS برای متقاضی مجوز مشروط صادر می کند.
DFS به دنبال نظرات همه طرف های ذینفع در مورد چارچوب پیشنهادی است و 11 سؤال خاص را فهرست می کند که "به ویژه علاقه مند به دریافت نظرات" است. هم نهادهای VC و هم نهادهایی که قصد انجام تجارت با نهادهای VC را دارند، باید چارچوب پیشنهادی را بررسی کرده و با راهنمایی مشاوران مجرب نظر خود را ارسال کنند.
به طور قابلتوجه، به نظر میرسد چارچوب پیشنهادی اساساً با هدف حل مسئله نهادهایی که به دنبال ارائه خدمات خاصی به نهادهای VC هستند، باشد. برای مثال، نهادی که مایل به ارائه راهحلهای نگهداری برای یک نهاد VC مستقر در نیویورک است، میتواند یک نامزد بالقوه تحت چارچوب پیشنهادی باشد. ظاهراً این چارچوب برای نهادهایی که به دنبال همکاری با شرکتهای VC موجود نیستند، بلکه به دنبال رقابت با آن شرکتها نیستند، کاربرد کمتری دارد. به عنوان مثال، نهادی که به دنبال ایجاد یک صرافی جدید ارز مجازی در نیویورک برای رقابت با سایر ارائه دهندگان در این ایالت است، نمی تواند این کار را تحت این چارچوب انجام دهد، مگر اینکه شریک VC Entity را پیدا کند.
Steptoe همچنان به نظارت و ارائه به روز رسانی در مورد این چارچوب پیشنهادی ادامه خواهد داد، زیرا فرآیند DFS آشکار می شود.
- 11
- 2019
- فعالیت ها
- اضافی
- اتخاذ
- توافق
- معرفی
- در میان
- اعلام کرد
- کاربرد
- برنامه های کاربردی
- دارایی
- بانکداری
- BitLicense
- تخته
- هيئت مدیره
- بدن
- کسب و کار
- سرمایه
- موارد
- علت
- CFTC
- سکه
- سکه
- همکاری
- نظرات
- کمیسیون
- کالا
- شرکت
- انطباق
- در نظر می گیرد
- مصرف کننده
- حمایت از مصرف کننده
- ادامه دادن
- ایجاد
- جنایات
- واحد پول
- جاری
- بازداشت
- مشتریان
- جزئیات
- اسناد و مدارک
- موثر
- بهره وری
- تبادل
- انتظار می رود
- چهره
- نما
- فدرال
- مالی
- خدمات مالی
- FinCen
- نام خانوادگی
- چارچوب
- کامل
- آینده
- آینده
- قمار
- سوالات عمومی
- حکومت
- چگونه
- HTTPS
- هویت
- از جمله
- افزایش
- صنعت
- اطلاعات
- قصد
- علاقه
- گرفتار
- IT
- نگهداری
- قانون
- قوانین
- قوانین و مقررات
- سطح
- مجوز
- مجوزها
- صدور مجوز
- محدود شده
- فهرست
- فهرست
- لیست
- طولانی
- مصالح
- اعضا
- نظارت بر
- ماه
- شبکه
- نیویورک
- نیویورک
- NY
- ارائه
- سفارش
- دیگر
- شریک
- پرسنل
- سیاست
- سیاست
- در حال حاضر
- خلوت
- محصول
- حفاظت
- عمومی
- مقررات
- مورد نیاز
- منابع
- پاسخ
- این فایل نقد می نویسید:
- بررسی
- خطر
- ارزیابی ریسک
- قوانین
- ایمنی
- SEC
- اوراق بهادار
- بورس و اوراق بهادار کمیسیون
- تیم امنیت لاتاری
- خدمات
- تنظیم
- شش
- So
- نرم افزار
- مزایا
- سرعت
- استابل کویین
- استانداردهای
- دولت
- ایالات
- وضعیت
- ارسال
- پشتیبانی
- سیستم
- سیستم های
- زمان
- تجارت
- شفافیت
- اعتماد
- به روز رسانی
- us
- سودمندی
- VC
- مجازی
- پول مجازی
- کیف پول
- سایت اینترنتی
- مهاجرت کاری
- سال