Сотрудники SEC разъяснили правила разработки для функциональных сетей после классификации ADA

Новые ответы сотрудников SEC касаются продолжающихся обновлений, обещаний проектов и изменений в том, кто осуществляет разработку. Комиссия уже отнесла нативный актив Cardano к цифровым товарам в марте.

By SongMarketCap

Updated:

Cardano News - Сотрудники SEC разъяснили правила разработки для функциональных сетей после классификации ADA

Подразделение SEC Division of Corporation Finance опубликовало 25 сентября новые FAQ по криптоактивам. Ответы дополняют мартовскую интерпретацию Комиссии, в которой Cardano (ADA) была названа примером цифрового товара. Новый материал рассматривает другой вопрос, как оцениваются продолжающаяся разработка и заявления о будущей работе после того, как криптосеть становится функциональной.

Функциональность сети и обещания проекта

Мартовская интерпретация классифицировала ADA исходя из понимания Комиссией ее характеристик и работы Cardano на тот момент. Сентябрьский FAQ проводит различие между этой классификацией и обещаниями, которые проект давал покупателям.

В целях классификации Комиссия применяет определения «функциональной» и «децентрализованной», изложенные в ее интерпретации. То, исполнил ли эмитент собственные обязательства, оценивается по тому, что этот эмитент фактически заявлял или обещал. Поэтому работающая сеть сама по себе не отвечает на все вопросы о более раннем предложении, связанном с будущей разработкой.

Это различие актуально для экосистемы, в которой есть и функционирующая базовая сеть, и команды, создающие продукты поверх нее. FAQ не делает выводов о каком-либо конкретном приложении или токене Cardano. Заявления и обязательства каждого проекта требуют собственной оценки.

Обновления, финансирование и заявления о продукте

Сотрудники SEC также рассмотрели работу, которая продолжается после того как система становится функциональной. Ссылаясь на выраженную позицию Комиссии, FAQ утверждает, что услуги, которые обеспечивают безопасность, поддерживают или улучшают такую систему, поддерживают ее функциональность или способствуют сетевым эффектам, не составляют существенных управленческих усилий, учитываемых в рамках Howey test. Это включает спонсирование или финансирование такой разработки.

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

Продолжающаяся разработка узлов и протокола Cardano придает этим ответам практический контекст. FAQ не оценивает конкретное обновление. Он объясняет, почему работу, которая поддерживает функционирование рабочей сети, нужно рассматривать отдельно от обязательств перед покупателями относительно незавершенного продукта или ожидаемой доходности.

Что происходит, когда разработка переходит к другим

Еще один ответ касается проектов, чьи изначальные обещания берет на себя кто-то другой. По словам сотрудников SEC, связанный инвестиционный контракт не прекращает действовать лишь потому, что иная сторона принимает на себя обязательства эмитента выполнить существенную управленческую работу. Смена организации, выполняющей обещанную разработку, сама по себе не определяет статус прежней договоренности.

FAQ рассматривает и противоположную ситуацию. Если у функциональной системы нет центральной стороны, способной контролировать ее успех или неудачу, заявления бывшего эмитента об этой системе вряд ли создадут новый инвестиционный контракт, связанный с ее нативным активом. Этот ответ зависит от отсутствия такого контроля, документ не утверждает, что каждая сеть или проект соответствует этому условию.

Это мнения сотрудников, а не новое правило Комиссии или решение по ETF. Для Cardano сентябрьское обновление добавляет детали к рамкам вокруг уже классифицированного нативного актива. Оно отделяет рутинную работу в функционирующей сети от неисполненных обещаний проекта, включая обещания, которые остаются актуальными после того, как ответственность за разработку переходит к другим.