Introdução

Neste relatório, analisaremos a Threshold Network Bitcoin (tBTC) como um possível ativo de garantia. O objetivo desta análise é avaliar de forma abrangente os riscos associados ao tBTC para determinar sua adequação para integração como garantia. Nossa avaliação empregará métodos quantitativos e qualitativos, fornecendo insights sobre a segurança da integração do tBTC como garantia e recomendando quaisquer restrições de exposição necessárias.

Vamos categorizar os riscos identificados em três áreas principais:

• Risco de mercado - Preocupações relacionadas à liquidez e volatilidade do mercado.
• Risco Tecnológico - Considerações relativas a contratos inteligentes, dependências e feeds de preços do Oracle.
• Risco de contraparte - Aspectos relacionados com governança, potencial de centralização e fatores legais/regulatórios.

Essas categorias de risco serão resumidas na última seção deste relatório, fornecendo aos detentores de tokens informações valiosas para tomar decisões informadas sobre a integração do tBTC e o estabelecimento de parâmetros apropriados.

Seção 1: Fundamentos do Protocolo

Esta seção aborda os fundamentos da garantia proposta. É essencial transmitir (1) a proposição de valor do tBTC e (2) a arquitetura geral da Threshold Network. Esta seção contém elementos descritivos que não podem ser quantificados e serve como uma introdução descritiva à garantia.

Esta seção está dividida em duas subseções:

1.1: Descrição do Protocolo
1.2: Arquitetura do Sistema

1.1 Descrição do Protocolo

A Rede Threshold é o resultado de a fusão da Keep Network e NuCypher. O Keep Network contribui com infraestrutura e contêineres de preservação da privacidade off-chain chamados "keeps", enquanto o NuCypher fornece ferramentas de privacidade e uma rede de nós distribuídos.

Central para a Rede de Limiar está a criptografia de limiar, um método que distribui operações criptográficas por uma rede de nós independentes. Esta abordagem garante que informações sensíveis possam ser processadas em conjunto sem que qualquer entidade única tenha acesso à chave secreta completa, preservando a privacidade.

A Threshold Network é governada pela Threshold DAO, abrangendo a Token Holder DAO e um multisig do Conselho Eleito. Atualmente, as operações tBTC são gerenciadas pelo multisig, com planos de transição para governança on-chain.

Atualmente, a Threshold Network oferece três produtos e serviços distintos:

1. tBTC v2: tBTC v2 é uma ponte descentralizada entre Bitcoin e Ethereum, permitindo que detentores de Bitcoin acessem DeFi e o universo em expansão da Web3 sem depender de intermediários. Isso permite que os usuários transfiram seus ativos de Bitcoin com segurança e sem a necessidade de confiar em terceiros.
2. Controle de Acesso de Limiar (TACo): O TACo facilita o compartilhamento de dados e comunicação criptografados de ponta a ponta sem a necessidade de confiar em uma autoridade centralizada. É uma camada de controle de acesso descentralizado que alcança verdadeira descentralização por meio de uma rede bem garantida de aproximadamente 150 nós operados independentemente.
3. thUSD (Threshold USD): thUSD é uma stablecoin descentralizada fixada em 1:1 contra o preço do USD. Para emprestar thUSD, os usuários fornecem tBTC como garantia. Cada thUSD é totalmente garantido por tBTC com uma relação de garantia mínima de 110%, suportada por um pool de estabilidade que compra automaticamente liquidações, permitindo uma relação de liquidação mais baixa em comparação com leilões tradicionais.

Dado que o objetivo deste relatório é avaliar o risco de garantia, focaremos no tBTC v2 pelo resto do relatório. Produtos adjacentes serão mencionados sempre que relevantes.

Histórico da Threshold Network:

Dada a rica história da Threshold Network, abaixo está uma breve visão geral dos eventos cronológicos e dos protocolos que se fundiram na Threshold, nomeadamente Keep Network e NuCypher.

Resumo Cronológico da Rede Threshold

• 2015-01-01 Fundação da Nucypher
• 2017-01-01Fundação da Keep Network
• 2018-06-19 Lançamento do Whitepaper do Nucypher
• 2020-04-28 Token de Mantimento da Inception
• 2020-08-30 Token Nucypher Inception
• 2020-09-15 Criação de Contrato tBTC v1 como produto da Keep Network
• 2021-05-28 Discussão em torno da fusão de NuCypher e Keep
• 2021-08-17 Criação de Contrato de Limiar do Produto de Rede tBTC v2
• 2021-12-21 Conclusão da Fusão do Dao
• 2023-01-31: Mintagem entra ao vivo (com grupo com permissão de minters)

Manter a Rede

Fundada em 2017 por Matt Luongo e Corbin Pon, Manter a Redefoi criado em resposta à crescente necessidade de ferramentas aprimoradas de privacidade no ecossistema Ethereum. Keep usa criptografia e computação multipartidária (sMPC) para proteger dados privados, permitindo que contratos inteligentes interajam com ele, mantendo transparência e auditabilidade.

Isso é realizado por meio de um sistema de contêineres de dados off-chain conhecidos como "keeps". Esses keeps são atribuídos a um grupo de participantes chamados "signers", que são responsáveis por gerenciar e proteger os dados privados. A aplicação principal da Keep Network, o Random Beacon, fornece uma fonte de aleatoriedade para garantir que os signers individuais não possam acessar ou decodificar as informações armazenadas. Para participar da rede, os signers apostam tokens KEEP e recebem uma taxa de serviço em troca.

Um dos principais casos de uso da Keep Network é o aplicativo tBTC, que serve como uma ponte de confiança entre as blockchains Bitcoin e Ethereum. Os signatários da Keep Network facilitam a troca e o armazenamento seguro de BTC para tokens tBTC baseados em Ethereum, permitindo que os detentores de BTC acessem o DeFi no Ethereum. Embora o tBTC tenha experimentado uma vulnerabilidade logo após seu lançamento inicial em maio de 2020, ele passou por rigorosas auditorias de segurança e testes antes de ser relançado com sucesso em setembro de 2020.

Nucypher

Fundada em 2015, NuCypherpretendia garantir dados na nuvem usando Re-Encriptação por Proxy (PRE). Mais tarde, eles adaptaram sua tecnologia para contratos inteligentes de blockchain. Em 2017, eles fizeram a transição para um modelo baseado em token e realizaram uma venda SAFT de $4,4 milhões. Testnets públicos foram lançados em 2019, levantando $10,7 milhões em uma segunda rodada SAFT.

O NuCypher oferece infraestrutura criptográfica para aplicativos focados em privacidade. Ele fornece Controle de Acesso de Limiar (TAC) para compartilhamento de dados seguro e sem confiança e Descriptografia Baseada em Condição (CBD) para gerenciar o acesso a dados com base em condições on-chain.

O middleware baseado em Ethereum da NuCypher forneceu serviços de reencriptação para aplicativos descentralizados (dApps) ao permitir que os usuários apostassem fichas NU. O mecanismo WorkLock incentiva a participação por meio de garantia ETH em troca de fichas NU, alinhando incentivos para o crescimento da rede.

1.1.1 Garantia Subjacente

tBTC é um token ERC-20 que representa e é garantido 1:1 pelo Bitcoin. O objetivo do tBTC é permitir que os usuários acessem o valor de seu Bitcoin no ecossistema DeFi sem necessidade de confiar em terceiros centrais.

1.1.2 Mecanismo de Acréscimo de Rendimento

Não há um Mecanismo de Acréscimo de Rendimento inato. tBTC atua como ponte entre Bitcoin e Ethereum, permitindo que os usuários utilizem o valor de seus BTC dentro do ecossistema DeFi.

1.1.3 Taxa do Fornecedor

O taxas da plataformasão baseadas em ações. Atualmente, um usuário incorre em uma taxa de cunhagem e resgate. A taxa de cunhagem atual foi reduzida com TIP-54, atualmente definido como 0.1%com a totalidade indo para o tesouro. As taxas de resgate são definidas para0.2%indo para o tesouro.

Existe um propostapara recompras de token de governança T dos fundos do tesouro que foram aprovadas, mas ainda não implementadas.

1.1.4 Node Operator Set

Os operadores de nó são publicamente visíveis em tBTCscan. Atualmente, a rede possui 322 nós registrados que optaram especificamente pela aplicação tBTC v2. De acordo com a Threshold Network, os operadores de nós estão atualmente restritos ao lista de Beta Stakersem vez de todos os Stakers.

A razão para isso é:

• Durante os primeiros dias do sistema, a Rede Threshold requer Stakers disponíveis para testar mudanças e corrigir bugs críticos rapidamente, e ter acesso direto àqueles conhecidos pela equipe de desenvolvimento é crucial.
• O algoritmo de assinatura, GG18, não consegue identificar signatários malcomportados, o que representa um risco. Stakeholders malcomportados poderiam perturbar transações de Bitcoin. Identificá-los nos permitiria excluí-los do processo de assinatura.

Um algoritmo alternativo (FROST/ROAST) está em desenvolvimento em um público Repositório do Githubpara identificar signatários mal comportados. Além da atribuíbilidade, FROST/ROAST permitirá que o Threshold expanda significativamente conjuntos de signatários para, por exemplo, 501 de 1000

Seleção de Validador 1.1.5

A Threshold Network executa efetivamente um esquema de seleção ponderado por token (pense em Prova de Participação Delegada (dPoS)) para o conjunto de validadores atualmente com permissão de tBTC v2. Os operadores de nó podem participar da rede Threshold executando nós e selecionando quais módulos desejam suportar. Eles são recompensados em tokens T (moeda nativa da Threshold) por seus serviços. A Threshold Network seleciona Nós para tBTC v2 principalmente para custodiar BTC no blockchain Bitcoin. Stakers podem depositar T Tokens no Contrato de Staking e pode delegarpara Nós disponíveis.

Fonte: P2P.org

1.1.6 Garantia de Validador

Para executar um nó, os operadores precisam de uma mínimo de 40.000 tokens T para apostar, mais fundos para cobrir as taxas de gás. Os documentos de aposta tBTC v2 também destacam que os operadores de nós devem manter um saldo positivo de ETH e recomendam pelo menos 0,5 ETH.

1.1.7 Modelo de Governança

A Threshold Network é governada por dois órgãos: a Tokenholder DAO e o Threshold Council. modelo de governançausa governança ponderada por tokens (ou seja, um token equivale a um voto) com votação on-chain via uma implementação deGovernador Bravo. A moeda governante é o token T.

As operações de tBTC não são atualmente controladas por um DAO on-chain. Atualmente, a votação é realizada no Snapshot com operações on-chain gerenciadas pelo Conselho de Limiar. O Conselho de Limiar é um multisig 6-de-9. Existem planos para depreciar ou transferir a gestão atualmente confiada ao multisig à medida que o sistema tBTC se ossifica.

1.2 Diagrama de Arquitetura do Sistema

1.2.1 Visão Geral da Arquitetura de Rede

Origem: Diagrama Personalizado

A Rede Limiar fundamenta a segunda geração de tBTC (tBTC v2). O aplicativo é arquitetadocom os seguintes componentes principais referenciados com o número correspondente no diagrama:

1) Componente de Ponte:
O componente Bridge atua como interface para o blockchain do Bitcoin e clientes off-chain. É responsável por ouvir os depósitos revelados, varrê-los, provar as ações e relatar informações relevantes ao Banco. Durante a redenção, ouve solicitações, dispersa fundos, prova ações e relata ao Banco. Gerencia tudo sobre as carteiras Bitcoin.

2) Componente do Banco:
O componente bancário gerencia o balanço do Bitcoin para os endereços do Ethereum. Ele fornece dois mapeamentos para acompanhar o balanço e as permissões. Ele não emite um token ERC-20, apenas realiza contabilidade.

3) Componente do Vault:
O componente Vault é um contrato inteligente autorizado que interage com o Banco. Custodia um saldo e permite operações como cunhagem e queima de tokens tBTC. O tBTC (o token) é implementado como um Vault principal neste sistema.

4) Condições de Recompensa e Penalização:
O Funcionalidade de penalidades e recompensasé representado de forma abstrata na figura acima no círculo 4. Os operadores registrados no pool de sorteio ECDSA recebem recompensas, exceto aqueles marcados como inelegíveis devido à inatividade ou desqualificação durante a Geração Distribuída de Chaves (DKG). Essas recompensas são distribuídas com base no peso do operador no pool. No entanto, existem condições de penalização para a aposta T. Se um resultado do DKG for considerado malicioso e for desafiado com sucesso, o remetente enfrenta uma penalidade de corte, enquanto a pessoa que relatar o resultado malicioso recebe uma recompensa. Além disso, os operadores que estão permanentemente inativos podem estar sujeitos a reivindicações de inatividade do operador, assinadas por um limiar de membros do grupo. Se tal reivindicação for enviada e aceita, esses membros inativos são excluídos de receber recompensas do pool de sorteio por um período governável especificado.

5) carteira com suporte de limiar-ECDSA de 51 de 100
ECDSA introduzo conceito de carteiras ECDSA de limite. Neste sistema, o poder de emitir assinaturas digitais sob uma única chave pública é distribuído entre 'n' partes. Um limite específico, denotado como 't', é definido. Isso significa que enquanto qualquer grupo de 't + 1' participantes pode assinar colaborativamente um documento, qualquer grupo menor que este não pode.

O contrato inteligente WalletRegistry serve como um livro-razão on-chain para carteiras ECDSA, que são gerenciadas por uma rede off-chain de nós. O protocolo de geração de chaves utilizado por esta rede off-chain é projetado para garantir três atributos primários:

1. Chave Pública Unificada: O grupo inteiro de assinatura possui uma chave pública coletiva ECDSA. Esta chave é revelada na cadeia hospedeira (tipicamente Ethereum) e corresponde a uma carteira Bitcoin que o grupo de assinatura possui coletivamente.
2. Compartilhamento distribuído de chaves secretas: Cada membro dentro do grupo de assinatura segura uma parte da chave secreta ECDSA. Esta parte permite que eles gerem uma parte da assinatura ECDSA de limite para quaisquer transações ligadas à carteira do grupo de assinatura.
3. Combinação de Assinaturas: Qualquer membro do grupo de assinatura pode amalgamar partes de assinaturas de si mesmos e de outros membros do grupo. Essa amalgamação resulta em uma versão totalmente assinada de uma transação especificada, representando a intenção coletiva do grupo de assinatura.

7) Minters and Guardians:
PermissionedGuardiões e Mantenedoreslidar com a cunhagem de tBTC para evitar atividades maliciosas. A cunhagem de tBTC é tecnicamente sem permissão, com depósitos que eventualmente serão varridos por um validador se os cunhadores otimistas tentarem censurar o depósito. Os cunhadores otimistas com permissão principalmente permitem uma cunhagem mais conveniente e 'fast-track'.

8) Pool de Cobertura:
O Pool de Cobertura desempenha um papel crucial como um buffer de proteção dentro do protocolo tBTC, servindo como uma rede de segurança para os ativos garantidos pelo sistema. No caso infeliz do Bitcoin mantido como garantia ser perdido ou comprometido, o Pool de Cobertura entra em ação. Ele facilita a conversão dos ativos do pool em BTC, que é então devolvido ao protocolo para manter a estabilidade do pino de fornecimento. A governança dos ativos dentro do Pool de Cobertura é supervisionada pelo Threshold DAO, proporcionando uma abordagem descentralizada e orientada pela comunidade para sua gestão. Além disso, há espaço para a evolução da estratégia de ativos do pool, permitindo a diversificação de ativos e o potencial para incentivar depósitos externos. Esta abordagem estratégica visa melhorar a cobertura e fortalecer a resiliência do protocolo contra desafios imprevistos, tornando-o um ecossistema robusto e seguro para usuários e partes interessadas.

1.2.2 Diagrama de arquitetura do sistema

O Diagrama de Fluxo representado no diagrama é composto por vários componentes-chave e contratos organizados em diferentes áreas funcionais.

Fonte: Threshold Network Github

No lado esquerdo, existem contratos relacionados a garantia e aplicações. O contrato IStaking define uma interface para operações de garantia, e o contrato TransparentUpgradeableProxy implementa essa interface, indicando seu papel no manuseio de atividades relacionadas a garantia. Além disso, o contrato TokenStaking está associado a aplicações e interage com IApplication.

No meio do diagrama, há um componente crítico chamado Beacon Aleatório, composto pelos contratos IRandomBeacon e RandomBeacon. Esse Beacon Aleatório é responsável por gerar valores aleatórios ou entradas de beacon cruciais para vários processos no sistema. Ele interage com duas instâncias do contrato SortitionPool, SortitionPoolRB e SortitionPoolWR, que são usadas para fins de seleção aleatória.

No lado direito do diagrama, contratos relacionados ao ECDSA (Algoritmo de Assinatura Digital de Curva Elíptica) e gerenciamento de carteira são representados. O contrato de Bridge está envolvido na comunicação com o Bitcoin. O contrato IWalletRegistry define uma interface para o gerenciamento de carteiras.

Observe as setas rotuladas com “implementa”, indicando quais contratos implementam interfaces específicas. Esses relacionamentos mostram como vários contratos cumprem seus respectivos papéis no sistema. Além disso, os rótulos do projeto no topo do diagrama fornecem informações sobre as localizações do código-fonte dos contratos e componentes.

1.2.3 Componentes Principais

Seleção de Grupo

A tabela abaixo diz respeito ao processo de geração de chaves para carteiras tBTC usando o protocolo tss-lib. Os membros são escolhidos de um pool de sorteio para tentar a geração de chaves. Embora nem todos os membros selecionados possam participar ativamente, um número mínimo, denominado como C (Tamanho Crítico), é essencial para o sucesso da Geração de Chaves Distribuídas (DKG). A tabela mostra várias configurações de membros totais (N) e o limiar (T) necessário para uma assinatura ECDSA, indicando seus níveis de segurança contra possíveis adversários.

Origem: Manter o Github

Os níveis de segurança, medidos em bits, mostram como cada configuração é resistente contra adversários de diferentes forças. Um valor de bit mais alto indica segurança mais forte. Por exemplo, uma configuração de 51 em 100 significa que de 100 membros, 51 são necessários para uma ação, e sua segurança contra um adversário que controla 15% do total de operadores é maior que 54 bits. Os cálculos são baseados em um pool de 10.000 operadores.

Entre os 321 Operadores de Nós, a participação é distribuída da seguinte maneira:

Origem: tBTCScan

Os 18 principais nós juntos representam 51,1% da participação geral. No entanto, dado que os operadores de nó são selecionados entre os Primeiros Operadores de Nós, essa métrica é considerada de menor importância.

Guardiões & Fabricantes

O Modelo de cunhagem otimista em tBTC v2 simplifica o processo de conversão de BTC para tBTC. Os usuários depositam BTC, que é então registrado na rede Ethereum. Antes que esse BTC seja transformado em tBTC, um grupo especializado chamado "Minters", composto por protocolos DeFi como Curve DAO, Euler e Synthetix, valida o depósito. Para reforçar a segurança, outra camada de supervisão é adicionada por meio dos "Guardiões", uma assembleia mais ampla do Threshold DAO e da comunidade DeFi, que podem anular qualquer cunhagem que considerem duvidosa. Além disso, uma pausa interna de três horas antes da cunhagem garante que os Guardiões tenham tempo suficiente para quaisquer intervenções necessárias. O período de pausa continua a ser comprimido à medida que o sistema amadurece.

Pool de Cobertura

O Pool de Coberturaé uma rede de segurança para ativos garantidos pelo protocolo tBTC. Se o Bitcoin for perdido do protocolo, o Pool de Cobertura fornece ativos para manter a estabilidade do protocolo. O gerente de risco para este pool é uma entidade multisig.

Atualmente, o Pool de Coberturaconsiste de 17 Milhões de tokens T depositados do tesouro DAO (verContrato de Pool de Ativos), com o Threshold DAO supervisionando seu funcionamento. O DAO decide quanto T entra ou sai do pool quando o Bitcoin é perdido, com uma alocação máxima de 50 milhões de T. A estratégia por trás disso é explicada em detalhes no Fórum da Rede de Limiar.

O Pool de Cobertura é uma parte em evolução da gestão de riscos do tBTC. O DAO de Limite pode optar por diversificar os ativos no pool para reduzir a dependência de um único tipo de ativo. Além disso, o DAO pode propor um sistema de recompensas para atrair depósitos externos para o pool em troca de recompensas T, o que poderia aumentar o tamanho do pool e oferecer mais cobertura aos usuários de tBTC.

Seção 2: Análise de Desempenho

Esta seção avalia o tBTC de uma perspectiva quantitativa. Analisa o uso de tokens e métricas competitivas e considera a atividade econômica subsidiada.

Esta seção está dividida em três subseções:

2.1: Métricas de Uso
2.2: Métricas de Análise Competitiva
2.3: Subsídio da Atividade Econômica

2.1 Métricas de Uso

2.1.1 Total Value Locked (TVL)

tBTC tem atualmente, até 16-10-2023, um fornecimento de tokens de aproximadamente 2.185 BTC sob custódia. Isso equivale a 60.755.792 USD. tBTC experimentou um crescimento inicial em fevereiro quando o tBTC v2 foi lançado na mainnet. Em julho, as redenções foram habilitadas e desde então tem sido seguido por um crescimento exponencial no fornecimento e nos detentores.

O contrato do token tBTC foi implantado na mainnetem 17-08-2021. Ele ganhou alguma tração atingindo um TVL de 40 Milhões. O TVL v1 subsequentemente caiu para ~1,5 Milhões.

Desde 30-01-2023, o tBTC viu um crescimento renovado, tendo superado sua TVL anterior em 3 vezes.

2.1.2 Volume de Transação

O gráfico abaixo representa o Volume de Transação calculado pela contagem diária do evento de transferência do token tBTC v2 para a mainnet do Ethereum.

Similarmente ao TVL, o volume de transações tem visto um crescimento sustentado significativo desde 30-01-2023, aumentando regularmente para algumas centenas de transações por dia no último mês.

A média móvel de 30 dias está, no entanto, atualmente entre aproximadamente 50 a 70 transações diárias. Em termos de dólar, isso se traduz em um volume de transferência diária entre 2 a 4 milhões de USD.

2.1.3 Volume DEX

O volume diário de negociação em todos os mercados (CEX & DEX) sugere a revitalização do tBTC v2. No entanto, até o momento, o tBTC v2 não recuperou os níveis anteriores em termos de Volume em Dólares em todos os mercados. Isso é mais provavelmente explicado pelo ciclo de mercado e pelo preço relativamente mais baixo do BTC (portanto tBTC) em oposição à queda na atividade do tBTC especificamente.

Fonte: API Coingecko

2.1.4 Tamanho médio da transação

O tamanho médio da transação em USD e tBTC diminuiu desde os ciclos de mercado anteriores. No entanto, o número reduzido de transferências em comparação com os níveis históricos também pode significar que há uma utilidade aumentada para tBTC como garantia dentro do DeFi.

2.1.5 Proporção de Volume de Transações On-chain para Capitalização de Mercado

A Razão de Volume de Negociação para Capitalização de Mercado (também conhecida como Razão de Giro) é uma métrica financeira usada para normalizar a análise da atividade de negociação.

Geralmente, uma alta taxa de vol-to-mcap sugere alta liquidez e alto interesse de mercado. No entanto, ao cruzarmos com o Gráfico de 'Contagem de Transações Diárias' em 2.1.2 e o Gráfico de 'Volume de Transações Diárias' em 2.1.2, sugere períodos de volatilidade de mercado no BTC (amplificado através da baixa capitalização de mercado do tBTC) ou grandes mudanças no fornecimento de tBTC (ver grande emissão recente em 2023-10-06) impulsionam períodos de alta rotatividade.

2.1.6 Velocidade do Token

A velocidade do token é uma medida da taxa na qual um token está sendo circulado ou usado dentro de um período específico. Ele fornece insights sobre a atividade do token e com que frequência ele muda de mãos no mercado.

O gráfico abaixo representa a Velocidade do Token do tBTC para um intervalo de 90 dias (ou seja, Velocidade do Token = Volume Diário de Transações / Capitalização de Mercado Média de 90 Dias).

2.1.7 Endereços Ativos Diários (EAD)

Definimos um usuário ativo como um endereço único que interagiu com o contrato de token tBTC v2 ao longo de um período de 24h.

O número de usuários únicos do tBTC aumentou substancialmente desde que as redenções foram ativadas em julho.

2.1.8 Crescimento do usuário

tBTC viu um crescimento significativo de usuários, com o número de detentores únicos aumentando de menos de cem para cerca de 350. Esse crescimento é significativo, considerando o atual ciclo de mercado deprimido.

2.1.9 Integrações DeFi

O maior detentor de tBTC é o mercado crvUSD LLAMMA, com cerca de 1/3 do fornecimento de tBTC usado como garantia para crvUSD. Também tem uma quantia substancial no pool Curve tBTC/WBTC e no Tripool Curve crvUSD/tBTC/wstETH.

Fonte: Etherscan|| Nota: Os rótulos foram adicionados manualmente

Uma quantidade significativa do fornecimento de tokens é bridged via Wormhole TokenBridge para Arbitrum, Optimism, Polygon, Solana e Base. Uma quantidade marginal de tBTC também está no pool de Balancer tBTC/WBTC e no pool de Uniswap tBTC/WBTC. Veja uma lista dos principais endereços de contratos que possuem tBTC abaixo:

2.2 Métricas de Análise Competitiva

2.1.2 Market Share

tBTC está competindo com outras representações tokenizadas de BTC no Ethereum. Identificamos as seguintes Pontes do Bitcoin:

Avaliamos a Participação de Mercado com base no número total de unidades de BTC cunhadas. Esta abordagem oferece a vantagem de facilitar uma comparação direta, independentemente das flutuações de preço entre várias representações de BTC. No entanto, é importante reconhecer que este método tem suas limitações, especialmente porque nem todas as representações de BTC seguram o mesmo valor devido a fatores como violações de segurança e sentimento de mercado.

O gráfico mostra que o tBTC representa uma porcentagem insignificante do total da participação de mercado de BTC tokenizado (1,3%). O WBTC mostra uma clara dominância de mercado, representando cerca de 90% do mercado. O tBTC ocupa o 4º lugar em TVL, atrás do WBTC, hBTC e bBTC.

2.2.2 Participação no Volume de Negociação no Volume Total de Negociação de Bitcoin Tokenizado

Abaixo é mostrada a participação de volume entre protocolos em termos de volume em dólares para o período entre 18-06-2023 e 18-10-2023. Uma análise com WBTC é essencialmente sem sentido, já que domina em termos de volume.

Fonte: API Coingecko

Excluindo wBTC, podemos ver que o tBTC aumentou o volume em relação à concorrência desde cerca de agosto.

Fonte: API Coingecko

No entanto, é importante notar que tBTC, embora ocasionalmente capture alguma participação de mercado, ainda é um ativo marginal.

Origem: API Coingecko

2.3 Subsídio da Atividade Econômica

A Threshold Network tem um extenso Programa de Inicialização de Liquidez alinhado com o tBTC. Resumimos as principais iniciativas de inicialização de liquidez abaixo:

• GP-002Binance Learn and Earn: Alocar um orçamento mínimo de $150,000 em tokens nativos $T para o programa Learn and Earn da Binance.
• TIP-45Proposta de Nó Bootstrap v2: Alocar $10k/mês para três provedores de nó bootstrap Boar, P2P e Staked com requisitos de tempo de atividade e servidor especificados.
• TIP-46Inicialização da Liquidez do Defi e Crescimento Parte I - Market Maker: Fornecer ao Sense Capital um empréstimo de 50 milhões de tokens T para aumentar a liquidez do tBTC em todo o ecossistema DeFi, a ser reembolsado em um cesto de ativos cripto baseados em ETH. Os requisitos de implantação de liquidez e reequilíbrio de inventário são especificados.
• TIP-47Liquidity Bootstrappening Parte 2 - PCV (Governador Bravo): Um plano multifásico para melhorar a liquidez do tBTC e estabelecer a Liquidez Proprietária do Protocolo Baseada em BTC (POL). Uma vez estabelecendo a POL, Threshold ofereceria incentivos para votos nos indicadores da piscina da Curve. 10M T alocados para incentivos de voto e 40M T alocados para a compra direta de Valor Controlado pelo Protocolo denominado em BTC (PCV).
• TIP-60Parceria de crescimento da Solana: Aumentar a presença do tBTC na Solana ao se associar com Mango & Dual DAO para aprimorar a liquidez e a utilidade. Alocar 20 milhões de tokens T para a Threshold Treasury Guild, conectar-se à Solana e criar tokens de opção T usando o programa Dual Finance

Em resumo, a Threshold Network elaborou um abrangente Programa de Inicialização de Liquidez para seu produto tBTC, abrangendo várias propostas e parcerias. Essas iniciativas oferecem incentivos a uma gama diversificada de participantes, incluindo provedores de nós, formadores de mercado e provedores de liquidez. O objetivo principal é melhorar a liquidez, utilidade e presença do tBTC em várias redes blockchain. Através de colaborações estratégicas, subsídios e marcos bem definidos, a Threshold Network está trabalhando ativamente para estabelecer o tBTC como uma representação proeminente e confiável do Bitcoin no ecossistema DeFi.

Seção 3: Risco de Mercado

Esta seção aborda a facilidade de liquidação com base nas condições de mercado históricas. Busca esclarecer (1) a Base de Proximidade-ao-Peg & Volatilidade do tBTC, e (2) o perfil de liquidez da garantia. O risco de mercado refere-se ao potencial de perdas financeiras decorrentes de mudanças adversas nas condições de mercado.

Esta seção está dividida em 2 subseções:

3.1: Análise de Volatilidade
3.2: Análise de Liquidez

3.1 Análise de Volatilidade

3.1.1 Proximidade à Base Subjacente

A seguinte análise examina a métrica “Proximidade ao subjacente” (c2u) diariamente. Esta métrica mede a diferença entre o preço de fechamento de um ativo sintético e seu ativo subjacente.

Observe que a análise é baseada no OHLC diário do mais líquidotBTC/WBTCpool no Curve Finance. O período de análise é de 2023-08-15 a 2023-10-18, pois a data de início marca a criação da pool.

Fonte: API Kraken || API Geckoterminal

A análise inclui 64 pontos de dados diários. Em média, o ativo sintético tende a fechar aproximadamente 0,1145% mais baixo do que seu ativo subjacente, com algumas variações diárias observadas. A maior desvio negativo significativo observado durante este período foi de aproximadamente -0,0152, enquanto o desvio positivo mais significativo foi em torno de 0,0121. Além disso, o valor do percentil 25 é aproximadamente -0,0039, indicando que um quarto do tempo, o ativo sintético fecha a um preço relativamente mais baixo em comparação com seu ativo subjacente, enquanto o valor do percentil 75 é aproximadamente 0,0016, sugerindo que tende a fechar abaixo do ativo subjacente por uma parte significativa do tempo.

Fonte: API Kraken || API Geckoterminal

Analisamos a métrica de “Proximidade Absoluta ao Subjacente” (c2u_abs) diariamente, compreendendo 64 pontos de dados. Em média, a desvio absoluto diário entre o preço de fechamento do ativo sintético e o preço de fechamento do ativo subjacente é de cerca de 0,351%. O desvio padrão de aproximadamente 0,3009 indica variação nessas desvios. O desvio absoluto observado mais baixo foi de 0,0101, enquanto o maior foi de aproximadamente 1,5233. O valor do 25º percentil é aproximadamente 0,138%, e o valor do 75º percentil é de cerca de 0,502%. Esses dados refletem as flutuações na proximidade absoluta ao subjacente ao longo do período analisado.

Fonte: API Kraken || API Geckoterminal

A análise revela que o tBTC geralmente é negociado com uma diferença média de aproximadamente -29,70 unidades em comparação com o BTC, indicando um valor mais baixo. No entanto, essa diferença exibe uma variabilidade significativa, com um desvio padrão de 119,76. A maior deviação negativa foi de -399,57, enquanto a deviação positiva máxima atingiu 313,17.

3.1.2 Volatilidade Relativa

A análise da volatilidade relativa entre tBTC e BTC ao longo de diferentes períodos de tempo fornece insights valiosos. Durante todo o período de observação, tBTC exibe uma volatilidade de aproximadamente 0.0211, enquanto o BTC exibe uma volatilidade ligeiramente maior de 0.0244, indicando que o BTC experimenta maiores flutuações de preço.

No período mais recente de 90 dias, a volatilidade do tBTC permanece consistente em 0.0211, enquanto a volatilidade do BTC diminui para 0.0167, sugerindo uma redução na volatilidade do BTC durante este período. Nos últimos 60 dias, a volatilidade do tBTC é 0.0209, e a do BTC é 0.0165. No entanto, nos últimos 30 dias, a volatilidade do tBTC aumenta para 0.0261, enquanto a volatilidade do BTC é 0.0153, indicando um aumento considerável na volatilidade relativa do tBTC em comparação com o BTC.

3.2 Análise de Liquidez

3.2.1 DEXs e CEXs suportados

De acordo com o Coingecko, tBTC é suportado exclusivamente pela Kraken CEX, que lista 3 pares ativos.

Origem: Coingecko

O volume em USD na Kraken é negligenciável, com uma média de $181.34 e um desvio padrão de $84.03, variando de um mínimo de $92.16 a um máximo de $259.05 nos 3 pares nas últimas 24 horas em 18/10/2023. Da mesma forma, a porcentagem de spread de compra-venda neste dia tem uma média de 5.87%, com um desvio padrão de 3.76%, variando de um mínimo de 1.87% a um máximo de 9.32%.

tBTC tem muito mais presença em várias pools DEX, incluindo Curve, Uniswap V3, Balancer, Velodrome, Aerodrome e Orca. A concentração mais intensa é nas pools Curve baseadas em Ethereum.

Origem: Coingecko

A partir de 18 de outubro de 2018, a análise de 20 pares de negociação em seis exchanges descentralizadas revelou um volume médio diário de negociação de aproximadamente 6.479,21 USD, juntamente com um spread médio de bid-ask de cerca de 0,6404%. Notavelmente, houve uma variabilidade significativa, com um desvio padrão substancial de 28.970,47 para o volume de negociação. O volume de negociação variou de um mínimo de 0,000696 USD, destacando mercados inexistentes, a um máximo de 129.561,10 USD. O spread de bid-ask também variou, com o mínimo registrado em 0,6028 e o máximo em 0,914806. Os mercados DEX mostram uma variedade de tamanhos de mercado e condições de negociação dentro das exchanges descentralizadas, com uma concentração nos pools da Curve.

3.2.2 Token Liquidez On-chain

A liquidez total do Token tBTC on-chain é de $18,670,710 em 18 de outubro, com uma participação de 95% da liquidez total na Curve DEX. A liquidez do Token relatada no DEX Guru resulta do valor para o qual o tBTC pode ser trocado (em oposição à contagem do TVL em todos os pools).

Fonte: DexGuru

Os dois pools mais líquidos são o pool WBTC/tBTC com $16,73 Milhões em TVL seguido por $10,74 Milhões no pool crvUSD/tBTC/wstETH.

Origem: DexGuru

Taxa de Utilização de Liquidez 3.2.3

A Taxa de Utilização de Liquidez (LUR) mede a eficiência da utilização da liquidez disponível para negociar tBTC. É calculada dividindo o volume total de negociação diária pela liquidez total de tBTC. A análise é realizada para um período entre 18-07-2023 e 18-10-2023.

Fonte: API DexGuru

O LUR tem um valor médio de aproximadamente 0,1047, indicando que, em média, cerca de 10,47% da liquidez total está sendo usada diariamente para negociação. O desvio padrão de 0,2933 sugere alguma variabilidade nas taxas de utilização diárias. O LUR mínimo observado é 0,0020, enquanto o máximo é significativamente maior em 2,7325, destacando a ampla gama de taxas de utilização no conjunto de dados. Os valores do quartil (25º, 50º e 75º percentis) fornecem insights sobre a distribuição, com a mediana (50º percentil) do LUR em 0,0393, sugerindo que metade das observações caem abaixo desse nível.

3.2.4 Taxa de Alavancagem

Há sem mercados de empréstimoslistagem de tBTC no Ethereum. No entanto, os usuários podem obter alavancagem ao emitir crvUSD contra garantia de tBTC.

Chaos Labs forneceram um painel de monitoramento e risco crvUSD que mostra bandas de liquidação para tBTC em vários pontos de preço. O algoritmo crvUSD LLAMMA utiliza um processo chamado de liquidação suave que gradualmente liquida garantia para crvUSD conforme o preço do tBTC muda.

Origem: Chaos Labs crvUSD Analytics | Date: 10/30/2023

A alavancagem da garantia tBTC em breve também estará disponível ao depositar em Threshold USDthUSDé uma stablecoin soft-pegged ao USD e é garantida por ETH e tBTC, mantendo uma taxa mínima de garantia de 110%.

3.2.5 Deslizamento

A ferramenta de estimativa de deslize DefiLlama (Liquidez de Token) mostra que uma negociação de tBTC-> WBTC de $8,312,500 (288.78 WBTC) na Paraswap produzirá 1.57% de deslize na negociação de tBTC. Como o par WBTC é a liquidez mais profunda disponível para tBTC no momento, é provável que grandes liquidações passem por WBTC.

Origem: Defillama | Date: 10/18/2023

Seção 4: Risco Tecnológico

Esta seção aborda a persistência das propriedades de garantia de uma perspectiva tecnológica. Seu objetivo é transmitir, (1) onde o risco tecnológico surge que pode alterar as propriedades fundamentais da garantia (por exemplo, questões de auditoria não resolvidas), e (2) se existem requisitos de composabilidade/dependência que apresentem problemas potenciais (por exemplo, está disponível um oráculo de preço confiável?).

Esta seção está dividida em 3 subseções:

• 4.1: Risco do Contrato Inteligente
• 4.2: Composição de Produto e Camada
• 4.3: Disponibilidade do Oracle Pricefeed

4.1 Risco de Contrato Inteligente

4.1.1 Auditorias de Protocolo

O código da Ponte tBTC v2 foi auditado por 3 auditores independentes: Least Authority, Chain Security e Certik. As auditorias estão listadas no Threshold Network Github.

Menor Autoridade
A auditoria de segurançapela Least Authority datada de 29 de setembro de 2022, aprofunda a segurança e funcionalidade da Ponte tBTC v2. A auditoria cobriu vários repositórios de código e focou em áreas como correção de implementação, ações adversas potenciais, gestão de fundos e vulnerabilidades no código. As descobertas-chave destacaram preocupações com Provas de Merkle SPV do Bitcoin e atualizações entre permissões não nulas. O relatório também oferece várias sugestões de melhorias, incluindo otimizações de código e aprimoramentos ao conjunto de testes.

Segurança da Cadeia
Em 09 de novembro de 2021, a ChainSecurity realizou uma auditoria de segurança do sistema da Threshold Network, avaliando seus contratos inteligentes. Embora não tenham sido identificados problemas críticos ou de alta gravidade, foram encontradas duas preocupações de média gravidade e oito de baixa gravidade. O sistema da Threshold Network, resultante da fusão da Keep Network e NuCypher, introduz um novo token nativo chamado T. A auditoria também abrangeu a Máquina de Venda, que facilita as conversões de token, e o Contrato de Staking, que suporta contratos de staking legados.

Certik
O Relatório de auditoria Certik, realizado em 19 de novembro de 2021, para a Threshold Network é especificamente sobre o VendingMachine.sol usado para converter o Token $NU da Nucypher e o contrato $KEEP da Keep Network para $T da Threshold Network. As descobertas variam de informativas a menores, incluindo possíveis problemas relacionados a dependências de terceiros e precisão de cálculos. O relatório fornece recomendações para melhorar a qualidade e segurança do código, enfatizando a importância de monitorar entidades de terceiros e usar cálculos precisos para um projeto robusto e seguro.

4.1.2 Sobre Sinais de Auditoria

Um resumo das descobertas notáveis nos relatórios de auditoria estão listadas abaixo:

Menor Autoridade (Problema) || Atualizações entre Autorizações Não Nulas Podem Resultar em Explorações
A auditoria realizada pela Least Authority identificou uma vulnerabilidade relacionada à forma como as atualizações entre as concessões não nulas são gerenciadas na Threshold Network. Essa falha poderia ter levado a possíveis exploits do sistema. A equipe da Threshold Network já abordou e resolveu o problema.

Menor Autoridade (Problema) || Provas de Merkle SPV do Bitcoin Podem Ser Falsificadas
A auditoria da Least Authority revelou que a tBTC Bridge v2 tinha uma falha potencial onde as provas de Merkle SPV do Bitcoin poderiam ser falsificadas. Essa vulnerabilidade poderia ter comprometido a integridade das transações de Bitcoin no sistema. A equipe da Threshold Network abordou e corrigiu o problema.

Segurança da Cadeia (Problema) || Declaração Try Catch Ineficaz
A auditoria apontou um uso ineficaz da instrução try-catch na função authorizationDecrease. Idealmente, as instruções try-catch devem gerenciar efetivamente segmentos críticos de código que podem falhar. No entanto, neste caso, se a função não for bem-sucedida, ela falha silenciosamente, potencialmente levando a uma diminuição incorreta da autorização. A equipe da Threshold Network aceitou o risco e introduziu o evento AuthorizationInvoluntaryDecreased para monitorar as diminuições involuntárias, que inclui um campo que indica o sucesso ou falha da chamada de aplicativo.

Menor Autoridade (Sugestão) || Expandir Tipo de Dados para Carimbo de Data/Hora
No dia 7 de fevereiro de 2106, o carimbo de data/hora da época ultrapassará o limite máximo de uint32, causando um estouro. Para combater isso, foi recomendado usar um tipo de dados maior para o carimbo de data/hora Unix. No entanto, a equipe da Threshold Network optou por manter a representação uint32 por questões de eficiência de gás e não implementou a alteração sugerida. Como resultado, esse problema permanece sem solução.

Menor Autoridade (Sugestão) || Tornar Bank.sol e TBTC.sol Conformes com EIP-2612
A auditoria da Least Authority destacou que os contratos inteligentes do Bank e tBTC não estavam em conformidade com o padrão EIP-2612. Tal falta de conformidade representava um risco de incompatibilidade com certas bibliotecas de terceiros. A equipe da Threshold Network abordou o problema atualizando o código, garantindo compatibilidade e resolvendo a preocupação.

4.1.3 Bug Bounty

Threshold Network tem uma Programa de recompensa por bugscom ImmuneFi.
Qualquer pessoa que identifique vulnerabilidades dentro da Rede Threshold pode ganhar recompensas de até $500,000, dependendo da gravidade da ameaça. As recompensas são estruturadas da seguinte forma:

• Contratos Inteligentes:
  • Nível crítico: $100,000 a $500,000
  • Alto Nível: $10,000 a $50,000
  • Nível Médio: $1,000 a $5,000
  • Baixo Nível: $1,000
• Websites and Applications:
  • Nível crítico: $10,000 a $25,000
  • Nível Alto: $1,000 a $10,000
  • Nível Médio: $1,000

4.1.4 Imutabilidade

Abaixo representamos um Diagrama de Imutabilidade e Controle de Acesso para os contratos-chave associados ao produto tBTC v2. Contratos em Amarelo representam Contratos de Procuração Transparentes Atualizáveis.

Fonte: Pesquisa Manual || Etherscan

Os três contratos principais para o produto tBTC v2, conforme destacado anteriormente na Seção 1.2.3 Componentes Principais, são o Bank, Bridge e a tBTC Vault. O Bank é central e não pode ser atualizado. Bridge pode ser atualizado via um Proxy Transparente Atualizável. A atualização do TBTCVault é um processo de duas etapas com um atraso de governança de 24 horas.

4.1.5 Atividade do Desenvolvedor

A Atividade do Desenvolvedor mostra o quanto o projeto está ativamente sendo desenvolvido. Artemis.xyz baseia o cálculo da Atividade do Desenvolvedor no Framework do Relatório de Desenvolvedor da Electric Capital. Commits Semanais tendem a ser um bom proxy para a produtividade do desenvolvedor, pois representa a menor unidade de trabalho de um desenvolvedor. No entanto, deve-se notar que o tamanho de um commit pode variar significativamente.

O desenvolvimento do limiar abrange 3 repositórios do GitHub: segurar(tem código para tBTC),nuCypher, e Limiar. O gráfico abaixo à esquerda representa os Compromissos Semanais de Atividade do Desenvolvedor especificamente para o Keep GitHub, onde o desenvolvimento do tBTC é hospedado. O gráfico abaixo à direita representa os Desenvolvedores Ativos Semanais. Um desenvolvedor é considerado ativo se pelo menos um compromisso foi enviado:

Fonte: Artemis.xyz

Ambos os gráficos sugerem desenvolvimento sustentado, indicando desenvolvimento estável. No entanto, há alguns desenvolvedores ativos semanais (provavelmente associados à equipe de desenvolvimento central) de forma um pouco reduzida.

4.1.6 Vencimento do contrato inteligente

O sistema original tBTC v1 foi lançado em 15-09-2020 e influenciou significativamente o código subsequente tBTC v2, que foi implantado em 17-08-2021. O tBTC v1 detinha cerca de 1900 BTC em seu pico, enquanto o atual tBTC v2 detém cerca de 2500 BTC. Dada a quantidade substancial de BTC sob custódia em ambas as versões, uma violação bem-sucedida da Threshold Network constitui uma recompensa potencialmente significativa.

Deve-se notar que o tBTC está em desenvolvimento ativo com um roteiro para implementar recursos que aprimorem a descentralização da rede e a segurança. Conforme o sistema se desenvolve, o controle está sendo gradualmente transferido de indivíduos confiáveis e de uma equipe multisig para funcionalidade sem permissão ou governança controlada por um DAO on-chain.

4.1.7 Incidentes Anteriores

Não houve explorações que resultaram na perda de fundos dos usuários. No entanto, a Threshold Network experimentou recentemente uma série de desafios de segurança que foram resolvidos sem incorrer em perdas.

Vulnerabilidade de Negação de Serviço e Resgates

Um endereço vinculado à exploração da FTX transferiu fundos entre projetos, especialmente tBTC. Isso revelouduas vulnerabilidades:

Exploração de Negação de Serviço:
O primeiro desafio surgiu quando um endereço afiliado à FTX fez uma solicitação de resgate de BTC. Embora esta solicitação tenha sido inicialmente aprovada, uma solicitação subsequente de outro endereço relacionado à FTX foi inesperadamente obstruída. Essa obstrução foi causada por uma transação BTC especialmente elaborada de uma fonte não identificada. Essas transações induziram os clientes de assinatura tBTC a acreditar que as carteiras estavam ocupadas, congelando efetivamente todos os resgates de tBTC. A equipe de desenvolvimento da Keep formulou e implementou um patch para neutralizar essa exploração de negação de serviço.

Vulnerabilidade de Aprovação de Resgate:
A segunda vulnerabilidade estava enraizada no design do Threshold DAO, que atualmente permite a delegação para apenas um endereço de aprovador. Essa falha de design ficou evidente quando a empresa exclusiva dos EUA, que tinha controle sobre o endereço, não pôde sancionar a redenção associada à FTX. Para resolver isso, foi proposto um novo sistema chamado 'redenções otimistas'. Sob esse sistema, todas as redenções seriam consideradas válidas por padrão. No entanto, endereços específicos teriam a autoridade para vetar qualquer redenção. Embora essa abordagem possa introduzir pequenos atrasos no processo de redenção, ela promete segurança e adaptabilidade aprimoradas.

Vulnerabilidade de esquema de assinatura de limite GG18

Houve um design de nível de protocolovulnerabilidaderelatado em agosto de 2023 no esquema de assinatura de limite GG18 que foi divulgado e remediado de forma responsável no tBTC antes da divulgação pública. A vulnerabilidade motivou ainda mais o tBTC a fazer a transição para o algoritmo de assinatura FROST/ROAST.

Vulnerabilidade de Choque de TSS da Binance

Houve uma vulnerabilidade de nível de implementação na biblioteca tss-lib da Binance (TSSShock), que eradivulgação responsável embora o tBTC não fosse vulnerável. A vulnerabilidade motivou a decisão da Threshold de manter sua própria versão do tss-libem vez de depender da versão da Binance que já teve vários problemas históricos.

Vulnerabilidade L2WormholeGateway

Houve um vulnerabilidade crítica divulgado através do programa de recompensa de bugs da Threshold relacionado aos contratos L2WormholeGateway, que foi remediado.

Incidente anterior em tBTC v1

A Threshold Network foi notificada de duas vulnerabilidades em sua implementação de criptografia de limite em 2021, crucial para suas soluções de privacidade e a aplicação tBTC. Embora nenhum usuário ou fundos tenham sido comprometidos, a equipe rapidamente lançou uma correção e aconselhou os nós tBTC a atualizar. Essas vulnerabilidades, ligadas a um fork da biblioteca Binance usada por muitos no espaço Web3, foram destacadas pela Trail of Bits. A equipe do Threshold não apenas garantiu que todos os números de ID de usuário estivessem seguros, mas também propôs uma correção bem-sucedida para a biblioteca da Binance. Esse esforço colaborativo destacou o compromisso da comunidade com a segurança e cooperação. A equipe da Threshold Network manejou a situação de forma rápida e profissional.

4.2 Composição de Produto e Camada

4.2.1 Dependências

Bitcoin Relay

A dependência principal é a Bitcoin Relaymecanismo projetado para facilitar a verificação de transações de Bitcoin na blockchain Ethereum, especificamente para o sistema tBTC. A ideia principal é fornecer uma maneira de provar os depósitos de Bitcoin a um contrato inteligente Ethereum, alavancando uma forma simplificada de SPV (Verificação de Pagamento Simples) chamada Light Relay. Aqui está descrição de sua funcionalidadee como funciona:

1. Verificação de depósito Bitcoin:
   • A função principal do Light Relay é permitir que um depositante prove seu depósito de Bitcoin a um contrato inteligente Ethereum. Isso é crucial para emitir tokens equivalentes na blockchain Ethereum, como visto no sistema tBTC.
2. Prova SPV:
   • O Light Relay utiliza uma versão simplificada de SPV (Verificação de Pagamento Simples) para verificar transações de Bitcoin. Ao contrário do SPV tradicional, que pode exigir uma quantidade significativa de dados, o Light Relay é otimizado para reduzir a quantidade de dados necessária para verificação, mantendo ao mesmo tempo uma prova confiável.
3. Utilizando o Ajuste de Dificuldade do Bitcoin:
   • O mecanismo aproveita o recurso de ajuste de dificuldade do Bitcoin para garantir a atualidade da prova. Monitorando as mudanças na dificuldade de mineração do Bitcoin, o Light Relay pode fornecer uma garantia de que a prova é relativamente recente, o que é crucial para garantir a integridade da interação entre cadeias.
4. Otimização de Armazenamento de Cabeçalho:
   • Em vez de armazenar todos os cabeçalhos de bloco, que podem ser intensivos em dados, o Light Relay armazena apenas alguns cabeçalhos relacionados ao ajuste de dificuldade. Este armazenamento seletivo reduz significativamente a quantidade de dados que o contrato inteligente Ethereum precisa lidar e armazenar, tornando o processo de verificação mais eficiente e econômico.

Como funciona:

1. Depósito e Criação de Prova:
   • Quando um usuário faz um depósito de Bitcoin com a intenção de emitir tBTC na Ethereum, eles precisam criar uma prova deste depósito.
2. Interação de Relé de Luz:
   • O depositante então interage com o Light Relay na blockchain do Ethereum para enviar essa prova. O Light Relay é um contrato inteligente capaz de verificar transações de Bitcoin usando o método simplificado SPV.
3. Envio e Verificação do Cabeçalho:
   • Os cabeçalhos de bloco do Bitcoin relevantes, especialmente aqueles em torno dos ajustes de dificuldade, são enviados para o Light Relay. O Light Relay verifica esses cabeçalhos e a prova incluída em relação aos cabeçalhos armazenados e às regras de ajuste de dificuldade do Bitcoin.
4. Garantia de Recência:
   • Ao examinar as informações de ajuste de dificuldade dentro dos cabeçalhos enviados, o Light Relay pode garantir que a prova é recente. Essa garantia de atualidade é crucial para mitigar certos tipos de ataques ou fraudes.
5. Validação de prova:
   • Uma vez que o Light Relay valida a prova, confirma o depósito de Bitcoin no respectivo contrato inteligente Ethereum. Essa confirmação aciona a cunhagem de tokens correspondentes (por exemplo, tBTC) na blockchain Ethereum, completando a interação entre cadeias.
6. Armazenamento de Cabeçalho Otimizado:
   • Ao longo deste processo, o contrato inteligente Light Relay mantém um conjunto otimizado de cabeçalhos de bloco do Bitcoin para facilitar verificações futuras, reduzindo a sobrecarga geral de dados e computacional na blockchain do Ethereum.

Ponte do Buraco de Minhoca para Camada 2

O colaboração entre tBTC e Wormholeestá definido para expandir significativamente o alcance do tBTC, possibilitando compatibilidade entre cadeias com mais de 20 ecossistemas diferentes. Esta parceria engloba dois componentes principais: um mecanismo de ponte e uma campanha de inicialização de liquidez. Wormholeproposta esta integraçãopara a comunidade Threshold em abril e recebeu forte apoio, recebendo a aprovação total em 29 de abril.

A integração permitirá que o tBTC seja transferido facilmente para vários ambientes de blockchain, incluindo cadeias da Máquina Virtual Ethereum (EVM) como Arbitrum e Polygon, bem como cadeias não EVM como Solana e Cosmos. O plano de ponte, baseado em RFC-8, aumenta a eficiência de capital ao cunhar tBTC no Ethereum e implantar tokens nativos para cada nova cadeia.

OL2WormholeGateway é um contratoque permite a transferência de tokens tBTC entre ecossistemas blockchain diferentes. Concede autoridade de cunhagem à Ponte Wormhole para criar tokens tBTC na Camada 2 (L2) e sidechains. O processo envolve os usuários travando seus tokens tBTC na Camada 1 (L1), aguardando confirmação e depois cunhando tokens equivalentes em L2. Da mesma forma, os usuários podem queimar tokens em L2, aguardar confirmação e desbloquear seus tokens tBTC em L1. Este contrato está integrado ao processo de ponte e garante que a quantidade adequada de tBTC seja criada ou destruída durante a transferência. Ele é projetado para ser atualizável por meio de um proxy transparente.

4.2.2 Processamento de Retiradas

Fonte: Diagrama Personalizado

O processo de resgate permite que um usuário converta o saldo de sua conta em Bitcoin.

• Passo 1: O usuário fornece um endereço Bitcoin
• Passo 2: O sistema deduz o valor equivalente do saldo da conta deles
• Etapa 3: O sistema transfere o Bitcoin correspondente para o endereço especificado pelo usuário de uma carteira de Bitcoin resgatável

Existe um limite máximo de tamanho de resgate, determinado pelo tamanho da maior carteira, então, se um usuário deseja resgatar um valor que exceda esse limite, ele precisaria dividi-lo em várias solicitações de resgate para garantir que o processo ocorra sem problemas. Também há um atraso envolvido no processamento do resgate que a Threshold estima em 3-5 horas.

Disponibilidade do Feed de Preços do Oracle 4.3

4.3.1 Compreendendo o Oracle

tBTC atualmente não possui um feed de preço da Chainlink disponível. A equipe tem trabalhado para estabelecer um, bem como uma Prova de Reserva que irá verificar o BTC armazenado na cadeia do Bitcoin. O cronograma para o feed da Chainlink não é certo, embora esteja planejado a curto prazo.

crvUSD pode listar tBTC como garantia usando a EMA da piscina Curve como feed de preço do oráculo. CryptoComPreçoEstávelBTCcontrato leva ocrvUSD/wstETH/tBTC tripoolEMA. The ma_timeestá definido para ~6,9 minutos (o valor do parâmetro * ln(2) deriva o ma_time em segundos). O oráculo crvUSD leva um preço agregado do crvUSD emparelhado contra várias stablecoins (USDC, USDT, USDP e TUSD) multiplicado pelo preço EMA relatado pela pool tricrypto para produzir um preço que é referenciado pelo AMM do mercado LLAMMA para processamento de liquidação.

4.3.2 Liquidez e Distribuição de Tokens

A liquidez do token tBTC na cadeia em 18 de outubro tinha uma participação de 95% da liquidez total na Curve DEX, principalmente nos pools WBTC/tBTC e crvUSD/wstETH/tBTC (consulte a seção 3.2.2 Liquidez de Token na Cadeia).

4.3.3 Vetores de Ataque

O oráculo pode se tornar não confiável em certas circunstâncias:

Alta Dependência de um Único Protocolo: A integração crvUSD depende fortemente de sua piscina de liquidez Curve crvUSD/wstETH/tBTC para obter um feed de preço. O sistema pode se tornar vulnerável em caso de falha envolvendo um bug no contrato da piscina ou ativos da contraparte na piscina (por exemplo, wstETH). A confiabilidade do feed de preço depende da liquidez na piscina; se a liquidez migrar para outro local, isso pode fazer com que a piscina fique vulnerável à manipulação.

Latência de Dados: O oráculo EMA é definido com um valor bastante baixo de 6,9 minutos. No entanto, o oráculo é inerentemente latente para tornar a manipulação da pool cara. Esta é uma característica adequada para o design de LLAMMA do crvUSD, mas pode não ser um oráculo adequado para outras integrações.

4.3.4 Vulnerabilidades Associadas

Criação de Dívida Ruim: Em um ataque bem-sucedido de manipulação de feed de preço, um impacto direto poderia ser a criação de dívida ruim para o protocolo. Os protocolos de empréstimo dependem de feeds de preço precisos para manter taxas de garantia apropriadas. Se o feed de preço for manipulado para refletir um preço impreciso, os atacantes podem realizar ações maliciosas para criar dívida ruim.

Falha na Liquidação: Se um oráculo for manipulado para diminuir drasticamente o preço de um ativo de garantia em um protocolo de empréstimo, isso poderia desencadear liquidações injustas das posições dos usuários, causando perdas financeiras e interrompendo as operações normais do protocolo.

Seção 5: Risco da Contraparte

Esta seção aborda a persistência das propriedades do tBTC de uma perspectiva de direitos de propriedade (ou seja, posse, uso, transferência, exclusão, lucro, controle, reivindicação legal). O leitor deve ter uma ideia clara de (1) quem pode legitimamente alterar as propriedades da garantia (por exemplo, cunhar unidades adicionais) e qual é a sua reputação, (2) a extensão em que as mudanças podem ser implementadas e o efeito sobre a garantia.

Esta seção está dividida em 3 subseções:

• 5.1: Governança
• 5.2: Desempenho Econômico
• 5.3: Legal

5.1 Governança

5.1.1 Escopo de Governança

tBTC está passando por um processo de descentralização progressiva em termos de sua governança. Existe um sistema de governança on-chain que atualmente se aplica a processos relacionados ao token T, mas ainda não se estende à governança direta do sistema tBTC. À medida que a rede se solidifica, a equipe do Threshold planeja transferir o controle para um DAO on-chain dos detentores de tokens T, mas por enquanto é controlado pelo Conselho Eleito 6-de-9 multisig com votação de tokens conduzida via Snapshot.

Threshold é idealizado para ser supervisionado por um DAO impulsionado pela comunidade composto por membros das antigas redes NuCypher e Keep. Esse DAO é composto por dois componentes principais: o DAO de Titulares de Tokens e o Conselho Eleito. Cada um desses corpos de governança tem responsabilidades distintas incorporadas no quadro geral de governança.

Fonte: Documentos de Limiar

O Tokenholder DAO utiliza o modelo de governança Governor Bravo, utilizando a Governança OpenZeppelin, implantada na Ethereum Mainnet no endereço 0xd101f2B25bCBF992BdF55dB67c104FE7646F5447. Enquanto isso, o Conselho Eleito é um Gnosis Safe multisig 6-de-9, implantado no endereço 0x9F6e831c8F8939DC0C830C6e492e7cEf4f9C2F5f.

Os votantes de tokens têm a intenção de governar aspectos-chave do sistema, incluindo atualizações de contratos e alterações de parâmetros, enquanto o Conselho Eleito desempenha um papel de veto preventivo sobre ações de governança potencialmente maliciosas. Atualmente, o Conselho Eleito cuida de ambas as responsabilidades durante a introdução controlada do tBTC. Uma representação visual da arquitetura de governança pretendida é exibida abaixo.

Fonte: Documentos de Limiar

Delegação de Votos

Delegação de votoNa governança DAO, os titulares ou detentores de tokens podem atribuir seu poder de voto a um delegado escolhido, que pode ser ele mesmo ou um terceiro. Esse processo não transfere os ativos reais, mas apenas o peso do voto que representam dentro do Threshold DAO. Delegados de terceiros, que são voluntários ativos na governança do Threshold, fornecem endereços ETH para que outros deleguem seu poder de voto. Esses delegados representam então a comunidade votando em propostas de governança. Para os membros da comunidade menos envolvidos na governança diária, eles podem delegar seus votos para esses membros proativos do DAO, garantindo que suas vozes ainda sejam ouvidas indiretamente. Vale ressaltar que não há compensação financeira para delegados de terceiros e, atualmente, tokens em pools AMM, como Curve, não podem ser delegados, embora isso possa mudar no futuro.

Guilds

O Threshold DAO tem três conduzidos pela comunidade guilds: Marketing, Integrações e Tesouraria. Cada guilda é gerida por um comitê eleito e realiza eleições regulares. A Guilda de Tesouraria gerencia as finanças do DAO, incluindo liquidez e diversificação do tesouro. A Guilda de Integrações concentra-se em construir parcerias com outros protocolos e organizações, enquanto a Guilda de Marketing é responsável pelo marketing, crescimento da comunidade e educação sobre os serviços e valor da Threshold. Os membros podem ingressar nessas guildas com base em seus interesses e expertise.

Processo de governança

No Processo Comunitário de Proposição da comunidade Threshold, as ideias passam por quatro etapas:

1. Verificação de temperatura: Membros postam propostas em fóruns, engajar em discussões para obter suporte e passar um voto de snapshot offchainsem limite mínimo de tokens.
2. Criação de Proposta: Um membro com voto ou peso de participação adequado submete a proposta na cadeia, iniciando um atraso de voto de dois dias.
3. Período de Votação: A votação dura 10 dias, passando para a próxima etapa se for aprovada ou sendo cancelada se falhar. Propostas modificadas podem ser reintroduzidas com alterações.
4. Execução: As propostas aprovadas são executadas pela instância designada do GovernorBravo.

5.1.2 Controle de Acesso

A maioria dos contratos são detidos ou indiretamente detidos pelo Multisig do Conselho 6-de-9Abaixo, representamos um Diagrama de Imutabilidade e Controle de Acesso para os contratos-chave associados ao produto tBTC v2.

Origem: Pesquisa Manual || Etherscan

O Conselho do Limiar é composto por 9 membros. O conselho original inclui 4 membros eleitos da comunidade original da Keep, 4 membros eleitos da comunidade original da NuCypher e 1 membro mutuamente designado por ambas as equipes para garantir neutralidade. Os membros atuais do conselho eleito são:

Origem: Fórum do Limiar

Escopo de Controle de Acesso nos contratos principais, atualmente operados pelo multisig acima, incluem:

Banco

• O modificador onlyOwner permite que o proprietário atualize o endereço da Bridge. Esta função não implementa nenhum atraso de governança e não verifica o status da Bridge, o que implica que o proprietário precisa garantir que todos os requisitos para a atualização sejam atendidos antes de executar esta função.

Vault tBTC

• O proprietário pode iniciar e finalizar atualizações para um novo cofre e recuperar tokens ERC20 e ERC721 enviados por engano tanto do endereço do contrato de token tBTC quanto do endereço do cofre.

Ponte

• Este contrato é um Proxy atualizável
• O modificador onlyGovernance permite que o proprietário marque os endereços do cofre e os endereços do mantenedor do SPV como confiáveis ou não, atualize os parâmetros de depósito e resgate, atualize os parâmetros de movimentação de fundos, atualize os parâmetros da carteira, atualize os parâmetros de fraude e atualize o endereço do tesouro.

5.1.3 Distribuição de Governança

Atualmente, a governança do token é conduzida via Snapshot até que a governança on-chain seja transferida para os detentores de tokens. O Threshold Snapshot especifica os eleitores elegíveis como T Tokenholders líquidos e apostados.

Fonte: Instantâneo

A distribuição do token T fornece algumas informações sobre a distribuição do poder de governança.

Origem: Etherscan|| Rotulagem manual com Arkham/Recursos Publicamente Disponíveis

No geral, uma parte significativa do fornecimento de T está em exchanges centralizadas. No entanto, cerca de 28% está bloqueado no contrato de staking. O T usado na governança poderia mudar a qualquer momento, já que os contratos VendingMachine.sol permitem que os detentores de $KEEP e $NU troquem seus Tokens por T.

T delegados e seu poder de voto podem ser vistos no Votação do Conselho da DAONa página. Os 6 principais votantes representam mais de 50% do poder de voto total.

5.1.4 Frequência da Proposta

Em média, houve cerca de 3,25 propostas por mês no Snapshot, com um desvio padrão de aproximadamente 2,07, significando alguma variação nas taxas de envio mensais. Os dados variaram de um mínimo de 1 proposta a um máximo de 9 propostas por mês, demonstrando a diversidade de atividades.

A mediana ficou em 3 propostas por mês, proporcionando uma noção do mês típico. Além disso, o percentil 25, em 1,75 propostas, e o percentil 75, em 4,25 propostas, oferecem limites inferiores e superiores para a metade do meio dos dados, respectivamente. No geral, parece haver uma submissão sustentada de propostas sugerindo atividade duradoura.

Tópicos de Votação Históricos

Extramos termos-chave usandotf-idfdo corpo de votos instantâneos. O escopo de governança com base na proposta pode ser resumido nas seguintes categorias abrangentes:

Fonte: Instantâneo do Limiar

5.1.5 Participação

A Threshold Network tem um fórum ativo com 292 usuários registrados no total. A participação pode ser resumida da seguinte forma:

Fonte: Fórum de Limiar

A participação se traduz um pouco em votos (subconjunto aleatório de propostas por Tally):

Origem: Tally

Como as tabelas indicam, a participação é unilateral (poucos ou nenhum voto) com um pequeno conjunto de endereços votando ativamente. Deve-se observar que os votos podem ser delegados.

5.2 Desempenho Econômico

5.2.1 Fonte de Receita

A receita para tBTC v2 vem das taxas de cunhagem e resgate. Estas podem ser consultadas diretamente na cadeia.Contrato Inteligente de Ponte.

As taxas de depósito são atualmente de 0,1%.

As taxas de resgate são atualmente de 0,2%.

Origem: Etherscan

5.2.2 Receita

O Controlador de TempoO contrato é definido como o tesouro do protocolo e é o destinatário de todas as taxas. Desde 31/01/2023, o contrato recebeu um total de 4,85 tBTC (em 31/10/2023). A receita anualizada, com base nesse valor, é uma receita total de 6,46 tBTC no valor de $223k.

5.2.3 Lucro Líquido

Os custos operacionais até o momento não estão claros. Alguns recursos estão disponíveis, mas não há balanço patrimonial fornecido. Algum insight pode ser obtido a partir do tópico do fórum onde os contratados da DAO postam seus salários publicamente - tipicamente variam de USD 30.000 a USD 40.000 por mês (ou equivalente) entre 5 contribuintes.

5.3 Aspectos legais

5.3.1 Estrutura Legal

Em geral, a Threshold Network opera como DAO. O DAO tem uma Fundação Cayman, a Fundação Threshold. Estruturas legais também podem ser encontradas por trás das equipes de desenvolvimento contribuintes (Nucypher & Keep), as duas redes anteriores quefundido.

Segurar SEZC (agora Keep Ltd)

Mantenha SEZC(agora Keep Ltd) é uma corporação localizada em Grand Cayman, sob a jurisdição do estado de E9. Foi designada a Número de Identificação do Empregador (EIN) 000330025, que às vezes também é referido como Número de Identificação do Contribuinte (TIN) ou Número do IRS. Esta corporação está entre aquelas que apresentam declarações 10-K à Comissão de Valores Mobiliários dos EUA (SEC). A Chave do Índice Central (CIK) para a Keep Ltd é 1808274, um identificador exclusivo usado pelos sistemas de computador da SEC para reconhecer corporações e indivíduos que apresentaram divulgações à SEC.

Manter Ltd's (https://eintaxid.com/company/000330025-keep-sezc/) está listado como Piso 4, Willow House, Cricket Square, Grand Cayman, com o código postal KY1-9010. O número de telefone comercial deles é 650-513-2125.

Além disso, um arquivamento no Tribunal Superior das Ilhas Cayman sobre Keep SEZCfoi mencionado, indicando um processo legal ou pedido de restauração, embora os detalhes deste caso não tenham sido detalhados.

Nucypher

NuCypher é uma empresa de criptografia que fornece infraestrutura e protocolos de preservação de privacidade, com sua sede localizada em São Francisco, Califórnia. Foi fundada por MacLane Wilkison e Michael Egorov em 2015. A empresa oferece serviços descentralizados de recriptografia de proxy e é reconhecida por suas contribuições para criptografia descentralizada, controle de acesso e sistemas de gerenciamento de chaves em blockchains públicos. Além disso, o NuCypher fornece soluções de compartilhamento de dados criptografados de ponta a ponta em blockchains públicas, bem como soluções de armazenamento descentralizado.

Em termos de detalhes legais e de incorporação, a NuCypher opera sob o nome legal ZeroDB, Inc. O último tipo de financiamento registrado pela empresa foi uma Oferta Inicial de Moedas (ICO).

5.3.2 Licenças

A Lei de Prestadores de Serviços de Ativos Virtuais (VASP) das Ilhas Cayman enumera várias isenções, incluindo:

• plataformas que são simples locais de encontro onde vendedores e compradores podem publicar ofertas e lances e onde as partes negociam apenas em um ambiente de peer-to-peer;
• provedores de serviços de tecnologia financeira que utilizam tecnologia inovadora para melhorar, alterar ou aprimorar serviços financeiros, mas que não são serviços de ativos virtuais; e
• tokens de serviço virtuais que não são transferíveis ou trocáveis e incluem tokens cuja única função é fornecer acesso a um aplicativo ou serviço.

As pontes de interligação entre blockchains podem ser interpretadas como exceções legítimas nos termos da Lei VASP, graças ao seu papel fundamental na facilitação da interoperabilidade entre redes de blockchain díspares, sem se envolver em serviços de câmbio central conforme delineado pela Lei VASP. No entanto, há uma ausência de dados publicamente disponíveis sobre isenções especificamente vantajosas para a Threshold Network, nem há divulgação de documentação pertinente, como pareceres jurídicos ou cartas de não-ação, para o domínio público. As informações publicamente disponíveis não fornecem detalhes sobre quaisquer licenças específicas detidas pela Threshold Network.

5.3.3 Ações de Execução

O limite não aparece no públicoLista de Ativos Cripto e Ações de Execução Cibernética. Além disso, ainda não encontramos informações específicas sobre processos contra a Threshold Network movidos por outros reguladores.

5.3.4 Sanções

Não encontramos informações específicas sobre como a Threshold Network cumpre as sanções da OFAC e outros programas de sanções internacionais. É possível que não haja registros públicos das medidas tomadas pelo protocolo para aderir a certos frameworks regulatórios e cooperar com as autoridades.

5.3.5 Risco de Responsabilidade

Dada a natureza das redes blockchain e plataformas de criptomoedas, os riscos de responsabilidade podem ser inerentes, mas nenhuma menção explícita foi identificada. O risco de responsabilidade associado à utilização da plataforma permanece elusivo para uma análise aprofundada, principalmente devido à não divulgação da entidade operacional que gerencia a plataforma e suas obrigações subsequentes para com os usuários finais. Notavelmente ausentes estão os Termos e Condições de uso da plataforma — documentos que tradicionalmente delineiam os limites de responsabilidade para as partes interagentes, enumeram os direitos do usuário, isenções, renúncias, advertências de risco e afins. Essa falta de um arcabouço legal acessível pode deixar os usuários sem um entendimento claro ou meio de determinar a extensão dos riscos de responsabilidade que podem estar incorrendo ao interagir com a plataforma.

Verificação de Mídia Adversa 5.3.6

Não encontramos nenhum relatório de mídia adversa ou alegações relacionadas a lavagem de dinheiro, corrupção, exposição a sanções, financiamento de ameaças ou envolvimento em atividades ilegais associadas à Threshold Network. Deixamos ao leitor a tarefa de continuar monitorando fontes de notícias respeitáveis ou anúncios regulatórios para quaisquer atualizações relacionadas à Threshold Network.

Seção 6: Gerenciamento de Risco

Esta seção resumirá as descobertas do relatório destacando os fatores de risco mais significativos em cada uma das três categorias de risco: Risco de Mercado, Risco Tecnológico e Risco da Contraparte.

6.1.1 Risco de Mercado

LIQUIDEZ: O token tem um mercado líquido que pode facilitar liquidações em todos os eventos de mercado previsíveis?

É preciso monitorar a liquidez do tBTC com cuidado, pois ainda está em fase inicial de inicialização com um limite de mercado comparativamente baixo em comparação com o líder do setor (WBTC). A Threshold tem implementado parcerias ativamente para expandir a liquidez, especialmente nos pools da Curve, com POL e incentivos de liquidez.

Uma quantidade substancial de oferta de tBTC é depositada como garantia para crvUSD (727 tBTC ou 30% do fornecimento total), e é também o único mercado DeFi onde tBTC pode ser usado como garantia atualmente. A dívida máxima de crvUSD é de 50m, o que constitui cerca de 60% da capitalização de mercado atual de tBTC. Embora seja improvável causar problemas de liquidez a curto prazo (a alavancagem tBTC é bastante conservadora por agora), poderia haver uma situação em que a liquidez seja insuficiente para processar liquidações, e isso poderia resultar em dívidas ruins para o protocolo de empréstimo.

VOLATILIDADE: O ativo teve eventos significativos de desvinculação?

Durante o período de tempo que observamos desde meados de agosto, o tBTC tende, em média, a fechar aproximadamente 0,1145% abaixo do seu ativo subjacente, com algumas variações diárias. A maior deviação negativa observada durante este período foi de aproximadamente -1,52%, enquanto a maior deviação positiva foi de cerca de 1,21%.

Em geral, o tBTC exibiu uma ancoragem fortalecida após a implementação de resgates em julho de 2023. Depósitos e saques são sem permissão, sempre disponíveis durante a operação normal e envolvem um período de espera relativamente modesto. As taxas de depósito são de 0,1% e as taxas de resgate são de 0,2% atualmente, criando uma confiança razoável em uma âncora BTC limitada entre +0,1% e -0,2%.

6.1.2 Risco Tecnológico

CONTRATOS INTELIGENTES: A análise das auditorias e da atividade de desenvolvimento sugere alguma causa de preocupação?

Existem desafios substanciais na concepção de um protocolo de ponte altamente seguro e sem permissão. o tBTC é uma solução inovadora com um design de sistema único que pode aumentar a chance de conter bugs de contrato inteligente. Ele está em funcionamento na mainnet há vários anos, incluindo o tBTC v1, e passou por uma implementação controlada para mitigar a chance de perdas do usuário. A implementação envolveu uma introdução gradual de recursos como resgates e o equilíbrio entre operações com permissão e monitoramento do Guardião com acesso sem permissão ao protocolo. Foram realizadas várias auditorias do protocolo e há um programa ativo de recompensa por bugs. Apesar de ter uma história de algumas divulgações de vulnerabilidades, o protocolo não sofreu nenhuma perda de usuário.

DEPENDÊNCIAS: A análise das dependências (por exemplo, oráculos) sugere alguma causa de preocupação?

Como um protocolo de ponte, há uma quantidade substancial de dependências externas necessárias para manter a segurança da rede. tBTC depende de uma rede de nós para transmitir de forma confiável BTC bloqueado na rede Bitcoin, aprovar a cunhagem de tBTC no Ethereum e custodiar BTC na rede Bitcoin.

Atualmente, existem limitações no esquema de assinatura de limite GG18 que impedem a identificação de signatários mal comportados. Um novo algoritmo, FROST/ROAST, está em desenvolvimento, o que permitirá à rede expandir seu conjunto de operadores de nós e fortalecer a segurança da rede. Um conjunto permitido de Produtores e Guardiões processa moedas elegíveis e desempenha um papel na prevenção de emissões resgates não autorizados. Uma carteira ECDSA de limite 51-de-100 facilita a custódia compartilhada de BTC pelos nós da rede.

Ainda não existe um feed de preços de Chainlink disponível para tBTC, embora a equipe tenha trabalhado ativamente para implementar um para facilitar a integração com plataformas de empréstimos e outras integrações DeFi. A EMA da Curve é adequada para o mercado crvUSD, mas tem uma alta dependência da liquidez e da operação confiável da única pool da Curve da qual o preço é derivado.

6.1.3 Risco da Contraparte

Centralização: Existem vetores significativos de centralização que poderiam prejudicar os usuários?

Embora a cunhagem de tBTC envolva um conjunto com permissão de Cunhadores e Guardiões (endereços EOA) que facilitam a cunhagem acelerada, os usuários ainda podem ter suas transações processadas mesmo que esses atores sejam hostis ou negligentes por meio de varreduras sem permissão. É possível que um Cunhador corrupto tente cunhar maliciosamente tBTC, mas desde que haja 1 Guardião vivo e honesto, o Cunhador pode ser bloqueado (atualmente há um atraso otimista de cunhagem de 1 hora).

O Conselho Eleito 6-de-9 multisig tem o privilégio de propriedade dos contratos baseados em Ethereum, e embora tenha um controle operacional significativo dos contratos, não tem acesso ao BTC custodiado na rede Bitcoin. No final, os operadores do nó da ponte mantêm a custódia compartilhada dos fundos dos usuários, dos quais existem uma quantidade substancial na casa das centenas.

LEGAL: A análise legal do protocolo sugere alguma causa de preocupação?

A decisão estratégica de utilizar uma Fundação de Cayman para a representação off-chain do DAO aproveita o reconhecido arcabouço legal de uma jurisdição internacionalmente endossada, potencialmente oferecendo uma camada de credibilidade e estabilidade. Embora certos recursos das operações da Threshold Network, ou seja, pontes entre cadeias, possam ser elegíveis para isenções nos termos da Lei VASP das Ilhas Cayman, a ausência de especificidades sobre o status de conformidade da Threshold injeta um grau de incerteza regulatória. Além disso, a natureza fluida dos cenários legais e regulatórios em várias jurisdições apresenta um desafio, já que esses arcabouços estão sujeitos a mudanças frequentes, interpretações diversas e, por vezes, aplicações conflitantes, acrescentando camadas de complexidade aos esforços de conformidade do protocolo.

A ausência de documentos legais acessíveis na interface do usuário em geral, como Termos e Condições, cria ambiguidade em torno do risco de responsabilidade tanto para os operadores da plataforma quanto para os usuários. Sem avisos explícitos ou acordos de usuário, é desafiador determinar o escopo da responsabilidade e dos direitos do usuário, o que poderia levar a potenciais disputas legais.

6.1.4 Classificação de risco

Com base nos riscos identificados para cada categoria, o gráfico a seguir resume uma classificação de risco para tBTC como garantia. A classificação para cada categoria é classificada de excelente, bom, ok e ruim.

• Classificamos o tBTC como ok em liquidez, pois ainda está em fase inicial de inicialização e é atualmente um ativo de BTC tokenizado menor. Uma quantidade significativa do fornecimento de tBTC está sendo usado como garantia em crvUSD em comparação com a liquidez disponível nas DEX, que é altamente concentrada nos pools da Curve.
• Classificamos o tBTC como bom em termos de volatilidade devido à facilidade de emissão/resgate sem permissão que facilita a arbitragem, com uma pequena taxa cobrada em cada ação. O tBTC tem demonstrado forte força de pino desde que os resgates foram ativados em julho de 2023.
• Classificamos o tBTC ok em contratos inteligentes, uma vez que o protocolo ainda está passando por uma implementação gradual e isso pode envolver atualizações adicionais no design do protocolo.
• Classificamos o tBTC ok em dependências, pois envolve processos significativos fora da cadeia que introduzem complexidade ao sistema. Existe um oráculo Curve EMA disponível, mas ainda não um oráculo Chainlink.
• Classificamos o tBTC como bom em descentralização por priorizar acesso sem permissão, uma rede de ponte descentralizada e um caminho razoavelmente convincente para governança on-chain.
• Classificamos o tBTC como ok legalmente, pois a(s) estrutura(s) jurídica(s) está(ão) domiciliada(s) em uma jurisdição proeminente, enquanto nenhuma ação de execução contra Threshold é evidente. Esclarecer o status legal das pontes entre blockchains e fortalecer as defesas do protocolo poderia ser melhor implementado.

A preocupação mais imediata para o uso do tBTC como garantia é garantir que haja liquidez suficiente em todas as condições de mercado para facilitar a liquidação. Mais de 30% do fornecimento de tBTC é usado como garantia em crvUSD, enquanto 21,11% estão nos pools de liquidez Curve WBTC/tBTC e crvUSD/wstETH/tBTC. Estes são os principais locais de negociação DEX para tBTC. A alavancagem do tBTC é atualmente bastante conservadora, mas o mercado crvUSD permite uma dívida máxima de 50 milhões de crvUSD no mercado tBTC, o que equivale a 60% da capitalização de mercado atual do tBTC e 2,86 vezes a liquidez do token fornecida aos mencionados pools da Curve.

No caso de um evento de mercado extremo que faz com que o tBTC se desvincule devido à demanda de liquidação em excesso de liquidez disponível, o tBTC pode ser prontamente resgatado para arbitrar a taxa de câmbio. No entanto, esse processo não é imediato. Há um atraso envolvido no resgate que pode levar de 3 a 5 horas com uma taxa de resgate (fixada em 0,2%).

Como a Threshold está conduzindo de forma responsável um lançamento gradual do protocolo para mitigar problemas imprevistos, Curve e outras plataformas DeFi que integram tBTC também devem adotar uma postura conservadora ao incorporar tBTC como um tipo de garantia. Embora o tBTC seja uma garantia adequada para crvUSD, dado que possui liquidez suficiente para derivar um preço confiável do oráculo EMA do pool, acreditamos que uma abordagem conservadora para definir o limite de dívida é aconselhável. A DAO deve considerar a redução da dívida máxima para um valor consistente com a oferta de tBTC e as expectativas de liquidez e aumentar gradualmente o valor juntamente com a adoção observada do protocolo.

Aviso Legal：

1. Este artigo é reproduzido a partir de [hackmd.io]. Todos os direitos autorais pertencem ao autor original [Risco de Lhama]. Se houver objeções a esta reimpressão, entre em contato com oGate Learnequipe e eles vão lidar com isso 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 do Gate Learn. Salvo indicação em contrário, copiar, distribuir ou plagiar os artigos traduzidos é proibido.