WCDPQ · White Paper v1.0
Liquidez global, execução verificável e controle que permanece com o titular da conta. A falha que importa é contaminação.
Colateral: saldos de ativos liquidados. Motor de risco: checagens de saldo e liquidação. Transferência cruzada: saída livre, sujeita à finalidade da liquidação. Spot é a camada pela qual o resto liquida.
Colateral: margem isolada por tipo de posição. Motor: preço de marcação, margem de manutenção, fila de liquidação. Entrada somente a partir de Spot liquidado; saída sujeita ao requisito de manutenção — nunca para cobrir um shortfall de liquidação.
Colateral: capital de alocação comprometido. Motor: cota, lock, desbloqueio no ledger. Entrada a partir de Spot liquidado; saída somente no unlock. Não pode ser usado como margem em nenhum momento.
Abstract
O problema de desenho é que um usuário varejo não tem meio prático de verificar o estado de uma venue que detém seu saldo. As opções disponíveis têm sido ler um relatório encomendado pela venue ou sacar.
Saldos e movimentos são comprometidos em uma estrutura Merkle-sum de passivos, com provas de conhecimento zero agregadas recursivamente a cada epoch, para que o titular verifique a própria inclusão no telefone e uma parte independente verifique o estado agregado sem software fornecido pelo protocolo.
A execução corre em um núcleo de matching fragmentado, com sequenciamento determinístico e um relógio unificado, o que torna o replay possível e a latência atribuível a um subsistema — e não a uma impressão.
Canais de spot, perpétuos e launch mantêm colateral separado atrás de portões aplicados no ledger, de modo que a falha de um não alcance os outros.
§1.1
O hiato não é falta de venues. É o pouco do meio que um usuário no telefone consegue inspecionar.
Entrada e saída de recursos é o primeiro obstáculo e, para um usuário fora dos grandes centros financeiros, muitas vezes o decisivo. Trilhos bancários em boa parte da América Latina liquidam rápido, mas a rota de uma conta local a uma venue cotada em dólares ou stablecoins não é um único salto. Cruza um provedor de pagamento, um passo de liquidação e uma conversão, cada um com horários, limites e modos de falha próprios. Uma venue que recebe os fundos no dia útil seguinte não falhou em nada em particular; herdou o ritmo do corredor atrás dela, que o usuário experimenta como dinheiro em algum lugar que não consegue ver.
O hiato de execução é mais estreito de descrever e mais difícil de fechar. O que uma mesa profissional tem e o usuário no telefone não tem não é principalmente uma conexão mais rápida. É a maquinaria em torno da ordem: trabalhar uma entrada no tempo em vez de aceitar o preço na chegada, definir saídas condicionais que sobrevivem ao sono, ver como as posições se correlacionaram antes que isso importe, e saber onde a liquidez do book realmente está — não só o topo exibido.
O terceiro atrito é o que o usuário consegue estabelecer por conta própria. A resposta histórica foi ler algo que a venue encomendou ou sacar. Nenhum dos dois é um padrão razoável de evidência para quem checa uma posição às duas da manhã. Esses três atritos interagem: quem não consegue verificar a venue mantém o saldo pequeno; quem não tem ferramentas de working-order não segura posição overnight. O efeito composto é um usuário que opera pequeno, rápido e só o que pode perder — não uma descrição de apetite ao risco, e sim de quem precificou a venue corretamente.
Ch.2 · Architecture
As camadas empilham na ordem em que o trust flui. Verificação (cap. 3): geração de provas, compromissos, interfaces de verificador. Execução (cap. 4): contas, dados de mercado, matching, risco, ledger. Canais de produto (cap. 5): spot, perpétuos, launch. Inteligência (cap. 7): telemetria, sentinels, compilação de intent. Acesso e liquidação (cap. 6): adaptadores de corredor, roteamento de stablecoin, borda do cliente.
Sinais de risco da camada de inteligência sobem para a máquina de degradação e para o caminho de liquidação. Compromissos de prova descem até a borda do cliente, que é como um aparelho acaba fazendo verificação localmente em vez de ler uma página de status.
§1.4 · Thesis
Estado verificável: saldos, movimentos e a correspondência entre eles são comprometidos de forma que uma parte externa possa checar. Execução determinística: entradas idênticas produzem ordenações idênticas em todo replay. Segregação de risco: spot, perpétuos e launch mantêm colateral separado, com portões unidirecionais no ledger. Abstração de liquidação: corredores conectam-se por um contrato adaptador, não por integrações hardcoded. Utilidade do token limitada a recursos: WCDP é exigido para papéis operacionais — validação, compute medido, elegibilidade de alocação, peso de governança — não oferecido como desconto.
O protocolo não faz representação sobre o valor de mercado ou a liquidez secundária de WCDP. O adversário contra o qual a arquitetura é escrita é um insider com acesso legítimo, não um atacante externo.
Ch.9 · WCDP
WCDP é a unidade na qual os recursos escassos da rede são precificados, alocados e vinculados. A oferta total é fixa em 1.000.000.000 WCDP. Os parâmetros de gênese incluem incentivos a validators e provers (30%), ecossistema e integração (18%), distribuição de launch (12%), contribuintes centrais (18%), reserva do protocolo (12%) e provisionamento de liquidez (10%). Esses números são ajustáveis por governança somente dentro dos limites publicados.
A rede consome trabalho em cinco lugares: validação de estado, computação de provas, resolução de intent, participação em alocação e governança. Operadores devem deter e vincular WCDP para serem elegíveis; usuários consomem recursos medidos ou comprometem stake para prioridade e peso. Nenhuma categoria é desconto, e nenhuma é discricionária. A reserva que absorve shortfalls de liquidação é detida em ativos que não incluem WCDP.
White Paper · v1.0
Provas, topologia, stack de risco, acesso em stablecoin, sentinel, WCDP, governança e fatores de risco.