Arquitetura de Pool de Liquidez Soroban

O que é: Rastreia pools de liquidez de market maker automatizado (AMM), limites de invariantes matemáticos e proporções de reserva de tokens em redes DeFi Soroban.

Visão Geral

Fornece um framework padronizado e auditável, além de um modelo de dados para operações de Arquitetura de Pool de Liquidez Soroban em sistemas de engenharia distribuída e aplicações descentralizadas.

Quando Usar Esta Habilidade

• Ao formalizar contratos arquitetônicos, invariantes de segurança ou limites operacionais para a Arquitetura de Pool de Liquidez Soroban.
• Quando for necessária uma revisão multifuncional entre desenvolvedores de protocolo, auditores de smart contracts e agentes de engenharia de IA.
• Ao gerar registros reproduzíveis em CSV, SQL DDL, JSON Schema e propriedades do Notion para rastreamento de conformidade.

Como Funciona

1. Defina os parâmetros, limites e associações de identidade necessários para o registro operacional alvo.
2. Selecione os valores apropriados de aplicação de limites a partir de conjuntos de seleção de enumerações validados.
3. Exporte artefatos padronizados (tabela CSV, SQL DDL, JSON Schema) para integrar em pipelines de CI de validação.

Referência de Campos

Opções de Seleção

Modelo de Invariante

Constant Product (xy=k) | StableSwap Curve | Concentrated Liquidity

Status de Saúde do Pool

Balanced | Impermanent Divergence | High Volatility | Frozen

Relações

• Audit Reference -> links para a documentação de revisão formal ou repositório de testes.
• Target Architecture -> links para o contrato implantado ou componente de tempo de execução do agente autônomo.

Exemplos

Prompt

How do I configure and track Soroban Liquidity Pool Architecture for our production environment?

Próximo Passo Recomendado

Gere o schema unificado de campos, a migração SQL DDL e o schema de validação JSON para registrar em seu catálogo de sistema.

Fluxo de trabalho: Definir critérios -> Executar verificação automatizada -> Registrar linha de base -> Monitorar invariantes.

Melhores Práticas

• Aplique tipagem rigorosa em limites numéricos e valores monetários; evite campos de texto livre não estruturados para estados críticos.
• Reexecute suítes de testes de validação em cada commit que altera o estado ou mudança de parâmetro.
• Mantenha dados de exemplo sintéticos e isolados de chaves criptográficas de produção ou endpoints privados.

Limitações

• Fornece especificações arquitetônicas, modelos de dados e schemas de verificação; não executa assinatura direta de transações sem ferramentas externas autorizadas.
• Requer conectividade de rede e credenciais RPC válidas ao consultar estados on-chain.

Notas de Segurança e Proteção

• Todos os parâmetros declaram risk: safe. Nenhuma modificação de estado não autorizada ou acesso a credenciais privilegiadas é realizado.
• Use chaves fictícias sintéticas e endereços mock em suítes de testes e scripts de verificação local.

Armadilhas Comuns

• Problema: Precisão decimal incompatível entre o tempo de execução do contrato e o registro do banco de dados. Solução: Sempre verifique os decimais usando o mapeamento explícito de campos nesta referência.
• Problema: Falta de verificações de autorização antes da atualização do estado. Solução: Faça uma validação cruzada com o registro de Auditoria de Segurança antes da implantação.

Habilidades Relacionadas

• @soroban-contract-audit - fornece a lista de verificação de segurança e categorização de vulnerabilidades.
• @soroban-token-minter - cobre o fornecimento de tokens SEP-41, modelagem de administração e eventos.

…