O Ato CLARITY acabou de passar por dois comitês. A seguir, vai para o plenário da câmara. E aqui está como isso vai mudar todo o espaço. (Especialmente a segurança). A versão curta: sistemas "maduros" não podem ser controlados por nenhuma entidade centralizada... ...e a sua solução de segurança atual pode ser o que o desqualifica, seja você uma rede ou um aplicativo.

O que isso significa: ✦ Nenhuma entidade pode alterar unilateralmente a funcionalidade ou as regras ✦ Nenhum grupo controla mais de 20% do poder de voto ✦ O sistema opera com regras transparentes e pré-estabelecidas ✦ Quaisquer mudanças privilegiadas requerem aprovação da governança descentralizada ✦ A propriedade dos tokens é distribuída (nenhuma entidade possui mais de 20%)

O Teste: Se qualquer pessoa ou empresa puder fazer alterações materiais ao seu protocolo sem a aprovação ampla da comunidade, você não é maduro. Por que isso é importante: Sistemas maduros obtêm benefícios regulatórios. Sistemas não maduros são afundados em custos de conformidade e restrições de negociação.

Sistemas de blockchain maduros obtêm: ✦ Isenções de oferta de $75M ✦ Condições favoráveis para vendas internas ✦ Elegibilidade para listagem em bolsas ✦ Conformidade contínua mínima Sistemas não maduros obtêm: ⚠️ Requisitos de divulgação semestrais ⚠️ Restrições severas de negociação ⚠️ Potenciais deslistagens em bolsas ⚠️ Inferno regulatório

Agora, o que isso tem a ver com segurança? Aqui estão algumas perguntas a considerar: ✦ O seu fornecedor de segurança pode pausar o seu contrato? Isso é controle unilateral sobre o seu protocolo. ✦ Os filtros de IA tomam decisões discricionárias sobre suas transações? Isso é uma autoridade centralizada alterando a funcionalidade. ✦ O seu conselho de segurança tem poderes de emergência? Se eles podem agir unilateralmente, você não está maduro. A Lei CLARITY proíbe especificamente "autoridade unilateral para controlar ou alterar materialmente a funcionalidade" e exige "sistemas transparentes e baseados em regras." A maioria das soluções de segurança viola ambos os requisitos.

Aqui está o motivo pelo qual o que estamos a construir é exatamente o que a Lei CLARITY estipula que uma solução de segurança deve ser: Antes de mais, desde o início, propusemo-nos a construir um "sistema transparente e baseado em regras", que é o que nos torna diferentes.

Sem Poder de Pausa = Sem Centralização O Problema: Dispositivos de interrupção dão aos fornecedores controle unilateral sobre o seu protocolo. Isso é literalmente o que o desqualifica de um status maduro. A Solução: Os Aplicadores de Aserções só podem rejeitar transações que violem regras pré-definidas. Eles não podem pausar protocolos ou tomar decisões discricionárias. Eles validam, não controlam.

A Camada Credível imita o seu modelo de confiança. Soluções Atuais: Adicione outra camada de segurança centralizada à sua pilha. Camada Credível: Integra-se com os produtores de blocos existentes da sua rede. Se a sua rede é descentralizada, a sua segurança também é. Se é centralizada, você não se torna mais centralizado. Cada solução SaaS torna você dependente da sua infraestrutura. Asserções aproveitam a infraestrutura em que você já confia.

Asserções apenas limitam a funcionalidade, não a habilitam. Isso pode isentá-las dos requisitos de governança completos que mudanças materiais no protocolo necessitam. Como a gestão de asserções é descentralizada e on-chain, os protocolos também podem implantar asserções através de seus processos de governança DAO existentes quando necessário. O sistema funciona com qualquer modelo de governança—desde aprovação leve por multisig até votos completos da comunidade. Os protocolos obtêm flexibilidade para alinhar a implantação de asserções ao nível de risco. Restrições de emergência podem se mover rapidamente, enquanto mudanças significativas na política de segurança podem passar por uma governança completa. As redes podem oferecer essa adaptabilidade enquanto mantêm uma classificação madura.

A Lei CLARITY exige "sistemas transparentes e baseados em regras." Segurança Determinística: ✦ Cada regra é um código publicamente verificável ✦ Cada ação de execução é criptograficamente comprovável ✦ Os usuários podem auditar exatamente quais proteções existem Soluções Caixa Preta: ✦ Algoritmos proprietários ✦ Tomada de decisão opaca ✦ Explicações de conformidade "confie em nós" Quando os reguladores auditam a conformidade do seu sistema maduro, qual conversa você quer ter?

Para Redes: A sua escolha de infraestrutura de segurança determina quais protocolos podem alcançar uma classificação madura. Protocolos que necessitam de status maduro migrarão para redes que não comprometam a sua elegibilidade. Além disso, as redes serão maduras ou não, o que tem as mesmas ramificações. Para Protocolos: A sua escolha de rede afeta a sua classificação de maturidade. Implemente em redes com infraestrutura de segurança centralizada e herde o risco de centralização e o inferno regulatório.

Se passar, tudo vai mudar. Redes que oferecem segurança determinística atrairão protocolos que precisam de classificação madura. Protocolos que utilizam segurança centralizada terão dificuldades em competir por capital institucional.