> ## Documentation Index > Fetch the complete documentation index at: https://docs.levery.io/llms.txt > Use this file to discover all available pages before exploring further. # O que é Levery > Uma stack DEX white-label com foco em conformidade para instituições reguladas. 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 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. 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. 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 | 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 Lance pares de negociação aprovados com acesso a pools configurável, restrições de ativos e salvaguardas de política. Suporte à provisão de liquidez controlada e ao gerenciamento do ciclo de vida de posições com supervisão de nível de operador. Forneça swaps e liquidez dentro de um portal bancário/fintech existente com uma UI de marca e jornadas de usuário claras. 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. 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. 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. Controles administrativos para ativos, pools, políticas e ações de resposta a incidentes (por exemplo, pausas e restrições). 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 Componentes, limites de confiança e fluxo de ponta a ponta. Modelo de ameaças, controles e orientação operacional.