Ir para o conteúdo
Financial Context Wiki

Trilema Blockchain

O trilema blockchain é uma heurística para comparar escalabilidade, descentralização e segurança sob cargas de trabalho e modelos de ameaças explícitos. Não é um teorema ou uma regra que os sistemas escolham literalmente apenas dois.

Atualizado

Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.

Resposta direta

O trilema blockchain é uma heurística de design: aumentar a escalabilidade, a descentralização ou a segurança sob um recurso fixo e um modelo de confiança pode pressionar as outras dimensões. Não é um teorema de impossibilidade matemática, uma pontuação aditiva ou uma regra segundo a qual cada rede deve selecionar exatamente duas propriedades.

Cada eixo necessita de definições operacionais. A escalabilidade inclui rendimento sustentável, latência, taxas e crescimento de dados ou estado sob carga declarada. A descentralização inclui validação independente, entrada e saída sem permissão e concentração em participação ou poder de hash, operadores, clientes, provedores de nuvem, geografia e governança. A segurança inclui proteção, vivacidade, finalidade, resistência à censura, disponibilidade e recuperação de dados sob um modelo de adversário explícito.

Fragmentação, rollups, provas de validade, clientes leves e amostragem de disponibilidade de dados podem melhorar a fronteira viável, alterando quem executa, baixa, armazena, prova ou verifica os dados. Eles não eliminam compensações: eles movimentam custos de recursos e introduzem suposições específicas de camadas sobre sequenciadores, provadores, desafiadores, pontes, chaves de atualização e disponibilidade de dados.

Como funciona

  1. Fixe a cadeia, a rede, a versão do protocolo, a camada e a reivindicação arquitetônica exata. Identifique os componentes de consenso, execução, disponibilidade de dados, liquidação e governança, em vez de classificar apenas o nome de uma marca.
  2. Definir escalabilidade, descentralização e segurança com proxies mensuráveis, uma carga de trabalho e uma janela de observação. Não adicione TPS, contagem de nós e custo de ataque em uma pontuação adimensional.
  3. Mapeie quem propõe, constrói, encomenda, valida, armazena dados, prova, desafia, atualiza, pausa e permite a saída. Permissão de registro, custódia e limites de controle de emergência.
  4. Medir a descentralização entre entidades de participação ou poder de hash, nós de validação independentes, software cliente, hospedagem, geografia e governança. Inclui hardware, largura de banda, armazenamento, tempo de sincronização e barreiras de capital.
  5. Medir a segurança como segurança, vivacidade, finalidade, resistência à censura, disponibilidade e recuperação de dados sob limites adversários declarados, pressupostos de correlação e incentivos econômicos.
  6. Meça a escalabilidade usando taxa de transferência sustentada e final, latência de inclusão e finalidade, taxas sob carga, bytes, crescimento de estado, custos de sincronização e verificação, além de comportamento durante congestionamento ou falha de componente.
  7. Compare arquiteturas no mesmo modelo de carga de trabalho e ameaça, versione as evidências e estresse as falhas. Indique qual pressuposto de custo ou confiança mudou entre as camadas, em vez de afirmar que o trilema foi resolvido.

Exemplo

  • Uma cadeia hipotética totalmente replicada que transporta 2 MiB / 12 seconds tem 7,200 blocks/day e entrada bruta de 2 * 7,200 = 14,400 MiB/day = 14.0625 GiB/day. Aumentar a carga útil para 8 MiB fornece 57,600 MiB/day = 56.25 GiB/day, exatamente 4x antes da sobrecarga do protocolo, índices, estado e replicação. A capacidade aumenta, mas esta aritmética não é um requisito completo do nó.
  • Suponha que os operadores da estaca controlem 34%, 22%, 18%, 16%, 10%. Sob um limite declarado de bloqueio de atividade >= 1/3, apenas o primeiro operador se qualifica. Sob um limite de controle declarado >= 2/3, o menor prefixo são os três primeiros: 34 + 22 + 18 = 74%; os dois primeiros totalizam apenas 56%. Links de entidades reais e limites de protocolo ainda exigem verificação.
  • Se 10,000 transactions * 200 bytes = 2,000,000 bytes, mas um rollup postar um 400,000-byte batch, a média será 400,000 / 10,000 = 40 bytes/transaction ou 5x compactação de dados. Isso por si só não diz nada sobre sequenciador, prova, ponte, disponibilidade de dados ou risco de chave de atualização.
  • Em um modelo de amostragem ilustrativo com 4,096 shares, um adversário retém 25% = 1,024 shares. Se 30 independent uniform samples with replacement for tomado, a probabilidade de perder todas as ações retidas é (3,072 / 4,096)^30 = 0.75^30 = 0.0001785821 = 0.01785821%; a detecção modelada é 99.98214179%. A independência, a uniformidade e o modelo de retenção são pressupostos e não uma garantia de produção.

Riscos

  • Tratar a heurística do trilema como um teorema universal provado.
  • Deixar a escalabilidade, a descentralização ou a segurança indefinidas.
  • Adicionar proxies diferentes em uma pontuação opaca ou adimensional.
  • Escolha seletiva de TPS de pico anunciado em vez de rendimento sustentável.
  • Relatar médias enquanto oculta a latência final e o comportamento de falha de carga.
  • Usar apenas taxas como medida de escalabilidade, sem carga de trabalho ou subsídio.
  • Tratar contagens brutas de nós, validadores ou endereços como entidades independentes.
  • Ignorar a participação delegada, o poder de hash e o controle comum do operador.
  • Ignorar a concentração de cliente, nuvem, geográfica e de governança.
  • Excluindo barreiras de hardware, largura de banda, armazenamento, sincronização e capital.
  • Chamar um sistema de seguro sem adversário e limite declarados.
  • Combinando segurança, vivacidade, finalidade, resistência à censura e recuperação.
  • Ignorar a disponibilidade de dados, recuperação histórica e crescimento do estado.
  • Exagerar garantias e suposições de clientes leves, de prova ou de amostragem.
  • Comparar o rendimento L1 e L2 como se suas garantias fossem idênticas.
  • Supondo que um rollup herde todas as propriedades de segurança da camada base.
  • Ignorando chaves de sequenciador, provador, desafiante, ponte, administrador e atualização.
  • Comparação de diferentes versões de protocolos, cargas de trabalho ou janelas de observação.
  • Inferir a demanda de token ou o valor do investimento a partir da qualidade da arquitetura.
  • Declarar uma solução permanente após uma otimização elimina um gargalo.

Erros comuns

  • Cada blockchain deve escolher exatamente duas das três propriedades. O trilema é uma heurística comparativa; os sistemas ocupam fronteiras cambiantes sob diferentes suposições.
  • Mais validadores ou nós significam automaticamente mais descentralização e segurança. Pesos de entidade, software, hospedagem, geografia, governança e verificação independente são importantes.
  • Um número elevado de TPS prova uma descentralização escalável. Carga de trabalho, hardware, crescimento de dados, latência final, taxas e comportamento de falha determinam se a capacidade é sustentável.
  • L2, modularidade ou fragmentação elimina o trilema. Esses designs redistribuem execução, dados, comprovação e confiança; cada garantia deve ser rastreada de ponta a ponta.
  • As três dimensões são pontuações escalares fixas ou preveem o valor do token. As medições são multidimensionais e versionadas, enquanto a economia do token é uma questão separada.

Tópicos relacionados

Fontes oficiais

Navegação

Pesquisar na wiki...