Кратко

  • Сенаторы Lummis и Wyden предложили уточнить, когда разработчики считаются денежными посредниками.
  • Законопроект связывает ответственность разработчика с контролем над активами, а не с написанием или поддержанием программного обеспечения.
  • Ответственность разработчиков формирует то, как участники рынка оценивают более широкое крипто-законодательство, сообщили в Decrypt.

Сенаторы Cynthia Lummis (R-WY) и Ron Wyden (D-OR) вновь внесли двухпартийный законопроект, который уточняет, когда и как разработчики криптовалют и поставщики инфраструктуры могут рассматриваться как денежные посредники согласно федеральному законодательству.

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

«Разработчики блокчейна, которые просто написали код и поддерживают open-source инфраструктуру, слишком долго находились под угрозой быть классифицированными как денежные посредники», — заявила Lummis в пресс-релизе в понедельник, добавив, что такое определение «не имеет смысла, так как они никогда не касаются, не контролируют и не имеют доступа к средствам пользователей».

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

«Заставлять разработчиков кода следовать тем же правилам, что и биржи или брокеры — это технологическая неграмотность и путь к нарушению прав американцев на приватность и свободу слова», — сказал Wyden.

Данный законопроект следует за письмом Lummis в 2024 году по этому же вопросу и основывается на ранних инициативах Конгресса по уточнению, когда разработчики криптовалют подпадают под требования регулирования, включая законодательство, вновь внесенное представителем Tom Emmer (R-I).

Контроль, а не код

Наблюдатели, говорившие с

Decrypt
, отмечают, что предложение проводит более четкую грань между написанием программного обеспечения и контролем пользовательских средств.

«Это давно назревший прогресс. Авторы кода для самоконтроля активов никогда не должны рассматриваться как банки или биржи, так как мы не контролируем средства», — сообщил Mehow Pospieszalski, CEO платформы для инфраструктуры кошельков American Fortress, в интервью

Decrypt
.

Это происходит на фоне продолжающихся дебатов по более широкому законопроекту о рыночной структуре и усиленного внимания к ответственности разработчиков после судебных разбирательств Министерства юстиции США, связанных с программным обеспечением для приватности и самоконтроля активов, включая дело Tornado Cash против Roman Storm и вынесение приговора техническому директору Samourai Wallet в конце прошлого года.

Ответственность разработчиков — «один из тех вопросов, который может тихо сорвать всё остальное, если он останется нерешенным», — заявил Jakob Kronbichler, CEO кредитного маркетплейса Clearpool на блокчейне, в интервью

Decrypt
, добавив, что инициатива «выглядит как попытка заранее обозначить четкую позицию».

По его словам, повторное внесение инициативы сейчас означает, что Lummis и Wyden «явно пытаются задать направление всей дальнейшей дискуссии».

На вопрос о влиянии действий Министерства юстиции США в делах Samourai Wallet и Tornado Cash на дискуссию, Kronbichler отметил, что этот вопрос приобрел большее значение для законодателей и участников отрасли.

«Эти дела превратили то, что раньше было лишь теоретической проблемой, в реальную. Долгое время ответственность разработчиков обсуждалась как гипотетический сценарий. Теперь есть реальные судебные процессы, за которыми внимательно следят разработчики и основатели», — добавил он. 

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

Теперь важен не только вопрос «избежать регулирования», но и «обеспечить, чтобы ответственность следовала за контролем, а не просто возлагалась на того, кто написал программное обеспечение», — заключил он.