As criptomoedas adoram trilemas. Compilei todos os trilemas com os quais me deparei que estão relacionados com blockchain, web3 e finanças. Ao examinar estes trilemas, poderíamos descobrir os problemas únicos que a indústria enfrenta. Talvez ao estudar estes triângulos complicados e abordar as difíceis escolhas de design, a próxima aplicação ou caso de uso revolucionário acabará por surgir.

Lista de trilemas abaixo, os links para a fonte são fornecidos se quiser aprofundar:

1. Trilema de escalabilidade
2. Trilema das Stablecoins
3. Trilema Alternativo da Moeda Estável
4. Trilema DeSoc
5. Trilema de crédito on-chain
6. Trilema de Privacidade da Blockchain
7. Trilema de Interoperabilidade
8. Trilema de Pontes
9. Trilema do GameFi
10. Trilema CBDC
11. (E 2 Trilemas de bônus, descubra abaixo!) \

1. Trilema de Escalabilidade da Blockchain

🔗 Vitalik Buterin: Porque o sharding é ótimo?

O trilema da escalabilidade da blockchain refere-se à proposição de que as blockchains públicas devem sacrificar segurança, descentralização ou escalabilidade.

Descentralização → A aplicação de processos descentralizados elimina o papel dos intermediários. As redes descentralizadas recolhem o consenso da multidão, o que significa que nenhuma entidade pode controlar ou censurar os dados que transitam por ela. No entanto, alcançar uma descentralização ótima tende a diminuir o débito da rede.

Segurança → Para aumentar a taxa de transferência de rede em uma rede blockchain, há um incentivo para reduzir a distribuição de nós blockchain, seja geograficamente ou em número. Isso resulta em uma maior centralização e reduz a segurança nas redes blockchain. Quando o consenso é alcançado em uma rede aberta com distribuição nodal limitada, um ataque de 51% é mais provável, pois os hackers podem acumular o poder de hash necessário com facilidade.

Escalabilidade → A escalabilidade refere-se à capacidade da blockchain de suportar uma alta taxa de transações. Isso significa que, à medida que os casos de uso e a adoção aceleram, o desempenho da blockchain não sofreria. Em outras palavras, refere-se a quanto uma rede pode crescer no futuro mantendo a mesma velocidade e produção.

2. Trilema das Criptomoedas Estáveis

🔗Multicoin: Resolver o Trilema da Stablecoin; Uma Visão Geral das Moedas Estáveis

Os três principais objetivos de um design de stablecoin são: eficiência de capital, descentralização e estabilidade do peg.

Estabilidade da âncora → A estabilidade do preço em paridade com os ativos âncora é o principal objetivo de qualquer stablecoin. Isso é geralmente alcançado por meio da garantia do stablecoin emitido com base no ativo subjacente. No caso de um stablecoin ancorado em USD, uma garantia de 1:1 em USD poderia garantir que cada stablecoin em circulação seja sempre lastreado por um USD.

Eficiência de Capital → A eficiência de capital descreve quanto valor é necessário para criar uma unidade da stablecoin emitida. Uma alta eficiência de capital é necessária para escalar uma stablecoin. Se, por exemplo, for necessário mais capital do que $1 para criar uma stablecoin vinculada ao USD, o design da stablecoin seria descrito como capital-ineficiente.

Descentralização → As stablecoins tornaram-se uma parte integrante do DeFi e do ecossistema mais amplo da web3. Uma stablecoin descentralizada não dependeria da governança de um intermediário e evitaria pontos únicos de falha centralizados e riscos.

3. Trilema das stablecoins (Alternativa)

🔗 Lucas Prosperi: "Algo Stables Are Dead"

Um trilema alternativo de stablecoin é apresentado por Luca Prosperi em seu blog Dirt Roads. Ele discute os trade-offs entre Velocidade, Liquidez e Solvência de um design de stablecoin.

Velocidade → Quão fácil é para uma stablecoin expandir (semelhante à ideia de eficiência de capital). Para promover uma expansão ultrarrápida, a Terra optou por um sistema reflexivo em que o protocolo pode imprimir novo dinheiro sem a necessidade de injetar garantias exógenas no sistema — à custa de liquidez e solvência, com a esperança de reequilibrar o sistema numa fase posterior. A MakerDAO seguiu a direção oposta, deixando a impressão e queima de dinheiro para a dinâmica de mercado — ou para a demanda orgânica por alavancagem.

Solvência → Quão confiável é o valor que sustenta a moeda (semelhante à estabilidade da âncora). A viabilidade de uma moeda estará sempre ligada à qualidade dos ativos que a sustentam — e aos seus mecanismos de governança. O modelo de supercolateralização da Maker ofereceu garantias sólidas aos detentores de $DAI e manteve o protocolo vivo em meio a várias quedas do mercado.

Liquidez → Quão robusta é a âncora contra choques de curto prazo. Mesmo os designs de stablecoin solventes que sacrificam a velocidade de implementação em troca de protecionismo extremo estão continuamente expostos às forças de mercado. O valor relativo de um ativo em relação a outro é uma função da dinâmica de oferta e demanda de curto prazo e em um sistema de âncora há pouca tolerância para a volatilidade.

4. Trilema das Redes Sociais Descentralizadas

🔗 Polygon: Mídia Social Descentralizada: O Futuro das Conexões ou um Nicho Desnecessário?

O Web3 expande a ideia das redes sociais. Uma conceção é um gráfico social web3: mapeia perfis, seguidores e suas conexões. Os utilizadores podem então consumir conteúdo e interagir com os seus grafos sociais. O DeSoc resolve alguns dos problemas nas redes sociais web2, mas introduz o seu próprio conjunto de complicações. O DeSoc Trilema destaca os compromissos feitos em segurança, escalabilidade e experiência do utilizador (UX).

Segurança → A segurança indica duas coisas: descentralização de uma blockchain, bem como o executor de transações. Descentralização de uma blockchain: com mais validadores, as blockchains tornam-se mais descentralizadas e seguras. No entanto, isso introduz a compensação entre segurança e escalabilidade. Quanto mais descentralizada e segura for uma blockchain, mais difícil será escalá-la. Isso explica por que nenhum protocolo DeSoc poderia realmente viver no Ethereum, já que as taxas de gás são muito altas. Por enquanto, até que os Zk-rollups se tornem baratos e utilizáveis, um protocolo DeSoc precisa operar em uma sidechain, sub/supernet ou em uma L1 autônoma.

Experiência do utilizador → Quando se trata da execução de transações, alguns protocolos DeSoc fazem isso eles próprios. Por exemplo, um utilizador segue alguém e apenas assina uma mensagem para que isso aconteça. Eles não pagam a taxa de gás ou executam efetivamente a transação, em vez disso, esse papel recai sobre o próprio protocolo. Isso introduz o compromisso entre segurança e UX. A ocultação das taxas de gás é um grande avanço em UX. O UX final é aquele em que você conecta sua carteira, mas nunca tem que lidar com pop-ups do metamask pedindo para assinar contratos ou pagar por transações. Isso vem com o custo de fornecer mais permissões e controle da sua carteira para contratos inteligentes.

Escalabilidade → As compensações feitas entre UX e escalabilidade são mais difíceis. Tome, por exemplo, DeSoé uma blockchain criada especificamente para aplicações sociais. Atingiu mais de 1,5 milhões de utilizadores, mas carece do ecossistema envolvente, como jogos e protocolos DeFi. O benefício de composabilidade de valor agregado não existe nos protocolos DeSoc construídos em blockchains autónomas.

5. Trilema de crédito on-chain

🔗 Jump Crypto: Paradigmas para Crédito On-Chain

O modelo Jump Crypto explora as três principais categorias de crédito on-chain: supercolateralizado, corretagem prime e baseada em identidade.

Sobrecolateralizado → A sobrecolateralização é a disponibilização de garantias que valem mais do que o suficiente para cobrir perdas potenciais em casos de incumprimento. O empréstimo sobrecolateralizado é atualmente o modelo predominante no DeFi. Ele epitomiza os benefícios da abordagem on-chain: qualquer pessoa pode emprestar, pedir emprestado ou construir sobre o protocolo, sem necessidade de informações de identificação ou porteiros de terceiros. Protocolos como Compound, AAVE e MakerDAO todos requerem sobrecolateralização.

Prime Brokerage → Em vez de impor uma sobrecolateralização num sistema aberto, simular uma subcolateralização num sistema fechado, restringindo o uso de fundos. Ao criar uma fronteira grande, mas bem definida, através de uma interface ou conjunto de integrações, um protocolo pode oferecer os benefícios de empréstimos com subcolateralização, mantendo-se tecnicamente sobrecolateralizado ao reter o controlo final dos ativos. É um 'empréstimo numa bolha' como segurança algorítmica: não pode entrar em incumprimento, porque o código não o permitirá.

Baseado na identidade → Ambas as abordagens de supergarantia e corretagem prime impõem limitações ao crédito, restringindo os tipos de alavancagem obtíveis (supergarantia) ou os usos disponíveis de capital (corretagem prime). Para permitir empréstimos totalmente gerais, onde os mutuários realmente podem fugir com o dinheiro, é necessário impor consequências mais amplas para o mutuário, que é a segurança sociolegal: você não irá entrar em incumprimento, porque será punido fora da cadeia.

6. Trilema da Privacidade da Blockchain

🔗 Obscuro: O Trilema da Privacidade na Blockchain

Este é mais um inspirado no trilema de escalabilidade de Vitalik.Obscuro, uma solução de segunda camada do Ethereum focada na privacidade, propõe o trilema da privacidade no contexto da blockchain.

Privacidade → Definida como a capacidade de manter transações ocultas de todos os participantes, incluindo qualquer sequenciador ou minerador.

Programabilidade → Capacidade de ser completo de Turing e resolver todos os casos de uso.

Descentralização → O grau em que você pode avançar além de uma única entidade que controla um aspecto crítico da solução, deixando nenhum ponto único de falha. Por exemplo, sequenciadores ou agregadores centralizados.

Exemplos de abordagens neste modelo incluem:

• UTXO ZKP - Existem muitas blockchains que visam otimizar especificamente as transferências de tokens. Z-Cash é um exemplo de uma dessas blockchains. É baseado em UTXO com suporte para provas de conhecimento zero (ZKP) para permitir a transferência de tokens de forma privada. No entanto, não pode ser usado para construir algo como Uniswap ou AAVE, pois simplesmente não suporta a noção de Agentes Autônomos.
• zkSync/STARK - Onde a descentralização, escalabilidade, resistência à censura e todas as outras grandes promessas da blockchain não são necessárias, então ZKPs se tornam uma opção interessante para fornecer privacidade com o poder dos contratos inteligentes. Eles podem manter a privacidade sobre esta operação criando um ZKP e passando-o para um sequenciador. Mas se o sequenciador cair, toda a rede fica parada, o que vai contra a descentralização.
• Ethereum - Ethereum é um computador global; cada nó que faz parte da rede executa o mesmo código de contrato inteligente e precisa concordar coletivamente com a ordenação de eventos para contas de contrato. Em um sistema UTXO, apenas contas de usuário existem, e sua ordenação é inerente. Isso permite que apenas o usuário crie uma prova e convença a rede de sua validade. Para alcançar a mesma privacidade que as ZKPs proporcionam nos sistemas UTXO no Ethereum, seria necessário que cada nó fizesse parte do grupo que vê tudo — sem privacidade.

7. Interoperabilidade Trilema

🔗 Connext: O Trilema da Interoperabilidade; Pilha de Bridge por Li.fi

O trilema da interoperabilidade afirma que os protocolos InterOp só podem ter duas das três propriedades seguintes:

Confiança zero → O protocolo tem a mesma segurança que a blockchain subjacente. Não adiciona novas suposições de confiança.

Extensibilidade → A capacidade do protocolo para conectar diferentes blockchains.

Generalização → O protocolo pode passar qualquer pedaço de dados entre cadeias, de tokens a mensagens a chamadas de contrato.

Arjun Bhuptani classifica pontes em três categorias (verificado nativamente, verificado localmente, verificado externamente) dependendo de quais duas propriedades do trilema são incorporadas no design de uma ponte:

• Ponte verificada nativamente — Sem confiança e generalizável (Cosmos IBC, Near Rainbow Bridge)
• Pontes verificadas localmente — Confiáveis e Extensíveis (Connext, Hop)
• Ponte externamente verificada — Extensível e Generalizável (Multichain, Hífen)

8. Trilema de Ponte

🔗 Ryan Zarick: O Trilema da Ponteagem;Pilha de Ponte por Li.fi

O trilema da ponte afirma que ao projetar pontes, os construtores devem escolher apenas uma ou duas das seguintes características:

Finalidade Garantida Instantânea → Os utilizadores e as aplicações têm a garantia de receber fundos na cadeia de destino imediatamente após uma transação ter sido executada na cadeia de origem e a transação atingir a finalidade na cadeia de destino.

Liquidez unificada → Um único pool de liquidez é usado entre cadeias diferentes, em vez de ter pools separados para tokens diferentes.

Ativos nativos → Os utilizadores recebem ativos nativos na cadeia de destino após a ponte em vez de ativos envolvidos emitidos pelas próprias pontes.

Exemplos de designs de pontes que não cumprem o trilema de ligação:

• Bloquear e criar pontes - Tais pontes oferecem finalidade instantânea garantida. No entanto, os utilizadores recebem um ativo sintético ou envolvido na cadeia de destino, e não o ativo nativo. (Exemplo: Wormhole, Multichain)
• Redes de liquidez com pools de ativos nativos com liquidez unificada — Em tais designs, existe uma única pool em uma chain conectada com pools adicionais em todas as outras chains com acesso compartilhado à liquidez umas das outras. Como resultado, esses designs de ponte não podem oferecer finalidade garantida instantânea, uma vez que uma transação pode falhar devido à falta de liquidez nas pools compartilhadas. (Exemplos: Hyphen da Biconomy, ponte baseada em pool da cBridge)

9. Trilema do GameFi

🔗 StepN: Blockchain Trilemma 2.0 — O Trilema Game-Fi

Jogabilidade → A jogabilidade tem duas camadas. A primeira camada é o quão suave o jogo está a correr na blockchain. Se os jogadores estão constantemente a enfrentar a longa congestão de rede, taxas de gás voláteis e processo complicado de comprar/vender ativos do jogo, então o jogo não é realmente jogável. A segunda camada é o quão divertido o jogo realmente é.

A acessibilidade refere-se à barreira que impede as pessoas de participar de jogos play2earn. Muitos projetos GameFi requerem um investimento prévio nos ativos do jogo. Embora o jogador possa então ganhar dinheiro com os mecanismos play2earn, o aspecto monetário impede que pessoas não criptográficas participem do jogo.

Rentabilidade → A rentabilidade é o retorno financeiro pelo dinheiro, tempo e energia que o jogador investe no jogo. O problema com a rentabilidade é que, para tornar o jogo jogável para ganhar, o jogo deve quantificar o desempenho do jogador no jogo. Por exemplo, completar um conjunto de tarefas diárias ou vencer uma batalha PvP deve ser orientado para o resultado. No entanto, a experiência de jogo deve vir tanto do processo de jogo quanto do resultado. A rentabilidade determina por quanto tempo os jogadores aguentarão as mecânicas de moagem do jogo até se desgastarem.

10. Trilema CBDC

🔗 Becker Friedman Institute: CBDC-Quando o Preço e a Estabilidade Bancária Colidem

Uma moeda digital de banco central, ou CBDC, pode ser uma alternativa atraente para \
depósitos à ordem tradicionais detidos em bancos privados. Ao oferecer contas de CBDC, o banco central precisa enfrentar questões clássicas da banca: realizar transformação de maturidades enquanto fornece liquidez aos clientes privados que sofrem choques de “gastos”. Embora o banco central possa sempre cumprir com as suas obrigações nominais, ainda assim pode haver movimentos de pânico, manifestando-se quer como liquidação excessiva de ativos reais ou como uma falha em manter a estabilidade de preços.

Em geral, gostaríamos que um banco central alcançasse três objetivos. Primeiro, queremos estabilidade financeira - ou seja, evitar corridas ao gasto. Segundo, queremos eficiência - ou seja, que a economia atinja a partilha de riscos ótima entre agentes pacientes e impacientes (ou, de forma equivalente, a transformação de maturidade ótima entre depósitos a curto prazo e projetos de investimento a longo prazo). Terceiro, queremos estabilidade de preços - ou seja, os preços não mudam demasiado rápido e perturbam alocações, por exemplo, porque a maioria dos contratos é expressa em termos nominais.

Linda Schilling e outros demonstrar que o banco central pode sempre implementar a alocação socialmente ótima em estratégias dominantes e dissuadir o banco central de correr ao preço de ameaçar a inflação fora de equilíbrio. Se os objetivos de estabilidade de preços para o banco central implicarem que o banco central não cumprirá essa ameaça, as dotações têm de ser subótimas ou propensas a corridas.

[Bónus 1] Trilema da Estabilidade Financeira

🔗 Dirk Schoenmaker - Governança da Banca Internacional

Segundo este trilema (1) política financeira nacional, (2) integração financeira transfronteiriça e (3) estabilidade financeira são incompatíveis. Por exemplo, se os objetivos são a integração financeira transfronteiriça e um sistema financeiro estável, a política financeira não pode ser nacional.

Na essência, quando a integração financeira aumenta numa região, os incentivos entre os supervisores nacionais para agirem de forma a preservar a estabilidade financeira na região como um todo diminuem. Se os benefícios das políticas orientadas para a estabilidade se espalharem por toda a região, a disposição dos supervisores nacionais para suportar o custo dessas políticas diminui.

[Bônus 2] Trindade impossível na economia internacional

🔗Modelo Mundell-Fleming

Ao tomar decisões fundamentais sobre a gestão da política monetária internacional, a trindade impossível sugere que os países têm três opções possíveis para escolher. De acordo com o modelo trilema de Mundell-Fleming, estas opções incluem:

• Definir uma taxa de câmbio fixa
• Permitindo que o capital flua livremente sem acordo de taxa de câmbio fixa
• Política monetária autónoma

Aviso Legal：

1. Este artigo é reimpresso de [Gate@michaellwy">MICHAELLWY]. Todos os direitos autorais pertencem ao autor original [MICHAELLWY]. Se houver objeções a esta reimpressão, por favor contacte o Gate Learnequipa e eles vão tratar disso prontamente.
2. Aviso de responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe Gate Learn. Salvo indicação em contrário, é proibido copiar, distribuir ou plagiar os artigos traduzidos.