Ledger de compromissos assinados: projeto, status atual e limites

AeroNyx6 min de leitura

O ledger de compromissos de registros do MemChain ordena, em blocos assinados, compromissos opacos com registros de memória criptografados. Ele está congelado desde 2026-07-13 porque o seu único coordenador foi desativado e a transferência exige a assinatura desse coordenador; ele nunca ofereceu consenso.

O ledger de compromissos de registros do MemChain é uma cadeia de blocos assinados que registra a ordem de compromissos opacos com registros de memória criptografados. No momento, ele está congelado. Ele não produz nenhum bloco desde 2026-07-13, porque o seu único coordenador autorizado foi desativado e o projeto não consegue transferir a autoridade para outro nó sem a assinatura desse coordenador. Ele nunca ofereceu consenso global.

Status atual

ItemEstado
Blocos33 blocos. O último foi produzido em 2026-07-13
CoordenadorUm nó coordenador fixado (US1), desativado em 2026-10-03
SeguidoresAinda guardam e auditam o histórico. Quando tentam sincronizar, informam active_coordinator_unavailable
Transferência de coordenadorExige uma prova assinada tanto pelo coordenador antigo quanto pelo novo. O código de produção não tem como emitir uma
Novos blocosNenhum. O ledger está congelado
ConsensoNenhum. Não há escolha de fork, finalidade por quórum nem confirmação em cadeia pública

Os agregados em tempo real são publicados em GET https://api.aeronyx.network/api/privacy_network/vpn/public/network-stats/, sob data.protocol_status.memory_chain. Os campos que refletem o estado atual são coordinator_nodes, follower_nodes, verified_nodes, max_verified_tip_height e block_confirmation_state. Alguns campos de texto descritivo nessa resposta ainda descrevem o projeto pretendido com testemunhas, e não o estado de hoje, então leia os campos numéricos.

O que o ledger registra

Cada bloco contém um cabeçalho (versão do protocolo, ID da cadeia, altura, carimbo de data e hora, hash do bloco anterior, raiz de Merkle, contagem de registros e chave do proponente), uma lista de IDs de registros e a assinatura Ed25519 do proponente sobre o cabeçalho.

Um ID de registro é um hash SHA-256 calculado sobre um registro de memória criptografado: a chave do proprietário, o carimbo de data e hora, a camada, as tags, a origem e o texto cifrado. O ledger nunca contém conteúdo de memória, chaves de descriptografia nem texto claro. Ele consegue mostrar que um registro opaco existia, e em que ordem, em uma determinada altura. Ele não consegue mostrar o que um registro diz, e não armazena o registro.

Os registros de memória em si são descritos em MemChain e Blind Vault.

Como o projeto funciona

  1. Um coordenador acrescenta blocos. Exatamente um nó configurado pode acrescentar blocos. Ele assina cada bloco e mantém uma marca d'água máxima assinada ao lado do seu banco de dados, de modo que uma cópia mais antiga do arquivo do banco de dados seja detectada na inicialização.
  2. Os seguidores replicam e auditam. Cada seguidor busca páginas somente do coordenador fixado. Ele verifica assinaturas, continuidade de altura e encadeamento de hashes, e para diante de rollback, fork ou erros de assinatura. Ele nunca mescla históricos conflitantes.
  3. As testemunhas verificam rollbacks. Nós testemunha fixados pelo operador retornam checkpoints assinados. Na inicialização, um checkpoint mostrando que uma testemunha guarda um histórico posterior ou divergente interrompe o coordenador antes que ele abra os seus listeners.
  4. Uma lease opcional limita escritores duplicados. Se isso estiver ativado, o coordenador só pode produzir blocos enquanto todas as testemunhas fixadas lhe concederem uma lease curta, de 60 a 300 segundos. Quando a lease expira, a produção é pausada.
  5. A transferência usa uma prova com dupla assinatura. A autoridade só passa para um novo coordenador por meio de uma prova RecordCoordinatorHandoverV1 assinada tanto pelo coordenador que sai quanto pelo que entra. Os blocos históricos nunca são reescritos.

A exigência de testemunhas e a lease vêm ambas desativadas por padrão no software de nó.

Por que ele está congelado

O projeto depende de um único coordenador. Esse coordenador foi desativado em 2026-10-03. Uma transferência exige a assinatura dele, e nenhum caminho de código de produção cria uma prova de transferência. Portanto, os seguidores não conseguem aceitar um novo proponente, e nenhum bloco novo pode ser adicionado. Um único coordenador é um ponto único de falha, e esta é a falha.

A memória não é afetada. O ledger guarda apenas compromissos. As suas memórias criptografadas são armazenadas no seu dispositivo e, opcionalmente, no nó ao qual você se conecta, de forma independente do ledger.

Verificando os blocos históricos

Os 33 blocos históricos continuam verificáveis:

  • Todo nó que guarda uma cópia a audita na inicialização. Ele decodifica cada bloco armazenado, verifica a assinatura do proponente, a continuidade de altura, o encadeamento pelo hash anterior e o índice de registros, e se recusa a iniciar se alguma verificação falhar. Os resultados aparecem como agregados (verified_nodes, max_verified_tip_height) no endpoint público de estatísticas.
  • aeronyx-server memchain verify-aof faz uma verificação separada. Ele verifica o arquivo legado somente de acréscimo do MemChain do nó (enquadramento, IDs de conteúdo, raízes de Merkle e ancestralidade dos blocos) e imprime apenas contagens agregadas. Ele não lê o ledger de compromissos, que é armazenado no banco de dados SQLite do nó.
bash
sudo aeronyx-server memchain verify-aof --config /etc/aeronyx/server.toml

Limites

  • Um coordenador significa um ponto de falha. Quando ele está indisponível, nenhum compromisso novo é registrado.
  • Não há consenso, escolha de fork nem finalidade. Ordenação assinada não é acordo entre partes independentes.
  • As testemunhas são fixadas pelo operador. Hoje, todos os nós de produção são operados pela AeroNyx, então as verificações das testemunhas não comprovam independência.
  • Ele não é um ledger de tokens, uma plataforma de contratos inteligentes nem um sistema de proof-of-stake.
  • Um compromisso comprova que um registro opaco existia. Ele não comprova que o registro ainda está armazenado em algum lugar.

O que está planejado

O projeto substituto abandona o coordenador único. Cada nó manterá o seu próprio log assinado, outros nós o espelharão e os pares atuarão como testemunhas cruzadas dos logs. Esse é o modelo que a Directory Chain já usa hoje para os descritores de nós. Nenhuma data de lançamento foi definida. Os 33 blocos históricos continuam auditáveis, conforme descrito acima.

<!-- faq:start -->

Perguntas frequentes

O ledger de compromissos da AeroNyx está em funcionamento?

Não. Ele não produz nenhum bloco desde 2026-07-13. O seu único coordenador foi desativado em 2026-10-03, e o código de produção não tem um caminho para transferir a autoridade a um novo coordenador, então o ledger está congelado.

A AeroNyx é uma blockchain?

Não. O ledger de compromissos usava blocos assinados por um coordenador, sem consenso, sem escolha de fork e sem token. Agora ele está congelado, e a AeroNyx não o descreve como uma blockchain pública nem como uma rede de consenso global.

Perdi minhas memórias porque o ledger está congelado?

Não. O ledger armazena apenas compromissos opacos, nunca conteúdo de memória. As suas memórias criptografadas são mantidas no seu dispositivo e, opcionalmente, no nó ao qual você se conecta, de forma independente do ledger.

Os blocos existentes ainda podem ser verificados?

Sim. Todo nó que guarda os 33 blocos audita novamente as assinaturas e o encadeamento de hashes a cada inicialização e não inicia se essas verificações falharem. O resultado agregado fica visível no endpoint público de estatísticas da rede.

O que vai substituir o ledger de coordenador único?

O projeto planejado usa logs assinados por nó que são espelhados por outros nós, que também atuam como testemunhas cruzadas. Esse é o mesmo modelo da Directory Chain, que já funciona para os descritores de nós. Nenhuma data de lançamento foi definida.

<!-- faq:end -->