CubeShackles

Infraestrutura

Uma camada de infraestrutura. Implementação sensível à jurisdição.

A conectividade intermitente cria divergência de estado, sincronização atrasada e risco de reconciliação. A CubeShackles trata o funcionamento com rede degradada como uma condição arquitetónica, e não como uma exceção — e integra-se junto dos sistemas institucionais existentes em vez de os substituir.

BuiltCapacidade existente e demonstrável.
PilotEm avaliação com uma contraparte autorizada.
ResearchHipótese técnica ou de mercado em investigação.
PlannedPrevisto no roteiro; ainda não disponível.

Os cinco componentes

Motor de Estado Offline

Built

Mantém um estado de transações localmente durável e verificável criptograficamente em qualquer nó, ligado ou não.

Cada nó mantém um registo local completo e apenas de acréscimo das transações que processou. As transições de estado são assinadas no momento da criação, e não no momento da confirmação de rede, pelo que um nó a operar sem conectividade produz o mesmo registo auditável que produziria online. O motor trata a "ausência de rede" como uma condição normal de funcionamento, e não como um modo de falha: as escritas nunca bloqueiam à espera de sincronização, e o estado local é sempre internamente consistente, mesmo enquanto está externamente não sincronizado.

Motor de Reconciliação

Built

Junta estados divergentes de nós num único livro-razão canónico assim que a conectividade regressa, de forma determinística e sem perda silenciosa de dados.

Quando um nó anteriormente offline volta a ligar-se, o seu registo local de transações é comparado com o livro-razão canónico através de identificadores de transação ordenados e endereçados por conteúdo. A reconciliação é determinística: dado o mesmo conjunto de registos divergentes, a fusão produz sempre o mesmo resultado canónico, e cada decisão de fusão é registada em vez de aplicada silenciosamente. As transações conflituantes nunca são resolvidas automaticamente através do descarte de um dos lados — são apresentadas aos controlos institucionais para tratamento explícito.

API Institucional

Research

A superfície de integração que as instituições utilizam para ligar os seus sistemas bancários e de pagamento centrais existentes à camada de reconciliação, sem os substituir.

A API institucional é a fronteira entre os sistemas centrais existentes de uma instituição e a camada de reconciliação da CubeShackles. É concebida para ser aditiva: uma instituição liga uma interface de leitura/escrita ao seu livro-razão existente, em vez de migrar esse livro-razão para a infraestrutura da CubeShackles. Esta superfície encontra-se atualmente em desenho arquitetónico e técnico, validada face a cenários de integração e não face a uma contraparte institucional em produção.

Camada de Auditoria / Observabilidade

Built

Produz um registo de auditoria contínuo e inviolável de cada transição de estado, decisão de reconciliação e evento de acesso.

Cada escrita no estado de transações, cada fusão de reconciliação e cada evento de acesso administrativo ou institucional é registado num registo de auditoria apenas de acréscimo, com ligação criptográfica entre entradas, de modo que remover ou alterar uma entrada passada quebra de forma verificável a partir das entradas seguintes. As ferramentas de observabilidade apresentam o atraso de reconciliação, as janelas de divergência e a saúde dos nós como sinais de primeira classe, e não como um acrescento tardio sobre o livro-razão.

Adaptador de Jurisdição

Planned

Uma camada de configuração que mapeia a infraestrutura central sobre os requisitos de relato, conformidade e liquidação de uma jurisdição específica.

Em vez de codificar o modelo regulatório de uma jurisdição no sistema central, os requisitos específicos de cada jurisdição — formatos de relato, janelas de liquidação, regras de divulgação — destinam-se a residir numa camada de adaptador acima da infraestrutura partilhada. Angola é a jurisdição de referência para a qual o primeiro adaptador está a ser concebido. Esta camada é trabalho de roteiro: a infraestrutura central sobre a qual assenta é construída primeiro.

Garantias do sistema

Quatro propriedades que a infraestrutura é concebida para manter independentemente da condição de rede.

Restauração de estado canónico

Após qualquer partição — um único nó offline, uma falha regional, uma reconexão total após um longo período offline — existe exatamente um estado canónico, derivado de forma determinística dos registos de transações reconciliados. Nenhum nó detém sozinho uma resposta "final"; o estatuto canónico é uma propriedade do livro-razão reconciliado, não de qualquer réplica individual.

Proteção contra reprodução

Cada transação transporta um identificador único e monótono, delimitado ao seu nó de origem. A reconciliação rejeita qualquer identificador de transação já fundido, pelo que uma mensagem reenviada ou duplicada — seja por nova tentativa, reprodução de rede ou um nó reconectado a reenviar o seu registo — não pode ser aplicada duas vezes.

Idempotência

As operações de escrita são concebidas de modo que submeter a mesma operação mais do que uma vez produz o mesmo estado final que submetê-la uma única vez. Isto é particularmente relevante em condições de conectividade degradada, nas quais um cliente nem sempre consegue confirmar se uma submissão anterior foi recebida antes de tentar novamente.

Comportamento em conectividade degradada

O sistema não distingue "rede lenta" de "sem rede" — ambas são tratadas como funcionamento em conectividade degradada. Os nós continuam a aceitar e a registar transações localmente, colocam em fila a sincronização de saída e reconciliam de forma oportunista à medida que a conectividade o permite, em vez de exigirem uma ligação persistente para se manterem corretos.

Integrar antes de substituir.

A CubeShackles é concebida como uma camada de reconciliação e integridade que assenta junto dos sistemas bancários centrais, de pagamento ou de livro-razão existentes de uma instituição — não como uma substituição destes. As instituições ligam a API Institucional aos seus próprios sistemas de registo; a CubeShackles não exige a migração de saldos, contas ou histórico de transações de um sistema central existente para participar. Isto reduz a área de superfície operacional e regulatória que uma instituição tem de aceitar para avaliar o sistema.

Infraestrutura | CubeShackles Inc.