A maior votação da Lei CLARITY no Senado pode acontecer antes que o projeto seja realmente concluído

O conselheiro de ativos digitais da Casa Branca, Patrick Witt, reduziu a escolha imediata do Senado sobre a Lei CLARITY de “aceitar o projeto e continuar conversando”.

A votação de 15 de setembro é uma votação decisiva sobre a moção para prosseguir para o HR 3633, programada para amadurecer às 14h15, de acordo com o Cronograma do plenário do Senado. Sessenta votos abririam o debate e um processo de emendas.

Quatro dias antes desse teste processual, os republicanos divulgaram o EHF26718, um texto substituto proposto para o CLARITY que acrescenta um Comissão de negociação de futuros de commodities estrutura para protocolos que se autodenominam descentralizados, embora permaneçam sob o controle de uma parte identificável.

A mudança repara parte da arquitetura regulatória do projeto de lei e dá aos negociadores uma resposta direcionada às preocupações sobre DeFi e mercados de previsão.

Nenhum senador que levantou preocupações sobre previsões de mercado e soberania tribal disse publicamente que o substituto mudou seu voto. A ética da criptografia presidencial e as recompensas da moeda estável também permanecem disputas ativas.

Os republicanos estão a remendar o perímetro da coligação, ao mesmo tempo que deixam as suas lutas decisivas para outra ronda de negociações. A sua tarefa imediata é persuadir os senadores que possam opor-se ao texto de hoje a preservar o processo para a sua alteração.

Infográfico mostrando a porta processual de 60 votos da Lei CLARITY de 15 de setembro, a estrutura DeFi do lado CFTC adicionada por EHF26718, disputas de coalizão não resolvidas e as consequências da aprovação ou reprovação da coagulação.
O infográfico descreve o limite de 60 votos para o teste da Lei CLARITY do Senado de 15 de setembro, adições propostas, riscos de coalizão e possíveis resultados.

Um patch DeFi do lado CFTC

O novo rascunho da Lei CLARITY é rotulado como “alteração com caráter substitutivo que se pretende propor”. Seu índice expande a Seção 20209 das “Proteções ao desenvolvedor de software” do rascunho de julho para “Proteções ao desenvolvedor de software e protocolos de negociação financeira não descentralizada”.

Essa adição cria uma estrutura do lado da CFTC para determinar quando um protocolo nominalmente descentralizado ainda tem uma parte controladora sujeita a regras intermediárias.

A Secção 10301 já instruiu a Comissão de Valores Mobiliários a abordar um “protocolo de negociação financeira não descentralizada”, enquanto a Secção 20209 revista atribui à CFTC uma atribuição correspondente.

A distinção operativa é o controlo: descrever um local como descentralizado não impediria necessariamente que as obrigações dos intermediários se vinculassem quando uma pessoa ou grupo identificável o administrasse.

O Substituto de julho já criou uma proteção da Seção 20209 para administrar um protocolo DeFi ou pool de liquidez específico para transações à vista, portanto, o desenvolvimento verificável do EHF26718 adiciona uma estrutura CFTC para protocolos controlados.

Em julho, 12 senadores democratas alertou que amplas isenções de DeFi poderiam proteger os mercados de previsão de blockchain das regras de derivativos. Eles pediram aos negociadores que limitassem qualquer nova isenção às disposições do mercado à vista, preservassem a Lei Reguladora de Jogos da Índia e os pactos tribais e proibissem os registrantes da CFTC de oferecer apostas esportivas e contratos do tipo cassino.