Introdução

Neste relatório, analisaremos o Threshold Network Bitcoin (tBTC) como um potencial ativo colateral. O objetivo desta análise é avaliar de forma abrangente os riscos associados ao tBTC para determinar sua adequação para a integração de garantias. 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 com a liquidez e volatilidade do mercado.
• Risco Tecnológico - Considerações relativas a contratos inteligentes, dependências e feeds de preços de oráculos.
• Risco de Contraparte - Aspectos relacionados com governança, potencial de centralização e fatores legais/regulatórios.

Estas 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.

Secção 1: Fundamentos do Protocolo

Esta seção aborda os fundamentos da garantia proposta. É essencial transmitir (1) a proposta 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 secção está dividida em duas sub-secções:

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

1.1 Descrição do Protocolo

A Rede Threshold é o resultado dea fusão da Keep Network e NuCypherA Keep Network contribui com infraestrutura e contentores de preservação de privacidade fora da cadeia chamados “keeps”, enquanto o NuCypher fornece ferramentas de privacidade e uma rede de nós distribuídos.

Central para a Rede Threshold 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 as informações sensíveis possam ser processadas em conjunto sem que qualquer entidade única tenha acesso à chave secreta completa, preservando a privacidade.

A rede Threshold é governada pela Threshold DAO, que engloba o Token Holder DAO e um multisig do Conselho Eleito. Atualmente, as operações do tBTC são geridas pelo multisig, com planos para 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 acedam a DeFi e ao universo Web3 em expansão sem depender de intermediários. Permite aos utilizadores bridgear os seus ativos de Bitcoin de forma segura e sem a necessidade de confiar em terceiros.
2. Controlo de Acesso de Limiar (TACo): TACo facilita a partilha de dados e comunicação cifrados de ponta a ponta sem a necessidade de confiar numa autoridade centralizada. É uma camada de controlo de acesso descentralizada que alcança uma verdadeira descentralização através de uma rede bem garantida de aproximadamente 150 nodos operados de forma independente.
3. thUSD (Threshold USD): thUSD é uma stablecoin descentralizada com uma taxa de câmbio de 1:1 em relação ao preço do USD. Para pedir emprestado thUSD, os utilizadores fornecem tBTC como garantia. Cada thUSD é totalmente suportado por tBTC com uma taxa de garantia mínima de 110%, suportada por uma pool de estabilidade que compra automaticamente liquidações, permitindo uma taxa de liquidação mais baixa em comparação com leilões tradicionais.

Dado que o objetivo deste relatório é avaliar o risco de garantia, vamos focar em tBTC v2 para o resto do relatório. Produtos adjacentes serão mencionados sempre que relevantes.

Histórico da Rede Threshold:

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 no Threshold, ou seja, Keep Network e NuCypher.

Resumo Cronológico da Rede Threshold

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

Manter Rede

Fundada em 2017 por Matt Luongo e Corbin Pon, Rede KeepFoi criado em resposta à crescente necessidade de ferramentas de privacidade aprimoradas no ecossistema Ethereum. O 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 é alcançado através de um sistema de recipientes de dados off-chain conhecidos como “keeps.” Essas keeps são atribuídas a um grupo de participantes chamados “signers,” que são responsáveis por gerir 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 aceder ou decodificar as informações armazenadas. Para participar na rede, os signers apostam tokens KEEP e recebem uma taxa de serviço em troca.

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

Nucypher

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

NuCypher oferece infraestrutura criptográfica para aplicações focadas em privacidade. Ele fornece Controlo de Acesso por Limiar (TAC) para partilha de dados segura e descentralizada e Desencriptação Baseada em Condições (CBD) para gerir o acesso aos dados com base em condições on-chain.

A middleware baseado em Ethereum da NuCypher forneceu serviços de re-encriptação para aplicações descentralizadas (dApps) ao permitir que os utilizadores apostem tokens NU. O mecanismo WorkLock incentiva a participação através de um depósito ETH em troca de tokens NU, alinhando incentivos para o crescimento da rede.

1.1.1 Garantia Subjacente

tBTC é um token ERC-20 que representa e é apoiado 1:1 pelo Bitcoin. O objetivo do tBTC é permitir aos utilizadores aceder ao valor do seu Bitcoin no ecossistema DeFi sem necessidade de confiar numa terceira parte central.

1.1.2 Mecanismo de Acréscimo de Rendimento

Não existe um Mecanismo de Acréscimo de Rendimento inato. tBTC atua como ponte entre Bitcoin e Ethereum, permitindo aos utilizadores utilizar o valor do seu BTC no ecossistema DeFi.

1.1.3 Taxa do Fornecedor

O taxas da plataformasão baseadas em ações. Até agora, um usuário incorre em uma taxa de cunhagem e resgate. A taxa de cunhagem atual foi reduzida comTIP-54, atualmente definido como 0.1%com a totalidade a ir para o tesouro. As taxas de resgate estão definidas para0.2%a caminho do tesouro.

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

Conjunto de Operadores de Nó 1.1.4

Os operadores de nó podem ser visualizados publicamente em tBTCscan. Atualmente, a rede tem 322 nós registados que especificamente aderiram à aplicação tBTC v2. De acordo com a Threshold Network, os operadores de nós estão atualmente restritos a lista de Beta Stakersem vez de todos os Detentores.

A razão para isto é:

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

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

1.1.5 Seleção de Validador

A Threshold Network executa eficazmente um esquema de seleção ponderada de tokens (pense no Delegated Proof-of-Stake (dPoS)) para o conjunto de validadores atualmente autorizados do tBTC v2. Os operadores de nós podem participar na rede Threshold executando nós e selecionando quais módulos desejam suportar. Eles são recompensados em T tokens (a moeda nativa da Threshold) pelos seus serviços. A Threshold Network seleciona Nós para o tBTC v2 principalmente para a custódia de BTC na blockchain do Bitcoin. Os detentores podem depositar T Tokens no Contrato de Staking e pode delegarpara Nós disponíveis.

Origem: P2P.org

1.1.6 Garantia do Validador

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

1.1.7 Modelo de Governança

A Rede Threshold é governada por dois órgãos: o Tokenholder DAO e o Conselho Threshold. modelo de governaçãousa governação ponderada por token (ou seja, um token equivale a um voto) com votação on-chain através de uma implementação deGovernor Bravo. A moeda governante é o token T.

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

1.2 Diagrama de Arquitetura do Sistema

1.2.1 Visão Geral da Arquitetura de Rede

Origem: Diagrama Personalizado

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

1) Componente de Ponte:
O componente de ponte atua como a interface para o blockchain do Bitcoin e clientes off-chain. É responsável por ouvir as revelações de depósito, varrê-las, 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 de Bitcoin.

2) Componente do Banco:
O componente bancário gere a contabilidade do saldo de Bitcoin para endereços Ethereum. Fornece dois mapeamentos para controlar o saldo e as autorizações. Não emite um token ERC-20, apenas faz contabilidade.

3) Componente do Cofre:
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 emblemático neste sistema.

4) Condições de Recompensa e Penalização:
O Funcionalidade de corte e recompensas é representada de forma abstrata na figura acima no círculo 4. Os operadores registados no grupo de triagem ECDSA recebem recompensas, exceto aqueles marcados como inelegíveis devido a inatividade ou desqualificação durante a Geração Distribuída de Chaves (DKG). Estas recompensas são distribuídas com base no peso do operador na piscina. No entanto, existem condições de corte em vigor para a estaca T. Se um resultado DKG for considerado malicioso e for contestado com sucesso, o remetente enfrenta uma penalidade de corte, enquanto o indivíduo que relata o resultado malicioso recebe uma recompensa. Além disso, os operadores que estão permanentemente inativos podem estar sujeitos a reclamações de inatividade do operador, assinadas por um limiar de membros do grupo. Se tal reivindicação for submetida e aceita, esses membros inativos serão excluídos de receber recompensas do pool de classificação por um período governável especificado.

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

O contrato inteligente WalletRegistry serve como um livro-razão on-chain para carteiras ECDSA, que são geridas 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 principais:

1. Chave Pública Unificada: Todo o grupo de assinatura possui uma chave pública coletiva ECDSA. Esta chave é divulgada na cadeia host (tipicamente Ethereum) e corresponde a uma carteira de Bitcoin que o grupo de assinatura possui coletivamente.
2. Distributed Secret Key Shares: Cada membro do grupo de assinatura mantém uma parte da chave secreta ECDSA do limiar. Esta parte permite-lhes gerar uma parte da assinatura ECDSA do limiar para quaisquer transações relacionadas com a carteira do grupo de assinatura.
3. Combinação de Assinaturas: Qualquer membro do grupo de assinaturas pode amalgamar ações de assinatura de si mesmos e de outros membros do grupo. Esta amalgamação resulta numa versão totalmente assinada de uma transação especificada, representando a intenção coletiva do grupo de assinaturas.

7) Minters and Guardians:
Permissão Guardiões e Minterslidar com a cunhagem de tBTC para prevenir atividades maliciosas. A cunhagem de tBTC é tecnicamente sem permissão, com depósitos sendo eventualmente varridos por um staker se os cunhadores otimistas tentarem censurar o depósito. Os cunhadores otimistas, com permissão, principalmente permitem uma cunhagem mais conveniente e rápida.

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 de Bitcoin mantido como garantia ser perdido ou comprometido, o Pool de Cobertura entra em ação. Facilita a conversão dos ativos do pool em BTC, que é então devolvido ao protocolo para manter a estabilidade da âncora de fornecimento. A governança dos ativos dentro do Pool de Cobertura é supervisionada pelo Threshold DAO, fornecendo uma abordagem descentralizada e orientada pela comunidade para a 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 reforçar a resiliência do protocolo contra desafios imprevistos, tornando-o um ecossistema robusto e seguro para os 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: Limiar Rede Github

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

No centro do diagrama, existe um componente crítico chamado Beacon Aleatório, que consiste nos contratos IRandomBeacon e RandomBeacon. Este 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.

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

Observe as setas rotuladas com "implementa", indicando quais contratos implementam interfaces específicas. Essas relações mostram como vários contratos cumprem seus papéis respectivos 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-chave

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 a Geração Distribuída de Chaves (DKG) bem-sucedida. 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 potenciais adversários.

Origem: Manter Github

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

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

Origem: tBTCScan

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

Guardiões & Produtores de Moeda

O Modelo de Cunhagem OtimistaO tBTC v2 simplifica o processo de conversão de BTC para tBTC. Os utilizadores depositam BTC, que é então registado na rede Ethereum. Antes que este 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, é adicionada outra camada de supervisão através dos "Guardians", uma assembleia mais ampla do Threshold DAO e da comunidade DeFi, que podem anular qualquer minting que considerem duvidoso. Além disso, um intervalo de pausa de três horas antes do minting garante que os Guardians 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 os ativos garantidos pelo protocolo tBTC. Se o Bitcoin for perdido no protocolo, o Coverage Pool fornece ativos para manter a estabilidade do protocolo. O gestor de risco para este pool é uma entidade multisig.

Atualmente, o Pool de coberturaconsiste em 17 milhões de tokens T depositados do tesouro da DAO (ver Contrato de Pool de Ativos) , com o Threshold DAO supervisionando sua operação. 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 Threshold.

A Pool de Cobertura é uma parte em evolução da gestão de risco da tBTC. O Threshold DAO pode optar por diversificar os ativos na 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 a pool em troca de recompensas T, o que poderia aumentar o tamanho da 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 token e métricas competitivas e considera a atividade econômica subsidiada.

Esta secção está dividida em três subsecções:

2.1: Métricas de Utilização
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 Valor Total Bloqueado (TVL)

tBTC tem atualmente, a partir de 16-10-2023, um fornecimento de token de aproximadamente 2.185 BTC sob custódia. Isto é o equivalente a 60,755,792 USD. tBTC experimentou uma explosão inicial de crescimento em fevereiro, quando tBTC v2 entrou em operação na mainnet. Em julho, os resgates foram viabilizados e, desde então, foram seguidos por um crescimento exponencial da oferta e dos detentores.

O contrato do token tBTC foiimplementado na mainnetem 2021-08-17. Ganhou alguma tração atingindo um TVL de 40 Milhões. O TVL v1 posteriormente caiu para ~1.5 Milhão.

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

Volume de Transação 2.1.2

O gráfico abaixo representa o volume de transações calculado pelo número diário de eventos de transferência do token tBTC v2 para a rede principal do Ethereum.

Da mesma forma que o 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 é, no entanto, atualmente entre aproximadamente 50 a 70 transações diárias. Em termos de dólar, isso se traduz em um volume diário de transferência 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é agora, o tBTC v2 não recuperou os níveis anteriores em termos de Volume em Dólares em todos os mercados. Isto é mais provavelmente explicado pelo ciclo de mercado e pelo preço relativamente mais baixo do BTC (portanto tBTC), em oposição a uma queda na atividade específica do tBTC.

Origem: API Coingecko

Tamanho Médio da Transação 2.1.4

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 Rácio de Volume de Transações On-chain para Capitalização de Mercado

A Trading-Volume-to-Market-Capitalization Ratio (também conhecido como Turnover Ratio) é uma métrica financeira usada para normalizar a análise da atividade de negociação.

Geralmente, uma alta relação vol-to-mcap sugere alta liquidez e alto interesse de mercado. No entanto, quando cruzamos com o Gráfico de 'Contagem Diária de Transações' em 2.1.2 e o Gráfico de 'Volume Diário de Transações' em 2.1.2, sugere períodos de volatilidade de mercado em 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 06/10/2023) impulsionam períodos de alto volume de negociação.

2.1.6 Velocidade do Token

A velocidade do token é uma medida da taxa à qual um token está a ser circulado ou utilizado dentro de um período específico. Fornece informações sobre a atividade do token e com que frequência 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 utilizador ativo como um endereço único que interagiu com o contrato de token tBTC v2 durante um período de 24 horas.

O número de utilizadores únicos de tBTC aumentou substancialmente desde que as resgates foram ativados em julho.

2.1.8 Crescimento do Utilizador

tBTC viu um crescimento significativo de utilizadores, com o número de detentores únicos a aumentar de sub-cem para cerca de 350. Este crescimento é significativo tendo em conta 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 possui uma quantia substancial no pool Curve tBTC/WBTC e no Tripool Curve crvUSD/tBTC/wstETH.

Origem: Etherscan|| Nota: As etiquetas foram adicionadas manualmente

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

2.2 Métricas de Análise Competitiva

2.1.2 Partilha de Mercado

tBTC está a competir com outras representações tokenizadas de BTC na Ethereum. Identificámos as seguintes Pontes Bitcoin:

Avaliamos a Quota de Mercado com base no número total de unidades de BTC cunhadas. Este método oferece a vantagem de facilitar uma comparação direta, independentemente das flutuações de preços entre várias representações de BTC. No entanto, é importante reconhecer que este método tem as suas limitações, especialmente porque nem todas as representações de BTC mantêm 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 percentagem insignificante da quota de mercado total 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 Partilha do Volume de Negociação no Volume Total de Negociação de Bitcoin Tokenizado

Abaixo é mostrada a quota 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, pois domina em termos de volume.

Origem: API Coingecko

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

Origem: API Coingecko

No entanto, é importante notar que tBTC, embora ocasionalmente capture alguma quota de mercado, ainda é um ativo marginal.

Fonte: API Coingecko

2.3 Subsídio da Atividade Econômica

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

• GP-002 Binance Learn and Earn: Aloque um orçamento mínimo de $150.000 em $T de token nativo para o programa Learn and Earn da Binance.
• DICA-45Proposta de Nó de Inicialização v2: Alocar $10k/mês para três fornecedores de nós de inicialização Boar, P2P e Staked com requisitos de tempo de atividade e servidor especificados.
• TIP-46Defi Liquidity Bootstrap and Growth Part I - Market Maker: Fornecer à Sense Capital um empréstimo de 50 milhões de tokens T para melhorar a liquidez do tBTC em todo o ecossistema DeFi a ser reembolsado num 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 Part 2 - PCV (Governor Bravo): Um plano multi-fásico para melhorar a liquidez tBTC e estabelecer a Liquidez Proprietária Baseada em BTC (POL). Uma vez estabelecida a POL, a Threshold ofereceria incentivos para votos nos indicadores da pool Curve. 10M T alocados para incentivos de voto e 40M T alocados para a compra direta de Valor Controlado pelo Protocolo (PCV) denominado em BTC.
• TIP-60Parceria de Crescimento da Solana: Impulsionar a presença do tBTC na Solana ao associar-se ao Mango & Dual DAO para melhorar a liquidez e utilidade. Alocar 20 milhões de tokens T para a Guilda do Tesouro Threshold, ponte para a Solana, e emitir 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 o seu produto tBTC, abrangendo várias propostas e parcerias. Estas iniciativas oferecem incentivos a uma ampla gama de participantes, incluindo fornecedores de nós, criadores 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á a trabalhar ativamente para estabelecer o tBTC como uma representação proeminente e confiável do Bitcoin no ecossistema DeFi.

Secção 3: Risco de Mercado

Esta secção aborda a facilidade de liquidação com base nas condições históricas do mercado. Procura clarificar (1) a base Closeness-to-Peg ou a volatilidade do tBTC e (2) o perfil de liquidez da garantia. O risco de mercado refere-se ao potencial de perdas financeiras resultantes de alterações 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 fecho de um ativo sintético e o seu ativo subjacente.

Note 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.

Origem: 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% abaixo do seu ativo subjacente, com algumas variações diárias observadas. A maior desvio negativo significativo observado durante este período foi aproximadamente -0,0152, enquanto o desvio positivo mais significativo foi cerca de 0,0121. Além disso, o valor do 25º percentil é 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 75º percentil é aproximadamente 0,0016, sugerindo que tende a fechar abaixo do ativo subjacente por uma parte significativa do tempo.

Origem: API Kraken || API Geckoterminal

Analisamos a métrica 'Proximidade Absoluta ao Ativo Subjacente' (c2u_abs) diariamente, compreendendo 64 pontos de dados. Em média, a desvio absoluto diário entre o preço de fecho do ativo sintético e o preço de fecho do ativo subjacente é de cerca de 0,351%. O desvio padrão de aproximadamente 0,3009 indica variação nessas desvios. O menor desvio absoluto observado 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 é cerca de 0,502%. Estes dados refletem as flutuações na proximidade absoluta ao ativo subjacente ao longo do período analisado.

Origem: API Kraken || API Geckoterminal

A análise revela que o tBTC geralmente é negociado com uma spread média de aproximadamente -29,70 unidades em comparação com o BTC, indicando um valor mais baixo. No entanto, esta spread apresenta uma variabilidade significativa, com um desvio padrão de 119,76. A desvio negativo mais notável foi de -399,57, enquanto o desvio positivo máximo 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 informações valiosas. Durante todo o período de observação, 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 é de 0,0209 e a do BTC é de 0,0165. No entanto, nos últimos 30 dias, a volatilidade do tBTC aumenta para 0,0261, enquanto a volatilidade do BTC é de 0,0153, indicando um aumento significativo 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, o 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 entre os 3 pares nas últimas 24 horas em 18-10-2023. Da mesma forma, a Porcentagem de Spread de Bid-Ask 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 forte está nas pools Curve baseadas em Ethereum.

Origem: Coingecko

Em 18 de outubro de 2018, a análise de 20 pares de negociação em seis bolsas descentralizadas revelou um volume médio diário de negociação de aproximadamente 6.479,21 USD, juntamente com uma média de spread de oferta e demanda de cerca de 0,6404. De forma notável, 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 a inexistência de mercados, a um máximo de 129.561,10 USD. O spread de oferta e demanda 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 bolsas descentralizadas, com concentração em pools da Curve.

3.2.2 Liquidez Token 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 reportada no DEX Guru resulta do valor em que o tBTC pode ser trocado (em oposição à contagem de TVL em todos os pools).

Origem: DexGuru

As duas pools mais líquidas são a pool WBTC/tBTC com $16.73 Milhões em TVL seguida por $10.74 Milhões na 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 de 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.

Origem: API DexGuru

O LUR tem um valor médio de aproximadamente 0.1047, o que indica que, em média, cerca de 10.47% da liquidez total está a ser utilizada 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 informações sobre a distribuição, com a mediana (50º percentil) do LUR em 0.0393, sugerindo que metade das observações está abaixo deste nível.

3.2.4 Índice de Alavancagem

Existem sem mercados de empréstimoslistagem de tBTC no Ethereum. No entanto, os utilizadores podem obter alavancagem ao criar crvUSD contra garantia de tBTC.

Chaos Labs forneceu um painel de monitorização 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 à medida que o preço do tBTC muda.

Origem: Análise do Chaos Labs crvUSD | Data: 10/30/2023

Alavancagem a partir da garantia tBTC em breve também estará disponível ao depositar em Threshold USD (thUSDé uma stablecoin soft-pegged ao USD e é garantida por ETH e tBTC, mantendo uma relação de garantia mínima de 110%.

3.2.5 Deslizamento

A ferramenta de estimativa de deslizamento DefiLlama (Liquidez de Tokens) mostra que uma troca de tBTC-> WBTC de $8,312,500 (288.78 WBTC) na Paraswap produzirá um deslizamento de 1.57% na troca de tBTC. Como o par WBTC é a maior liquidez disponível para o tBTC atualmente, grandes liquidações provavelmente seguirão pelo WBTC.

Fonte: Defillama | Date: 10/18/2023

Secção 4: Risco Tecnológico

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

Esta secção está dividida em 3 subsecções:

• 4.1: Risco de 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 Protocol Audits

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
O 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 abrangeu vários repositórios de código e focou em áreas como correção de implementação, ações adversárias potenciais, gestão de fundos e vulnerabilidades no código. As conclusões-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 no conjunto de testes.

Segurança da Cadeia
Em 09 de novembro de 2021, a ChainSecurity realizou umauditoria de segurança do sistema 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 cobriu a Máquina de Venda, que facilita as conversões de token, e o Contrato de Stake, que suporta contratos de stake legados.

Certik
O Relatório de Auditoria Certik, realizado em 19 de novembro de 2021, para a Threshold Network é especificamente sobre VendingMachine.sol usado para converter o Token $NU da Nucypher e o contrato $KEEP da Keep Network em $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) || As atualizações entre as autorizações não nulas podem resultar em explorações
A auditoria da Least Authority identificou uma vulnerabilidade relacionada com a forma como as atualizações entre permissões não nulas são geridas na Threshold Network. Esta falha poderia ter levado a possíveis exploits do sistema. A equipa da Threshold Network já abordou e resolvido 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 podiam ser falsificadas. Essa vulnerabilidade poderia ter colocado em risco a integridade das transações de Bitcoin no sistema. A equipe da Threshold Network abordou e retificou 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 gerir eficazmente segmentos críticos de código que possam falhar. No entanto, neste caso, se a função não for bem-sucedida, falha silenciosamente, podendo levar a uma diminuição da autorização incorreta. A equipe da Threshold Network aceitou o risco e introduziu o evento AuthorizationInvoluntaryDecreased para monitorizar as diminuições involuntárias, que inclui um campo que indica o sucesso ou a falha da chamada da aplicação.

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 do epoch ultrapassará o limite máximo do uint32, causando um estouro. Para contrariar isso, foi recomendado usar um tipo de dados maior para o carimbo de data/hora Unix. No entanto, a equipa da Threshold Network optou por manter a representação uint32 por razões de eficiência de gás e não implementou a alteração sugerida. Como resultado, este problema continua por resolver.

Menor Autoridade (Sugestão) || Tornar o Bank.sol e o TBTC.sol compatíveis com o EIP-2612
A auditoria da Least Authority destacou que os contratos inteligentes do Banco e tBTC não estavam em conformidade com o padrão EIP-2612. Tal não 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

A rede Threshold tem um Programa de Recompensas 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
  • Nível Elevado: $10,000 a $50,000
  • Nível Médio: $1,000 a $5,000
  • Baixo Nível: $1,000
• Websites e Aplicações:
  • Nível Crítico: $10,000 to $25,000
  • Nível Elevado: $1,000 a $10,000
  • Nível Médio: $1,000

4.1.4 Imutabilidade

Abaixo, representamos um Diagrama de Imutabilidade e Controlo de Acesso para os contratos-chave associados ao produto tBTC v2. Os contratos a amarelo representam Contratos de Procuração Transparentes Atualizáveis.

Fonte: Pesquisa Manual || Etherscan

Os três contratos principais do 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. A Bridge pode ser atualizada através de 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 até que ponto o projeto está sendo desenvolvido ativamente. A Artemis.xyz baseia o cálculo da Atividade do Desenvolvedor no Framework do Relatório de Desenvolvedores da Electric Capital. As Confirmações Semanais tendem a ser um bom proxy para a produtividade do desenvolvedor, pois representam a menor unidade de trabalho de um desenvolvedor. No entanto, deve-se notar que o tamanho de uma confirmação pode variar significativamente.

O desenvolvimento do limiar abrange 3 repositórios do GitHub: Manter(tem código para tBTC),nuCypher, e LimiarO gráfico abaixo à esquerda representa os Commits Semanais da Atividade do Desenvolvedor especificamente para o Keep GitHub onde o desenvolvimento do tBTC está hospedado. O gráfico abaixo à direita representa os Desenvolvedores Ativos Semanais. Um desenvolvedor é considerado ativo se pelo menos um commit tiver sido enviado:

Origem: Artemis.xyz

Ambos os gráficos sugerem desenvolvimento sustentado, sugerindo desenvolvimento estável. No entanto, existem alguns poucos desenvolvedores ativos semanalmente (provavelmente associados à própria Equipe de Desenvolvimento Principal).

4.1.6 Maturidade 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 implementado em 17-08-2021. O tBTC v1 detinha cerca de 1900 BTC no 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 aprimoram a descentralização e a segurança da rede. Conforme o sistema se desenvolve, o controle está sendo gradualmente transferido de indivíduos confiáveis e de um multisig em equipe 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 do utilizador. No entanto, a Threshold Network tem recentemente enfrentado vários desafios de segurança que foram resolvidos sem incorrer em perdas.

Vulnerabilidade de negação de serviço e resgates

Um endereço ligado à exploração da FTX transferiu fundos entre projetos, nomeadamente tBTC. Isto revelou duas vulnerabilidades:

Exploração de Negação de Serviço:
O primeiro desafio surgiu quando um endereço afiliado à FTX fez um pedido de resgate de BTC. Embora este pedido tenha sido inicialmente aprovado, um pedido subsequente de outro endereço relacionado à FTX foi inesperadamente obstruído. Esta obstrução foi causada por uma transação BTC habilmente elaborada a partir 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 do Keep formulou e implementou uma correção para combater 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. Esta falha de design tornou-se evidente quando a empresa exclusiva com sede nos EUA, que tinha controle sobre o endereço, não conseguiu sancionar a redenção associada à FTX. Para resolver isso, foi proposto um novo sistema chamado "redenções otimistas". Sob este sistema, todas as redenções seriam consideradas válidas por padrão. No entanto, endereços específicos teriam a autoridade de vetar qualquer redenção. Embora essa abordagem possa introduzir pequenos atrasos no processo de redenção, promete segurança e adaptabilidade aprimoradas.

Vulnerabilidade do Esquema de Assinatura de Limiar GG18

Houve um design ao nível do protocolovulnerabilidaderelatado em agosto de 2023 no esquema de assinatura de limite GG18 que foi divulgado de forma responsável e remediado 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.

Binance TSSShock Vulnerability

Houve uma vulnerabilidade de nível de implementação na biblioteca tss-lib da Binance (TSSShock), que eradivulgado de forma responsávelembora o tBTC não fosse vulnerável. A vulnerabilidade motivou a decisão da Threshold de manter a sua própria versão detss-libem vez de depender da versão da Binance que tem enfrentado múltiplos problemas históricos.

Vulnerabilidade do L2WormholeGateway

Houve um vulnerabilidade críticadivulgado através do programa de recompensas por bugs da Threshold relacionado com os contratos L2WormholeGateway que foram corrigidos.

Anterior Incidient em tBTC v1

A Threshold Network foi notificada de duas vulnerabilidades na sua implementação de criptografia de limiar em 2021, crucial para as suas soluções de privacidade e a aplicação tBTC. Embora nenhum utilizador ou fundos tenham sido comprometidos, a equipa lançou rapidamente uma correção e aconselhou os nós tBTC a atualizar. Estas vulnerabilidades, relacionadas com um fork da biblioteca Binance usada por muitos no espaço Web3, foram destacadas pela Trail of Bits. A equipa da Threshold não só garantiu que todos os números de ID de utilizador estavam seguros, como também propôs uma correção bem-sucedida para a biblioteca da Binance. Este esforço colaborativo sublinhou o compromisso da comunidade com a segurança e a cooperação. A equipa da Threshold Network manuseado a situaçãorapidamente e profissionalmente.

4.2 Composição de Produtos e Camadas

4.2.1 Dependências

Relé Bitcoin

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 central é fornecer uma maneira de provar depósitos de Bitcoin a um contrato inteligente Ethereum, aproveitando uma forma simplificada de SPV (Verificação de Pagamento Simples) chamada Light Relay. Aqui está um análise da sua funcionalidadee como funciona:

1. Verificação de Depósito de Bitcoin:
   • A principal função do Light Relay é permitir que um depositante prove seu depósito de Bitcoin para um contrato inteligente Ethereum. Isso é crucial para cunhar tokens equivalentes no blockchain Ethereum, como visto no sistema tBTC.
2. Prova SPV:
   • O Light Relay utiliza uma versão simplificada do 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 a funcionalidade de ajuste de dificuldade do Bitcoin para garantir a atualidade da prova. Ao monitorizar as alterações 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 do Armazenamento do Cabeçalho:
   • Em vez de armazenar todos os cabeçalhos de bloco, que podem ser intensivos em dados, o Light Relay armazena apenas certos cabeçalhos relacionados com o ajuste de dificuldade. Este armazenamento seletivo reduz significativamente a quantidade de dados que o contrato inteligente do 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 criar tBTC no Ethereum, eles precisam criar uma prova deste depósito.
2. Interação de Relé de Luz:
   • O depositante interage então com o Light Relay na blockchain do Ethereum para enviar esta prova. O Light Relay é um contrato inteligente capaz de verificar transações de Bitcoin usando o método SPV simplificado.
3. Submissão e Verificação do Cabeçalho:
   • Os cabeçalhos de bloco do Bitcoin relevantes, especialmente os que envolvem ajustes de dificuldade, são submetidos ao 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 Atualidade:
   • Ao examinar as informações de ajuste de dificuldade nos cabeçalhos enviados, o Light Relay pode garantir que a prova seja recente. Esta garantia de recenticidade é crucial para mitigar certos tipos de ataques ou fraudes.
5. Validação da prova:
   • Uma vez que o Light Relay valida a prova, confirma o depósito de Bitcoin ao contrato inteligente Ethereum correspondente. Esta confirmação desencadeia 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 blocos Bitcoin para facilitar verificações futuras, reduzindo a sobrecarga geral de dados e computacionais na blockchain Ethereum.

Ponte Wormhole para Camada 2

O colaboração entre tBTC e Wormholeestá definido para expandir significativamente o alcance da tBTC ao permitir 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çãoà comunidade Threshold em abril, e obteve forte apoio, recebendo aprovação total em 29 de abril.

A integração permitirá que o tBTC seja transferido sem problemas 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 emRFC-8, melhora a eficiência de capital ao criar tBTC no Ethereum e implementar tokens nativos para cada nova cadeia.

OL2WormholeGateway é um contratoque permite a transferência de tokens tBTC entre diferentes ecossistemas blockchain. Concede autoridade de cunhagem à Ponte do Wormhole para criar tokens tBTC na Camada 2 (L2) e sidechains. O processo envolve os utilizadores bloquearem os seus tokens tBTC na Camada 1 (L1), aguardarem confirmação e depois cunharem tokens equivalentes em L2. Por outro lado, os utilizadores podem queimar tokens em L2, aguardar confirmação e desbloquear os seus tokens tBTC em L1. Este contrato está integrado no processo de ponte e garante que a quantidade adequada de tBTC seja criada ou destruída durante a transferência. Está projetado para ser atualizável através de um proxy transparente.

4.2.2 Processamento de Levantamentos

Origem: Diagrama Personalizado

O processo de resgate permite a um utilizador converter o saldo da sua conta em Bitcoin.

• Passo 1: O utilizador fornece um endereço Bitcoin
• Passo 2: O sistema deduz o montante equivalente do saldo da conta deles
• Passo 3: O sistema transfere o Bitcoin correspondente para o endereço especificado pelo usuário a partir de uma carteira de Bitcoin para resgate

Existe um limite máximo de tamanho de resgate, determinado pelo maior tamanho de carteira, por isso, se um utilizador quiser resgatar um montante que excede este limite, terá de dividi-lo em vários pedidos de resgate para garantir que o processo decorre sem problemas. Há também um atraso envolvido no processamento do resgate que o Limite estima em 3-5 horas.

Disponibilidade do Oracle Pricefeed 4.3

4.3.1 Compreender o Oracle

tBTC não tem atualmente um feed de preço da Chainlink disponível. A equipa tem estado a trabalhar 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 planeado a curto prazo.

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

4.3.2 Liquidez e Distribuição de Tokens

A liquidez do token on-chain tBTC em 18 de outubro representava 95% da liquidez total na Curve DEX, principalmente nos pools WBTC/tBTC e crvUSD/wstETH/tBTC (consulte a secção 3.2.2 Liquidez de Token On-chain).

4.3.3 Vetores de Ataque

O oráculo pode tornar-se pouco fiável em certas circunstâncias:

Alta dependência de um único protocolo: A integração crvUSD depende fortemente da sua pool de liquidez Curve crvUSD/wstETH/tBTC para derivar um feed de preço. O sistema pode tornar-se vulnerável em caso de falha envolvendo um bug no contrato da pool ou ativos da contraparte na pool (ex. wstETH). A confiabilidade do feed de preços depende da liquidez na pool; se a liquidez migrar para outro local, pode fazer com que a pool seja vulnerável à manipulação.

Latência de dados: O oráculo EMA está definido com um valor bastante baixo de 6,9 minutos. No entanto, o oráculo é inerentemente latente para tornar a manipulação do pool cara. Esta é uma característica adequada para o design 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: Num 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 rácios de garantia apropriados. 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.

Liquidação defeituosa: Se um oráculo for manipulado para reduzir drasticamente o preço de um ativo de garantia em um protocolo de empréstimo, isso pode desencadear liquidações injustas de posições de 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 a partir 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 das alterações que podem ser implementadas e o efeito sobre a garantia.

Esta secção está dividida em 3 subsecções:

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

5.1 Governança

5.1.1 Âmbito 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. Conforme a rede se solidifica, a equipe 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.

O Threshold está previsto para ser supervisionado por um DAO impulsionado pela comunidade composto por membros das antigas redes NuCypher e Keep. Este DAO é composto por dois componentes principais: o DAO dos detentores de tokens e o Conselho Eleito. Cada um destes corpos de governação tem responsabilidades distintas incorporadas no quadro geral de governação.

Origem: Documentos de Limite

O Tokenholder DAO utiliza o modelo de governação Governor Bravo, utilizando a Governança OpenZeppelin, implementada na Mainnet do Ethereum no endereço 0xd101f2B25bCBF992BdF55dB67c104FE7646F5447. Entretanto, o Conselho Eleito é um multisig da Gnosis Safe 6-de-9, implantado no endereço 0x9F6e831c8F8939DC0C830C6e492e7cEf4f9C2F5f.

Os eleitores de tokens destinam-se a governar aspetos-chave do sistema, incluindo atualizações de contratos e alterações de parâmetros, enquanto o Conselho Eleito desempenha um papel de veto preventivo em ações de governação potencialmente maliciosas. Atualmente, o Conselho Eleito trata de ambas as responsabilidades durante o lançamento controlado do tBTC. Uma representação visual da arquitetura de governação pretendida é exibida abaixo.

Origem: Documentos de Limiar

Delegação de Votos

Delegação de votoA governação em DAO permite que os detentores de apostas ou tokens atribuam o seu poder de voto a um delegado escolhido, que pode ser eles próprios ou uma terceira parte. Este processo não transfere os ativos reais, mas apenas o peso de voto que representam dentro do Threshold DAO. Delegados de terceiros, que são voluntários ativos na governação do Threshold, fornecem endereços ETH para outros delegarem o seu poder de voto. Estes delegados representam então a comunidade votando em propostas de governação. Para os membros da comunidade menos envolvidos na governação diária, podem delegar os seus votos a estes membros proativos da DAO, garantindo que as suas vozes sejam ouvidas indiretamente. Vale a pena notar que não há compensação financeira para os delegados de terceiros e, atualmente, tokens em pools AMM, como o Curve, não podem ser delegados, embora isso possa mudar no futuro.

Guilds

A Threshold DAO tem três comunidades lideradas guilds: Marketing, Integrações e Tesouraria. Cada guilda é gerida por um comité eleito e realiza eleições regulares. A Guilda do Tesouro gere as finanças do DAO, incluindo a liquidez e a diversificação do tesouro. A Guilda de Integrações concentra-se em estabelecer 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 juntar-se a estas guildas com base nos seus interesses e experiência.

Processo de governação

No processo da Comunidade de Propostas da comunidade Threshold, as ideias passam por quatro etapas:

1. Verificação de temperatura: Os membros postam propostas sobre fóruns, envolver-se em discussões para obter apoio e passar um voto de snapshot offchainsem limite mínimo de tokens.
2. Criação da Proposta: Um membro com peso de voto ou participação adequada submete a proposta na cadeia, iniciando um atraso na votação de dois dias.
3. Período de Votação: A votação dura 10 dias, passando para o próximo passo 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 Controlo de Acesso

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

Origem: Pesquisa Manual || Etherscan

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

Origem: Fórum de Limiar

Âmbito de Controlo de Acesso nos contratos principais, atualmente operados pelo acima mencionado multisig, incluem:

Banco

• O modificador onlyOwner permite ao proprietário atualizar o endereço da Ponte. Esta função não implementa qualquer atraso de governança e não verifica o estado da Ponte, o que implica que o proprietário precisa garantir que todos os requisitos para a atualização sejam cumpridos antes de executar esta função.

Cofre tBTC

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

Ponte

• Este contrato é um Proxy atualizável
• O único modificante deGovernança 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

A governança do token é atualmente realizada através do Snapshot até que a governança on-chain seja transferida para os detentores de tokens. O Snapshot do Limiar especifica os eleitores elegíveis como detentores de T Token líquidos e bloqueados.

Fonte: Instantâneo

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

Origem: Etherscan|| Rotulagem manual com Arkham/ Recursos disponíveis publicamente

No geral, uma parte significativa do fornecimento de T está em bolsas centralizadas. No entanto, um forte ~28% está bloqueado no contrato de stake. T usado na governança pode mudar a qualquer momento, pois os contratos VendingMachine.sol permitem que $KEEP e $NU Holders troquem seus Tokens por T.

Os delegados T e seu poder de voto podem ser vistos no Votação da DAO da Sala de Reuniõespá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 submissão 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 situou-se em 3 propostas por mês, fornecendo uma noção do mês típico. Além disso, o 25º percentil, com 1,75 propostas, e o 75º percentil, com 4,25 propostas, oferecem limites inferiores e superiores para a metade do meio dos dados, respetivamente. No geral, parece haver uma submissão sustentada de propostas que sugere uma atividade duradoura.

Tópicos Históricos de Votação

Extraímos termos-chave usando tf-idfdo corpo de votos instantâneos. O âmbito da governação com base na proposta pode ser resumido nas seguintes categorias gerais:

Fonte: Instantâneo do Limiar

5.1.5 Participação

A Threshold Network tem um fórum ativo com um total de 292 utilizadores registados. A participação pode ser resumida da seguinte forma:

Origem: Fórum Threshold

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

Origem: Contagem

Como as tabelas indicam, a participação é unilateral (poucos ou nenhum voto) com um pequeno conjunto de endereços votando ativamente. Deve ser notado 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 em Contrato Inteligente de Ponte.

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

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

Fonte: Etherscan

5.2.2 Receita

O Controlador de TimelockO 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é agora não são claros. Estão disponíveis alguns recursos, mas não é fornecido qualquer balanço. Algumas informações podem ser obtidas a partir do tópico do fórum onde os contratantes da DAO publicam seu salário publicamente - normalmente eles variam de USD 30.000 a USD 40.000 por mês (ou equivalente) em 5 contribuidores.

5.3 Legal

5.3.1 Estrutura Legal

Em geral, a Threshold Network funciona como DAO. A DAO tem uma Fundação das Ilhas Caimão, a Fundação Threshold. Também podem ser encontradas estruturas legais por trás das equipas de desenvolvimento contribuintes (Nucypher & Keep), as duas redes anteriores quefundido.

Manter SEZC (agora Keep Ltd)

Manter SEZC(agora Keep Ltd) é uma corporação localizada em Grand Cayman, sob a jurisdição do estado de E9. Foi-lhe atribuído oNú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 único usado pelos sistemas de computador da SEC para reconhecer corporações e indivíduos que apresentaram divulgações à SEC.

Manter Ltd ( 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, uma apresentação no Grande Tribunal das Ilhas Cayman em relação à Keep SEZCfoi mencionado, indicando um processo legal ou pedido de restauração, embora os detalhes deste caso não tenham sido especificados.

Nucypher

NuCypher é uma empresa de criptografia que fornece infraestrutura e protocolos de preservação da 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 reencriptação de procuração e é reconhecida por suas contribuições para sistemas de encriptação, controle de acesso e gestão de chaves descentralizadas em blockchains públicos. Além disso, a NuCypher fornece soluções de compartilhamento de dados criptografados de ponta a ponta em blockchains públicos, 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 registado pela empresa foi uma Oferta Inicial de Moedas (ICO).

5.3.2 Licenças

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

• plataformas que são meros locais de encontro onde vendedores e compradores podem publicar ofertas e propostas e onde as partes negociam apenas num ambiente de par a par;
• fornecedores de serviços de tecnologia financeira que utilizam tecnologia inovadora para melhorar, alterar ou aprimorar os 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 permutáveis e incluem tokens cuja única função é fornecer acesso a uma aplicação ou serviço.

As pontes 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 suave entre redes de blockchain díspares, sem se envolverem em serviços de câmbio principais conforme delineado pela Lei VASP. No entanto, há uma falta de dados publicamente disponíveis sobre isenções especificamente vantajosas para a Threshold Network, nem há divulgação de documentação pertinente, como opiniões legais ou cartas de não ação, para o domínio público. A informação publicamente disponível não fornece 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 judiciais 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 internacionais de sanções. É possível que não haja registros públicos das medidas tomadas pelo protocolo para aderir a certos quadros regulamentares e cooperar com as autoridades.

5.3.5 Risco de Responsabilidade

Dada a natureza das redes blockchain e das plataformas de criptomoedas, os riscos de responsabilidade podem ser inerentes, no entanto, não foi identificada nenhuma menção explícita. O risco de responsabilidade associado à utilização da plataforma permanece elusivo para um exame aprofundado, principalmente devido à não divulgação da entidade operacional que gerencia a plataforma e suas obrigações decorrentes para os usuários finais. Notavelmente ausentes estão os Termos & Condições/Termos de Uso da plataforma - documentos que tradicionalmente delimitam os limites de responsabilidade das partes interagentes, enumeram os direitos do usuário, isenções, renúncias, avisos de risco e similares. Essa falta de estrutura legal acessível pode deixar os usuários sem uma compreensão clara ou meio para determinar a extensão dos riscos de responsabilidade que podem estar incorrendo ao se envolverem com a plataforma.

5.3.6 Verificação de Meios Adversos

Não conseguimos encontrar quaisquer relatórios de mídia adversos 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: Gestão de Risco

Esta seção irá resumir as conclusões 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 de 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?

Deve-se ter cuidado ao monitorizar a liquidez do tBTC, pois ainda está numa fase inicial de arranque com uma capitalização de mercado comparativamente baixa quando comparada com o líder do setor (WBTC). A Threshold tem estado ativamente a implementar parcerias para expandir a liquidez, especialmente nas pools da Curve, com incentivos POL e de liquidez.

Uma quantidade substancial do fornecimento 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 improvável que cause problemas de liquidez a curto prazo (a alavancagem de 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 algum evento significativo 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% mais baixo do que o ativo subjacente, com algumas variações diárias. A maior variação negativa observada durante este período foi de aproximadamente -1,52%, enquanto a variação positiva mais significativa foi de cerca de 1,21%.

Globalmente, o tBTC apresentou uma ancoragem reforçada após a implementação de resgates em julho de 2023. Os depósitos e levantamentos são sem autorizaçã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 atualmente de 0,1% e as taxas de resgate são de 0,2%, criando confiança razoável em uma âncora de 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 conceçã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 probabilidade de conter erros em contratos inteligentes. Está ativo na mainnet há vários anos, incluindo o tBTC v1, e passou por uma implementação controlada para reduzir a probabilidade de perdas para os utilizadores. A implementação envolveu uma introdução gradual de funcionalidades como resgates e encontrar um equilíbrio entre operações com permissão e monitorização do Guardião com acesso sem permissão ao protocolo. Foram realizadas várias auditorias ao protocolo e existe um programa ativo de recompensas por bugs. Apesar de ter um histórico de algumas divulgações de vulnerabilidades, o protocolo não sofreu perdas de utilizadores.

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

Como protocolo de ponte, existem 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 do limiar GG18 que impedem a identificação de signatários mal comportados. Um novo algoritmo, FROST/ROAST, está em desenvolvimento, o que permitirá que a rede expanda seu conjunto de operadores de nós e fortaleça a segurança da rede. Um conjunto autorizado de Minters e Guardians processa mints elegíveis e desempenha um papel na prevenção de mints/resgates não autorizados. Uma carteira ECDSA de limiar 51-de-100 facilita a custódia compartilhada de BTC pelos nós da rede.

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

6.1.3 Risco da Contraparte

CENTRALIZAÇÃO: Existem vetores significativos de centralização que possam enganar os utilizadores?

Ao criar tBTC envolve de facto um conjunto com permissão de Minters e Guardians (endereços EOA) que facilitam a criação acelerada, os utilizadores ainda podem ter as suas transações processadas mesmo que estes intervenientes sejam hostis ou negligentes através de varreduras sem permissão. É possível que um Minter mal-intencionado tente criar tBTC maliciosamente, mas desde que haja 1 Guardian vivo e honesto, o Minter pode ser bloqueado (atualmente, existe um atraso otimista na criação de 1 hora).

O Conselho Eleito 6-de-9 multisig tem o privilégio de propriedade dos contratos baseados em Ethereum e, embora tenha controle operacional significativo dos contratos, não tem acesso ao BTC sob custódia 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 um número substancial na centenas.

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

A decisão estratégica de utilizar uma Fundação das Ilhas Cayman para a representação off-chain do DAO explora o reconhecido enquadramento legal de uma jurisdição internacionalmente reconhecida, potencialmente oferecendo uma camada de credibilidade e estabilidade. Embora certas características das operações da Threshold Network, ou seja, pontes cross-chain, possam ser elegíveis para isenções ao abrigo da Lei VASP das Ilhas Cayman, a ausência de especificidades relativas ao estado 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 diversas jurisdições apresenta um desafio, uma vez que esses enquadramentos estão sujeitos a alterações frequentes, interpretações diversas e aplicações por vezes conflituantes, acrescentando camadas de complexidade aos esforços de conformidade do protocolo.

A ausência de documentos legais acessíveis na interface de 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 utilizadores. Sem exclusões de responsabilidade explícitas ou acordos de usuário, é desafiador determinar a extensão 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 seguinte resume uma classificação de risco para tBTC como garantia. A classificação de cada categoria é classificada de excelente, bom, ok e fraco.

• Classificamos o tBTC como ok em termos de liquidez, uma vez que ainda está numa fase inicial de bootstrapping e é atualmente um ativo BTC tokenizado menor. Uma quantidade significativa do fornecimento de tBTC está a ser usada como garantia em crvUSD em comparação com a liquidez disponível na DEX, que está altamente concentrada nos pools Curve.
• Classificamos o tBTC como bom em volatilidade devido à facilidade de permissão de cunhagem/resgate que facilita a arbitragem, com uma pequena taxa cobrada em cada ação. O tBTC tem mostrado uma forte força de pega 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 mais atualizações no design do protocolo.
• Classificamos o tBTC como ok em dependências, pois envolve processos significativos fora da cadeia que introduzem complexidade no 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 em termos legais, uma vez que a(s) estrutura(s) legal(ais) estão domiciliadas numa jurisdição proeminente, enquanto não existem ações de execução evidentes contra a Threshold. Esclarecer o estado legal das pontes entre cadeias e fortalecer as defesas do protocolo poderia ser melhor implementado.

A preocupação mais imediata para a utilização do tBTC como garantia é garantir que exista liquidez suficiente em todas as condições de mercado para facilitar a liquidação. Mais de 30% do fornecimento de tBTC é utilizado como garantia em crvUSD, enquanto 21,11% combinados estão nas 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 50m crvUSD no mercado de tBTC, o que representa 60% da capitalização de mercado atual do tBTC e 2,86 vezes a liquidez de token fornecida às mencionadas pools Curve.

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

Como a Threshold está a realizar de forma responsável uma implementação gradual do protocolo para mitigar problemas imprevistos, Curve e outras plataformas DeFi que integram o tBTC também devem adotar uma postura conservadora ao integrar o tBTC como um tipo de garantia. Embora o tBTC seja uma garantia adequada para crvUSD, visto que possui liquidez suficiente para obter 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 o fornecimento de tBTC e as expectativas de liquidez e aumentar gradualmente o valor juntamente com a adoção observada do protocolo.

Disclaimer：

1. Este artigo é reproduzido a partir de [hackmd.io]. Todos os direitos de autor pertencem ao autor original [Risco Lhama]. Se houver objeções a esta reimpressão, por favor entre em contato com 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 outras línguas são feitas pela equipa Gate Learn. Salvo indicação em contrário, é proibido copiar, distribuir ou plagiar os artigos traduzidos.