
Resumo
O segundo trimestre da Brickken marcou uma mudança da implementação da tokenização para a maturidade da infraestrutura institucional: mais de US$ 660 milhões em ativos tokenizados, mais de 150 clientes, mais de 40 países, migração para BKN 2.0, status final ERC-7943, RAMS para agentes de IA regulamentados, Brickken CLI e Base MCP, certificações ISO expandidas, nova presença nos EUA e em Luxemburgo e parcerias no Oriente Médio e Norte da África (MENA), dados imobiliários, financiamento comercial e execução por parceiros certificados.
O segundo trimestre foi o trimestre em que a tokenização se distanciou ainda mais da narrativa e se aprofundou na infraestrutura.
O mercado não precisa mais de outra explicação sobre por que ativos do mundo real podem ser representados em infraestrutura de registro distribuído. São necessários sistemas operacionais que tornem os instrumentos financeiros tokenizados compatíveis, interoperáveis, auditáveis e gerenciáveis após a emissão.
É aí que o segundo trimestre fez a diferença.
Encerramos o trimestre com mais de US$ 660 milhões em ativos tokenizados, mais de 150 clientes e atividade em mais de 40 países. Os números refletem uma mudança estrutural no mercado. As instituições não estão avaliando a tokenização como um conceito. Eles estão avaliando se a infraestrutura está pronta para capital regulamentado, fluxos de trabalho em tempo real, conformidade multijurisdicional e gerenciamento de ciclo de vida em escala.
Quatro desenvolvimentos definiram o trimestre:
Cada um aponta para a mesma conclusão: a tokenização só escala quando os mecanismos são repetíveis, compatíveis e operacionais desde a emissão até a distribuição secundária e pós-emissão. gestão.
O primeiro trimestre confirmou que a tokenização havia saído da fase piloto. O segundo trimestre mostrou o que vem a seguir.
Uma vez que emissores, fundos, gestores de ativos e instituições financeiras entrem em produção, os requisitos mudam. O foco passou da mera tokenização de um ativo para a questão de se seu modelo operacional completo pode realmente suportar a intensa pressão institucional.
• A conformidade pode ser incorporada diretamente à lógica de transferência?
• Os ativos podem ser transferidos entre blockchains sem fragmentar a liquidez?
• Todo o ciclo de vida do ativo pode permanecer conectado após a emissão?
• Os agentes de IA podem interagir em conformidade com instrumentos regulamentados?
• As transações em tempo real podem ser facilmente integradas a uma rede verificada de especialistas?
Essas são as questões práticas que moldam a próxima fase da tokenização. O segundo trimestre tratou de respondê-las por meio da infraestrutura.
Em junho, a Brickken iniciou a migração do BKN para um novo contrato inteligente Ethereum.
A migração não é uma atualização cosmética. A atualização consolida o BKN em um único contrato canônico do Ethereum, com uma taxa de migração de 1:1, ticker inalterado e uma auditoria independente realizada pela OpenZeppelin, sem constatações de gravidade Crítica, Alta ou Média.
A janela de migração foi aberta em 25 de junho de 2026 às 13:00 UTC e se encerra em 25 de julho de 2026 às 00:01 UTC.
Para a infraestrutura institucional, a importância desta atualização reside na arquitetura subjacente.
O BKN 2.0 estabelece a base técnica necessária para a interoperabilidade nativa entre blockchains por meio do Chainlink CCIP e para modelos de conformidade adaptativos que suportam ativos tokenizados regulamentados. O capital institucional não opera dentro de uma rede isolada. Ativos, liquidez, instruções e permissões precisam transitar entre sistemas, mantendo o controle, a verificação e a responsabilidade.
Essa é a função da nova arquitetura.
O BKN 1.0 foi desenvolvido para a primeira fase da tokenização: trazer ativos para a blockchain. O BKN 2.0 foi desenvolvido para a próxima fase: capital programável, coordenação entre blockchains, agentes de IA autorizados e instrumentos financeiros com gerenciamento de ciclo de vida, operando em uma infraestrutura conectada.
A tokenização institucional não pode ser escalada com lógica de conformidade fragmentada.
Por anos, as plataformas criaram suas próprias restrições de transferência, listas de permissões, mecanismos de congelamento, lógica de aplicação e verificações de elegibilidade. Essa abordagem funcionou para implantações isoladas. Não funciona para mercados de capitais interoperáveis.
No segundo trimestre, o ERC-7943como um padrão Ethereum para tokenização de ativos do mundo real. O padrão introduz uma interface mínima e independente de fornecedores para ativos tokenizados em conformidade. Ele suporta requisitos institucionais essenciais, como validação de transferências, saldos congelados, transferências forçadas e ações de fiscalização, sem vincular os emissores a um único provedor de identidade, modelo jurisdicional ou conjunto de conformidade.
Essa distinção é importante.
O ERC-7943 não prescreve um sistema de conformidade único. Ele padroniza a forma como os ativos regulamentados expõem as funções de conformidade ao mercado. Carteiras, custodiantes, plataformas, emissores e provedores de infraestrutura podem se integrar em uma interface comum, mantendo a flexibilidade em relação a KYC, verificação de sanções, elegibilidade do investidor e regras específicas da jurisdição.
É assim que a conformidade se torna interoperável.
Juntamente com o ERC-7943, a Brickken introduziu o RAMS, o Padrão de Mandato de Agente Regulamentado, publicado como ERC-8226. RAMS aborda um novo problema nas finanças regulamentadas: agentes de IA podem executar transações, mas os mercados regulamentados precisam saber quem autorizou o agente, o que ele pode fazer, por quanto tempo e sob quais limites financeiros.
RAMS define uma camada de delegação de conformidade para agentes de IA que operam com ativos regulamentados tokenizados. Ela permite que uma entidade principal verificada delegue autoridade com escopo definido, prazo determinado e limite financeiro a um agente on-chain. O instrumento financeiro não verifica simplesmente se uma carteira pode transacionar. Ele verifica se o agente possui um mandato válido para agir.
Esta é a versão institucional da execução por agentes. Não se trata de atividade autônoma sem controles. Trata-se de execução autorizada sob responsabilidade definida.
O ERC-7943 padroniza a interface de ativos regulamentados.
RAMS padroniza a camada de mandato para transações conduzidas por agentes. Juntos, eles levam a tokenização além da emissão de ativos e para a arquitetura operacional dos mercados de capitais programáveis.
Agentes de IA precisam de mais do que inteligência. Eles precisam de infraestrutura.
Um agente capaz de analisar um mercado, preparar uma alocação ou identificar uma oportunidade de emissão ainda precisa de três capacidades operacionais antes de poder agir: uma forma de pagamento, uma forma de comprovar sua identidade e uma forma de execução.
No segundo trimestre, a Brickken lançou a Brickken CLI, uma interface de linha de comando para fluxos de trabalho de transações de agentes.
O caminho do desenvolvedor é direto:
CLI → x402 → ERC-8004 → Implantação de Token
Um desenvolvedor, ou o próprio agente de IA, pode instalar a CLI, pagar por chamadas à API da Brickken via x402, registrar uma identidade on-chain via ERC-8004 e implantar ou gerenciar Um token ERC-20 diretamente do terminal.
Sem sessão de navegador. Sem chave de API. Sem ciclo de aprovação manual.
A CLI fornece aos agentes a pilha operacional que faltava:
• O x402 lida com o pagamento.
• O ERC-8004 lida com a identidade do agente.
• O Token Deploy lida com a execução do ERC-20.
A mesma lógica se estende ao Brickken Agentic no Base MCP, onde os agentes podem interagir com a Brickken por meio de um único endpoint para registrar a identidade, lidar com pagamentos x402 e emitir tokens compatíveis por meio de um fluxo estruturado.
Este não é um recurso para conveniência do desenvolvedor. É um passo em direção a uma infraestrutura financeira operada por máquinas, onde identidade, pagamento, permissões e execução são conectados programaticamente.
Para a tokenização, isso é importante porque a próxima etapa da infraestrutura dos mercados de capitais não será gerenciada apenas por meio de painéis de controle. Emissores, fundos, escritórios familiares e plataformas dependerão cada vez mais de agentes para monitoramento, roteamento, geração de relatórios, preparação e execução de transações. Isso só funciona quando o agente opera dentro de permissões definidas e infraestrutura verificável.
A pilha de agentes da Brickken traz esse modelo para os fluxos de trabalho de produção.
As instituições não integram plataformas com base na confiança. Eles os integram com base em evidências.
No segundo trimestre, a Brickken obteve as certificações ISO/IEC 27701 e ISO/IEC 27018, que se somam à sua certificação ISO 27001:2022 e ao alinhamento com a DORA.
Para bancos, gestores de ativos, escritórios familiares e empresas regulamentadas, isso não é apenas um marco administrativo. Faz parte da base operacional que eles avaliam antes que dados sensíveis de emissores, registros de investidores, resultados de KYC e AML, informações sobre beneficiários finais e documentação de instrumentos financeiros sejam transferidos para uma plataforma externa.
A ISO/IEC 27701 estende a privacidade a uma disciplina operacional auditada. Abrange funções, controles, direitos do titular dos dados, subprocessadores, privacidade desde a concepção, retenção, exclusão e mitigação de riscos relacionados ao processamento de dados pessoais.
A ISO/IEC 27018 aborda informações de identificação pessoal em ambientes de nuvem pública. Abrange o tratamento, a separação, a transparência, o acesso restrito, a exclusão e as salvaguardas específicas da nuvem para infraestrutura SaaS.
Juntamente com a ISO 27001:2022 e a verificação DORA, essas certificações dão suporte à estrutura de conformidade que as instituições exigem para instrumentos financeiros tokenizados.
Privacidade e proteção de dados não são separadas da infraestrutura de tokenização. Elas fazem parte dela.
Essa base de conformidade também apoia a transição mais ampla da Brickken para uma corretora regulamentada e custodiante em conformidade com a MiCA. O mercado está caminhando em direção a uma infraestrutura licenciada e responsável. O segundo trimestre fortaleceu os controles operacionais necessários para essa direção.
O segundo trimestre também expandiu a presença geográfica e a rede de parceiros da Brickken.
A Brickken lançou operações nos EUA em Miami, adicionando um terceiro centro global, juntamente com Barcelona e Dubai. Miami agora é uma âncora operacional para o trabalho da Brickken em imóveis tokenizados, PropTech e desenvolvimento do mercado americano.
Também nos juntamos ao The LHoFT em Luxemburgo, um dos principais centros de tecnologia financeira da Europa. Luxemburgo é um mercado crucial para fundos, gestão de ativos, private banking e infraestrutura financeira regulamentada. A criação de um escritório dedicado dentro do LHoFT nos coloca mais perto das instituições e das discussões regulatórias que moldam o mercado de ativos tokenizados na Europa.
Na região MENA, firmamos uma parceria com a ADI Foundation para implantar infraestrutura de tokenização na ADI Chain, uma rede institucional de camada 2 projetada para stablecoins e ativos do mundo real em toda a região MENA e mercados emergentes. A integração oferece suporte à emissão de ativos em conformidade com as regulamentações, gerenciamento do ciclo de vida, relatórios e distribuição secundária controlada para instrumentos financeiros tokenizados, incluindo ações, dívida, crédito privado, imóveis e fundos.
No setor imobiliário, firmamos uma parceria com a MAGMA para fornecer um oráculo de Valor Líquido de Ativos (NAV) para imóveis tokenizados. A estrutura conecta dados de construção verificados com a infraestrutura de tokenização da Brickken, para que emissores e gestores de ativos possam usar dados continuamente atualizados em nível de ativo para avaliação, relatórios para investidores, auditorias, refinanciamento e monitoramento pós-emissão.
Isso resolve uma das lacunas estruturais no setor imobiliário tokenizado. Registros de propriedade por si só não são suficientes. A tokenização de imóveis de nível institucional exige uma camada de dados confiável por trás do ativo.
No setor de commodities e financiamento comercial, participamos de um projeto piloto com a Blockticity, Seedcore e XDC Network para tokenizar um recebível de cacau lastreado por uma remessa de exportação verificada de fazendas licenciadas nas Filipinas.
O modelo conectou quatro camadas:
O mecanismo é importante: o recebível tokenizado fazia referência à documentação comercial autenticada, em vez de replicá-la na blockchain. O instrumento financeiro fazia referência ao registro verificado; Não a substituiu.
É assim que a tokenização lastreada em commodities se torna institucionalmente útil. A origem do ativo, a estrutura da transação, a integridade da documentação e o status do ciclo de vida permanecem verificáveis entre os participantes.
Negócios de tokenização não são fechados apenas por meio da infraestrutura.
Toda transação em andamento envolve questões sobre estruturação legal, tratamento tributário, comunicação com investidores, restrições jurisdicionais, regras de marketing, due diligence e estratégia de distribuição. Os emissores não podem responder a todas essas perguntas sozinhos. Eles precisam de suporte especializado em relação à transação.
No segundo trimestre, lançamos o Programa de Parceiros Certificados da Brickken para construir uma rede qualificada de especialistas jurídicos, de tecnologia, negócios, tributários e de marketing em torno de projetos de tokenização em andamento.
O programa oferece aos parceiros certificados um selo oficial de Parceiro Certificado da Brickken, apresentações diretas a oportunidades relevantes de clientes, colaboração comercial aprimorada, acesso a conhecimento sobre tokenização e materiais de vendas, workshops exclusivos e atualizações do setor, além de um gerente de contas dedicado da Brickken.
Ele também oferece aos parceiros acesso a materiais de crescimento de negócios, incluindo RFPs, estruturas, conhecimento sobre tokenização e recursos de suporte à transação, projetados para melhorar a execução em ambas as partes.
O objetivo é prático. A infraestrutura já está implementada. Os negócios que se concretizam são aqueles que contam com os especialistas certos ao seu redor.
O segundo trimestre também trouxe reconhecimento externo.
A Brickken ganhou o prêmio de Plataforma de Tokenização do Ano no Hedgeweek Digital Assets Awards, recebeu o prêmio Estrela em Ascensão no WAIB Summit e foi selecionada para a lista BeInCrypto’s Institutional 100.
A equipe também esteve presente nos principais fóruns institucionais e de ativos digitais do setor, incluindo a Paris Blockchain Week e o Proof of Talk em Paris, o Consensus and Future PropTech em Miami, a EthCC em Cannes, o WAIB Summit em Mônaco, o TokenizeThis em Nova York, o ETHMilan em Milão, o Adminovate em Dublin e a Dutch Blockchain Week em Amsterdã.
Esses eventos não se resumiram apenas à visibilidade. Eles refletiram para onde a conversa do mercado se direcionou: fundos regulamentados, imóveis tokenizados, agentes de IA, infraestrutura de conformidade, liquidação entre blockchains, administração de fundos e implementação institucional.
Essas são as conversas para as quais a Brickken está construindo.
O segundo trimestre confirmou que a tokenização não é mais medida pela capacidade de emitir ativos na blockchain.
O padrão institucional é mais elevado.
Os instrumentos financeiros tokenizados precisam de emissão em conformidade com as regulamentações. Precisam de integração e verificação de investidores. Precisam de controles de transferência aplicáveis. Eles precisam de gerenciamento do ciclo de vida, relatórios, eventos corporativos, entradas de avaliação, lógica de distribuição, controles de privacidade, prontidão para custódia e interoperabilidade entre provedores de infraestrutura.
Eles também precisam de modelos operacionais que possam suportar agentes de IA sem remover a responsabilidade das finanças regulamentadas.
Esse é o mercado para o qual estamos construindo.
No segundo trimestre, essa infraestrutura tornou-se mais padronizada, mais compatível, mais interoperável e mais preparada para a execução por agentes.
O mercado precisa de infraestrutura na qual as equipes financeiras tradicionais possam confiar, implantar e escalar.
Isso é o que o segundo trimestre entregou.
Estruturada. Compatível. Operacional.