Ir para o conteúdo
ORBITRAONE
QSEOrbitra L1

Quorum-Staked Execution

Finalidade por quórum, não por espera.

QSE — Quorum-Staked Execution — é o protocolo de consenso do Orbitra L1. É uma composição BFT da família HotStuff: a participação em garantia fornece segurança econômica, a autoridade atribui funções de proponente e comitê, e o trabalho verificado mede disponibilidade, validação e serviço. Uma transição de estado é final quando o quórum bizantino configurado a assina, não depois de uma contagem de confirmações.

Como funciona

Três forças, um certificado

Ilustração: Três forças — stake, autoridade e trabalho verificado — moldam um conjunto de validadores. Os validadores votam na mesma transição de estado; uma vez que um quórum bizantino configurado tenha assinado, suas assinaturas formam um certificado de quórum e um único estado é finalizado.
  1. StakeSegurança econômica e exposição a slashing
  2. AutoridadeFunções de proponente e comitê
  3. TrabalhoDisponibilidade, validação e serviço verificados

Votos dos validadores

Certificado de quórum

Estado finalizado

7 / 10

Três forças — participação em garantia, autoridade e trabalho verificado — convergem para um anel de validadores. Os validadores emitem votos assinados sobre uma transição de estado proposta. Quando os votos atingem o quórum bizantino configurado, eles se combinam em um certificado de quórum, e o estado certificado é marcado como final.

O problema

Por que os mercados não podem liquidar com base em probabilidade

Em redes baseadas na cadeia mais longa, a finalidade é uma probabilidade que cresce com o tempo. Um pagamento está "provavelmente finalizado" depois de um certo número de confirmações, e uma reorganização suficientemente profunda ainda pode revertê-lo. As praças compensam isso com atrasos de confirmação, e cada atraso é uma janela em que garantias, posições e entregas ficam incertas.

Para um mercado, essa ambiguidade se acumula. Um preenchimento que pode ser desfeito por uma reorganização pode levar consigo uma liquidação forçada, uma liberação de margem e uma retirada. A liquidação precisa de um momento claro, após o qual o estado não muda.

Segurança baseada em queima de computação, ou apenas em capital, deixa uma segunda lacuna: nenhuma das duas mede se os operadores realmente atendem a rede. O QSE combina finalidade BFT determinística com responsabilização pelo trabalho que os validadores realizam. Não é mineração por prova de trabalho — trabalho verificado significa disponibilidade, validação e serviço medidos, não quebra-cabeças de hash.

Sequência operacional

Da proposta ao certificado

O consenso avança em rodadas. Em cada rodada, um proponente agendado lidera, os validadores verificam a proposta de forma independente, e o quórum decide.

  1. 01

    Selecionar

    A participação em garantia determina quais validadores compõem o conjunto de segurança de uma época. O cronograma de autoridade, informado pelo histórico de trabalho verificado de cada validador, atribui as funções de proponente e comitê.

  2. 02

    Propor

    O proponente agendado monta o lote ordenado de transições executadas pelo VectorLanes e o propõe junto com o compromisso de estado resultante.

  3. 03

    Validar

    Os validadores reexecutam o lote de forma determinística e verificam se chegam à mesma raiz de estado. Uma proposta que não se reproduz não recebe voto.

  4. 04

    Votar

    Cada validador assina a transição que verificou. Os votos fluem para o proponente e são agregados em um único certificado compacto, em vez de serem transmitidos para todos os pares.

  5. 05

    Certificar

    Quando as assinaturas atingem o quórum bizantino configurado, elas formam o certificado de finalidade. A transição é final, sem nenhuma escada de confirmação probabilística a subir.

  6. 06

    Registrar

    Disponibilidade, validação e serviço são medidos e registrados como trabalho verificado. Condutas indevidas comprováveis, como assinar duas transições conflitantes, tornam-se evidência de penalização.

Arquitetura

Componentes do protocolo

O QSE combina mecanismos BFT bem conhecidos com dois adicionais: autoridade explícita e serviço medido. Cada componente tem uma única responsabilidade.

  1. 01

    Registro de garantias

    Registra a garantia vinculada e determina o conjunto de segurança de cada época. A garantia vinculada é o colateral que sustenta cada assinatura que um validador produz.

  2. 02

    Cronograma de autoridade

    Delega funções de proponente e comitê ao longo do conjunto de segurança. A autoridade decide quem lidera uma rodada; ela nunca decide o que é final.

  3. 03

    Registro de trabalho

    Mede o trabalho verificado: disponibilidade quando uma função vence, validação correta e pontual, e serviço prestado à rede. O registro molda funções e recompensas futuras.

  4. 04

    Pacemaker

    Mantém os validadores sincronizados entre rodadas. Se um proponente não entrega uma proposta válida a tempo, uma troca de rodada passa a liderança para o próximo proponente agendado.

  5. 05

    Agregação de votos

    Reúne as assinaturas dos validadores em certificados compactos, com comunicação linear por rodada. As suítes de assinatura são versionadas através do Q-Switch.

  6. 06

    Certificado de finalidade

    A prova portátil de finalidade. Clientes leves, o GateMesh e sistemas de reconciliação verificam um certificado em vez de confiar em qualquer nó isolado.

  7. 07

    Evidência e penalização

    Verifica provas de má conduta — equivocação ou a assinatura de uma transição inválida — e confisca a garantia responsável.

Segurança e controle de falhas

Integridade, vivacidade e responsabilização

Protocolos BFT são avaliados pelas propriedades que mantêm sob um modelo de falhas declarado. As propriedades do QSE se mantêm enquanto os validadores bizantinos permanecerem abaixo do limite que o quórum configurado foi projetado para tolerar.

  • Interseção de quórunsSob o modelo de falhas declarado, quaisquer dois quóruns se sobrepõem em pelo menos um validador honesto, e um validador honesto nunca assina duas transições conflitantes. Por isso, dois estados conflitantes não podem ser certificados ao mesmo tempo.
  • Nenhuma reorganização após a finalidadeUma transição certificada não é substituída sob o modelo de falhas declarado. As aplicações não precisam de lógica de reversão para o estado finalizado.
  • Vivacidade por troca de rodadaUm proponente que trava, é lento ou malicioso pode atrasar uma rodada, mas não pode paralisar a rede. O Pacemaker rotaciona a liderança e o consenso é retomado sob o próximo proponente.
  • Penalização para faltas comprováveisAssinar duas transições conflitantes produz evidência autocontida: duas assinaturas válidas que não podem ser ambas honestas. A garantia responsável é confiscada.
  • Higiene do protocoloEspecificações formais, diversidade de clientes e suítes de assinatura versionadas reduzem a chance de que um único bug de implementação ou uma única fragilidade criptográfica se torne uma falha de rede.

Nos três sistemas

O que a finalidade significa em cada sistema

Orbitra Prime

Inteligência de negociação

Quando o Orbitra Prime marca um preenchimento, uma transferência ou uma liquidação forçada como liquidada, existe um certificado do QSE para isso. Os operadores veem um único estado — final — em vez de uma contagem regressiva de confirmações.

Orbitra L1

Liquidação e processamento

O QSE é a camada de consenso do Orbitra L1. Ele certifica os compromissos de estado produzidos pelo VectorLanes, de modo que um preenchimento do ApexMatch, seu efeito sobre a margem e sua liquidação se tornam finais sob um único certificado.

Orbitra Realm

Aplicações e comércio

Pagamentos, transferências de ativos tokenizados e o estado de aplicações no Orbitra Realm herdam a mesma finalidade determinística, e rotas entre cadeias apresentam certificados como prova. Operadores interessados em operar infraestrutura de validador podem encontrar detalhes de participação na página de validadores.

Valor

Por que um sinal claro de finalidade importa

Operadores e usuários
Uma negociação ou um pagamento está final ou ainda não está. Não existe um estado intermediário ambíguo para se aguardar.
Instituições
A finalidade da liquidação se alinha diretamente com as políticas internas de liquidação e de garantias, e cada certificado é evidência verificável para reconciliação e revisão supervisória.
Desenvolvedores
Construa sobre um único sinal de finalidade. Clientes leves verificam certificados em vez de confiar em um nó, e o estado finalizado não exige tratamento de reorganização.

Especificações

Especificações

Família de protocolo
Composição tolerante a falhas bizantinas da família HotStuff; não é mineração por prova de trabalho
Entradas de segurança
Participação em garantia (segurança econômica, exposição a penalização), autoridade (funções de proponente e comitê), trabalho verificado (disponibilidade, validação, serviço)
Regra de finalidade
O quórum bizantino configurado assina a mesma transição de estado
Finalidade
Finalidade BFT determinística, classe de finalidade em subsegundo; nenhuma reorganização após a finalidade sob o modelo de falhas declarado
Liderança
Proponente agendado por rodada; troca de rodada em caso de falha do proponente
Comunicação
Votos agregados em certificados compactos
Responsabilização
Penalização por equivocação e outras condutas comprovadamente indevidas
Criptografia
Suítes de assinatura versionadas através do Q-Switch
Capacidade
Finaliza a arquitetura de capacidade plena de 1.000.000 TPS

1.000.000 de transações por segundo representa a arquitetura agregada de capacidade plena projetada do ORBITRA ONE™, e destina-se à validação sob condições de benchmark definidas.

Terminologia

Terminologia

Falha bizantina
Qualquer falha arbitrária de um validador, desde uma queda ou atraso até um comportamento deliberadamente malicioso.
Certificado de finalidade
O certificado de quórum que comprova que uma transição é final: assinaturas de validadores sobre uma transição de estado, agregadas até atingirem o quórum bizantino configurado.
Equivocação
Assinar duas mensagens conflitantes para a mesma etapa do protocolo. É comprovável e sujeita a penalização.
Troca de rodada
O procedimento que substitui um proponente que falhou ou está lento, para que o consenso possa continuar.
Trabalho verificado
Disponibilidade, validação e serviço medidos de um validador. Molda funções e recompensas, e não envolve nenhum cálculo de hash.
Modelo de falhas
As premissas declaradas — quantos validadores podem ser bizantinos e como a rede se comporta — sob as quais a integridade e a vivacidade se sustentam.

UMA REDE. MERCADOS INFINITOS.

Solicitar acesso ao ORBITRA ONE™.