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.
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.
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).
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ão | CEX | DEX | Levery |
|---|---|---|---|
| Limite do venue (fonte de verdade) | Sistemas controlados pelo operador e livros-razão internos definem saldos e execuções | Estado on-chain e recibos definem saldos e execuções | Recibos on-chain permanecem autoritativos, enquanto a instituição define a política do venue (permissões, limites, controles) |
| Postura de custódia | Normalmente 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ção | Frequentemente livro-razão primeiro; a liquidação on-chain é opcional ou atrasada | A execução liquida on-chain na finalidade da transação | A execução liquida on-chain, com restrições definidas pela instituição aplicadas no momento da execução |
| Mecanismo de mercado | Livro de ordens off-chain / motor de matching; tipos de ordem flexíveis | AMM on-chain ou livro de ordens on-chain; regras determinísticas | Execução de AMM permissionado, projetada para operação de venue institucional |
| Controle de acesso | Contas da plataforma; permissões aplicadas em sistemas do operador | Frequentemente permissionless por padrão | Permissionamento de primeira classe: quem pode negociar/prover liquidez, por pool e por função |
| Aplicação de KYC/KYB/AML | Aplicada no onboarding e nos fluxos do operador; depende da integridade da plataforma | Não aplicada no nível do protocolo | Embutida na política do venue: gates de elegibilidade podem ser aplicados como parte da autorização de execução |
| Auditabilidade e reconciliação | Depende de relatórios, logs e atestações do operador | Recibos e estado on-chain são verificáveis de forma independente | Recibos on-chain + ordenação determinística, com visões operacionais derivadas para relatórios |
| Integridade de preços | Determinada pelas regras de matching; opaca sem dados completos de livro de ordens/venue | Verificável a partir do estado do pool/livro de ordens, mas pode ficar exposta a dinâmicas permissionless | Execução verificável com acesso controlado; restrições de política podem limitar a participação e o comportamento do venue |
| Eficiência operacional | Alto throughput e matching de baixa latência; netting interno | Aplicam-se throughput da cadeia e custos de execução on-chain | Controles 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 saque | Smart contract + cadeia/RPC + efeitos de ordenação | Riscos 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 parcial | As taxas são on-chain e atribuíveis à execução | Atribuiçã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 vida | Operador controla upgrades/configuração de forma centralizada | A governança do protocolo varia; pode ser externa ao operador do venue | Ciclo de vida controlado pela instituição: parâmetros do venue, permissões e limites de risco seguem a governança institucional |
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).
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
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)
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)
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.