Pular para o conteúdo principal
A Levery é uma infraestrutura de exchange white-label para instituições reguladas operarem venues para ativos tokenizados e stablecoins. A negociação e a liquidação são executadas on-chain por meio de smart contracts (estilo DEX), enquanto o acesso ao mercado e o comportamento do venue são restringidos por políticas definidas pela instituição. A Levery suporta exchanges totalmente permissionadas e nativas de blockchain, onde os resultados de KYC/KYB/AML e as regras de elegibilidade são aplicados no momento da execução, sem exigir que o operador desenvolva smart contracts personalizados, opere infraestrutura de validadores ou recorra por padrão a modelos de custódia de terceiros. A instituição mantém controle total sobre permissões de usuários, política de conformidade, limiares de preço e de risco e governança operacional, ao mesmo tempo em que se beneficia de primitivas DeFi como composabilidade, transições de estado transparentes e liquidação verificável. O resultado é uma superfície de exchange que preserva o determinismo e a auditabilidade da liquidação on-chain, sem assumir um desenho de mercado permissionless.

Por que a Levery existe

A maioria das instituições encontra o mesmo bloqueio ao avaliar mercados no estilo DeFi:
  • Exchanges centralizadas são intensivas em custódia por design, o que aumenta o ônus operacional, de segurança e de balanço patrimonial.
  • Venues permissionless são abertos por padrão e difíceis de alinhar com identidade, permissões e controles jurisdicionais.
A Levery foi construída para resolver essa lacuna: restrições institucionais com liquidação on-chain.

Entenda cada modelo de exchange

CEX

Venues centralizados com saldos custodiais, matching off-chain e livros-razão internos. A liquidação e os relatórios são controlados pelo operador.

DEX

Venues de smart contracts onde preços e liquidação são executados on-chain. Transparência e composabilidade são propriedades nativas da camada de execução.

Modelo CEX

Uma exchange centralizada (CEX) normalmente opera como uma plataforma custodial:
  • Custódia: os saldos dos usuários são mantidos pelo operador (ou por um custodiante designado) e registrados em um livro-razão interno.
  • Mecanismo de mercado: o matching geralmente é um livro de ordens off-chain; as execuções podem ocorrer sem uma transação on-chain no momento da execução.
  • Liquidação: a finalidade econômica costuma ser interna primeiro (atualização do livro-razão), com liquidação on-chain ocorrendo depois (batching, netting, saques).
  • Visibilidade: dados de negociação, eventos de risco e mudanças de saldo são observáveis por meio das APIs e relatórios da plataforma, não como transições de estado universalmente verificáveis.
  • Riscos primários: risco do operador/custodiante, integridade do livro-razão, disponibilidade de saques e continuidade operacional.
CEXs são operacionalmente eficientes (matching de baixa latência, tipos de ordem flexíveis, netting interno), mas aumentam a dependência de livros-razão e controles do operador e, em muitas estruturas, de custodiantes terceiros, adicionando exposição a contraparte e custos recorrentes de custódia e operação.

Modelo DEX

Uma exchange descentralizada (DEX) é definida por onde a execução e a liquidação ocorrem:
  • Custódia: os ativos permanecem on-chain, controlados por wallets ou sistemas de custódia que autorizam transações.
  • Mecanismo de mercado: a precificação é implementada em smart contracts. O estado do pool e as regras de precificação são públicos e determinísticos.
  • Liquidação: a execução é o evento de liquidação. As atualizações de estado acontecem on-chain, com a finalidade da cadeia definindo a finalidade da negociação.
  • Visibilidade: negociações, mudanças de liquidez e saldos resultantes são verificáveis a partir de recibos e estado on-chain.
  • Riscos primários: vulnerabilidades tecnológicas, incompatibilidade com conformidade regulatória (AML/KYC), perda impermanente e manipulação de liquidez (MEV).
DEXs fornecem forte auditabilidade e semântica de liquidação compartilhada, mas um modelo DEX permissionless padrão, em um ambiente pseudônimo, não está automaticamente alinhado a onboarding institucional, permissões de conta ou controles de acesso ao mercado.

Como a Levery combina o melhor dos dois mundos

A Levery combina execução e liquidação de nível DEX com controles de nível institucional. O venue opera como um AMM permissionado em que swaps e eventos de liquidez liquidam on-chain, enquanto a instituição mantém autoridade total sobre aplicação de KYC/KYB/AML, permissões de usuários e limiares de risco. Em vez de colocar o “limite do venue” em um livro-razão interno proprietário (como em plataformas centralizadas), a Levery o coloca em aplicação de política e identidade, de modo que gates de conformidade sejam avaliados como parte do caminho de execução do venue e os resultados permaneçam verificáveis externamente por meio de recibos on-chain.

Levery

Uma pilha de venue que usa trilhos de execução DEX enquanto aplica política institucional (permissões, controles e superfícies de integração) no limite do venue.

O que permanece nativo de DEX

  • Execução e finalidade on-chain: swaps e transições de estado do pool liquidam on-chain, produzindo recibos canônicos e ordenação determinística para auditoria e reconciliação.
  • Mudanças de estado atômicas e verificáveis: movimento de preço, avaliação de taxas e atualizações de saldo confirmam juntos (ou revertem), permitindo verificação independente a partir do estado on-chain.
  • Composabilidade: o venue herda primitivas DeFi padrão para liquidez e liquidação, sem exigir sistemas de liquidação sob medida.

O que passa a ser controlado pela instituição

  • Identidade e permissionamento: status de KYC/KYB e elegibilidade de conta são aplicados por meio de permissões do venue (quem pode negociar, prover liquidez ou acessar pools específicos).
  • Aplicação de AML e políticas: regras do venue podem incorporar decisões de AML (resultados de screening de wallets, níveis de risco, bloqueios por sanções) e aplicá-las no momento da execução.
  • Integridade de preços e restrições de execução: venues podem aplicar restrições como rotas elegíveis, configurações de pool permitidas, uso de oráculos (quando configurados) e limites de execução.
  • Economia e transparência de tesouraria: taxas de LP e taxas de serviço da plataforma são explícitas e observáveis on-chain, apoiando contabilização transparente de taxas e controles de tesouraria.
  • Governança e controle de ciclo de vida: a instituição define parâmetros de implantação, políticas operacionais e upgrades permitidos de acordo com seu processo de governança.

Matriz de comparação

DimensãoCEXDEXLevery
Limite do venue (fonte de verdade)Sistemas controlados pelo operador e livros-razão internos definem saldos e execuçõesEstado on-chain e recibos definem saldos e execuçõesRecibos on-chain permanecem autoritativos, enquanto a instituição define a política do venue (permissões, limites, controles)
Postura de custódiaNormalmente custodial (operador ou custodiante nomeado mantém os saldos dos usuários)Não custodial por design (wallet/sistema de custódia assina ações on-chain)Não custodial por padrão: a custódia institucional integra sem se tornar o livro-razão do venue
Execução e liquidaçãoFrequentemente livro-razão primeiro; a liquidação on-chain é opcional ou atrasadaA execução liquida on-chain na finalidade da transaçãoA execução liquida on-chain, com restrições definidas pela instituição aplicadas no momento da execução
Mecanismo de mercadoLivro de ordens off-chain / motor de matching; tipos de ordem flexíveisAMM on-chain ou livro de ordens on-chain; regras determinísticasExecução de AMM permissionado, projetada para operação de venue institucional
Controle de acessoContas da plataforma; permissões aplicadas em sistemas do operadorFrequentemente permissionless por padrãoPermissionamento de primeira classe: quem pode negociar/prover liquidez, por pool e por função
Aplicação de KYC/KYB/AMLAplicada no onboarding e nos fluxos do operador; depende da integridade da plataformaNão aplicada no nível do protocoloEmbutida na política do venue: gates de elegibilidade podem ser aplicados como parte da autorização de execução
Auditabilidade e reconciliaçãoDepende de relatórios, logs e atestações do operadorRecibos e estado on-chain são verificáveis de forma independenteRecibos on-chain + ordenação determinística, com visões operacionais derivadas para relatórios
Integridade de preçosDeterminada pelas regras de matching; opaca sem dados completos de livro de ordens/venueVerificável a partir do estado do pool/livro de ordens, mas pode ficar exposta a dinâmicas permissionlessExecução verificável com acesso controlado; restrições de política podem limitar a participação e o comportamento do venue
Eficiência operacionalAlto throughput e matching de baixa latência; netting internoAplicam-se throughput da cadeia e custos de execução on-chainControles de nível institucional sobre trilhos DEX: preserva verificabilidade e liquidação atômica enquanto restringe o acesso
Perfil de risco (típico)Risco do operador/custodiante, integridade do livro-razão, risco de saqueSmart contract + cadeia/RPC + efeitos de ordenaçãoRiscos de contrato + cadeia permanecem, enquanto permissionamento e política reduzem a exposição a pressupostos de mercado de acesso aberto
Transparência de tesouraria (taxas)Taxas contabilizadas em sistemas internos; visibilidade externa parcialAs taxas são on-chain e atribuíveis à execuçãoAtribuição explícita de taxas e transparência: taxas de LP e taxas de serviço da plataforma são observáveis e reconciliáveis on-chain
Governança e controle de ciclo de vidaOperador controla upgrades/configuração de forma centralizadaA governança do protocolo varia; pode ser externa ao operador do venueCiclo de vida controlado pela instituição: parâmetros do venue, permissões e limites de risco seguem a governança institucional
A Levery difere por manter a exchange nativa de blockchain: execução e liquidação ocorrem on-chain, enquanto a instituição aplica conformidade e controle de acesso no limite do venue em vez de por meio de um livro-razão proprietário.

Por que as plataformas DEX da Levery são úteis para instituições que negociam ativos tokenizados e stablecoins?

Ativos tokenizados e stablecoins se beneficiam de um venue que pode:
  • Liquidar atomicamente on-chain (execução e liquidação acopladas em uma única transição de estado).
  • Incorporar gates de conformidade no venue (status de KYC/KYB/AML e regras de risco são aplicados antes da execução, não depois).
  • Suportar auditabilidade independente (hashes de transação e transições de estado permanecem a fonte autoritativa para verificação).
A Levery permite que instituições implantem exchanges totalmente permissionadas e nativas de blockchain que incorporam aplicação de KYC/KYB/AML na camada de execução, sem exigir que a instituição escreva smart contracts sob medida, opere infraestrutura de validadores ou recorra por padrão a modelos de custódia de terceiros. Operadores mantêm autoridade total sobre permissões, política de conformidade e limiares de risco, enquanto se beneficiam da composabilidade, auditabilidade e eficiência de primitivas DeFi.

Reconciliação determinística

A execução on-chain produz:
  • Hashes de transação canônicos como a principal referência de reconciliação
  • Ordenação determinística (ordem de bloco) para trilhas de auditoria
  • Verificação no nível de recibo de valores e taxas
Isso reduz a dependência de logs controlados pelo operador para provar o que ocorreu.

Semântica de liquidação atômica

  • Execução da negociação e liquidação são acopladas
  • Modos de falha parciais são reduzidos (ou a transação confirma ou reverte)
  • Fluxos de múltiplas etapas podem ser codificados como um único caminho de execução, delimitado por regras explícitas (deadlines, restrições de slippage)

Representação compartilhada de ativos

  • Stablecoins e ativos tokenizados compartilham semântica de liquidação
  • Saldos e transferências são estado verificável
  • Operações do venue permanecem consistentes entre tipos de ativos (sujeitas à política)
Isso é particularmente relevante quando venues precisam suportar múltiplas stablecoins, depósitos tokenizados ou instrumentos tokenizados sem criar vários livros-razão proprietários.

Restrições programáveis no momento da execução

Dados de execução estruturados e aplicação de regras no momento da execução:
  • restrições por pool e por rota
  • verificações de permissão
  • lógica de taxas dinâmica e ajustes de precificação específicos do venue (quando configurados)
  • limites explícitos (deadlines, restrições de slippage)
A Levery usa essa propriedade para garantir que a política do venue seja avaliada como parte do caminho de execução, e não como um controle pós-trade.

Estado operacionalmente compatível

A liquidação em estilo DEX é verificável externamente, mas instituições ainda exigem relatórios e visões operacionais. A Levery suporta superfícies operacionais que mapeiam eventos on-chain em registros legíveis pela instituição (por exemplo: pools, swaps, posições, saldos e snapshots de portfólio) para monitoramento e reconciliação.
Visões operacionais são indicadores. A reconciliação final permanece ancorada em recibos on-chain e exploradores externos referenciados por hashes de transação.

O que você pode construir com a Levery

Mercados spot permissionados

Lance pares de negociação aprovados com acesso a pools configurável, restrições de ativos e salvaguardas de política.

Programas de liquidez institucionais

Suporte à provisão de liquidez controlada e ao gerenciamento do ciclo de vida de posições com supervisão de nível de operador.

Experiências de exchange embutidas

Forneça swaps e liquidez dentro de um portal bancário/fintech existente com uma UI de marca e jornadas de usuário claras.

Execução on-chain com prontidão para auditoria

Gere conjuntos de dados operacionais consistentes e consultáveis para fluxos de trabalho de risco, conformidade e relatórios internos.

Onde a Levery se encaixa na sua stack

A Levery é projetada para se integrar de forma limpa a sistemas institucionais existentes.

Identidade e conformidade

Conecte seu provedor de KYC/KYB, regras de screening e fluxo de aprovações. A camada de execução da Levery aplica os direitos resultantes.

Gestão de chaves e custódia

Suporte a assinatura do lado do cliente (autocustódia) e padrões institucionais de gestão de chaves. A custódia pode ser opcional ou em camadas conforme necessário.

Operações de mercado

Controles administrativos para ativos, pools, políticas e ações de resposta a incidentes (por exemplo, pausas e restrições).

Dados e relatórios

Conjuntos de dados prontos para API para monitoramento, análises, reconciliação e pipelines internos de relatórios.

O que a Levery não é

Definir expectativas cedo ajuda as integrações a fluírem melhor:
  • A Levery não é uma entidade regulada e não substitui obrigações legais e de conformidade.
  • A Levery não é um on/off-ramp fiat (normalmente integrado via terceiros).
  • A Levery não é um provedor de custódia.
  • A Levery não é uma plataforma de negociação; é tecnologia que permite a criação de exchanges institucionais.

Segurança e asseguração

A Levery é projetada para ambientes onde segurança e supervisão são inegociáveis. A stack é desenhada em torno de:
  • limites claros de confiança (aplicação on-chain vs. operações off-chain)
  • operações de menor privilégio e administração baseada em funções
  • observabilidade favorável à auditoria e resultados reproduzíveis

Arquitetura

Componentes, limites de confiança e fluxo de ponta a ponta.

Segurança

Modelo de ameaças, controles e orientação operacional.