Криптороробники переглядають зберігання активів згідно з рекомендаціями FinCEN MSB

Якщо немає зберігання/контролю, ліцензування грошових переказів менш імовірне

Модель продукту, що включає лише інструменти, яка ніколи не приймає, не зберігає та не контролює кошти користувачів, з меншою ймовірністю призведе до необхідності ліцензування грошових переказів. Заявлений план створення інструментів для фінансових даних та з'єднань без посередництва або обробки транзакцій відповідає цьому профілю з нижчим рівнем ризику.

відповідно до керівництва FinCEN, ключове питання полягає в тому, чи приймає або передає сторона цінність від імені інших і, таким чином, здійснює зберігання або контроль. Коли постачальник обмежується аналітикою, підключенням до даних та інтеграціями лише для читання, ризик того, що його розглядатимуть як бізнес з надання грошових послуг, зазвичай знижується, хоча результати залишаються специфічними для кожного випадку.

Некастодіальне програмне забезпечення все ще стикається з операційними та регуляторними очікуваннями поза ліцензуванням. Конфіденційність даних, засоби кібербезпеки та прозоре розкриття інформації залишаються центральними там, де обробляється фінансова інформація клієнтів або облікові дані для підключення.

Редакційний аналіз юридичних коментарів вказує на те, що основний ризик залежить від ефективного контролю над ініціюванням транзакції або розрахунком. За словами De Silva Law Offices, у коментарі до законів США про передачу: "Одна експертна думка полягає в тому, що відповідальність за законами США про передачу грошей вимагає, щоб організація фактично передавала або обробляла кошти, а не просто створювала програмне забезпечення/інструменти, що забезпечують це."

На практиці ризик концентрується на межах продукту. Потоки покупок в один клік, функції кастодіального гаманця або програмна оркестрація, яка може переміщувати кошти, можуть означати контроль, збільшуючи регуляторний ризик. Зберігання ключового зберігання, підписання транзакцій та розрахунку з кінцевим користувачем або кваліфікованими кастодіанами зменшує цю імплікацію.

Некастодіальні інструменти зазвичай включають панелі керування, аналітику, відстеження портфеля та підключення гаманців лише для читання. Ці функції не приймають і не передають цінність за своєю суттю.

Дизайн інтеграції має значення. Якщо інструмент направляє ордери, групує платежі або може ініціювати перекази без ключів, контрольованих користувачем, регулятори можуть оцінити, чи здійснює він функціональний контроль. Чіткі межі управління ключами та ініціювання транзакцій допомагають підтримувати відмінність між програмним забезпеченням та послугою.

Документація підтверджує позицію. Діаграми архітектури, аналіз потоків коштів та записи про перевірку постачальників демонструють, як продукт уникає зберігання та передачі, все ще забезпечуючи підключення даних.

Регуляторний контекст: DOJ та Lewellen v. Bondi

Що сигналізує Lewellen v. Bondi для некастодіального програмного забезпечення

Коментарі до справи навколо Lewellen v. Bondi були зосереджені на тому, чи слід розглядати розробників з відкритим вихідним кодом або тільки інструментів, які не мають контролю над коштами, як передавачів. Суперечка підкреслює, що зберігання та функціональний контроль залишаються вирішальними міркуваннями.

Як позиції DOJ відрізняються від заяв розробників тільки інструментів

Згідно з Міністерством юстиції США, аргументи, висунуті у цій справі, відображають ширший погляд на відповідальність розробників у певних криптовалютних контекстах. На відміну від цього, позиції тільки інструментів підкреслюють відсутність зберігання або контролю розрахунків як обмежуючого фактора для відповідальності за передачу.

Поширені запитання про керівництво FinCEN

Які дії роблять криптоінструмент бізнесом з надання грошових послуг за правилами FinCEN?

Прийняття або передача цінності, здійснення зберігання або контролю, ініціювання або розрахунок транзакцій, або пропозиція кастодіальних гаманців можуть призвести до визнання MSB відповідно до федеральних правил боротьби з відмиванням грошей.

Як я можу створити некастодіальну платформу, щоб уникнути класифікації як брокера або передавача грошей?

Уникайте зберігання приватних ключів, запобігайте ініціюванню транзакцій, зберігайте розрахунок з користувачами або кастодіанами, відокремлюйте потоки комісій та впроваджуйте інтеграції лише для читання з перевіреними сторонніми конекторами.